ఒక EVPN అద్దెదారు అనేక route distinguisher ఎందుకు చూపగలరు
ఒకే అద్దెదారులో రెండు RD సంఘర్షణ కాదు. CLI అవుట్పుట్ నుండి మార్గాన్ని సృష్టించిన MAC-VRF లేదా IP-VRF వరకు వెళ్లి, తర్వాత RT దిగుమతి మరియు VNI తనిఖీ చేయండి.
ఒక అద్దెదారు కోసం EVPN పట్టికను ఫిల్టర్ చేస్తున్నారు, మార్గాలు రెండు వేర్వేరు route distinguisher మోస్తున్నాయి. మొదటి ప్రతిస్పందన కాన్ఫిగరేషన్ సంఘర్షణ, మరియు ఆ ప్రతిస్పందన సాధారణంగా తప్పు. అద్దెదారు పేరు వ్యాపార లేబుల్, నియంత్రణ తలం యొక్క ఒకే వస్తువు కాదు, కాబట్టి దానిలోని బ్రిడ్జింగ్ సందర్భం మరియు రూటింగ్ సందర్భం వేర్వేరు గుర్తింపుల కింద చట్టబద్ధంగా ప్రకటించగలవు. ఒకసారికి ఒక మార్గాన్ని అవుట్పుట్ నుండి దాన్ని సృష్టించిన స్థానిక సేవా వస్తువు వరకు వెనుకకు అనుసరించండి, రెండవ RD తప్పు లాగా కనిపించడం ఆగిపోతుంది.
మిమ్మల్ని గందరగోళపరిచిన అవుట్పుట్ నుండి ప్రారంభించండి
మొత్తం పట్టికకు బదులు ఒక మార్గాన్ని ఎంచుకోండి. దాని మార్గ రకం, RD, ఎగుమతి చేసిన route target మరియు తదుపరి హాప్ను నమోదు చేయండి. ఆ నాలుగు ఫీల్డ్లు ఏ స్థానిక వస్తువు దాన్ని ప్రకటించింది మరియు ఏ దూరస్థ విధానం దాన్ని దిగుమతి చేయాలి అని గుర్తించడానికి సరిపోతాయి.
NX-OS శైలి పరికరంలో వివరణాత్మక వీక్షణ దీని ద్వారా లభిస్తుంది: show bgp l2vpn evpn route-type 2 detail లేదా show bgp l2vpn evpn route-type 5 detail. Junos లో అదే సమాచారం ఇక్కడ ఉంది: show route table bgp.evpn.0 detail. వేరే సింటాక్స్, అదే ఫీల్డ్లు.
చూపిన ప్రతి సంఖ్యను సమానం చేయడంతో ప్రారంభించవద్దు. RD లను సమానం చేయడమే నడుస్తున్న fabric లో దిగుమతి విధానాన్ని విచ్ఛిన్నం చేసే మార్పు.
ప్రతి గుర్తింపుకు దాని పని ఇవ్వండి
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF బ్రిడ్జింగ్ సేవ కోసం MAC ఫార్వర్డింగ్ సమాచారాన్ని ఉంచుతుంది. IP-VRF రూట్ చేయబడిన సేవ కోసం IP రూటింగ్ సందర్భాన్ని అందిస్తుంది. ఒక అద్దెదారు రెండింటినీ కలిగి ఉండవచ్చు, అందుకే ఏ కాన్ఫిగరేషన్ లోపం లేకుండా ఒక అద్దెదారు ఒకటి కంటే ఎక్కువ RD ఉత్పత్తి చేయగలరు.
RFC 7432 ప్రకటించే MAC-VRF యొక్క RD ను దాని EVPN NLRI కి కేటాయిస్తుంది మరియు అదే PE పై MAC-VRF ల మధ్య వేర్వేరు RD లను కోరుతుంది. Route-target విధానాలు వేర్వేరు: అవి ఒకటి లేదా ఎక్కువ RT లక్షణాలను అనుమతిస్తాయి మరియు సభ్యత్వం కోసం దిగుమతి విధానంపై ఆధారపడతాయి. భాగస్వామ్య సభ్యత్వాన్ని సృష్టించేది RD సమానత్వం కాదు, అలా భావించడమే ఈ గందరగోళానికి మూలం.
ప్రకటన నుండి దిగుమతి వరకు ఒక మార్గాన్ని నడపండి
మార్గాన్ని ఒక దిశలో అనుసరించండి. మార్గ రకం, దాన్ని సృష్టించిన సేవ, RD, ఎగుమతి చేసిన RT లు, ఆపై స్వీకరించే PE లో దిగుమతి విధానాన్ని నిర్ధారించండి. ప్రతి అడుగు వేరే ప్రశ్నకు సమాధానం ఇస్తుంది, ఏ అడుగులోనైనా వైఫల్యం అవతలి వైపు అదే మాయమైన ప్రిఫిక్స్ లాగా కనిపిస్తుంది.
మార్గం ఉన్నప్పుడు ఇన్స్టాల్ చేసిన ఫార్వర్డింగ్ సందర్భాన్ని మరియు VNI మ్యాపింగ్ను పరిశీలించండి. రెండు చివరలలో VNI సరిపోలడం డేటా తలం అంగీకరిస్తుందని చూపుతుంది; నియంత్రణ తలం ఉద్దేశించిన విధానం ద్వారా మార్గాన్ని దిగుమతి చేసిందని అది చూపదు.
మార్గం దూరస్థ PE లో కనిపించినా ట్రాఫిక్ ప్రవహించకపోతే, సమస్య EVPN ను దాటింది. మళ్లీ route target సవరించే ముందు VNI-నుండి-VLAN లేదా VNI-నుండి-VRF బైండింగ్ మరియు underlay మార్గాన్ని తనిఖీ చేయండి. మ్యాపింగ్తో ప్రారంభించి, తర్వాత underlay, ఆ తర్వాతే నియంత్రణ తలం. డేటా తల లోపాన్ని వెంబడించడానికి route-target మార్పును వెనక్కి తీసుకోవడం నడుస్తున్న దిగుమతిని విచ్ఛిన్నం చేసే నమ్మకమైన మార్గం.
పొర 3 ప్రిఫిక్స్లు ఇప్పటికీ EVPN మార్గాలు
EVPN పట్టికలోని IP ప్రిఫిక్స్ సాధారణ IPv4-unicast BGP కాదు. EVPN IP Prefix మార్గం దాని సొంత మార్గ రకం, మరియు MAC/IP మరియు IP-ప్రిఫిక్స్ ప్రకటనలు EVPN చిరునామా కుటుంబంలో ప్రయాణిస్తాయి, దాన్ని RFC 7432 AFI 25 మరియు SAFI 70 గా గుర్తిస్తుంది.
EVPN పట్టికలోని మార్గాన్ని unicast పట్టికలోని మార్గంతో పోల్చినప్పుడు ఈ భేదం ముఖ్యం. అవి ఒకే గమ్యాన్ని వివరించి కూడా వేరే విధానంతో సృష్టించబడి, ఫిల్టర్ చేయబడి, దిగుమతి చేయబడవచ్చు. ఒకదాన్ని మరొకదాని గురించి సాక్ష్యంగా చదవడమే సరైన fabric వలస సమయంలో విరిగినట్లు కనిపించడానికి కారణం.
సంఖ్యలను పోల్చే ముందు విక్రేత యొక్క ఉత్పాదనను తనిఖీ చేయండి
RFC 9136 EVPN ను IP Prefix మార్గాలతో విస్తరిస్తుంది మరియు వర్తించే RD MAC-VRF లేదా IP-VRF సందర్భం నుండి వస్తుందో లేదో పేర్కొంటుంది. అందుకే ఒకే అవుట్పుట్లో L2 సేవా లేబుల్ మరియు రూట్ చేయబడిన సేవా లేబుల్ అవి చెందిన వస్తువుల ఆధారంగా చదవాలి, అద్దెదారుకు ఒక RD కి తగ్గించకూడదు.
RD మరియు RT యొక్క స్వయంచాలక ఉత్పాదన విక్రేత-నిర్దిష్టం. ఉపయోగించే సూత్రం కోసం అమలు చేసిన విక్రేత యొక్క సూచనను చదవండి; ఒక స్విచ్లో కనిపించిన స్వయంచాలకంగా సృష్టించిన విలువ సార్వత్రిక ఎన్కోడింగ్ కాదు, మరియు ఇద్దరు విక్రేతల సంఖ్యలను పోల్చడం అరుదుగా ఏదైనా నిరూపిస్తుంది.
మీరు ప్రారంభించిన మార్గానికి లిఖిత జాడతో ముగించండి: రకం, సృష్టించిన వస్తువు, RD, ఎగుమతి చేసిన RT, దిగుమతి విధానం, ఇన్స్టాల్ చేసిన VNI. ఆరు ఫీల్డ్లు తదుపరిసారి టికెట్ చదివే వారికి ప్రకటనను వివరిస్తాయి, వాటిలో ఏదీ అద్దెదారు సంఖ్యలు సరిపోలాలని కోరదు.