EIGRP_HOLD_TIME_EXPIRED Сетевое оборудование и VPN

EIGRP Hold Timer Expired: потеря Hello-пакетов и сброс соседства

Обновлено: 25.08.2026 · Официальная документация ↗

В системном журнале: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.2 is down: holding time expired.
Периодический сброс маршрутов и нестабильность таблиц CEF.
Счетчик Q-Count в выводе show ip eigrp neighbors постоянно больше 0.
Значение SRTT (Smooth Round Trip Time) и RTO (Retransmission Timeout) резко возрастает.

1. Принцип работы таймеров Hello и Hold-Time

По умолчанию EIGRP отправляет Hello каждые 5 секунд (на высокоскоростных каналах) или 60 секунд (на низкоскоростных каналах). Hold Time (обычно 3x Hello = 15 секунд) определяет время, в течение которого маршрутизатор ожидает Hello от соседа перед объявлением его недоступным.

2. Мониторинг счетчиков соседей

show ip eigrp neighbors
show ip eigrp neighbors detail

Обратите внимание на столбцы: Hold (sec) (не должен опускаться ниже 10), SRTT, RTO и Q Cnt.

3. Проверка перегрузки интерфейсов и очередей QoS

Если канал загружен на 100%, пакеты Hello с низким приоритетом отбрасываются:

show interfaces GigabitEthernet0/1 | include output drops|queue
show policy-map interface GigabitEthernet0/1

4. Корректировка таймеров EIGRP на проблемном линке

interface GigabitEthernet0/1
 ! Установка Hello-интервала в 5 секунд, Hold-time в 15 секунд:
 ip hello-interval eigrp 100 5
 ip hold-time eigrp 100 15

5. Проверка проблем с MTU (зависание EIGRP Update)

ping 10.0.0.2 size 1500 df-bit

💡 Практика специалистов: Если Hold Timer падает только во время передачи больших таблиц маршрутизации, проблема кроется в несовпадении MTU: маленькие Hello (60 байт) проходят, а большие Update-пакеты фрагментируются и дропаются.

Частые вопросы (FAQ)

Должны ли совпадать Hello и Hold таймеры на обоих концах линка в EIGRP?

Нет. В отличие от OSPF, EIGRP не требует совпадения таймеров для построения смежности. Маршрутизатор передает свое значение Hold-Time соседу, сообщая, сколько времени его нужно ждать.

Что означает ненулевой Q-Count в таблице соседей?

Q-Count (Queue Count) показывает количество пакетов EIGRP (Update, Query, Reply), ожидающих отправки соседу. Постоянно высокий Q-Count указывает на перегрузку линка или сбой на стороне соседа.

Как EIGRP передает критические обновления надежно?

EIGRP использует собственный транспортный протокол RTP (Reliable Transport Protocol). Пакеты Update, Query и Reply требуют явного подтверждения ACK (в отличие от Hello).

Почему при наличии пинга EIGRP соседство все равно падает по Hold-timer?

Пинг использует ICMP Unicast, а EIGRP Hello использует Multicast (224.0.0.10). Если коммутатор L2 некорректно фильтрует IGMP Snooping, мультикаст блокируется.