Больше, больше хардкора. В заключительной части мы посмотрим как можно оптимизировать конвергенцию протокола EIGRP с помощью фильтрации маршрутов на основе таких средств, как ACL, prefix-list, route-map. Выясним кто такие stub маршрутизаторы, а так же какое влияние оказывают суммарные маршруты на query сообщений. Ну и на сладенькое выясним что за состояние “Stuck in Active” и как испортить load sharing с помощью offset lists.
Оптимизация конвергенции EIGRP
Рассмотрим следующую топологию:
Сеть, находящаяся за R1 внезапно умирает. В этом случае R1 генерирует query на всех интерфейсах, за исключением отвалившегося, спрашивая низлежашие маршрутизаторы не знают ли они чего-нибудь про 10.1.0.0/16. Те, понятное дело не знают, но они в свою очередь генерируют query и спрашивают других соседей. В большой сети это может затянуться на весьма продолжительное время, но проблема в том, что если R1 не получит ответ на свой query в течении 3х минут… он сбросит соседство (сосед stuck in active) :) Допустим, B6 нашел маршрут до 10.1.0.0/16 через богом забытый dial-up. R1 не установит маршрут в таблицу маршрутизации до тех пока не получит от всех ответ на свои query сообщения.