Поскольку путь через маршрутизатор 4 обладает наилучшей метрикой, маршрутизатор 3 устанавливает этот маршрут в таблице перенаправлений и использует метрику 20281600 в качестве возможного расстояния в сеть А. Затем маршрутизатор 3 вычисляет объявленное расстояние в сеть А для путей, идущих через маршрутизаторы 2 и 1: 47019776 соответствует пути через маршрутизатор 2, а 47019776 соответствует пути через маршрутизатор 1. Поскольку значение этих метрик превышает значение возможного расстояния, маршрутизатор 3 не назначит ни один из этих маршрутов в качестве возможных преемников, ведущих в сеть А. Предположим, что связь между маршрутизаторами 3 и 4 была нарушена.
Маршрутизатор 3 запрашивает альтернативный маршрут к сети A у всех соседних узлов. Маршрутизатор 2 получает запрос и, поскольку этот запрос поступает от преемника, выполняет поиск всех записей о возможных преемниках в таблице топологии. Единственная такая запись в таблице топологии принадлежит маршрутизатору 1 (объявленное расстояние этой записи равняется значению последней известной метрике через маршрутизатор 3). Поскольку объявленное расстояние через маршрутизатор 1 больше чем последнее известное возможное расстояние, маршрутизатор 2 помечает этот маршрут как недостижимый и начинает опрашивать своих соседей (в этом случае опрашивается только маршрутизатор 1) на предмет пути в сеть 1.
Маршрутизатор 3 отправляет маршрутизатору 1 запрос относительно сети А. Маршрутизатор 1 выполняет поиск в своей таблице топологии и обнаруживает, что только другой единственный маршрут к сети А проходит через маршрутизатор 2 с объявленным расстоянием, равным последнему известному возможному расстоянию через маршрутизатор 3. Поскольку объявленное расстояние через маршрутизатор 2 опять-таки превышает последнее известное возможное расстояние, этот маршрут не является возможным преемником. Маршрутизатор 1 помечает этот маршрут как недостижимый и запрашивает у единственного оставшегося соседа (маршрутизатор 2) путь к сети А.
Пытаясь найти маршрут в сеть А маршрутизатор 3 опросил всех своих соседей. В свою очередь маршрутизаторы 1 и 2 пометили маршрут как недостижимый и опросили своих соседей, чтобы найти путь в сеть А. При получении запроса от маршрутизатора 1 маршрутизатор 2 выполняет поиск по своей таблице топологии, в ходе которого обнаруживает, что пункт назначения помечен как недостижимый. Маршрутизатор 2 отвечает маршрутизатору 1, что сеть А недоступна. Когда маршрутизатор 1 получает запрос от маршрутизатора 2, он также посылает обратно ответ о том, что сеть А недоступна. Поскольку маршрутизаторы 1 и 2 установили, что сеть А не доступна, они отвечают на первоначальный запрос маршрутизатора 3.
Сходимость закончена, и все маршруты переходят в пассивное состояние. Расщепленный горизонт и обратный запрет В предыдущем примере мы оговорились, что функция "расщепленный горизонт" была выключена (мы хотели показать, каким образом EIGRP использует возможное расстояние и объявленное расстояние, чтобы определить, является ли маршрут петлей). Однако в некоторых случаях EIGRP использует расщепленный горизонт, чтобы предотвратить возникновения петель маршрутизации. Прежде чем начать рассматривать особенности использования расщепленного горизонта, необходимо объяснить, что это такое и как это работает. Правило расщепленного горизонта выглядит следующим образом:
никогда не объявлять маршрут через интерфейс, посредством которого маршрутизатор узнал о маршруте. Приведем пример. На рисунке 4a показано, что если маршрутизатор 1 подключен к маршрутизаторам 2 и 3 через единый многоточечный интерфейс (например, Frame Relay) и если при этом маршрутизатор 1 узнает о сети А через маршрутизатор 2, то он не будет использовать тот же самый интерфейс, чтобы объявить маршрутизатору 3 маршрут в сеть А. Маршрутизатор 1 предполагает, что маршрутизатор 3 получит информацию о сети A непосредственно от маршрутизатора 2. Обратный запрет – это еще один способ предотвратить появление петель. Правило обратного запрета выглядит следующим образом:
если информация о маршруте поступила через какой-либо интерфейс, то этот маршрут необходимо объявить недостижимым через тот же самый интерфейс.