%OSPF-5-ADJCHG Сетевое оборудование и VPN

Траблшутинг OSPF сессий в Cisco: ошибки %OSPF-5-ADJCHG Down / Init / 2WAY

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

В логах фиксируются сообщения %OSPF-5-ADJCHG: Process 1, Nbr 10.0.0.2 on Gi0/0 from FULL to DOWN, Neighbor Down: Dead timer expired.
OSPF-соседство зависает на стадиях INIT, 2WAY или EXSTART/EXCHANGE.
Маршруты OSPF пропадают из таблицы маршрутизации RIB, вызывая блэкхол трафика.

1. Проверка текущего статуса OSPF соседей

show ip ospf neighbor
show ip ospf interface brief

2. Анализ зависания в состояниях:

INIT: Маршрутизатор видит Hello от соседа, но сосед не видит Hello в ответ (односторонняя связность / Unicast-блокировка).
2WAY: Нормальное состояние для соседей типа DROther в Broadcast-сетях. Если Full требуется — проверьте OSPF Priority.
EXSTART / EXCHANGE: Несовпадение размера MTU интерфейсов (MTU mismatch).

3. Устранение зависания в EXSTART (Проблема MTU)

# Проверка MTU на интерфейсе
show interfaces GigabitEthernet0/0 | include MTU
# Временный обход проверки MTU в OSPF (при необходимости)
interface GigabitEthernet0/0
 ip ospf mtu-ignore

4. Проверка прохождения Multicast (224.0.0.5 и 224.0.0.6)

ping 224.0.0.5
show ip interface GigabitEthernet0/0 | include Multicast

5. Отладка OSPF событий

debug ip ospf adj
debug ip ospf hello

💡 Практика специалистов: Не используйте 'ip ospf mtu-ignore' как постоянное решение в production. Всегда выравнивайте физический MTU и IP MTU на интерфейсах, иначе крупные LSA-пакеты вызовут периодические необъяснимые микроразрывы маршрутизации.

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

Почему OSPF сосед зависает в состоянии EXSTART/EXCHANGE?

Почти всегда это вызвано несовпадением параметра MTU на стыковочных интерфейсах. В процессе DBD обмена маршрутизатор с большим MTU отправляет большой пакет, который отбрасывается соседом с меньшим MTU.

Является ли состояние 2WAY ошибкой?

В сетях со множественным доступом (Broadcast) полноправное соседство FULL устанавливается только с DR и BDR. Между остальными маршрутизаторами (DROther) состояние 2WAY является абсолютно штатным.

Почему OSPF сбрасывается по 'Dead timer expired'?

Маршрутизатор не получил ни одного пакета Hello за интервал Dead Interval. Причины: перегрузка CPU, потеря пакетов на L1/L2, ошибки в ACL (блокировка IP-протокола 89) или несовпадение таймеров.

Как ускорить обнаружение падения соседа OSPF без уменьшения Hello-таймеров?

Используйте интеграцию с протоколом BFD (Bidirectional Forwarding Detection): команда 'ip ospf bfd' на интерфейсе.