DMVPN давхарга дээр EIGRP хөршүүд босохгүй байна

Давхарга дээгүүр unicast ажиллаж байхад хөршийн холбоо бүтэлгүйтсээр байвал NHRP-ийн multicast хуулбарлалт, туннелийн EIGRP бодлого, IPsec-ийг гурван тусдаа давхаргаар шалгана уу.

Туннель боссон, нэг spoke нөгөөг ping хийж чадна, гэтэл EIGRP hub дээр нэг ч хөрш харуулахгүй байна. Энэ хослол нууцлаг биш, хэвийн юм: ping нь NHRP-ээр дамжсан unicast хүртээмжийг баталж, EIGRP-ийн hello нь multicast байдаг. DMVPN давхарга дээр маршрутжуулалтын протоколын хүргэх загвар нь хоёр дахь тохиргооны гадаргуу бөгөөд хүмүүс яг үүнийг алгасдаг, учир нь эхний гадаргуу аль хэдийн эрүүл харагдаж байдаг. Доорх давхарга бүр өөрийн командаар шалгагддаг тул нэг давхаргын алдаа таныг жагсаалтын эхэнд буцаахгүй.

Хүлээж буй хөршийн холбоогоо бичиж аваарай

Аливаа show командын өмнө богино жагсаалт хийгээрэй: аль spoke аль hub-тай peer болох, аль туннелийн интерфейсээр, аль EIGRP автономит системд. Олон hub-той загварууд hub-уудын хоорондох завсарт нуран унадаг, жагсаалт нь «EIGRP эвдэрсэн» гэдгийг «spoke 3 нь hub 2 дээр бүртгүүлэхгүй байна» болгон хувиргадаг. Холбоо бүр дээр хүлээж буй туннелийн дэд сүлжээг оруулаарай, учир нь хоёр үзүүрийн хаягийн зөрүү нь протоколын алдаатай яг адил харагддаг. Жагсаалтыг тасалбар дээр бичээрэй, дараагийн ээлж сүүлийн дэлгэцийн зурагтай биш, загвартай харьцуулахын тулд.

Эхлээд NHRP, дараа нь multicast зам шалгана уу

Бүртгэлийн төлөв болон hub-ийн үнэхээр хадгалж буй зураглалаас эхэл. Hub дээр динамик бичлэггүй spoke бүртгэгдээгүй бөгөөд ямар ч маршрутжуулалтын протокол үүнийг засахгүй. Дараа нь spoke нь hub-ийн NBMA хаягаас multicast хүлээж авч байгааг батал, энэ нь NHS бичлэгээс тусдаа мөр юм.

show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
 ip nhrp network-id 1
 ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
 ip nhrp map multicast 198.51.100.1
 tunnel mode gre multipoint
 tunnel key 100

Яг ip nhrp map multicast мөр нь spoke-д hello-гоо давхарга дээгүүр хуулбарлагдсан multicast хэлбэрээр hub руу илгээх боломж олгож, hub-ийн multicast-ыг бүртгэгдсэн spoke-уудад хүргэх боломж олгодог. Үүнгүйгээр NHRP-ээр дамжсан unicast ажиллаж, multicast ажиллахгүй бөгөөд ping-ийг баримт мэт харагдуулдаг нь яг энэ хуваагдал юм. Cisco-гийн гарын авлага IOS XE DMVPN нь фаз бүрийн hub болон spoke-уудын multicast зан төлөвийг баримтжуулдаг тул өөр топологиос хэсэг хуулахын оронд өөрөө үнэхээр нэвтрүүлсэн фазтай тохиргоогоо уялдуулаарай.

EIGRP-ийн өөрийн интерфейсийн бодлогыг шалгана уу

EIGRP процессд байхгүй эсвэл passive болсон туннель давхарга хичнээн эрүүл байсан ч хэзээ ч хөршийн холбоо үүсгэхгүй. Интерфейсийн оролцоо болон хөршийн хүснэгтийг хамт уншаарай, учир нь эхнийх нь хоёр дахьг тайлбарладаг.

show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
 network 10.10.0.0 0.0.0.255
 passive-interface default
 no passive-interface Tunnel0

Баталгаажуулалт болон метрикын жин хоёр үзүүрт таарах ёстой. Буруу горимтой түлхүүрийн гинж эсвэл K утгын зөрүү нь хүлээн авагч дээр тодорхой syslog мөргүйгээр hello-г унагадаг. Хэрэв загвар нь тодорхой тохируулсан unicast хөршүүдийг ашигладаг бол multicast тохиргооны дээр давхарлахын оронд тэр загварыг бүрэн дагаарай.

GRE тээвэрлэлт болон IPsec хамгаалалтыг тусдаа байлгаарай

DMVPN нь multicast-ыг GRE дотор тээвэрлэдэг бөгөөд IPsec нь дотоод multicast-ыг биш, GRE пакетуудыг хамгаалдаг. Тиймээс «IPsec multicast тээвэрлэж чадахгүй» гэсэн ерөнхий мэдэгдэл энэ загварт буруу бөгөөд оношилгоо болгон ашиггүй. Туннель дээрх IPsec профайл, peer бүрийн аюулгүй байдлын холбоо, туннелийн интерфейсийн төлөвийг гурван тусдаа баримт болгон шалгана уу.

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

EIGRP доор байх үед тоолуур хөдөлж буй дээрх SA нь таны мөрдөн шалгалтыг стекний дээш буцаадаг: пакетууд хамгаалагдаж хүргэгдэж байгаа тул асуудал нь протокол ямар пакетыг илгээхийг сонгодогт байна.

Зөвхөн хөршийн тоо биш, маршрутыг шалгана уу

Хөршийн холбоо үүссэний дараа энэ нь юу зарлаж, юу суулгаж байгааг уншаарай. Олон цэгт туннель дээр split horizon болон next-hop-ийн зан төлөв нь spoke hub-ээр дамжин өөр spoke-д хүрч чадах эсэхийг шийддэг бөгөөд хөршийн харилцаа төгс байсан ч нэгтгэл prefix-ийг нууж чадна.

Хоёр сайтын хооронд зөвшөөрөгдсөн програмаар дуусгаж, түүний явдаг замыг батал. Шууд spoke-to-spoke товчлолууд нь өөрийн NHRP болон аюулгүй байдлын төлөвтэй дамжуулалтын шаардлага бөгөөд хөршийн тоог илүү сайн харагдуулахын тулд тэдгээрийг нэмэх нь ихэвчлэн хоёр дахь асуудал үүсгэдэг.

Фазлагдсан загвар, multicast зураглал, EIGRP бодлогыг нэг дор тэмдэглээрэй. Дараагийн инженерт загвар хэрэгтэй болно, транскрипт биш.

Холбоотой нийтлэлүүд