Ինչու մեկ 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-ին և պահանջում է տարբեր RD-ներ նույն PE-ի MAC-VRF-ների միջև։ Route-target ընթացակարգերը առանձին են։ Դրանք թույլ են տալիս մեկ կամ ավելի RT ատրիբուտ և անդամակցության համար ապավինում են ներմուծման քաղաքականությանը։ RD-ների հավասարությունը չէ, որ ստեղծում է ընդհանուր անդամակցություն, և այդպես վերաբերվելը այս շփոթության արմատն է։
Անցեք մեկ երթուղի հայտարարումից մինչև ներմուծում
Հետևեք երթուղուն մեկ ուղղությամբ։ Հաստատեք երթուղու տիպը, այն ստեղծած ծառայությունը, RD-ն, արտահանված RT-ները և ապա ընդունող PE-ի ներմուծման քաղաքականությունը։ Յուրաքանչյուր քայլ պատասխանում է տարբեր հարցի, և ցանկացած քայլի ձախողում նույն բացակայող prefix-ի տեսք ունի մյուս կողմում։
Երբ երթուղին առկա է, զննեք տեղադրված փոխանցման համատեքստը և VNI քարտեզագրումը։ Երկու ծայրերում VNI-ի համընկնումը ցույց է տալիս, որ տվյալների հարթությունը համաձայն է, բայց այն չի ցույց տալիս, որ կառավարման հարթությունը ներմուծել է երթուղին նախատեսված քաղաքականությամբ։
Եթե երթուղին հայտնվում է հեռավոր PE-ում, բայց երթևեկություն չի հոսում, խնդիրը անցել է EVPN-ից այն կողմ։ Ստուգեք VNI-ից-VLAN կամ VNI-ից-VRF կապը և underlay ուղին նախքան route target-ները կրկին խմբագրելը։ Սկսեք քարտեզագրումից, ապա underlay-ից և միայն դրանից հետո կառավարման հարթությունից։ Route-target փոփոխությունը հետ շրջելը տվյալների հարթության խափանման հետևից ընկնելու համար աշխատող ներմուծումը կոտրելու վստահ եղանակ է։
Շերտ 3-ի prefix-ները դեռևս EVPN երթուղիներ են
EVPN աղյուսակում IP prefix-ը սովորական IPv4-unicast BGP չէ։ EVPN IP Prefix երթուղին իր սեփական երթուղու տիպն է, և MAC/IP-ի ու IP-prefix-ի հայտարարումները ճամփորդում են 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։ Վեց դաշտ բացատրում են հայտարարումը յուրաքանչյուրին, ով հաջորդը կկարդա տոմսը, և դրանցից ոչ մեկը չի պահանջում, որ վարձակալի թվերը համընկնեն։