EIGRP хөрш үү, DMVPN дамжуулалт уу? Эхлээд үүргийг шалгаарай

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

1-р алхам: хоёр үүргийг зур

Төлөвлөсөн EIGRP хөрш холбоог хоёр маршрутизаторын хоорондох логик холбоос болгон зур, дараа нь түүний туннелийн пакетыг зөөдөг underlay маршрутизаторуудыг зур. Нэг төхөөрөмж хоёр жагсаалтад байх шаардлагагүй бөгөөд жагсаалтыг андуурах нь эрүүл дамжуулалтын маршрутизаторыг хөрш холбоог эвджээ гэж буруутгах хамгийн түгээмэл шалтгаан юм.

Дамжуулалтын маршрутизатор гадаад пакетыг өөрийн ердийн IP маршрутлалт, бодлогоор дамжуулна. Хамгаалагдсан туннелийн дотор зөөгдөх протоколыг ажиллуулах шаардлагагүй бөгөөд эдгээр пакетыг цааш дамжуулахад EIGRP процесс ч хэрэггүй.

2-р алхам: дундах төхөөрөмж юуг дуусгаж байгааг шалга

Хэрэв дундах маршрутизатор туннелийг дуусгаж, spoke-уудтай EIGRP хөрш холбоо үүсгэх ёстой бол хариулт бүрэн өөрчлөгдөнө. Тэр төхөөрөмжид дэмжигдсэн overlay маршрутлалтын зан төлөв хэрэгтэй бөгөөд дамжуулалт гэж нэрлэх нь хөршийн шаардлагыг арилгахгүй. Маршрутлалтын тохиргооноос өмнө туннелийн тохиргоог уншаарай. Тэр хариулт нь дараагийн бүх шалгалтыг тодорхойлно.

Тиймээс эхний жинхэнэ асуулт аль протоколыг тохируулах нь биш. Асуулт нь хайрцаг hub уу, spoke юу, цэвэр underlay үсрэлт үү, эсвэл төгсгөлийн цэгүүдийн хооронд фрейм зөөдөг Layer 2 үйлчилгээ юу гэдэг.

3-р алхам: хөршийн удирдлагын хавтгайг шалга

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

RFC 7868 нь EIGRP-г multicast удирдлагын солилцоотой IP протокол гэж тодорхойлдог тул хөршийн харилцаа нь завсрын маршрутизатор пакетыг очих газар руу маршрутлах замаар орлуулж болох зүйл биш юм. Нэг бол удирдлагын солилцоо түншдээ хүрнэ, эсвэл хөрш холбоо үүсэхгүй.

4-р алхам: тээвэр удирдлагын солилцоог хүргэж байгаа эсэхийг шалга

Дараа нь, overlay нь төлөвлөсөн төгсгөлийн цэгүүдийн хооронд удирдлагын урсгалыг үнэхээр зөөж байгаа эсэхийг шалга. Түншийн NHRP зураглал болон түүнд хүрэх гадаад замыг хянаж, дараа нь туннелийн интерфэйс дээгүүр, урсгалыг нэвтрүүлж байгааг баталгаажуул. Амжилттай underlay ping нь гадаад зам байгааг нотолно; overlay удирдлагын солилцоо хүргэгдсэнийг нотлохгүй.

Ил тод Layer 2 үйлчилгээ, цэгээс цэг рүү туннель, олон цэгийн DMVPN үүл нь multicast-ыг өөр өөрөөр хүргэдэг. Гурвуулаа адилхан ажиллана гэж таамаглахын оронд бодитоор байршуулсан шийдлийн дэмжигдсэн интерфэйс, NHRP, multicast загварыг дагаарай.

5-р алхам: оролцож чадахгүй бол хилийг дахин төлөвлө

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

Диаграм дээр төхөөрөмж бүрийн үүргийг бичээд тохиргоотой нь хамт хадгал. RFC 7868 протоколын солилцоог тодорхойлдог бөгөөд тэр тодорхойлолт нь хөршийн харилцааг дамжуулалтын маршрутлалтаар дуурайх боломжгүйг үндэслэдэг.

Таван шалгалтын дараа ч хөрш холбоо үүсэхгүй бол үлдсэн сэжигтэд нь туннелийн интерфэйс дээрх multicast боловсруулалт, 88 протоколыг шүүдэг бодлого зэрэг платформын онцлог юм. Эдгээр нь тодорхой, шалгаж болох шалтгаан бөгөөд дундах маршрутизаторыг буруутгах дахин нэг үеэс илүү үнэ цэнэтэй.