BGP సెషన్ నడుస్తోంది, కస్టమర్ మార్గం విరిగింది: DMVPN పై MPLS

పీరింగ్ వారాల నుండి నడుస్తోంది, ప్రిఫిక్స్ సంఖ్య సరిగ్గా కనిపిస్తోంది, అయినా ఒక కస్టమర్ ట్రాఫిక్ ఇప్పటికీ పొడవైన మార్గం తీసుకుంటోంది లేదా చేరుకోవడమే లేదు. ఒకే సూచికతో రెండు వేర్వేరు విషయాలు అంచనా వేయబడుతున్నాయి. ఒక BGP సెషన్ రెండు పీర్లు TCP కనెక్షన్ ద్వారా సందేశాలు మార్చుకోగలవని తెలియజేస్తుంది; ఆ నిర్దిష్ట కస్టమర్ కోసం లేబుల్ ఉన్న ప్యాకెట్‌ను ఓవర్‌లే మోయగలదా అనే దాని గురించి ఏమీ చెప్పదు.

ఈ అంతరం MPLS-over-DMVPN డిజైన్‌లో సులభంగా కనిపిస్తుంది, అక్కడ హబ్ మార్గం మరియు నేరుగా స్పోక్ మార్గం పీరింగ్‌తో సంబంధం లేని కారణాల వల్ల భిన్నంగా ప్రవర్తించవచ్చు.

సెషన్ నిజంగా ఏమి నిరూపిస్తుంది

BGP TCP పై నడుస్తుంది, కాబట్టి వేరే ఏదైనా జరగడానికి ముందు ప్రతి పీర్‌కు రెండో చివరి చిరునామాకు మార్గం అవసరం. ఆ చివరగా loopback ఎంచుకుంటే మీరు ఫార్వార్డింగ్ హామీ కాదు, చేరుకోగలిగే షరతును సృష్టించారు. తర్వాత సెషన్ కస్టమర్ ట్రాఫిక్ ఎప్పుడూ ఉపయోగించని ఇంటర్‌ఫేస్ ద్వారా నడుస్తూనే ఉండవచ్చు.

నిర్ణయాలకు రాకముందు రెండు చివరల్లో నాలుగు వాస్తవాలను నమోదు చేయండి: సెషన్ మూల చిరునామా, గమ్య చిరునామా, అది ఉన్న రూటింగ్ సందర్భం, మరియు కర్నెల్ లేదా రౌటర్ ఆ జంటకు ఏ ఇంటర్‌ఫేస్‌ను ఎంచుకుంటుంది. ఈ వాస్తవాలు నియంత్రణ తలాన్ని వివరిస్తాయి. కస్టమర్ ప్యాకెట్లు వాటిపై VRF, లేబుల్ స్టాక్ మరియు ఓవర్‌లే మ్యాపింగ్‌ను జోడిస్తాయి.

నాలుగు యంత్రాంగాలు, ఒకటి కాదు

MPLS-over-DMVPN గురించి Cisco పత్రాలు భాగాలను స్పష్టంగా వేరు చేస్తాయి. MP-BGP ప్రొవైడర్ అంచు పరికరాల మధ్య కస్టమర్ ఓవర్‌లే లేబుళ్లను పంపిణీ చేస్తుంది. MPLS ఆ లేబుళ్లను ప్యాకెట్ ఫార్వార్డింగ్ సందర్భాన్ని ఎంచుకోవడానికి ఉపయోగిస్తుంది. NHRP ఓవర్‌లే చిరునామాను డైనమిక్ టన్నెల్‌కు అవసరమైన రవాణా చివరతో మ్యాప్ చేస్తుంది. IPsec వర్తించే చోట పీర్ మార్గాన్ని రక్షిస్తుంది.

నాలుగింటిలో ఏదైనా సరైనదై ఉండగా మరొకటి తప్పు కావచ్చు, ఈ కలయికే ట్రాఫిక్‌ను మోస్తుంది. మార్గాల మార్పిడి పూర్తి కావచ్చు, కానీ ఒక VRF కోసం లేబుల్ బంధం లేకపోవచ్చు, NHRP మ్యాపింగ్ పాత రవాణా చిరునామాను చూపుతూ ఉండవచ్చు, లేదా టన్నెల్ ఉన్నా లోపలి ప్యాకెట్‌ను ఏ విధానం అనుమతించకపోవచ్చు. ఈ పరిస్థితుల్లో ఏదీ సెషన్‌ను పడగొట్టదు.

హబ్ మార్గాన్ని షార్ట్‌కట్‌తో పోల్చండి, ఒకసారి ఒక వేరియబుల్

మూల హోస్ట్, గమ్య హోస్ట్ మరియు VRF స్థిరంగా ఉంచి, అదే ప్రవాహాన్ని రెండుసార్లు అనుసరించండి. హబ్ మార్గంలో తదుపరి హాప్, దూరపు కస్టమర్ సందర్భాన్ని గుర్తించే సేవా లేబుల్, మరియు ఉపయోగిస్తున్న ఓవర్‌లే-నుండి-రవాణా మ్యాపింగ్‌ను నమోదు చేయండి. ఉద్దేశించిన నేరుగా మార్గంలో కూడా అదే మూడింటిని నమోదు చేయండి. రెండు జాబితాల మధ్య తేడానే లోపం, లేదా లోపం లేకపోవడం.

పోలిక సమయంలో ప్రవాహాన్ని స్థిరంగా ఉంచండి. పరిశీలనల మధ్య మూల హోస్ట్, VRF లేదా గమ్యాన్ని మార్చడం సంబంధం లేని రెండు కథలను సృష్టిస్తుంది, ఈ వ్యాయామం తప్పుగా మారడానికి అత్యంత సాధారణ మార్గం అదే.

loopback పరీక్షలను వాటి స్వంత గదిలో ఉంచండి

రౌటర్ loopback నుండి పంపిన ping ఉపయోగకరమైన పరీక్ష, అది హోస్ట్ నుండి వచ్చే ప్రవాహానికి భిన్నమైన సందర్భాన్ని పరిశీలిస్తుంది. మూల చిరునామా రౌటర్‌ది, దాని రూటింగ్ సందర్భం VRF బదులు ప్రపంచవ్యాప్తంగా ఉండవచ్చు, మరియు ప్రతిస్పందన మార్గం కస్టమర్ ప్రిఫిక్స్ తీసుకునే మార్గానికి భిన్నంగా ఉండవచ్చు. కాబట్టి loopback సమాధానం ఇవ్వడం మరియు ఈ అప్లికేషన్ షార్ట్‌కట్ ద్వారా పనిచేయడం వేరు ఫలితాలు, రెండోది మాత్రమే కస్టమర్‌ను వివరిస్తుంది.

రెండింటినీ పరీక్షించి, తర్వాత మీ నోట్స్‌లో వేరుగా గుర్తించండి. అవి సరిపోకపోతే, డిజైన్ ఎక్కడ వైదొలుగుతుంది అనే దాని గురించి నిర్దిష్టమైనది నేర్చుకున్నారు, అది ఒక ఆకుపచ్చ గుర్తు ఎప్పుడైనా చెప్పే దానికంటే ఎక్కువ.

వెర్షన్ మరియు లోపం గురించిన ప్రకటనలకు వాటి స్వంత రుజువు కావాలి

ఫీల్డ్ నివేదికలు కొన్నిసార్లు హోస్ట్ మాస్క్ లేదా BGP మూల చిరునామాన్ని మార్చమని సూచిస్తాయి, అలాంటి నివేదికలను అవి రాసిన లోపం మరియు అది ప్రభావితం చేసిన విడుదలలతో పాటే చదవడం విలువైనది. ఒక విడుదల పరిష్కారం ప్రతి /32 ప్రిఫిక్స్‌ను ఆర్కిటెక్చర్ మద్దతు ఇవ్వదని చెప్పే ప్రకటన కాదు.

మీ DMVPN దశ, ప్లాట్‌ఫారమ్ మరియు విడుదలకు సరిపోయే పత్రాలను ఉపయోగించండి, ఒక అధ్యాయం FlexVPN సహా అనేక ఏర్పాట్లను కవర్ చేయగలదని గుర్తుంచుకోండి. ఒక ఏర్పాటు ఉదాహరణ మరొకదానికి నిశ్శబ్దంగా మారదు. మీకు నిజంగా అవసరమైన నియంత్రణ-తల డిజైన్ కోసం సెషన్ చివరలను ఎంచుకోండి, తర్వాత కస్టమర్ ఫార్వార్డింగ్ మార్గాన్ని విడిగా ధృవీకరించండి, ఎందుకంటే ప్రతి loopback మాస్క్‌ను తిరిగి రాయడం ఏ పని విఫలమైందో తెలుసుకోవడానికి ప్రత్యామ్నాయం కాదు.