Երկու եզրային երթուղիչներ, որոնք հայտարարում են նույն հաճախորդի նախածանցը, նկարագրում են մեկ VPNv4 նպատակակետ, քանի դեռ ինչ-որ բան չի բաժանում նրանց, և այդ բաժանիչը route distinguisher-ն է։ Այն որակավորում է նախածանցը, այն չի որոշում, թե ով է ներմուծում արդյունքը, դա route target-ի գործն է։ RD-ները հատկացրեք այն երթուղիների բազմությունից, որոնք պետք է մնան տարբերելի յուրաքանչյուր տիրույթում, որտեղ այդ հայտարարությունները կարող են հանդիպել, ոչ թե մեկ սարքի ֆայլային դասավորությունից։ Ձեր ընտրած համարը ինքնություն է, որից կախված կլինեն հետագա վերանայումները, ուստի այն պետք է լինի գույքագրում մինչև կոնֆիգուրացիա մտնելը։

RD-ն նախածանցի հետ մեկ նպատակակետ է

RD-ն գումարած IPv4 նախածանցը կազմում է այն VPNv4 նպատակակետը, որը համեմատում է կառավարման հարթությունը։ Տվեք երկու PE-ի նույն նախածանցը տարբեր հաճախորդների համար, և առանց տարբեր RD-ների նրանք հայտարարում են երթուղիներ դեպի մեկ նպատակակետ։ Էկրանին ոչինչ չի ասում, որ այդ խմբավորումը սխալ է, որովհետև հարթակը անում է հենց այն, ինչ ասում է ինքնությունը։ Փոխեք RD-ն նրանցից մեկի վրա, և հին հայտարարությունը հետ է կանչվում, մինչդեռ մեկ այլ ինքնության ներքո հայտնվում է նորը։ Ամեն ինչ ներքևում, ինչը հիմնված էր հին ինքնության վրա, երթուղու ընտրությունից մինչև պահված օպերատորի զտիչ, այժմ հղվում է մի բանի, որն այլևս չկա։

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

Նույն RD-ն, նույն նպատակակետը, տարբեր երթուղիներ

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

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

Տեղական եզակիության կանոնը քաղաքականություն չէ

Յուրաքանչյուր PE-ի և յուրաքանչյուր երթուղավորման օրինակի սեփական RD տալը առողջ սովորույթ է, այն անվանում է ծագումը, խանգարում է անկապ ծառայություններին բախվել մեկ ինքնության վրա և գույքագրմանը տալիս է կայուն բանալի։ Որոշ հարթակներ պահանջում են եզակիություն միայն սարքի ներսում և բացահայտորեն թույլ են տալիս երթուղիչներին կիսել RD-ն նույն VPN օրինակի համար։ Այդ թույլտվությունը իրականացման սահմանափակում է, ոչ թե ցանցերի միջև կանոն, որը կարող եք պատվիրել մատակարարին։ Եթե տիրույթը տարածվում է թիմերի վրա, հատկացման քաղաքականությունը գրեք ինքներդ։

Անդամակցությունը երբեք թվանշաններից չի գալիս։ 65000:12-ի նման օրինաչափությունը մեկ PE-ի և 65000:13-ը մյուսի համար սովորություն է, մինչդեռ 65000:112-ի նման համընկնող արտահանման և ներմուծման թիրախներն են, որ երթուղին դնում են VRF-ի մեջ։ RD-ն դիտեք որպես երթուղու ինքնություն, իսկ route target-ը՝ որպես թույլտվություն, որն այն տանում է VRF։

Ապացուցեք փոփոխությունը VRF-ի վրա, ոչ էկրանին

Նախքան RD-ին դիպչելը, գրեք չորս բան, ինչ է այսօր հայտարարում PE-ն, ինչ է արտացոլում անդրադարձիչը, ինչ է ներմուծում ընդունող VRF-ը և որ երթուղին է ընտրում։ Նոր RD-ն հետ է կանչում մեկ հայտարարություն և ներմուծում մյուսը, ուստի փոփոխությունը երևում է սեսիայի երկու կողմերում և հեշտ է սխալ կարդալ, եթե հետևում եք միայն հայտարարող կողմին։ Ընդունումը պետք է հիմնված լինի ձեր ուզած հասանելիության վրա, ոչ թե նախածանցների ցանկում հայտնված ավելորդ տողի։ Ստորև բերված աղյուսակը թույլ չի տալիս երեք նույնացուցիչներին միաձուլվել այդ վերանայման ընթացքում։

IdentifierQuestion it answersWhat breaks when it is confused with another
Route distinguisherWhich route identity is this?Two services collapse into one destination, so one advertisement withdraws the other
Route targetWho is allowed to import it?Routes arrive in a VRF that should not have them, or never arrive at all
VRF import policyWhat does this instance accept and install?The route is visible on the PE but never selected in the VRF

Սկսեք հայտարարող PE-ից և նախքան որևէ բան հեռացնելը համեմատեք երկու ինքնությունները նույն նախածանցի համար։ Ստորև բերված IOS հրամանները հերթով պատասխանում են երեք հարցի, արդյոք հին հայտարարությունը դեռ այնտեղ է, արդյոք նոր ինքնությունը տեսանելի է անդրադարձիչին, և արդյոք VRF-ը ընտրում է նախածանցը։

show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24
show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24
show ip route vrf CUSTOMER-A 203.0.113.0/24

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

Գրանցեք PE-ն, օրինակը, RD-ն, արտահանման և ներմուծման թիրախները և նախածանցի սեփականությունը մեկ տեղում, որովհետև հաջորդ հատկացումը որոնում է, ոչ թե գուշակություն միայն այն դեպքում, երբ այդ գրառումը գոյություն ունի։ Պահեք հին RD-ն այնքան, մինչև նոր ինքնությունը տեսանելի դառնա ընդունող VRF-ում, ապա հետ կանչեք այն երկրորդ քայլով, որպեսզի յուրաքանչյուր փուլ մնա շրջելի։

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