Նույն սարքի վրա երկու երթուղի կարող են ցույց տալ 198.51.100.77 հասցեին և այնուամենայնիվ պատասխանել տարբեր հարցերի։ Մեկը նկարագրում է, թե որտեղ է հասանելի MAC հասցեն և ըստ ցանկության՝ որ IP-ն է դրան կապված։ Մյուսը նկարագրում է նախածանց, որը լուծվում է հաջորդ թռիչքի միջոցով, նույնիսկ երբ այդ նախածանցը մեկ հոսթ է։ Դրանք իրար խառնելը ստեղծում է տոմս, որը նման է երթուղային սխալի, բայց իրականում սխալ կարդացված երթուղու տեսակ է։

Դրանք տարբերելու ամենաարագ ձևը այն բանալին կարդալն է, որի շուրջ կառուցված է NLRI-ն, ոչ թե դրա վերջի դիմակը։

Երթուղու բանալին ասում է, թե ինչ է պնդում երթուղին

2-րդ տիպը RFC 7432-ի MAC/IP հայտարարության երթուղին է, և դրա բանալին NLRI-ի ներսում գտնվող 48-բիթ MAC հասցեն է։ Այդ բանալու հետևում IP հասցեի դաշտ է, որի երկարության դաշտը կարող է լինել 0, 32 կամ 128 բիթ, ուստի միայն MAC-ով հայտարարությունը ամբողջական երթուղի է, ոչ թե բացակայող մասերով հոսթի գրառում։ Հաջորդող պիտակների կույտը ցույց է տալիս այն կամրջային համատեքստը, որտեղ ապրում է այդ MAC-ը։

IP դաշտը լրացված լինելը փոխում է այն, ինչ հայտարարում է երթուղին, ոչ թե երթուղու տեսակը։ 32 կամ 128 բիթ երկարությամբ ուղարկողը նաև պնդում է, որ այս IP-ն պատկանում է այդ MAC-ին մեկ EVPN օրինակի ներսում։ Զրո երկարությամբ ուղարկողը բացարձակապես IP պնդում չի անում։ Ոչ մի տարբերակ չի ասում, որ նախածանցը հասանելի է երթուղիչի միջոցով։

5-րդ տիպը RFC 9136-ի IP նախածանցի երթուղին է, և դրա բանալին նախածանց է, որը գրվում է որպես երկարություն գումարած այդքան բիթ։ Երկարությունը տատանվում է 0-ից 32-ի IPv4-ի համար և 0-ից 128-ի IPv6-ի համար։

Այդ միջակայքի երկու ծայրերն էլ օրինական են, և ոչ մեկը MAC չի ենթադրում։ Զրո երկարության նախածանցը պնդում է հասանելիություն՝ չնշելով հոսթ, մինչդեռ /32-ը նշում է ուղիղ մեկ հասցե։ NLRI-ն կրում է նաև gateway IP հասցե, որն ելքի կողմն օգտագործում է overlay ինդեքսը կառուցելու համար, գումարած պիտակ՝ փոխանցման համատեքստի համար։ MAC դաշտ չկա, որի վրա փոխարկել, դրա համար ստացողը 5-րդ տիպը դիտարկում է որպես երթուղված նպատակակետ։

/32 նախածանցի երթուղին վերանվանված 2-րդ տիպ չէ

Հոսթի չափի նախածանցները սովորական 5-րդ տիպի երթուղիներ են։ /32 նախածանցի երթուղին և նույն հասցեի 2-րդ տիպը կարող են միասին գոյություն ունենալ մեկ EVPN օրինակում, և դրանք տարբեր փոխանցման տեղեկություն են կրում։

Վերցրեք 198.51.100.77-ը VNI 10100 օգտագործող EVPN օրինակում։ 2-րդ տիպը կարող է այն զուգակցել MAC 02:00:00:00:00:77-ի և պիտակի հետ, որը նույնականացնում է այն կամրջի տիրույթը, որտեղ սովորել է այդ MAC-ը։ 5-րդ տիպը կարող է հայտարարել 198.51.100.0/24 ամբողջ ենթացանցի համար, կամ 198.51.100.77/32 միայն այդ հասցեի համար, gateway հասցեով, որը ցույց է տալիս ելքի VTEP-ին։ Հասցեները միտումնավոր համընկնում են, քանի որ երթուղիները պատասխանում են տարբեր հարցերի։

Մեկ երթուղին ասում է, որ գոյություն ունի վերջնակետային կապ և այն հասանելի է որոշակի կամրջով։ Մյուսն ասում է, որ նախածանցը հասանելի է որոշակի երթուղիչով՝ անկախ նրանից, թե արդյոք դրա ներսում երբևէ սովորել են վերջնակետ։

Այդ տարբերությունը որոշում է, թե որտեղ նայել առաջինը, երբ երթևեկությունը ձախողվում է։ Եթե մեկ հոսթ անհասանելի է, մինչ դրա ենթացանցի երթուղին կարգին է թվում, 5-րդ տիպը երբեք չպետք է կրեր այդ հոսթը. փնտրեք բացակայող 2-րդ տիպը։ Եթե հոսթի երթուղին կա, բայց ամբողջ ենթացանցն անհասանելի է, ստուգեք՝ արդյոք 5-րդ տիպը ընդհանրապես ստեղծվել է։ Դաշտերը հերթականությամբ կարդալն ավելի լավ է, քան դիմակի երկարությունից գուշակելը։

Երկու երթուղիներն էլ կարդալ առանց գուշակելու

NX-OS-ում show bgp l2vpn evpn route type 2 և show bgp l2vpn evpn route type 5 աղյուսակը բաժանում են հենց այս գծով, և show l2route evpn mac ip ցույց է տալիս 2-րդ տիպի երթուղիների հետևում գտնվող տեղական MAC-ից IP կապերը։ Junos-ում show evpn database թվարկում է սովորած MAC և IP կապերը, մինչ show route table bgp.evpn.0 ցույց է տալիս, թե ինչ է հայտարարվել և ստացվել։

Նախքան եզրակացություններ անելը զտեք ըստ route distinguisher-ի և Ethernet պիտակի։ Նույն MAC-ը կամ նախածանցը կարող է հայտնվել մի քանի EVPN օրինակներում, և մի օրինակում սխալ թվացող երթուղին կարող է ճիշտ լինել մյուսում։

Այնուհետև կարդացեք NLRI-ն հերթականությամբ՝ երթուղու տեսակ, բանալի, gateway կամ պիտակ դաշտեր, ապա ատրիբուտների route target-ները։ Ոչ զրոյական ESI կրող 2-րդ տիպն ասում է, որ MAC-ը multi-homed է, և հենց այդ արժեքն է կապում տարբեր PE երթուղիչների հայտարարությունները։ Gateway հասցե կրող 5-րդ տիպն ասում է, թե որ ելքի VTEP-ը պետք է ստանա երթևեկությունը։

Եթե երթուղին բացակայում է, նախքան կոդավորումը ստուգեք ծագումը։ Համոզվեք, որ աղբյուրը տեղում ունի կապը կամ նախածանցը, ապա համոզվեք, որ դրան կցված route target-ը ներմուծվում է այս սարքում։ Կոտրված 5-րդ տիպի մասին հաղորդումների մեծ մասն ավարտվում է ներմուծման քաղաքականությամբ, ոչ թե NLRI ձևաչափով։

Գրանցեք համատեքստը, ոչ միայն երթուղու տեսակը

Միասին գրեք երթուղու տեսակը, EVPN օրինակը, route distinguisher-ը, ներմուծված և արտահանված route target-ները և լուծված հաջորդ թռիչքը։ Առանց իր օրինակի 2-րդ տիպը երկիմաստ է, և առանց երթուղիների ընտանիքի հաջորդ թռիչքը հրավիրում է սխալ եզրակացության։

Երկուսն էլ EVPN երթուղիներ են, նույնիսկ երբ օգտակար բեռը IPv4 հասցե է։ NLRI-ի ներսի հասցեների ընտանիքը և հենց երթուղու հասցեների ընտանիքը առանձին հատկություններ են, և 5-րդ տիպը IPv4-unicast կամ VPN-IPv4 երթուղի չի դառնում միայն այն պատճառով, որ կրում է IPv4 նախածանց։

Այդ տարբերությունը երևում է EVPN կառավարման հարթության և IP-VRF-ի սահմանին։ Route target-ը որոշում է, թե որ VRF-ն է ներմուծում նախածանցը, մինչ gateway հասցեն և պիտակը որոշում են, թե ինչպես է փաթեթը կապսուլավորվում դեպի ելք։ Կարդացեք դրանք միասին, և փոխանցման որոշումը դադարում է կամայական թվալ։

Հաջորդ անգամ, երբ EVPN աղյուսակում հայտնվի /32, նախքան դիմակը ստուգեք բանալին։ Ըստ ցանկության IP-ով MAC բանալին 2-րդ տիպի կապ է. նախածանցի բանալին 5-րդ տիպի երթուղի է, ինչ երկարություն էլ ունենա։ Կողքին գրեք route target-ը և հաջորդ թռիչքը, և հաջորդ ինժեներին պետք չի լինի նորից արտածել ամբողջ պատմությունը։

Առնչվող հոդվածներ