EIGRP съсед или DMVPN транзит? Проверете ролята първо
Междинен маршрутизатор може да препредава външни тунелни пакети, без да работи EIGRP. Определете дали устройството е транзит или съсед, преди да отстранявате проблема със съседството.
Съседството липсва, а маршрутизаторът по средата изглежда очевидният заподозрян. Възможно е да е невинен. Препредаването на външните тунелни пакети и участието в overlay протокола за маршрутизиране са две различни задачи и едно устройство може да изпълнява първата, без да изпълнява втората. Изпълнете петте проверки по-долу по ред и спрете на първата, която се провали.
Стъпка 1: начертайте двете роли
Начертайте предвиденото съседство EIGRP като логическа връзка между два маршрутизатора, след което начертайте маршрутизаторите в underlay, които пренасят неговите тунелни пакети. Едно и също устройство не е задължително да присъства и в двата списъка, а объркването на списъците е най-честата причина здрав транзитен маршрутизатор да бъде обвинен, че чупи съседството.
Транзитният маршрутизатор препредава външните пакети чрез обичайното си IP маршрутизиране и политика. Той не е нужно да изпълнява протокола, пренасян вътре в защитения тунел, и не му е нужен EIGRP процес, за да предава тези пакети нататък.
Стъпка 2: проверете какво прекратява средното устройство
Ако средният маршрутизатор прекратява тунела и трябва да образува EIGRP съседства със spoke устройства, отговорът се променя напълно. Това устройство се нуждае от поддържаното overlay поведение при маршрутизиране и наричането му транзит не премахва изискването за съсед. Прочетете конфигурацията на тунела преди конфигурацията на маршрутизирането. Този отговор определя всяка следваща проверка.
И така, първият истински въпрос не е кой протокол да настроим. А дали кутията е hub, spoke, чист underlay хоп или Layer 2 услуга, която пренася кадри между крайните точки.
Стъпка 3: проверете контролната равнина на съседа
На всяко устройство, което трябва да е съсед, потвърдете четири неща: инстанцията EIGRP и номера на автономната система, параметрите за удостоверяване, интерфейса, участващ в процеса, и мрежовия оператор, който покрива този интерфейс. Несъответствие в което и да е от тях държи съседството свалено, докато интерфейсът остава активен и ping продължава да работи.
RFC 7868 описва EIGRP като IP протокол с мултикаст обмен на управление, поради което съседската връзка не е нещо, което междинен маршрутизатор може да проксира, като насочва пакети към дестинация. Или обменът на управление достига до партньора, или съседството не се формира.
Стъпка 4: проверете дали транспорта доставя обмена на управление
След това, проверете дали overlay наистина пренася управляващия трафик между предвидените крайни точки. Прегледайте NHRP картографирането за партньора и външния маршрут, който го достига, после потвърдете, че тунелният интерфейс е активен и пропуска трафик. Успешният underlay ping доказва, че външният път съществува; не доказва, че overlay обменът на управление е доставен.
Прозрачна Layer 2 услуга, тунел точка-точка и многоточков DMVPN облак доставят мултикаст по различен начин. Следвайте поддържания модел за интерфейс, NHRP и мултикаст за това, което реално е внедрено, вместо да предполагате, че и трите се държат еднакво.
Стъпка 5: препроектирайте границата, ако не може да участва
Ако изисквано overlay устройство не може да изпълнява протокола, променете дизайна изрично. Използвайте поддържан протокол или модел на обмен на тази граница или осигурете подходящ тунел от край до край, така че съседите да са крайните точки, които наистина говорят една с друга. Не предполагайте, че статичен маршрут превръща неучастващото устройство в релей за всеки управляващ пакет.
Запишете ролята на всяко устройство в диаграмата и я съхранявайте с конфигурацията. RFC 7868 определя протоколния обмен и това определение е отправната точка за това защо съседската връзка не може да бъде симулирана с транзитно препращане.
Когато съседството все още не се вдига след всичките пет проверки, останалите заподозрени са възможности на платформата като обработка на мултикаст върху тунелния интерфейс и политика, която филтрира протокол 88. Това са конкретни, проверими причини и те струват повече от поредния кръг обвинения срещу маршрутизатора по средата.