Ինչու է QFX-ի MAC-ը երևում EVPN-ում, բայց ոչ փոխանցման աղյուսակում

EVPN-ի տվյալների բազայում MAC գտնելը ապացուցում է, որ այն հայտարարվել կամ ստացվել է որպես երթուղի, և ոչ ավելին։ Փոխանցման աղյուսակը այլ կառույց է, որը ծրագրավորվում է ավելի ուշ, ուստի նույն MAC-ը կարող է հայտնվել մեկում և բացակայել մյուսում, մինչ դեռ յուրաքանչյուր արձանագրություն ճիշտ է աշխատում։ Այս երկու ելքերը միմյանց պատճեն համարելը ինժեներներին ուղարկում է BGP խափանման հետևից, մինչդեռ իրական բացը ներմուծման քաղաքականությունն է կամ չլուծված հաջորդ թռիչքը։ Արժանի հարցը ոչ թե այն է, թե արդյոք fabric-ը գիտի MAC-ը, այլ այն, թե որ փուլում այն դադարեց փոխանցել այն։

Երկու աղյուսակ, որոնք պատասխանում են տարբեր հարցերի

Junos EVPN-ում տվյալների բազան թվարկում է MAC հասցեները ըստ օրինակի՝ ներառյալ, թե ինչպես է յուրաքանչյուրը ժամանել՝ սովորել է մուտքի պորտից, ստացվել է Type 2 երթուղով կամ նշվել է որպես բազմակի հոսթինգի խմբի մաս։ Juniper-ի show evpn database տեղեկատուն ընդգրկում է ըստ MAC-ի և ըստ օրինակի զտիչները, որոնք դիտումը դարձնում են ընթեռնելի։ Սա կառավարման հարթության ամփոփում է՝ օրինակ և MAC բանալիով, ոչ այն աղյուսակը, որով ապարատը կոմուտացնում է կադրերը։

Կոմուտացիայի աղյուսակը հենց այդ փոխանցման վիճակն է։ Երկու ելքերն էլ թվարկում են MAC-ները VLAN-ի կամ VNI-ի համատեքստի կողքին, և դա է հենց պատճառը, որ դրանք համեմատվում են տող առ տող, և հենց պատճառը, որ համեմատությունը մոլորեցնում է։ Տվյալների բազայի գրառումն ասում է, որ երթուղին գոյություն ունի և ընդունվել է օրինակում. այն ոչինչ չի ասում այն մասին, թե արդյոք հարթակը տեղադրել է այն փոխանցման համար։

Type 2 երթուղին կրում է MAC-ը, ընտրովի IP, պիտակ կամ VNI, երթուղու տարբերակիչ և հաջորդ թռիչք, որը նշում է հեռավոր VTEP-ը։ Չորս բան կարող է կոտրվել մալուխի և այդ երթուղու միջև. հոսթը երբեք չի սովորվում, երթուղին երբեք չի հայտարարվում, այն մերժվում է ներմուծման ժամանակ, կամ նրա հաջորդ թռիչքը չի լուծվում։ Յուրաքանչյուր խափանում թողնում է տարբեր աղյուսակների հավաքածու լցված, և դա է պատճառը, որ հաջորդականությունը սկզբունքորեն հնարավոր է ախտորոշել։

Տեղական ուսուցումը դեռ առաջինն է տեղի ունենում

Ընդհանուր ենթադրությունն այն է, որ EVPN-ը ստանձնում է MAC-ի ուսուցումը, ուստի դատարկ տվյալների բազան պետք է նշանակի overlay-ի խնդիր։ Տեղական ուսուցումը դեռ աշխատում է մուտքի կողմում, ճիշտ այնպես, ինչպես VXLAN-ից առաջ. կոմուտատորը սովորում է թույլատրված կադրի աղբյուր MAC-ը ճիշտ VLAN-ում և ծառայության մեջ, և միայն դրանից հետո ստեղծում է Type 2 դրա համար։ Հոսթը, որը չի ուղարկել ոչ մի համապատասխան կադր, ոչինչ չունի հայտարարելու։ Հոսթը, որի կադրերը մերժվում են VLAN-ի անդամակցությամբ, զտիչով կամ ագրեգատի անջատված անդամով, overlay-ի տեսանկյունից նույնն է երևում։

Սկսեք միացման կետից և առաջ շարժվեք միայն կարդալու հրամաններով։ Նպատակն է ապացուցել, որ հոսթի կադրը անցել է նախատեսված ծառայության մեջ, քանի որ ներքևում ոչինչ չի փոխհատուցում այն կադրը, որը երբեք չի հասել։

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

Ընտրված LACP անդամներն ավելի կարևոր են, քան այն, որ փաթեթը միացված է, քանի որ ագրեգատը կարող է միացված լինել մեկ անդամի վրա, մինչ հոսթի թրաֆիկը հեշվում է դեպի կապուղի, որը անջատված կամ արգելափակված է։ Ինտերֆեյսի հաշվիչները տարբերում են լուռ հոսթը կորցնողից, քանի որ այն հոսթը, որը երբեք չի փոխանցում, և այն հոսթը, որի կադրերը մերժվում են դասակարգմամբ, թողնում են նույն դատարկ աղյուսակը։

Որտեղ է կորչում հեռավոր MAC-ը

Հեռավոր MAC-ը ձախողվում է հակառակ ուղղությամբ, և լուռ։ Type 2 երթուղին ժամանում է, բայց այն օրինակ է մտնում միայն այն ժամանակ, երբ նրա երթուղու նպատակակետը և VNI-ն համընկնում են տեղական կոնֆիգուրացիայի հետ, և դառնում է օգտագործելի միայն այն ժամանակ, երբ հաջորդ թռիչքը լուծվում է հասանելի VTEP-ի։ Երթուղու նպատակակետի անհամապատասխանությունը BGP աղյուսակում թողնում է վավեր երթուղի, որը ոչ մի օրինակ երբեք չի հարցնում։

Կարդացեք երեք դիտումները հերթականությամբ. երթուղու առկայություն, տվյալների բազայի գրառում, փոխանցման գրառում։ Ստորև բերված հրամանները հարցնում են նույն MAC-ը յուրաքանչյուր փուլում, և օրինակի հասցեն ելքերը պահում է համեմատելի։

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

Այդ ելքերը պատասխանում են երեք առանձին հարցերի։ bgp.evpn.0-ում երթուղին առանց տվյալների բազայի գրառման մատնանշում է ներմուծման քաղաքականություն, երթուղու նպատակակետ կամ օրինակի կոնֆիգուրացիա։ Տվյալների բազայի գրառումը առանց փոխանցման գրառման մատնանշում է հարթակի ծրագրավորումը, որը պատկանում է այլ էսկալացիայի ուղու։ Ակտիվ երթուղին, որի հաջորդ թռիչքը չի լուծվում, տրանսպորտի կամ պիտակի խնդիր է, և MAC-ի վրիպազերծման ոչ մի քանակություն այն չի վերականգնում։

Վերագործարկումը, որը շտկեց այն, շատ քիչ բան է ապացուցում

Երբ վերագործարկումը վերացնում է ախտանիշը, գայթակղիչ եզրակացությունն այն է, որ կոնֆիգուրացիան պետք է առողջ լինի։ Վերագործարկումը զրոյից վերածրագրավորում է յուրաքանչյուր աղյուսակ, ուստի այն նաև թաքցնում է այն դեպքը, երբ հնացած գրառումը ստվերում էր քաղաքականության սխալը. խափանումը սովորաբար վերադառնում է հաջորդ փոփոխության, կապուղու թրթռման կամ երթուղու հետ կանչի ժամանակ։

Ցանկացած սպասարկման պատուհանից առաջ գրանցեք, ինչ կջնջի վերագործարկումը։ Այս երեք հրամանները բավարար են առաջ և հետո համեմատելու համար, և սարքում ոչինչ չեն փոխում։

show evpn database instance blue
show route table bgp.evpn.0
show version

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

Չորս դիտարկում, որոնք լուծում են դեպքերի մեծ մասը

Չորս դիտարկում ընդգրկում են գրեթե բոլոր դեպքերը. միացման կետը և նրա ծառայությունը, MAC-ը որպես օրինակի արժեք, երթուղու և տվյալների բազայի վիճակը, և օգտագործվող տարբերակը։ Ընտրեք MAC, որն ակնհայտորեն օրինակ է, որպեսզի ոչ ոք այն չշփոթի արտադրական հասցեի հետ. առաջին օկտետը 02 նշում է տեղայնորեն կառավարվող unicast հասցե, մնացած օկտետները ազատ են, և ուստի 02:00:00:00:00:5c անվտանգ տեղապահ է։

Այնուհետև թողեք պատասխանները մատնանշեն այն փուլը, որը ձախողվեց։ Միացման կետում ուսուցման բացակայությունը նշանակում է մուտքի կողմ. երթուղին առանց տվյալների բազայի գրառման նշանակում է ներմուծում. տվյալների բազայի գրառումը առանց փոխանցման վիճակի նշանակում է ծրագրավորում։ Ինչ էլ որ լինի, հանձնեք հավաքված ելքերը հոսթի, ինտերֆեյսի, ծառայության և տարբերակի հետ միասին, որպեսզի հաջորդ ինժեները կարողանա վերարտադրել ուղին՝ հարցումը կրկնելու փոխարեն։