MPLS శాఖ రూటింగ్: CE ఏమి నేర్చుకుంటుంది, ఎవరి నుండి

ఒక శాఖలోని హోస్ట్ మరో శాఖలోని సర్వర్కు కనెక్షన్ తెరుస్తుంది, రెండు సైట్లు ఒకే నిర్వహిత MPLS లేయర్ 3 VPN వెనుక ఉన్నాయి. హోస్ట్ తన డిఫాల్ట్ గేట్వేను మాత్రమే తెలుసు, మరేమీ తెలియదు, ఇది సరైనది. ముఖ్యమైనది ఏమిటంటే, స్థానిక కస్టమర్ అంచు ప్యాకెట్ను తన ప్రదాత అంచుకు అప్పగిస్తుంది, ప్రదాత యొక్క VPN రూటింగ్ స్థితి దాన్ని గమ్యస్థాన పూర్వపదం కలిగిన శాఖకు చేరుస్తుంది.

మార్గం వెంట ఒక ప్యాకెట్ను అనుసరించడం, ఏ భాగం కస్టమర్ బాధ్యత మరియు ఏ భాగం సేవకు చెందుతుంది అని చూడటానికి వేగవంతమైన మార్గం.

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

ప్రతి హాప్ పని ఎక్కడ ముగుస్తుంది

CE-A కి దూర LAN కోసం మార్గం అవసరం, అది తన స్థానిక ప్రదాత కనెక్షన్ వైపు చూపాలి, దూర శాఖ WAN చిరునామా వైపు కాదు. తర్వాత ప్రదాత VPN రూటింగ్ స్థితిని ఉపయోగించి ప్యాకెట్ను తన కోర్ ద్వారా తీసుకువెళతారు, CE-B దాన్ని గమ్య LAN కు చేరుస్తుంది. ఏ దశలోనూ హోస్ట్ లేబుళ్లు, VRF లేదా ఎదుటి వైపు ఇంటర్నెట్ సర్క్యూట్ను అర్థం చేసుకోవాల్సిన అవసరం లేదు.

టికెట్లలో పదేపదే వచ్చే పొరపాటు, శాఖ A లో శాఖ B WAN చిరునామాను తదుపరి హాప్గా కాన్ఫిగర్ చేయడం. రెండు శాఖలు ఒకే సేవను కొన్నాయి, అందువల్ల అవి పొరుగువారై ఉండాలని అనిపిస్తుంది. కానీ కాదు: తదుపరి హాప్ మీకు నిజంగా ఉన్న రూటింగ్ డిజైన్ ద్వారా చేరుకోగలిగి ఉండాలి, దూర CE సాధారణంగా మీరు నిర్వహించని పరికరాల వెనుక అనేక హాప్ల దూరంలో ఉంటుంది. ఈ ఊహపై నిర్మించిన స్థిర మార్గం సక్రియంగా కనిపిస్తుంది, ఏదానికీ పరిష్కరించబడదు, ఇది లేని మార్గం కంటే అధ్వాన్నం ఎందుకంటే పట్టికలో అది సరైనదిగా కనిపిస్తుంది.

RFC 4364 కస్టమర్ మరియు ప్రదాత అంచుల మధ్య మార్పిడిని ప్రదాత VPN మార్గాల పంపిణీ నుండి వేరు చేస్తుంది, ఈ మార్గదర్శిని మాట్లాడే సరిహద్దు అదే. కస్టమర్ పని, తన అంచుకు ఏమి అప్పగించగలదో చెప్పడం మరియు సేవ తిరిగి ఇచ్చే చేరుకోగలిగే సామర్థ్యాన్ని అంగీకరించడం.

అప్పగింత ఏదానిపై అంగీకరించాలి

ప్రదాతతో కలిసి యంత్రాంగాన్ని ఎంచుకోండి, వారి చుట్టూ కాదు. స్థిర మార్గాలు, BGP లేదా CE మరియు PE మధ్య రూటింగ్ ప్రోటోకాల్ ఒప్పందం అన్నీ చట్టబద్ధం, OSPF కి అటువంటి అప్పగింత కోసం నిర్వచించిన MPLS VPN నమూనా ఉంది. ఇవేవీ రెండు దూర కస్టమర్ అంచుల మధ్య నిర్దిష్టం కాని ప్రదాత కోర్ ద్వారా OSPF పొరుగు సంబంధాన్ని నిర్మించడానికి కారణం కాదు, ఎందుకంటే అది ప్రదాత అంగీకరించని, మద్దతు ఇవ్వలేని డిజైన్.

కొత్త LAN ప్రారంభమయ్యే ముందు నాలుగు విషయాలు రాయండి: పూర్వపదం, CE లో స్థానిక తదుపరి మార్గం, ప్రదాత అంగీకరించే ప్రకటన, మరియు ప్రదాత తిరిగి ఇచ్చే మార్గాలు. ఒప్పందం విధించే ఏదైనా ఫిల్టరింగ్, పూర్వపద పరిమితి లేదా సైట్ల మధ్య నిర్బంధాన్ని జోడించండి. ఆరోగ్యకరమైన పొరుగు సంబంధం సమాచార మార్పిడి మార్గం, నిర్దిష్ట పూర్వపదం అంగీకరించబడిందని రుజువు కాదు; సెషన్ నడుస్తున్నప్పుడే మీ కొత్త సబ్నెట్ ఫిల్టర్లో ఉండవచ్చు.

తర్వాత ప్రతిస్పందనను అనుసరించండి. శాఖ B కి మూల LAN కు తిరిగి వెళ్లే మార్గం అవసరం, స్వీకరించే వైపు హోస్ట్కు తన గేట్వే మరియు తన సేవా అనుమతులు అవసరం. CE-A లో కనిపించే మార్గం సగం ప్రయాణాన్ని మాత్రమే ఏర్పాటు చేస్తుంది, ఆ సగమే ping పరీక్షలో ఒక దిశ ఆరోగ్యకరంగా కనిపించినా అప్లికేషన్ ఇప్పటికీ విఫలమవడానికి కారణం.

అంగీకరించే ముందు రెండు అప్పగింతలను ధృవీకరించండి

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

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

మూడు అవుట్పుట్లను కలిసి చదవండి. మొదటిది అంచు ఏమి నమ్ముతుందో చెబుతుంది, రెండవది ఏమి, ఎవరి నుండి నేర్చుకుందో చెబుతుంది, మూడవది నిజంగా ఏమి పంపుతుందో చెబుతుంది. వాటి మధ్య భేదం సాధారణంగా తప్పిపోయిన ప్రకటన కాదు, విధానం లేదా పునరావృత సమస్య, ప్రదాతను దర్యాప్తు చేయమని అడిగే ముందు దాన్ని పరిష్కరించడం విలువైనది. ఈ మూడు అవుట్పుట్లను ఆపరేటర్తో కాల్కు తీసుకెళ్లండి, ఎందుకంటే మద్దతు ఇంజనీర్ అడిగే చాలా ప్రశ్నలకు అవి సమాధానం ఇస్తాయి.

సేవ ఏమి అందించదో తెలుసుకోండి

ఇది లేయర్ 3 యొక్క రూట్ చేయబడిన యాక్సెస్. ఇది కార్యాలయాల మధ్య ప్రసారాన్ని విస్తరించే లేయర్ 2 సర్క్యూట్ కాదు, కాబట్టి ఆవిష్కరణ ప్రోటోకాల్లు, ప్రసారంపై ఆధారపడిన అప్లికేషన్లు మరియు భాగస్వామ్య విభాగపు ఊహలు దానితో ప్రయాణించవు. ముద్రణ, పేర్ల బ్రౌజింగ్ మరియు స్థానిక విభాగంపై ఆధారపడిన ప్రతిదానికి దాని స్వంత డిజైన్ అవసరం.

VPN విభజన కూడా ఎన్క్రిప్షన్ కాదు. లేబుల్ స్విచింగ్ కస్టమర్లను ప్రదాత నెట్వర్క్ లోపల వేరుగా ఉంచుతుంది, ఒప్పందం గోప్యతను కోరితే అది పేలోడ్ను గోప్యం చేయదు. అది ముఖ్యమైన చోట అప్లికేషన్ లేదా ఓవర్లే అందించాలి.

చివరగా, సైట్ రూటింగ్ కాన్ఫిగరేషన్ పక్కన సేవా నమూనాను రాసి ఉంచండి. సబ్నెట్ జోడించే తదుపరి ఇంజనీర్ ఏ పూర్వపదాలు ప్రకటించబడతాయో, వాటిని ఎవరు అంగీకరిస్తారో మరియు ఆశించిన తిరిగి వెళ్లే మార్గం ఏమిటో చదవగలగాలి: BGP/MPLS IP VPN స్పెసిఫికేషన్ ఇవన్నీ వెనుక ఉన్న నమూనాకు సూచన.