BGP-ն սովորեց նախածանցը, բայց երթևեկությունը դեռ շրջանցում է թունելը
BGP աղյուսակում նախածանցը կառավարման հարթության լուր է, ոչ թե փոխանցման որոշում։ Ստուգեք ստացումը, ընտրությունը, տեղադրումը և համապատասխանությունը նախքան թունելին մեղադրելը։
Մասնաճյուղի դարպասը ցույց է տալիս ամպի նախածանցը իր BGP աղյուսակում, մատակարարի հետ սեսիան հաստատված է, և այնուամենայնիվ օգտատիրոջ հարցումը դեպի այդ նախածանցը դուրս է գալիս սխալ ինտերֆեյսով։ Ոչինչ կոտրված չէ այնպես, ինչպես ենթադրում է մոնիտորինգը, որովհետև «BGP-ն սովորեց դա» պնդում է կառավարման հարթության մասին։ Այդ աղյուսակի և փաթեթի միջև կան չորս առանձին անցումներ, և հոսքը կանգ է առնում դրանցից ուղիղ մեկում։ Անցեք դարպասներով հերթականությամբ և կանգ առեք առաջինում, որը ձախողվում է։
Առաջին դարպաս. ինչ իրականում ուղարկեց հարևանը
Սկսեք նախածանցից այնպես, ինչպես ստացվել է, ոչ ամփոփված։ Գտեք ճշգրիտ ցանցը և դիմակը BGP աղյուսակում և գրանցեք հաջորդ ցատկը, AS ուղին և ցանկացած համայնք, որին կարող է համապատասխանել ներմուծման քաղաքականությունը։ Վահանակի ամփոփ երթուղին կարող է թաքցնել այն փաստը, որ կոնկրետ նախածանցը երբեք չի ընդունվել։
Ներմուծման քաղաքականությունը սովորական տեղն է, որտեղ երթուղին անհետանում է առանց սխալի։ Նախածանցների ցանկը, համայնքների զտիչը կամ ներգնա երթուղու քարտեզը կարող են գցել թարմացումը, մինչ սեսիան մնում է ակտիվ և առողջ, և դրա համար է, որ կանաչ հարևանի լույսը այդքան քիչ է ապացուցում։ Մատյանային տողի բացակայությունը չի նշանակում որոշման բացակայություն։ Սովորաբար դա նշանակում է, որ որոշումը կայացվել է լուռ, ուղիղ ինչպես կարգավորված է։
show ip bgp 10.60.20.0/24 show ip bgp neighbors 203.0.113.5 advertised-routes show ip route 10.60.20.0 show ip cef 10.60.20.0
Կարդացեք ելքը այդ հերթականությամբ։ Առաջին երկու հրամանները ասում են՝ տեղեկությունը հասե՞լ է, և ինչ է պնդում զուգընկերը, թե ուղարկել է. վերջին երկուսը՝ ինչ-որ բան հասե՞լ է երթուղային և փոխանցման աղյուսակներին։ Առաջին հրամանում առկա և երրորդում բացակայող նախածանցը ընտրության կամ տեղադրման խնդիր է, ոչ միացման խնդիր։
Երկրորդ դարպաս. ընտրություն, ապա տեղադրում
BGP-ն ընտրում է լավագույն ուղին, և ընտրված ուղին ինքնաշխատ չի տեղադրվում։ Հաջորդ ցատկը պետք է լուծարվի, և երթուղիների այլ աղբյուր կարող է արդեն տիրապետել այդ նախածանցին ավելի լավ վարչական հեռավորությամբ։ Միգրացիայից մնացած ստատիկ երթուղին հեշտությամբ կհաղթի վավեր BGP ուղուն և երթևեկությունը կուղարկի այլ տեղ։
RFC 4271-ը առանձին է պահում երեք գաղափար՝ ինչ ուղարկեց զուգընկերը, ինչ այս խոսողն ընտրեց որպես լավագույն, և ինչ կհայտարարի հետագայում։ Դրանք հասկացական դերեր են, ոչ թե երեք ֆիզիկական տվյալների բազաներ, որ մատակարարը պարտավոր է բացահայտել, բայց հենց այդ բաժանումն է «դա BGP-ում է» պատասխանը դարձնում թերի։
Ստուգեք նաև, թե որ երթուղային համատեքստն եք կարդում։ VRF-ում տեղադրված երթուղին, որին օգտատիրոջ ինտերֆեյսը չի պատկանում, անտեսանելի է այդ օգտատիրոջ փաթեթների համար, և աղյուսակն ամբողջ ընթացքում ճիշտ է թվում։
Երրորդ դարպաս. որոնումը, որը կիրառվում է այս հոսքի վրա
Այժմ դադարեք հարցնել երթուղու մասին և սկսեք հարցնել փաթեթի մասին։ Գրանցեք օգտատիրոջ աղբյուրի հասցեն, նպատակակետը, արձանագրությունը, պորտը և մուտքային ինտերֆեյսը, որովհետև դրանցից յուրաքանչյուրը կարող է ընտրել տարբեր քաղաքականություն։ Ապա նայեք այդ համակցությանը կիրառվող որոնմանը, այլ ոչ ընդհանուր երթուղային աղյուսակին։
ip route get 10.60.20.25 from 10.60.10.40 ip rule show sudo tcpdump -ni tun0 'host 10.60.20.25'
Ավելի կոնկրետ նախածանցը այստեղ ամենահաճախ հանդիպող անակնկալն է, իսկ քաղաքականության երթուղին՝ երկրորդը։ Երկուսն էլ վերացնում են այն ագրեգատը, որին նայում էիք, և ոչ մեկը չի երևում BGP աղյուսակի ամփոփման մեջ։
Դարպասից ինքնուրույն ուղարկված ping-ը ապացույց չէ օգտատիրոջ սեսիայի մասին։ Այլ աղբյուրի հասցե, այլ քաղաքականության ուղի և հաճախ այլ արդյունք։ Փորձարկեք նույն աղբյուրով, որն օգտագործում է հավելվածը, կամ ընդունեք, որ թեստը պատասխանում է այլ հարցի։
Չորրորդ դարպաս. ուղու հեռավոր կեսը
Եթե տեղական որոնումն իսկապես ընտրում է թունելը, փաթեթը դեռ պետք է ընդունվի պաշտպանության քաղաքականությամբ, թույլատրվի փոխանցման կանոնով և պատասխան ստանա մյուս կողմում ինչ-որ բանից։ Կրիպտո ACL-ը, որը չի ներառում հասցեների զույգը, կգցի երթևեկությունը, մինչ թունելը հայտնում է իրեն ակտիվ, ինչը ստեղծում է ժամանակային սպասում, որն անհնար է տարբերել երթուղային ձախողումից։
Վերադարձի ուղին նույնքան կարևոր է, որքան ելքայինը։ Ամպի կողմը պետք է իմանա, թե ինչպես հասնի մասնաճյուղի աղբյուրին՝ կա՛մ երթուղով, կա՛մ ձեր դիտավորյալ կարգավորած թարգմանությամբ։ Ասիմետրիկ վերադարձի ուղիները սովորական են այն նախագծերում, որոնք փորձարկվել են միայն մեկ ուղղությամբ։
Կապեք թարմ լիազորված միացումը երեք դիտարկումների հետ՝ համապատասխանած տեղական քաղաքականությունը, շարժված թունելի հաշվիչները և հեռավոր կողմում ստացումը, որտեղ դա տեսանելի է։ Եթե հաշվիչները չեն շարժվում, փաթեթը երբեք չի մտել թունել, ինչ էլ ասի երթուղիների աղյուսակը։ Եթե շարժվում են և ոչինչ չի հասնում, հեռավոր կողմը գցում կամ սխալ է երթուղավորում այն։ Այդ երկու արդյունքները տանում են բոլորովին տարբեր թիմերի։
Անվանեք ձախողված անցումը
Գրեք արդյունքը որպես հինգ վիճակներից մեկը՝ չստացված, քաղաքականությամբ չընդունված, չընտրված, չտեղադրված կամ այս հոսքով չհամապատասխանած։ Ավելացրեք վեցերորդը այն դեպքի համար, երբ տեղական ուղին ճիշտ է, և հեռավոր ծայրը չի կարող պատասխանել։ Այդ նախադասությունը առաքելիքն է, և այն շատ ավելի օգտակար է, քան հաստատված հարևանի էկրանի պատկերը։
Ընդունման պլանում պահեք նաև բացասական թեստ՝ նպատակակետ, որը չպետք է անցնի թունելով, ստուգված փոփոխությունից հետո։ Միայն երջանիկ ուղին ապացուցող ստուգաթերթը չի բռնի այն լայն կանոնը, որ ինչ-որ մեկը կավելացնի հաջորդ սպասարկման պատուհանում։