Junos արտահանման քաղաքականություն. անունը համապատասխանության պայման չէ

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

Անունը պիտակ է, ոչ պայման

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

Անսպասելի արտահանման արդյունքը ընկալեք որպես սահմանումը կարդալու խնդրանք, ոչ որպես կցման խափանման ապացույց։ Կարդացեք սահմանումը և թողեք, որ այն հակասի պիտակին։

Գտեք կցումը մինչև տերմինները

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

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

Տերմինները գնահատվում են հերթականությամբ, և առաջին որոշումը հաղթում է

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

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

Օրինակ, որը արտահանում է միայն ստատիկ երթուղիներ, կցումը խմբի վրա է:

policy-options {
    policy-statement EXPORT-STATIC {
        term statics { from protocol static; then accept; }
    }
}
protocols bgp group TO-PEER { export EXPORT-STATIC; }

OSPF-ով սովորած և ոչ ստատիկ երթուղի կարգավորված նախածանցը ձախողում է համապատասխանությունը և ընկնում է, ինչ էլ որ անվանվի քաղաքականությունը։

Գործողությունները փոխում են պատճենը, ոչ բնօրինակ երթուղին

Քաղաքականության գործողությունները ազդում են երթուղու վրա այնպես, ինչպես այն գնահատվում է այդ հայտարարության համար, այսինքն պատճենի վրա, ոչ երթուղային աղյուսակի գրառման։ Այդ պատճառով տեղական show route հրամանը կարող է ցույց տալ երթուղի մի հատկությունների հավաքածուով, մինչդեռ արտահանված տարբերակը կրում է այլ հատկություններ, և բնօրինակը չի վերագրվում արտահանման կողմից։ Այդ տարբերությունը բացատրում է մի քանի վեճեր այն մասին, թե ում արդյունքն է ճիշտ. երկուսն էլ ճիշտ են, և դրանք նկարագրում են տարբեր օբյեկտներ։ Նշեք, թե որ տեսքն եք մեջբերում, երբ երկու ինժեներներ վիճում են երթուղու հատկության շուրջ։

Ընդունելը և մերժելը վերջնական որոշումներ են. հատկությունների փոփոխությունները պարտադիր չէ, որ այդպիսին լինեն։ Չենթադրեք, որ community-ի սահմանումը ավարտում է քաղաքականությունը, քանի որ գնահատումը կարող է շարունակվել ձեր չդիտարկած տերմիններում։

Համեմատեք հայտարարված տեսքը սպասելիքի հետ

Օգտագործեք արձանագրությանը հատուկ տեսքը իրական զուգընկերոջ վրա, օրինակ show route advertising-protocol bgp 192.0.2.1, և կարդացեք այն երթուղավորման օրինակի ճիշտ համատեքստում։ VRF-ում առկա երթուղին պարտադիր չէ, որ անցել է արտահանման քաղաքականությունը, և հայտարարված արդյունքում հայտնված երթուղին պարտադիր չէ, որ ընդունվել է հեռավոր կողմից։ Սրանք երեք առանձին վիճակներ են և ձախողվում են տարբեր կերպ։

Ընդունեք նախագիծը մեկ նախածանցով, որը պետք է հայտարարվի, և մեկով, որը պետք է մնա տեղական։ Սա քաղաքականությանը տալիս է պայմանագիր, որը կարող եք փորձարկել, և խուսափում է արտահանումը լայնացնելու այլընտրանքային ուղղումից, մինչև վերջապես հայտնվի մեկ անվանված երթուղի։