AFI և SAFI. կարդացեք զույգը մինչև ծառայության անվանումը
AFI 25-ը SAFI 65-ով նույն ծառայությունը չէ, ինչ AFI 25-ը SAFI 70-ով։ Կարդացեք զույգը, ապա ստուգեք ընտանիքների փոխանակումը, երթուղին և փոխանցման արդյունքը։
Դուք կարող եք տեսնել, թե ինչպես է սեսիան բարձրանում, երթուղին հայտնվում, և այնուամենայնիվ կարդալ սխալ ծառայությունը։ Յուրաքանչյուր հայտարարության սկզբում թվերի զույգը՝ հասցեների ընտանիքի նույնացուցիչը և հաջորդ հասցեների ընտանիքի նույնացուցիչը, որոշում է, թե որ վերլուծիչը կկարդա բեռնվածքը և որ աղյուսակը կպահի արդյունքը։ Սխալվեք զույգում, և ներմուծման քաղաքականությունը, երթուղու նպատակի համընկնումը և հաջորդ թռիչքի որոնումը բոլորը գործում են մի կառուցվածքի դեմ, որը ոչ ոք չի հայտարարել։ Ներքևի ուղևորությունը սկսվում է այդ զույգից և ավարտվում փոխանցման արդյունքում։
Երկու թիվ որոշում են, թե որ աղյուսակին է պատկանում երթուղին
Զույգը հայտնվում է երկու անգամ՝ բազմարձանագրային հնարավորության ներսում, որտեղ խոսողը հայտարարում է ընտանիք, և յուրաքանչյուր NLRI-ի առաջ, որը կրում է այդ ընտանիքը։ Դա այն դարձնում է երթուղու հատկություն, ոչ թե ելակետային արկղի կարգավորում։ Արտադրողները տպում են այն որպես անուն, օրինակ Address family VPNv4 Unicast, և ձևակերպումը տեղաշարժվում է թողարկումների միջև, մինչ թվերը մնում են տեղում։
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
Չորս կոդավորում ծածկում են գրեթե բոլոր ձեռնարկային դեպքերը՝ 1-ը 128-ի հետ MPLS-պիտակավորված VPN-IPv4-ի համար, 2-ը 128-ի հետ IPv6 համարժեքի համար, 25-ը 65-ի հետ BGP-ազդանշանված VPLS-ի համար և 25-ը 70-ի հետ EVPN-ի համար։ Առաջին սխալը ենթադրելն է, որ յուրաքանչյուր Layer 2 ծառայություն 25-ի ու 65-ի հետևում է, ինչը թաքցնում է EVPN-ը։ Երկրորդը երկու IP ընտանիքները որպես ավելի երկար հասցեով մեկ ընտանիք դիտարկելն է, մինչ նրանք առանձին են բանակցվում և կարող են ընդունվել տարբեր զույգերի վրա։ Երրորդը հայտնվում է, երբ ձևանմուշը պատճենվում է թողարկումից, որը ճանաչում է միայն մեկը։ Գրանցամատյանում որոնումը լուծում է բոլոր երեքը ավելի արագ, քան ծառայության անվան վրա կառուցված ենթադրությունը։
Չորս տողերը դիտարկեք որպես IANA գրանցամատյանի օրինակներ, ոչ որպես հենց գրանցամատյան։ Երբ թիվը չի համընկնում ոչ մի ծանոթ բանի հետ, նայեք այն նախքան դրա շուրջ քաղաքականություն կառուցելը։
AFI 25-ը կրում է երկու անկապ NLRI ձևաչափ
Երկու Layer 2 ընտանիքներն էլ նստում են AFI 25-ի տակ, և նմանությունը դադարում է այնտեղ։ VPLS-ի NLRI-ն RFC 4761 section 3.2.2-ում կրում է երկարություն, երթուղու տարբերիչ, VE ID, VE բլոկի շեղում, VE բլոկի չափ և պիտակի հիմք, որոնք միասին անվանում են pseudowire վերջնակետ և դրա պիտակը։ EVPN-ը պահում է AFI 25-ը և անցնում SAFI 70-ի, որտեղ բեռնվածքը երթուղու տեսակ է՝ Ethernet-ի ինքնահայտնաբերում, MAC/IP հայտարարություն, ներառական multicast, Ethernet հատված, IP նախածանց։ Հետևաբար նույն բայթային շեղումը երկու ընտանիքներում տարբեր բան է նշանակում։ Մեկի համար գրված վերլուծիչը կարդում է մյուսը առանց բողոքի և անհեթեթություն արտադրում։ Զույգը միակ նախազգուշացումն է, որ մեկնաբանությունը սխալ է։
Դաշտը, որը մի ընտանիքում նշանակում է VE բլոկի շեղում, մյուսում համարժեք չունի, և MAC/IP հայտարարության երթուղին գոյություն ունի միայն EVPN-ում։ Հատկանիշը մեջբերել այնպես, կարծես այն վերաբերում է երկուսին, այն ճանապարհն է, որով ստուգատեսը սխալվում է։
Երբ ինչ-որ մեկը ձեզ տալիս է գրավված տվյալներ կամ արտադրողի աղյուսակ, հարցրեք, թե որ ընտանիքին է պատկանում հատկանիշը։ Ապա հաստատեք, որ ընդունող իրականացումը աջակցում է այդ ընտանիքին, ոչ թե տվյալների թերթիկի ծառայության անվանը։ Երկու պլատֆորմներ կարող են երկուսն էլ հայտարարել VPLS աջակցություն՝ իրականացնելով տարբեր ազդանշանային ընտանիքներ։ Զույգը բաժանում է նրանց, արտադրանքի պիտակը՝ ոչ։
Սեսիայի սեփական հասցեների ընտանիքը առանձին հարց է
VPN-IPv6-ը սովորաբար հայտարարվում է սեսիայի միջոցով, որի TCP կապը անցնում է IPv4-ով, և դա աջակցվող ձևավորում է, ոչ թե խափանում։ Ուստի միայն սեսիայի ամփոփումը կարդալը ոչինչ չի ասում այն մասին, թե զույգերը որ VPN ընտանիքներն են փոխանակում։
NLRI ընտանիքը, տրանսպորտի ընտանիքը և փոխանցման ընտանիքը երեք անկախ որոշումներ են։ Երթուղիչը կարող է IPv4 խոսել իր զույգի հետ, ընդունել VPN-IPv6 հասանելիությունը և տեղադրել երթուղի, որի հաջորդ թռիչքը IPv6 հասցե է, հասանելի ճանապարհով, որը դուք չէիք նախատեսել։ Յուրաքանչյուր շերտ իր հաստատումն է պահանջում։ Կայքերը, որոնք հաղորդում են անհասանելի IPv6 նպատակակետերի մասին, մինչ հայտարարությունները ճիշտ են թվում, սովորաբար կորցրել են հաջորդ թռիչքի լուծումը, ոչ թե ընտանիքների բանակցությունը։
Փորձեք սեսիայի հասցեների ընտանիքը առանձին, ապա այն ընտանիքները, որ կրում է, ապա այն, ինչ միջուկը կարող է փոխանցել։ Երեքը առանձին պահելը կանխում է տարածված սխալ ախտորոշումը, երբ ճիշտ հայտարարությունը կարդացվում է որպես ապացույց, որ IPv6-ն աշխատում է ծայրից ծայր։ Այն ապացուցում է միայն, որ մի զույգ մյուսին պատմել է նախածանցի մասին։
Բանակցված, ստացված, ներմուծված, տեղադրված
Մեկ սպասվող երթուղու համար չորս վիճակ պետք է պահպանվեն հերթով, և յուրաքանչյուրը դիտելի է։ Ընտանիքը պետք է բանակցված լինի այդ զույգի հետ, երթուղին պետք է հասնի, երթուղու նպատակը պետք է ներմուծի այն նախատեսված համատեքստում, և հաջորդ թռիչքը պետք է լուծվի, որպեսզի երթուղին տեղադրվի։ Առաջին վիճակը բաց թողնելը մյուս երեքին անպատասխան է դարձնում, քանի որ չբանակցված ընտանիքը ստուգելու երթուղիներ չի արտադրում։ Cisco ոճի պլատֆորմներում ընտանիքների ամփոփումները և յուրաքանչյուր զույգի հնարավորությունները առանձին հրահանգներ են։
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address familyԲանակցությունը երևում է յուրաքանչյուր զույգի համար տպված հնարավորությունների փոխանակման մեջ, և հաստատված սեսիան, որտեղ ոչ մի ընտանիք նշված չէ, ոչինչ չի կրում ձեր ուզածից։ Ներմուծումը որոշվում է երթուղու նպատակներով, որոնք կրվում են որպես ընդլայնված համայնքներ, ուստի ճիշտ զույգը սխալ մուտքագրված նպատակով աղյուսակը դատարկ է թողնում։ Այնուհետև տեղադրումը կախված է հաջորդ թռիչքի լուծումից ընդունող համատեքստում, ինչը կարող է ձախողվել, մինչ յուրաքանչյուր հայտարարություն կատարյալ է թվում։
Տվյալների հարթությունը հաստատեք վերջում, քանի որ աղյուսակում եղած երթուղին պնդում է, ոչ առաքում։ Նույն չորս վիճակները վերաբերում են յուրաքանչյուր ընտանիքի, փոխվում են միայն հրահանգներն ու աղյուսակների անվանումները։
Ինչ ընտանիքների զույգը երբեք չի ապացուցում
Զույգը ճիշտ կարդալը ասում է, թե ինչպես մեկնաբանել դրան հաջորդող երթուղային տեղեկատվությունը, և դա է ամբողջ պնդումը։ Այն ոչինչ չի ասում հասանելիության, քաղաքականության կամ տվյալների հարթության առողջության մասին։ Երկուսը շփոթելը ինքնավստահ պնդումներ է ծնում մի ցանցի մասին, որը ոչ ոք չի ստուգել։ Երթուղու նպատակի անհամապատասխանությունը և կոտրված հաջորդ թռիչքը միայն զույգից նույն տեսքն ունեն։ Զույգը ընթերցման ցուցում է, երբեք դատավճիռ չէ։
Երբ էսկալացնում եք, դրեք զույգը, երթուղու նպատակը և լուծված հաջորդ թռիչքը նույն նշման մեջ։ Այնուհետև հաջորդ ինժեները երեք անկախ բան ունի փորձելու՝ ծառայության անունը վերամեկնաբանելու փոխարեն։ Եթե բանակցությունը բացակայում է, նրանք դա անմիջապես տեսնում են, սխալ նպատակը ներմուծումը տեսանելիորեն բացակայում է թողնում, և չլուծված հաջորդ թռիչքը երթուղին առկա, բայց անօգտագործելի է թողնում։