BGP сесс идэвхтэй, харилцагчийн зам тасарсан: DMVPN дээрх MPLS

Пиринг долоо хоногийн турш идэвхтэй, префиксийн тоо зөв харагдаж байгаа ч нэг харилцагчийн трафик одоо ч урт замаар явж байна эсвэл огт хүрэхгүй байна. Нэг үзүүлэлтээр хоёр өөр зүйлийг үнэлж байна. BGP сесс нь хоёр пир TCP холболтоор мессеж солилцож чадна гэдгийг мэдээлдэг; оверлей тэр тодорхой харилцагчид зориулсан шошготой пакетыг зөөж чадах эсэхийг энэ нь огт хэлэхгүй.

Энэ зөрүүг MPLS-over-DMVPN архитектурт хамгийн хялбар харж болно, учир нь хаб зам ба шууд spoke зам нь пирингтэй ямар ч холбоогүй шалтгаанаар өөрөөр ажиллаж болно.

Сесс үнэндээ юуг нотолдог

BGP нь TCP дээр ажилладаг тул бусад зүйл болохоос өмнө пир бүрд нөгөө үзүүрийн хаяг руу маршрут хэрэгтэй. Тэр үзүүрээр loopback сонговол та дамжуулалтын баталгаа биш, хүрэх боломжийн шаардлага үүсгэсэн байна. Дараа нь сесс харилцагчийн трафик хэзээ ч ашиглахгүй интерфейсээр идэвхтэй хэвээр байж болно.

Дүгнэлт хийхээс өмнө хоёр үзүүрт дөрвөн баримт бичээрэй: сессийн эх хаяг, очих хаяг, түүний байрлах маршрутжуулалтын контекст, мөн цөм эсвэл маршрутжуулагч тэр хосын хувьд аль интерфейсийг сонгох вэ. Эдгээр баримт удирдлагын хавтгайг тодорхойлно. Харилцагчийн пакетууд тэдгээрийн дээр VRF, шошгын стек, оверлей зураглал нэмдэг.

Дөрвөн механизм, нэг биш

MPLS-over-DMVPN тухай Cisco-гийн баримт бичиг хэсгүүдийг тодорхой ялгадаг. MP-BGP нь үйлчилгээ үзүүлэгчийн ирмэгийн төхөөрөмжүүдийн хооронд харилцагчийн оверлей шошгыг түгээдэг. MPLS тэдгээр шошгыг пакетын дамжуулалтын контекст сонгоход ашигладаг. NHRP нь оверлей хаягийг динамик туннельд хэрэгтэй тээврийн үзүүртэй зурагладаг. IPsec нь хамаарах газарт пирийн замыг хамгаалдаг.

Дөрвийн аль нэг нь зөв байхад нөгөө нь буруу байж болох бөгөөд трафикийг яг энэ хослол зөөдөг. Маршрутын солилцоо дуусах үед нэг VRF-ийн шошгын холбоос байхгүй, NHRP зураглал хуучирсан тээврийн хаяг руу зааж байх, эсвэл туннель байгаа ч дотоод пакетыг зөвшөөрөх бодлого байхгүй байж болно. Эдгээр нөхцлийн аль нь ч сессийг унагахгүй.

Хаб замыг товчлолтой харьцуулаарай, нэг удаад нэг хувьсагч

Эх хост, очих хост, VRF-ийг тогтоож, дараа нь ижил урсгалыг хоёр удаа ажиглаарай. Хаб зам дээр дараагийн хоп, алсын харилцагчийн контекстийг таних үйлчилгээний шошго, ашиглагдаж буй оверлей-тээвэр зураглалыг бичээрэй. Төлөвлөсөн шууд зам дээр мөн адил гурван зүйлийг бичээрэй. Хоёр жагсаалтын ялгаа нь гэмтэл, эсвэл гэмтэл байхгүй гэдгийн баталгаа.

Харьцуулалтын үеэр урсгалыг тогтмол байлгаарай. Ажиглалтуудын хооронд эх хост, VRF эсвэл очих газрыг солих нь хоорондоо холбоогүй хоёр түүх үүсгэдэг бөгөөд энэ дасгал бүтэлгүйтэх хамгийн түгээмэл зам нь энэ юм.

Loopback тестүүдийг тусдаа тасалгаанд байлгаарай

Маршрутжуулагчийн loopback-аас илгээсэн ping нь ашигтай тест бөгөөд хостноос гарсан урсгалаас өөр тохиолдлыг шалгадаг. Эх хаяг нь маршрутжуулагчид хамаарна, түүний маршрутжуулалтын контекст VRF биш глобал байж болно, хариуны зам нь харилцагчийн префикс явах замаас өөр байж болно. Тиймээс loopback хариу өгөх нь ба энэ аппликейшн товчлолоор ажиллах нь тусдаа үр дүн бөгөөд зөвхөн хоёр дахь нь харилцагчийг тодорхойлно.

Хоёуланг нь шалгаад, тэмдэглэлдээ тусад нь тэмдэглээрэй. Тэд таарахгүй үед архитектур хаана хазайж байгаа тухай тодорхой зүйл сурсан бөгөөд энэ нь нэг ногоон тэмдэг хэзээ ч хэлж чадахаас илүү юм.

Хувилбар ба гэмтлийн мэдэгдэлд өөрийн нотолгоо хэрэгтэй

Хээрийн тайлангууд заримдаа хост маск эсвэл BGP эх хаягийг солихыг зөвлөдөг бөгөөд ийм тайланг зөвхөн тэдний бичсэн гэмтэл болон нөлөөлсөн хувилбаруудтай хамт унших нь зүйтэй. Нэг хувилбарын тойрч гарах арга нь архитектур ямар ч /32 префиксийг дэмждэггүй гэсэн мэдэгдэл биш.

DMVPN үе шат, платформ, хувилбартаа тохирох баримт бичгийг ашиглаарай, нэг бүлэг FlexVPN-ийг оруулаад хэд хэдэн зохицуулалтыг хамарч болохыг санаарай. Нэг зохицуулалтын жишээ нөгөө рүү чимээгүй шилждэггүй. Үнэхээр хэрэгтэй удирдлагын хавтгайн архитектурт тохируулан сессийн үзүүрүүдийг сонгоод, дараа нь харилцагчийн дамжуулалтын замыг тусад нь шалгаарай, учир нь loopback маск бүрийг дахин бичих нь аль ажил бүтэлгүйтсэнийг олж тогтоохыг орлохгүй.