Настройка EIGRP |
Маршрутизаторы EIGRP получают маршруты только от непосредственных соседей, в следствии того, что EIGRP является дистанционно-векторным протоколом. В случае, если сеть назначения перестает быть доступна через существующий маршрут, процесс EIGRP начинает поиск нового маршрута до этой сети путем осуществления специальной рассылки запросов соседним маршрутизаторам.
Такая рассылка запросов лавинно распространяется по сети, маршрутизаторы по долгу вынуждены ждать ответов на отправленные запросы в следствии чего наблюдаются проблемы в передаче трафика по сети и задержки ее сходимости. Для того, чтобы максимально уменьшить вероятность таких ситуаций протокол EIGRP помещает в таблицу топологии дополнительные маршруты до сетей назначения называемые «Feasible Succesors», которые моментально помещаются в таблицу маршрутизации в случае отказа основных маршрутов. Для избежания петель маршрутизации метрики таких маршрутов должны соответствовать специальному требованию, называемому «Feasible condition»
Для того. чтобы понять, что такое «feasible successor route» (Маршрут — приемник), нужно сначала понять что такое «successor route» (Основной маршрут). Succesor route — это маршрут с наилучшей метрикой до какой-либо сети назначения, тогда, как Feasible Successor — маршрут с метрикой, которая уступает лучшей, но является приемлемой т.е. гарантирует отсутствие петель маршрутизации.
В процессе обмена маршрутной информацией маршрутизаторы EIGRP обмениваются известными им лучшими маршрутами (successor route) и соответствующими им метриками с соседними маршрутизаторами. Эти метрики называются «reported distance» либо «advertised distance», что можно перевести, как «дистанция сообщенная соседом». После получения всех маршрутов от соседей маршрутизатор выбирает лучший маршрут (successor route) для каждой сети назначения выбирая маршрут с наименьшей суммой дистанции сообщенной соседом и дистанции до этого соседа.
По умолчанию маршрутизатор EIGRP помещает в таблицу маршрутизации только маршрут с лучшей метрикой, либо несколько маршрутов в случае одинаковой метрики. Но в некоторых случаях, как уже говорилось выше, маршрутизатор так-же помещает маршрут с метрикой худшей чем основной маршрут в таблицу топологии. Маршруты из таблицы топологии не участвуют в передаче трафика, но могут быть использованы маршрутизатором путем их моментального помещения в таблицу маршрутизации, в случае недоступности основных маршрутов.
Нужно помнить, что не все маршруты с метрикой большей чем у основного маршрута могут стать feasible succesor, для этого метрика маршрута должна соответствовать специальному условию — feasibility condition, условие это состоит в том, что метрика маршрута сообщенная соседом должна быть меньше чем метрика основного маршрута. Для того, чтобы понять эту концепцию обратимся к примеру.
Упрощенная метрика каждого соединения показана красным шрифтом. R5 передает маршрут к сети 192.168.5.0/24 маршрутизаторам R3 и R4 с reported distance 512. Feasible distance маршрутизатора R4 до сети 192.168.5.0/24 будет 1792: reported distance которую сообщил R5(512), плюс стоимость связи от R4 до R5 (1280).
R4# show ip eigrp topology IP-EIGRP Topology Table for AS(1)/ID(4.4.4.4) Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - reply Status, s - sia Status P 10.0.12.0/24, 1 successors, FD is 6400 via 10.0.34.3 (6400/3840), Serial1/0 P 10.0.13.0/24, 1 successors, FD is 5120 via 10.0.34.3 (5120/2560), Serial1/0 P 10.0.23.0/24, 1 successors, FD is 5120 via 10.0.34.3 (5120/2560), Serial1/0 P 10.0.45.0/24, 1 successors, FD is 1280 via Connected, Serial1/1 P 10.0.34.0/24, 1 successors, FD is 2560 via Connected, Serial1/0 P 10.0.35.0/24, 1 successors, FD is 3840 via 10.0.45.5 (3840/2560), Serial1/1 via 10.0.34.3 (5120/2560), Serial1/0 P 192.168.5.0/24, 1 successors, FD is 1792 via 10.0.45.5 (1792/512), Serial1/1
Если посмотреть таблицу топологии маршрутизатора R3, можно увидеть что существует два маршрута до сети 192.168.5.0/24:
R3# show ip eigrp topology IP-EIGRP Topology Table for AS(1)/ID(3.3.3.3) Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - reply Status, s - sia Status P 10.0.12.0/24, 2 successors, FD is 3840 via 10.0.13.1 (3840/1280), Serial1/0 via 10.0.23.2 (3840/1280), Serial1/1 P 10.0.13.0/24, 1 successors, FD is 2560 via Connected, Serial1/0 P 10.0.23.0/24, 1 successors, FD is 2560 via Connected, Serial1/1 P 10.0.45.0/24, 2 successors, FD is 3840 via 10.0.34.4 (3840/1280), Serial1/2 via 10.0.35.5 (3840/1280), Serial1/3 P 10.0.34.0/24, 1 successors, FD is 2560 via Connected, Serial1/2 P 10.0.35.0/24, 1 successors, FD is 2560 via Connected, Serial1/3 P 192.168.5.0/24, 1 successors, FD is 3072 via 10.0.35.5 (3072/512), Serial1/3 via 10.0.34.4 (4352/1792), Serial1/2
Из приведенного фрагмента видно, что есть только один основной маршрут (successor route), через R5 (feasible distance — 3072), а второй маршрут до этой же сети через R4 будет использован в качестве дополнительного (feasible successor). Маршрут через R4 соответствует условию «feasibility requirement» по тому, что его reported distance(метрика сообщенная соседом) равная 1792 меньше чем feasible distance основного маршрута 3072.
Как уже упоминалось выше, резервный маршрут не помещается в таблицу маршрутизации и соответственно не участвует в передаче трафика. В таблицу маршрутизации помещаются только основные маршруты (successor route):
R3# show ip route 192.168.5.0 Routing entry for 192.168.5.0/24 Known via "eigrp 1", distance 90, metric 3072, type internal Redistributing via eigrp 1 Last update from 10.0.35.5 on Serial1/3, 00:28:32 ago Routing Descriptor Blocks: * 10.0.35.5, from 10.0.35.5, 00:28:32 ago, via Serial1/3 Route metric is 3072, traffic share count is 1 Total delay is 120 microseconds, minimum bandwidth is 1544 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 1
Для того, чтобы проиллюстрировать, как применение принципа feasibility requirement помогает избежать петель маршрутизации, представим топологию, где для простоты отсутствует R4. R5 анонсирует маршрут к сети 192.168.5.0/24 для R3, который в свою очередь анонсирует его R1, а R1 передает маршрут R2. Представим, что по некоторым причинам на некоторое время нарушилась связь между R2 и R3, в таком случае R2 имеет маршрут до сети 192.168.5.0/24 только через R1. В случае, если связь между R2 и R3 будет восстановлена, R2 анонсирует маршрут до 192.168.5.0/24 маршрутизатору R3.
Если бы R3 принял этот маршрут и использовал в качестве feasible successor, а основной маршрут стал недоступен, то образовалась бы петля маршрутизации. R1 считал бы, что искомая сеть доступна через R3, R3 считал бы, что сеть доступна через R2, который в свою очередь передавал бы его обратно R1. Но такая ситуация невозможна именно благодаря наличию условия feasibility requirement которое предотвращает использование маршрута в качестве feasible successor в нашем примере т.к. reported distance (6912), больше , чем метрика основного маршрута R3 к искомой сети 3072.
Команда show ip eigrp topology all-links
может быть использована для просмотра всей таблицы топологии включая маршруты successor, feasible successor, и non-successor.
R4# show ip eigrp topology all-links IP-EIGRP Topology Table for AS(1)/ID(4.4.4.4) Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - reply Status, s - sia Status P 10.0.12.0/24, 1 successors, FD is 6400, serno 95 via 10.0.34.3 (6400/3840), Serial1/0 via 10.0.45.5 (7680/6400), Serial1/1 P 10.0.13.0/24, 1 successors, FD is 5120, serno 91 via 10.0.34.3 (5120/2560), Serial1/0 via 10.0.45.5 (6400/5120), Serial1/1 P 10.0.23.0/24, 1 successors, FD is 5120, serno 94 via 10.0.34.3 (5120/2560), Serial1/0 via 10.0.45.5 (6400/5120), Serial1/1 P 10.0.45.0/24, 1 successors, FD is 1280, serno 90 via Connected, Serial1/1 P 10.0.34.0/24, 1 successors, FD is 2560, serno 89 via Connected, Serial1/0 P 10.0.35.0/24, 1 successors, FD is 3840, serno 96 via 10.0.45.5 (3840/2560), Serial1/1 via 10.0.34.3 (5120/2560), Serial1/0 P 192.168.5.0/24, 1 successors, FD is 1792, serno 97 via 10.0.45.5 (1792/512), Serial1/1 via 10.0.34.3 (5632/3072), Serial1/0
Источник — packetlife.net
Leave a Reply