Cisco 300-410: Проектирование, метрики и сходимость EIGRP — Руководство по подготовке

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

Часть Cisco CCNP Enterprise 300-410 ENARSI — Руководство по подготовке. Практикуйтесь с проверенными ответами в центре экзаменов Cisco, или пройдите тесты на время на ExamRoll.io.

Обзор

Протокол расширенной внутренней шлюзовой маршрутизации (Enhanced Interior Gateway Routing Protocol, EIGRP) — это быстросходящийся, безпетлевой, дистанционно-векторный протокол маршрутизации, который использует алгоритм DUAL (Diffusing Update Algorithm) для вычисления резервных путей и предотвращения временных петель. Проектные решения, касающиеся метрик, выбора пути, ограничения области распространения запросов, суммаризации, установления соседства, аутентификации и перераспределения маршрутов, напрямую влияют на стабильность и время сходимости. В этом разделе описывается, как проектировать, настраивать и устранять неполадки EIGRP для обеспечения детерминированного поведения в развертываниях IPv4 и IPv6.

Работа DUAL и выбор пути

EIGRP использует DUAL для поддержания топологии без петель и ускорения сходимости.

• Преемник (Successor): Основной следующий хоп для достижения пункта назначения. Устанавливается в таблицу маршрутизации.
• Допустимое расстояние (Feasible Distance, FD): Лучшая известная метрика от локального маршрутизатора до пункта назначения (через преемника).
• Сообщаемое расстояние (Reported Distance, RD): Метрика до пункта назначения, сообщенная соседом (также называется advertised distance).
• Допустимый преемник (Feasible Successor, FS): Резервный следующий хоп, который гарантированно не создает петель благодаря Условию допустимости (Feasibility Condition, FC).

Условие допустимости (Feasibility Condition): Сосед считается допустимым преемником, если его RD до пункта назначения строго меньше, чем локальное FD до этого же пункта назначения через текущего преемника: RDсоседа < FDлокальное. Это гарантирует, что сосед находится ближе к пункту назначения, чем локальный маршрутизатор, предотвращая петли без необходимости полного расчета SPF.

Результаты поведения:

• Если для пункта назначения теряется преемник и существует хотя бы один FS, маршрутизатор выполняет немедленное локальное переключение без отправки запросов, что обеспечивает сходимость менее чем за секунду на высокоскоростных каналах.
• Если FS не существует, пункт назначения переходит в состояние Active, и маршрутизатор отправляет запросы соседям для поиска замены. Проектирование ограничения области распространения запросов (Query scoping) становится критически важным для избежания задержек.

Балансировка нагрузки по путям с неравной стоимостью с использованием variance:

• EIGRP устанавливает несколько путей, если настроен коэффициент variance и эти пути являются FS. Путь считается подходящим, если его FD ≤ (variance × FD лучшего преемника). Только FS могут быть установлены для распределения трафика; пути с равной стоимостью, не являющиеся FS, не используются во избежание петель.
• Распределение трафика может быть сбалансированным (по умолчанию, пропорционально обратным значениям метрик) или минимизированным с помощью traffic-share min across-interfaces.

Пример:

undefined

undefined

undefined

Примечание по проектированию: Если существует несколько каналов, но они не удовлетворяют FC, рассмотрите возможность изменения задержки на интерфейсе (delay), а не пропускной способности (bandwidth), чтобы повлиять на соотношение FD/RD. Не изменяйте значения K для этой цели.

Модели конфигурации, установление соседства и аутентификация

EIGRP поддерживает классическую и именованную модели конфигурации.

Классический EIGRP (IPv4):

undefined

undefined

undefined

• Суммаризация и аутентификация настраиваются на уровне интерфейса.

Именованный EIGRP (объединяет конфигурацию IPv4/IPv6 и централизует политики):

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

Обнаружение соседей:

• Таймеры Hello/Hold: по умолчанию 5/15 секунд на высокоскоростных каналах, 60/180 на низкоскоростных. Таймеры не обязательно должны совпадать; принимаемое время удержания (hold time) — это то, что анонсирует сосед.
• Адреса многоадресной рассылки: 224.0.0.10 (IPv4) и FF02::A (IPv6).
• passive-interface подавляет отправку пакетов Hello; используйте на портах, смотрящих в сторону сети доступа, или там, где не должно формироваться соседство.

Аутентификация:

• Классическая аутентификация MD5/HMAC-SHA на уровне интерфейса:

undefined

undefined

undefined

• В именованном режиме аутентификация применяется в разделе af-interface. Все соседи в одном сегменте должны использовать один и тот же алгоритм и ключи; несоответствия препятствуют установлению соседства.

Тупиковая маршрутизация (Stub routing):

• Настраивается только на самом тупиковом маршрутизаторе; соседи узнают о его статусе (stub capability) и подавляют несущественные запросы.

undefined

undefined

Параметры stub по умолчанию анонсируют подключенные (connected) и суммарные (summary) маршруты. При необходимости добавьте статические (static) или перераспределенные (redistributed) маршруты.

EIGRP для IPv6:

• Требует 32-битный идентификатор маршрутизатора (router ID) и активацию на каждом интерфейсе.

undefined

undefined

undefined

undefined

undefined

undefined

undefined

Метрики: составная и широкая, значения K и совместимость

Составная метрика (классическая):

• Значения K по умолчанию: K1=1 (пропускная способность), K3=1 (задержка), K2=K4=K5=0. Эффективная метрика = 256 × (обратное значение минимальной пропускной способности канала + суммарная задержка). Нагрузка и надежность по умолчанию игнорируются.
• Не изменяйте значения K в производственных средах; все соседи должны иметь абсолютно одинаковые значения K, иначе соседство не устанавливается.

Широкие метрики (Wide metrics):

• Широкие метрики расширяют масштаб и точность метрики (особенно для каналов с очень высокой пропускной способностью/низкой задержкой) и добавляют запас для функций TE (Traffic Engineering). Все соседи должны поддерживать и согласовывать одну и ту же версию метрики EIGRP. Несовпадение версий метрик или значений K препятствует установлению соседства.
• Лучшие практики по управлению метриками:
  • Для влияния на выбор пути предпочитайте изменять задержку интерфейса (delay); она является аддитивной и детерминированной.
  • Избегайте установки нереалистичных значений пропускной способности (bandwidth); это также влияет на QoS и другие подсистемы.
  • Используйте default-metric или явные метрики при перераспределении для обеспечения предсказуемого выбора пути.

Метрики при перераспределении:

undefined

undefined

undefined

Сходимость, запросы (Queries), суммаризация и границы запросов

Запросы и состояние Stuck-in-Active (SIA):

• Когда FS не существует, маршруты переходят в состояние Active, и маршрутизатор отправляет запросы всем соседям, за исключением тех, которые являются тупиковыми (stubs) или имеют границы суммаризации. Каждый получивший запрос сосед должен ответить до истечения таймера active-time (по умолчанию 3 минуты). Неполучение всех ответов приводит к состоянию SIA; соседство может быть сброшено, а маршрут — удален.
• Улучшения EIGRP SIA-Query/SIA-Reply позволяют раньше обнаруживать медленно отвечающих соседей, но основным способом предотвращения является правильное проектирование сети.

Стратегии ограничения распространения запросов:

• Суммаризация: Создание агрегированных маршрутов на границах уровня распределения или аналогичных ABR, чтобы предотвратить распространение запросов через них. EIGRP устанавливает локальный маршрут в Null0 для суммарного маршрута (с административной дистанцией 5) и с метрикой, равной лучшему из составляющих маршрутов. Это одновременно уменьшает область распространения запросов и защищает от образования «черных дыр» (blackholing), когда конкретные маршруты отсутствуют.
• Тупиковая маршрутизация (Stub routing): Настраивается на узлах-сателлитах (spokes) или оконечных узлах (leaf sites), чтобы остановить прохождение транзитных запросов через устройства с ограниченными ресурсами.
• Фильтрация: Ограничение распространения ненужных маршрутов и уменьшение размера топологии.

Суммаризация IPv4 с leak-map:

undefined

undefined

undefined

undefined

undefined

Leak-maps позволяют анонсировать выбранные более конкретные маршруты (more-specifics) вместе с суммарным — например, для направления трафика критически важных подсетей с помощью политик или для сохранения оптимальных путей, при этом ограничивая распространение запросов для остальных маршрутов.

Компромиссы в проектировании:

• Грубая суммаризация максимизирует стабильность, но может скрывать неоптимальные пути, заставляя трафик следовать по более длинным маршрутам. «Пропускайте» (leak) только то, что действительно необходимо.
• Чрезмерное использование variance может увеличить количество путей для балансировки нагрузки, но только среди FS; обеспечьте ограничение распространения запросов, чтобы для критически важных направлений существовали FS.

Политики, редистрибуция, проверка и устранение неисправностей

Редистрибуция в EIGRP и из него:

• Маршруты, редистрибуцированные в EIGRP, становятся внешними (административная дистанция 170). Всегда устанавливайте детерминированную метрику и применяйте тегирование для предотвращения петель при взаимной редистрибуции.

undefined

!

undefined

!

undefined

!

undefined

Основы проверки:

• Соседи:

undefined

,

undefined

• Топология:

undefined

,

undefined

и эквиваленты для именованного режима в

undefined

• Маршрутизация:

undefined

,

undefined

• Состояние протокола:

undefined

,

undefined

• Трафик и запросы:

undefined

Процесс устранения проблем со сходимостью:

1. Проверьте предварительные условия для установления смежности: совпадение AS, значений K/версии метрики, аутентификации, а также отсутствие passive-interface на транзитных линках.
2. Проверьте таймеры и состояние интерфейса; флуктуации (flaps) вызывают частые переходы в состояние active. Изменяйте таймеры hello/hold только при необходимости; предпочтительнее устранять проблемы на физическом уровне.
3. Проверьте наличие признаков SIA (Stuck In Active) и штормов запросов (query storms). Добавьте или уточните суммаризацию и настройте тупиковые маршрутизаторы (stub) для ограничения области распространения запросов.
4. Оцените наличие FS (Feasible Successor) в топологии. Если он отсутствует, убедитесь, что условие достижимости (feasible condition) может быть выполнено; при необходимости скорректируйте задержки (delay), чтобы создать жизнеспособные резервные пути, если это требуется дизайном.
5. Проверьте метрики и теги редистрибуции. Отсутствие метрик по умолчанию приводит к бесконечной метрике и отбрасыванию маршрутов; отсутствие тегов может создавать петли.
6. Для IPv6 убедитесь, что установлен router ID и протокол активирован на каждом интерфейсе; EIGRP для IPv6 не использует команды network из IPv4.

Пример практической задачи

Компания Northwind Logistics использует сеть EIGRP с двумя хабами и десятками филиалов-складов (spoke). Периодические сбои каналов доступа на удаленных площадках вызывают штормы запросов, что приводит к периодическим состояниям SIA на хабах и задержкам при переключении на резервный путь. Компания также планирует включить IPv6 наряду с IPv4 и должна предотвратить петли взаимной редистрибуции между EIGRP и OSPF в региональных центрах обработки данных.

Подход:

1. Ограничить область распространения запросов с помощью суммаризации на уровне распределения.

• На каждом интерфейсе уровня распределения, направленном к филиалам, настроить суммаризацию IPv4 для каждого интерфейса и разрешить «протекание» (leak) критически важных подсетей, требующих оптимальной маршрутизации. Это уменьшает область распространения запроса, когда филиал теряет более специфичный маршрут, сохраняя при этом производительность для ключевых префиксов.

undefined

!

undefined

undefined

Обоснование: Суммаризация создает маршрут в Null0 для несоответствующих подпрефиксов (AD 5) и предотвращает распространение состояний Active за пределы границы, что резко снижает риск SIA.

2. Объявить филиалы тупиковыми (stub), анонсирующими только подключенные (connected) и суммарные (summary) маршруты.

undefined

Обоснование: Хабы не будут отправлять широковещательные запросы филиалам; филиалам не нужно отвечать на запросы о маршрутах, которые они не могут улучшить, что сокращает время сходимости и экономит ресурсы CPU/памяти на бюджетном оборудовании (CPE).

3. Включить балансировку нагрузки по путям с неравной стоимостью между двумя хабами, где выполняется условие FC.

undefined

Обоснование: Команда variance позволяет использовать несколько путей FS к хабам, улучшая пропускную способность и отказоустойчивость без нарушения гарантий отсутствия петель, при условии, что выполняется FC.

4. Стандартизировать метрики и избегать изменения значений K.

• Не изменяйте значения K. Явно задавайте метрики редистрибуции в центрах обработки данных.

undefined

Обоснование: Единообразные метрики обеспечивают предсказуемый выбор пути; теги помечают внешние маршруты для предотвращения петель при их возвращении в протокол.

5. Блокировать петли редистрибуции из EIGRP обратно в OSPF.

undefined

Обоснование: Теги предотвращают «перетекание» одних и тех же маршрутов между протоколами, избегая нестабильности (churn) и путаницы с метриками.

6. Усилить безопасность установления соседства с помощью аутентификации в LAN-сегментах хабов.

undefined

Обоснование: Предотвращает несанкционированное установление смежности и случайные несоответствия метрик/значений K от сторонних устройств.

7. Развернуть EIGRP для IPv6 на каждом интерфейсе и установить router ID.

undefined

!

undefined

Обоснование: EIGRP для IPv6 требует явного включения на каждом интерфейсе и 32-битного router ID; это отражает поведение IPv4 с отдельными отношениями смежности через адрес FF02::A.

8. Проверить и осуществлять мониторинг.

• Используйте

undefined

для проверки наличия FS;

undefined

для подтверждения таймеров/аутентификации;

undefined

для проверки снижения количества запросов после изменений. Обоснование: Подтверждает, что изменения в дизайне уменьшают количество состояний active/SIA и что для быстрого переключения доступно несколько FS.

← Проектирование · Все домены · Политики →

Отработать эти вопросы → · Тесты на время на ExamRoll.io →