Диагностика BGP-соседств

Создана 07.09.2026
Отредактирована 07.09.2026

BGP устанавливает соседства (neighbor adjacencies) вручную. Это отличается от EIGRP и OSPF, где вы активируете процесс на интерфейсе, и соседства (neighbor adjacencies) формируются динамически. Как следствие, конфигурация BGP более подвержена человеческим ошибкам (human error), что приводит к большим затратам усилий при диагностике (troubleshooting). Кроме того, существует две разновидности BGP: Internal BGP (iBGP) и External BGP (eBGP). Умение понимать различия между ними и распознавать проблемы, связанные с каждой из них, важно для диагностики (troubleshooting).

В этом разделе рассматривается, как формируются BGP-соседства (neighbor relationships) и как распознавать проблемы, которые могут помешать их формированию.

Для проверки (verification) IPv4 Unicast BGP-соседей можно использовать две команды show: show bgp ipv4 unicast summary (это то же самое, что и старая команда show ip bgp summary) и show bgp ipv4 unicast neighbors (это то же самое, что и старая команда show ip bgp neighbors). Для первичной проверки (initial verification) соседей лучше всего использовать show bgp ipv4 unicast summary, поскольку она выдает сжатый (condensed) вывод. Вывод команды show bgp ipv4 unicast neighbors очень подробный (verbose) и не требуется для первичной проверки соседей. В Примере 18-1, который является образцом вывода команды show bgp ipv4 unicast summary, показано, что R1 имеет двух BGP-соседей. Один находится по IP-адресу 10.1.12.2, а другой — по адресу 10.1.13.3. Оба являются eBGP-соседями, поскольку их номера автономных систем (autonomous system number) не совпадают с локальным номером AS. Обратите внимание на колонку State/PfxRcd (Состояние/Получено префиксов). Если в этой колонке указано число (как в данном случае), это означает, что BGP-соседство (neighbor relationship) успешно установлено. Если вы видите состояние Idle или Active, значит, существует проблема с формированием соседства (neighbor relationship).

Пример 1. Проверка BGP-соседей с помощью команды show bgp ipv4 unicast summary

Кроме того, когда соседство (neighbor relationship) устанавливается, генерируется syslog-сообщение, аналогичное следующему:

%BGP-5-ADJCHANGE: neighbor 10.1.12.2 Up

Вот перечень причин, по которым BGP-соседство (neighbor relationship) может не установиться:

• Интерфейс (interface) не работает: Интерфейс должен быть в состоянии up/up.
• Нарушена связность на Layer 3: Вы должны иметь возможность достичь IP-адреса, с которым пытаетесь установить соседство (adjacency).
• Путь к соседу (path to neighbor) проходит через маршрут по умолчанию (default route): Вы должны иметь возможность достичь соседа, используя маршрут, отличный от маршрута по умолчанию.
• У соседа (neighbor) нет маршрута к локальному маршрутизатору: Оба маршрутизатора, устанавливающие BGP-пиринг (peering), должны иметь маршруты друг к другу.
• Некорректный оператор neighbor (neighbor statement): IP-адрес и номер автономной системы (autonomous system number) в операторе neighbor ip_address remote-as as_number должны быть указаны точно.
• ACL (Access Control Lists): Список контроля доступа (ACL) или межсетевой экран (firewall) блокируют TCP-порт 179.
• BGP-пакеты отправляются с неправильного IP-адреса (wrong IP address): Исходный IP-адрес (source IP) входящего BGP-пакета должен совпадать с локальным оператором neighbor.
• TTL BGP-пакета истек (TTL expires): Сосед (peer) находится дальше, чем разрешено.
• Несовпадение аутентификации (Mismatched Authentication): Оба маршрутизатора должны согласовывать параметры аутентификации.
• Неверно настроенная группа пиров (Peer Group): Группы пиров (peer groups) упрощают повторяющиеся конфигурации BGP; однако, если они реализованы неаккуратно, это может помешать формированию соседств (neighbor relationships) или изучению маршрутов (routes).
• Таймеры (Timers): Таймеры не обязаны совпадать; однако, если установлен параметр minimum holddown from neighbor, это может помешать установлению соседства (neighbor adjacency).

При диагностике (troubleshooting) BGP-соседств (neighbor adjacencies) необходимо уметь выявлять эти различные проблемы и понимать причины их возникновения. Давайте рассмотрим их по отдельности.

Интерфейс не работает

Интерфейс с IP-адресом, который используется для установления BGP-соседств (neighbor relationships), должен находиться в состоянии up/up. Будем четкими: это может быть физический (physical) или логический (logical) интерфейс. Помните, что вы можете использовать loopback-интерфейс (loopback interface) в качестве источника (source) BGP-пакетов. Эта практика популярна, когда у вас есть избыточные (redundant) пути между соседями (neighbors). В таком случае, если один путь выйдет из строя, например, локальный физический интерфейс перейдет в состояние down, соседство (neighbor relationship) все равно будет доступно через другой локальный физический интерфейс, поскольку loopback-интерфейс является источником (source) и получателем (destination) пакетов. Следовательно, если вы используете IP-адрес Loopback 0 в качестве источника BGP-пакетов, loopback-интерфейс должен быть в состоянии up/up, как и любой физический интерфейс, который может обеспечить достижимость IP-адреса, с которым вы пытаетесь установить соседство (neighbor relationship). Как вы уже много раз видели, вы можете проверить состояние интерфейса с помощью команды show ip interface brief.

Дополнительное пояснение

Почему Loopback так популярен в BGP?

• Loopback-интерфейс всегда в состоянии up/up (если только вы его не выключите вручную).
• Если физический интерфейс, через который идет BGP-сессия, упадет, сессия не оборвется, а переключится на другой доступный путь (при условии, что IGP знает альтернативный маршрут к loopback-адресу соседа).
  
• Это повышает отказоустойчивость (redundancy) BGP-пиринга.
  

Рис. 1.