రెండు PE, ఒక ప్రిఫిక్స్: RD దృశ్యమానతను ఎందుకు నిర్ణయిస్తుంది
ఒకే ప్రిఫిక్స్‌ను ప్రకటించే రెండు ఎడ్జ్ రౌటర్లు, వాటి route distinguisher భిన్నంగా లేకపోతే ఒకే గమ్యాన్ని పంచుకుంటాయి. ఉద్దేశపూర్వకంగా కేటాయించి, తర్వాత VRF తనిఖీ చేయండి.
ఒకే కస్టమర్ ప్రిఫిక్స్‌ను ప్రకటించే రెండు ఎడ్జ్ రౌటర్లు, ఏదో ఒకటి వాటిని వేరు చేసే వరకు ఒకే VPNv4 గమ్యాన్ని వివరిస్తాయి, ఆ వేరుచేసేది route distinguisher. అది ప్రిఫిక్స్‌ను అర్హత కల్పిస్తుంది; ఫలితాన్ని ఎవరు దిగుమతి చేస్తారో అది నిర్ణయించదు, అది route target పని. ఆ ప్రకటనలు కలుసుకోగల ప్రతి డొమైన్‌లో వేరుగా ఉండాల్సిన మార్గాల సమితి నుండి RD కేటాయించండి, ఒక పరికరం ఫైల్ లేఅవుట్ నుండి కాదు. మీరు ఎంచుకునే సంఖ్య తర్వాతి సమీక్షలు ఆధారపడే గుర్తింపు, కాబట్టి కాన్ఫిగరేషన్‌లోకి వెళ్లే ముందు అది జాబితాలో ఉండాలి.
RD మరియు ప్రిఫిక్స్ ఒకే గమ్యం
ఒక RD మరియు ఒక IPv4 ప్రిఫిక్స్ కలిసి నియంత్రణ తలం పోల్చే VPNv4 గమ్యాన్ని ఏర్పరుస్తాయి. రెండు PEలకు వేర్వేరు కస్టమర్ల కోసం ఒకే ప్రిఫిక్స్ ఇవ్వండి, వేర్వేరు RD లేకుంటే అవి ఒకే గమ్యం వైపు మార్గాలను ప్రకటిస్తాయి. స్క్రీన్‌పై ఏదీ ఈ సమూహీకరణ తప్పు అని చెప్పదు, ఎందుకంటే వేదిక గుర్తింపు చెప్పినది సరిగ్గా చేస్తుంది. వాటిలో ఒకదానిపై RD మార్చండి, పాత ప్రకటన ఉపసంహరించబడుతుంది, మరో గుర్తింపు కింద కొత్తది కనిపిస్తుంది. పాత గుర్తింపుపై ఆధారపడిన ప్రతిదీ, మార్గ ఎంపిక నుండి సేవ్ చేసిన ఆపరేటర్ ఫిల్టర్ వరకు, ఇప్పుడు లేని దానిని సూచిస్తుంది.
ఒక గమ్యానికి అనేక మార్గాలు ఉండటం BGP సాధారణ ప్రవర్తన, లక్షణం కాదు. ఒక స్పీకర్ ఫార్వర్డింగ్ కోసం ఒక ఉత్తమ మార్గాన్ని ఎంచుకుంటూ అనేక స్వీకరించిన మార్గాలను ఉంచుకోగలదు, స్వీకరించిన మరియు ఎంచుకున్న మధ్య అంతరమే దృశ్యమానత ప్రశ్నలు నివసించే చోటు. మార్గం కనుమరుగైనట్లు అనిపిస్తే, సెషన్ చూసే ముందు అది చెందిన గుర్తింపు ఇంకా ఉందో లేదో నిర్ధారించుకోండి.
అదే RD, అదే గమ్యం, వేరే మార్గాలు
ఒకే సేవ తరఫున రెండు రౌటర్ల నుండి ఒక RD మరియు ఒక ప్రిఫిక్స్ పంపండి, రెండూ ఒకే గమ్యం వైపు మార్గాలను అందిస్తాయి, సాధారణంగా వేర్వేరు తదుపరి హాప్‌లతో. route reflector వాటిలో ఏది చేరవేస్తుంది అనేది reflector గురించిన నిర్ణయం: దాని మార్గ ఎంపిక, దాని ప్రకటన సామర్థ్యం మరియు దానిపై అమర్చిన ఏదైనా విధానం. ఏ ఎడ్జ్ రౌటర్ ఆ ఎంపికను నియంత్రించదు. రెండు ప్రకటనలకు వేర్వేరు RD ఇవ్వండి, ప్రతి ఒక్కటి తన సొంత గమ్యమవుతుంది, కాబట్టి ఒక గుర్తింపు కోసం ఎంచుకున్న మార్గాన్ని మాత్రమే మోసే నియంత్రణ తలంలో రెండూ నిలబడగలవు.
దృశ్యమానత మరియు బహుమార్గం స్వీకరించే VRFలో కలుస్తాయి, కానీ అవి ఒకే నిర్ణయం కాదు, రెండు గుర్తింపులను మోసే reflector రెండవ స్థాపిత మార్గాన్ని కాన్ఫిగర్ చేయలేదు. VRF తన దిగుమతి విధానం అనుమతించేది మరియు తన సొంత గరిష్ఠ మార్గ సెట్టింగ్ అనుమతించేది స్థాపిస్తుంది. రెండవ మార్గం కేవలం కనిపించడం కాకుండా ఉపయోగించాలంటే ఆ సెట్టింగ్‌ను విడిగా తనిఖీ చేయండి.
స్థానిక ప్రత్యేకత నియమం విధానం కాదు
ప్రతి PE మరియు ప్రతి రౌటింగ్ ఇన్‌స్టాన్స్‌కు సొంత RD ఇవ్వడం ఆరోగ్యకరమైన ఆచారం: అది మూలాన్ని పేర్కొంటుంది, సంబంధం లేని సేవలు ఒక గుర్తింపుపై ఢీకొనకుండా నిరోధిస్తుంది, జాబితాకు స్థిరమైన కీ ఇస్తుంది. కొన్ని వేదికలు పరికరం లోపల మాత్రమే ప్రత్యేకతను కోరుతాయి, ఒకే VPN ఇన్‌స్టాన్స్‌కు రౌటర్లు RD పంచుకోవడానికి స్పష్టంగా అనుమతిస్తాయి. ఆ అనుమతి అమలు పరిమితి, మీరు సరఫరాదారుకు అప్పగించగల నెట్‌వర్క్-అంతర నియమం కాదు. డొమైన్ జట్లను విస్తరించి ఉంటే, కేటాయింపు విధానాన్ని మీరే రాయండి.
సభ్యత్వం ఎప్పుడూ అంకెల నుండి రాదు. ఒక PE కి 65000:12 మరియు మరొకదానికి 65000:13 వంటి నమూనా అలవాటు, కానీ 65000:112 వంటి సరిపోలే ఎగుమతి మరియు దిగుమతి లక్ష్యాలే మార్గాన్ని VRFలో ఉంచుతాయి. RDని మార్గం గుర్తింపుగా, route targetని దాన్ని VRFలోకి తీసుకెళ్లే అనుమతిగా పరిగణించండి.
మార్పును VRFలో నిరూపించండి, స్క్రీన్‌పై కాదు
RDని తాకే ముందు నాలుగు విషయాలు రాయండి: PE ఈరోజు ఏమి ప్రకటిస్తుంది, reflector ఏమి ప్రతిబింబిస్తుంది, స్వీకరించే VRF ఏమి దిగుమతి చేస్తుంది, ఏ మార్గాన్ని ఎంచుకుంటుంది. కొత్త RD ఒక ప్రకటనను ఉపసంహరించి మరొకటి ప్రవేశపెడుతుంది, కాబట్టి మార్పు సెషన్ రెండు వైపులా కనిపిస్తుంది, ప్రకటించే వైపు మాత్రమే చూస్తే తప్పుగా చదవడం సులభం. ఆమోదం మీరు కోరుకున్న చేరుకోగల సామర్థ్యంపై ఆధారపడాలి, ప్రిఫిక్స్ జాబితాలో కనిపించే అదనపు పంక్తిపై కాదు. క్రింది పట్టిక ఆ సమీక్షలో మూడు గుర్తింపులు కలిసిపోకుండా చేస్తుంది.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
ప్రకటించే PE నుండి ప్రారంభించి, ఏదైనా తీసివేసే ముందు ఒకే ప్రిఫిక్స్ కోసం రెండు గుర్తింపులను పోల్చండి. క్రింది IOS ఆదేశాలు మూడు ప్రశ్నలకు వరుసగా సమాధానమిస్తాయి: పాత ప్రకటన ఇంకా ఉందా, కొత్త గుర్తింపు reflectorకి కనిపిస్తుందా, VRF ఆ ప్రిఫిక్స్‌ను ఎంచుకుంటుందా.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
ఇతర వేదికలు అదే సమాచారాన్ని వేరే వాక్యనిర్మాణంలో ముద్రిస్తాయి, ప్రశ్నలు ఆ మార్పు తర్వాత కూడా నిలిచి ఉంటాయి. కొత్త గుర్తింపు reflector వద్ద లేకుండా PE దాన్ని ప్రకటించినట్లు జాబితా చేస్తే, మొదటి అనుమానం reflector విధానం లేదా ప్రకటన సామర్థ్యం, సంఖ్యాకరణం కాదు.
PE, ఇన్‌స్టాన్స్, RD, ఎగుమతి మరియు దిగుమతి లక్ష్యాలు మరియు ప్రిఫిక్స్ యాజమాన్యాన్ని ఒకే చోట నమోదు చేయండి, ఎందుకంటే ఆ రికార్డు ఉన్నప్పుడే తదుపరి కేటాయింపు ఊహ కాదు, అన్వేషణ అవుతుంది. కొత్త గుర్తింపు స్వీకరించే VRFలో కనిపించే వరకు పాత RD ఉంచండి, తర్వాత ప్రతి దశ రివర్స్ చేయగలిగి ఉండేలా రెండవ దశలో దాన్ని ఉపసంహరించండి.