Устранение неполадок при рассылке маршрутов BGP

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

Содержание:

1. Команда BGP network
   1. Топология
   2. Настройки маршрутизатора R1
   3. Настройки маршрутизатора R2
   4. Решение
2. Суммирование маршрутов в BGP (Route Summarization)
   1. Топология
   2. Настройки маршрутизатора R1
   3. Настройки маршрутизатора R2
   4. Решение
3. Автоматическое суммирование в BGP (auto-summary)
   1. Топология
   2. Настройки маршрутизатора R1
   3. Настройки маршрутизатора R2
   4. Решение
4. Карта маршрутов в BGP (route-map)
   1. Топология
   2. Настройки маршрутизатора R1
   3. Настройки маршрутизатора R2
   4. Решение
5. Метод Split Horizon в iBGP
   1. Топология
   2. Настройки маршрутизатора R1
   3. Настройки маршрутизатора R2
   4. Настройки маршрутизатора R3
   5. Решение
6. Адрес следующего перехода в BGP (next hop)
   1. Топология
   2. Настройки маршрутизатора R1
   3. Настройки маршрутизатора R2
   4. Настройки маршрутизатора R3
   5. Решение
7. Выводы

Команда BGP network

Топология

Исследуемая топология состоит из двух маршрутизаторов (Cisco 1941 с образом Cisco IOS Version 15.9(3)M6). Допускается использование маршрутизаторов других моделей, а также других версий операционной системы Cisco IOS. В зависимости от модели устройства и версии Cisco IOS, доступные команды и результаты их выполнения могут отличаться от тех, которые показаны в этой статье.

Схема топологии следующая:

Настройки маршрутизатора R1

hostname R1
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.1 255.255.255.0
no shutdown
exit

interface Loopback0
ip address 1.1.1.1 255.255.255.0
no shutdown
exit

router bgp 1
network 1.1.1.0
neighbor 192.168.10.2 remote-as 2
end

Настройки маршрутизатора R2

hostname R2
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.2 255.255.255.0
no shutdown
exit

router bgp 2
neighbor 192.168.10.1 remote-as 1
end

Решение

Начнем со сценария eBGP: маршрутизаторы R1 и R2 находятся в разных AS. R1 пытается объявить свою сеть 1.1.1.0/24 соседу R2, но она не отображается в таблице BGP R2. На первый взгляд, всё настроено верно. Посмотрим, узнал ли что-нибудь R2:

show ip bgp summary

BGP router identifier 192.168.10.2, local AS number 2
BGP table version is 1, main routing table version 1

Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
192.168.10.1 4 1 4 4 1 0 0 00:01:21 0

Маршрутизатор R2 не узнал никаких маршрутов от R1 (State/PfxRcd = 0). Давайте проверим конфигурацию BGP на R1:

show run | section router bgp

router bgp 1
bgp log-neighbor-changes
network 1.1.1.0
neighbor 192.168.10.2 remote-as 2

Проблема заключается в команде network, она работает по-разному для протоколов BGP и IGP. Если применять команду network для BGP, обязательно должно быть точное совпадение — точный адрес сети и маска подсети network {ip-prefix} mask {mask}.

В данном случае нужно добавить маску подсети. Давайте исправим эту проблему на R1:

router bgp 1
network 1.1.1.0 mask 255.255.255.0

Теперь снова проверим R2:

show ip bgp summary | begin Neighbor
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
192.168.10.1 4 1 11 9 2 0 0 00:06:31 1

show ip route bgp
1.0.0.0/24 is subnetted, 1 subnets
B 1.1.1.0 [20/0] via 192.168.10.1, 00:01:08

Обратите внимание, R2 узнал о сети соседа 1.1.1.0/24 (State/PfxRcd = 1) и установил его в свою таблицу BGP.

Итог: вводите точные (правильные) адрес сети и маску подсети — BGP достаточно привередлив.

Суммирование маршрутов в BGP (Route Summarization)

Топология

Исследуемая топология состоит из двух маршрутизаторов (Cisco 1941 с образом Cisco IOS Version 15.9(3)M6). Допускается использование маршрутизаторов других моделей, а также других версий операционной системы Cisco IOS. В зависимости от модели устройства и версии Cisco IOS, доступные команды и результаты их выполнения могут отличаться от тех, которые показаны в этой статье.

Схема топологии следующая:

Настройки маршрутизатора R1

hostname R1
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.1 255.255.255.0
no shutdown
exit

interface Loopback0
ip address 1.1.1.1 255.255.255.0
no shutdown
exit

router bgp 1
neighbor 192.168.10.2 remote-as 2
aggregate-address 172.16.0.0 255.255.0.0
end

Настройки маршрутизатора R2

hostname R2
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.2 255.255.255.0
no shutdown
exit

router bgp 2
neighbor 192.168.10.1 remote-as 1
end

Решение

Представим, что сетевой инженер из AS 1 хочет разослать суммирование в AS 2. Сетевой инженер из AS 2 сообщил, что не получил никакой информации. Давайте посмотрим текущую конфигурацию обоих маршрутизаторов:

Маршрутизатор R1:

show run | section router bgp
router bgp 1
bgp log-neighbor-changes
aggregate-address 172.16.0.0 255.255.0.0
neighbor 192.168.10.2 remote-as 2

Маршрутизатор R2:

show run | section router bgp
router bgp 2
bgp log-neighbor-changes
neighbor 192.168.10.1 remote-as 1

В выходных данных R1 можно увидеть команду aggregate-address для сети 172.16.0.0/16. Получил ли R2 что-нибудь:

show ip bgp summary | begin Neighbor
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
192.168.10.1 4 1 21 19 3 0 0 00:16:21 0

Маршрутизатор R2 не получил никаких маршрутов от соседа (State/PfxRcd = 0). Проверим, что находится в таблице маршрутизации R1, поскольку он не может рассылать то, чего у него нет. Начнем с таблицы маршрутизации R1:

show ip route

1.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 1.1.1.0/24 is directly connected, Loopback0
L 1.1.1.1/32 is directly connected, Loopback0
192.168.10.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.10.0/24 is directly connected, GigabitEthernet0/0
L 192.168.10.1/32 is directly connected, GigabitEthernet0/0

Здесь нет никакой информации о 172.16.0.0/16. Если планируется отправка суммирования маршрутов, необходимо сначала поместить сеть/сети в таблицу маршрутизации R1. Рассмотрим несколько вариантов решения.

Вариант №1: на R1 создадим интерфейс loopback1 с IP-адресом, входящий в диапазон команды aggregate-address. Также объявим сеть в BGP:

interface loopback 1
ip address 172.16.0.1 255.255.255.0
no shutdown
exit

router bgp 1
network 172.16.0.0 mask 255.255.255.0

Проверим таблицу BGP R2:

show ip route bgp

172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
B 172.16.0.0/16 [20/0] via 192.168.10.1, 00:00:16
B 172.16.0.0/24 [20/0] via 192.168.10.1, 00:00:16

Теперь суммирование присутствует в таблице маршрутизации BGP R2. По умолчанию маршрутизатор по прежнему будет рассылать и другие маршруты. Если в этом нет необходимости, используйте команду aggregate-address summary-only.

Вариант №2: поместим сеть 172.16.0.0/16 в таблицу маршрутизации, создав статический маршрут и указывая его на интерфейсе null 0. Будем использовать команду network для рассылки этой сети в BGP:

ip route 172.16.0.0 255.255.0.0 null 0
router bgp 1
network 172.16.0.0 mask 255.255.0.0

Результатом будет следующее:

show ip route bgp
B 172.16.0.0/16 [20/0] via 192.168.10.1, 00:00:45

Теперь суммирование присутсвует на R2.

Итог: невозможно рассылать информацию о сети, которой нет в таблице маршрутизации. Создайте статический маршрут и укажите его на интерфейсе null 0 или создайте интерфейс loopback с сетью, который попадает в диапазон адресов суммирования.

Автоматическое суммирование в BGP (auto-summary)

Топология

Исследуемая топология состоит из двух маршрутизаторов (Cisco 1941 с образом Cisco IOS Version 15.9(3)M6). Допускается использование маршрутизаторов других моделей, а также других версий операционной системы Cisco IOS. В зависимости от модели устройства и версии Cisco IOS, доступные команды и результаты их выполнения могут отличаться от тех, которые показаны в этой статье.

Схема топологии следующая:

Настройки маршрутизатора R1

hostname R1
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.1 255.255.255.0
no shutdown
exit

interface Loopback0
ip address 1.1.1.1 255.255.255.0
no shutdown
exit

router bgp 1
auto-summary
network 1.1.1.0
neighbor 192.168.10.2 remote-as 2
end

Настройки маршрутизатора R2

hostname R2
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.2 255.255.255.0
no shutdown
exit

router bgp 2
neighbor 192.168.10.1 remote-as 1
end

Решение

Рассмотрим следующий сценарий. Сетевой инженер из автономной системы AS 2 связывается с инженером из AS 1 с вопросом, почему происходит анонс агрегированного маршрута 1.0.0.0/8. Для выяснения причины предпринимается анализ текущей маршрутизации и конфигурации. Вот что видно на R2:

show ip route bgp

B 1.0.0.0/8 [20/0] via 192.168.10.1, 00:00:09

BGP воспринимает настроенную сеть 1.1.1.0/24 как класс A и преобразует в 1.0.0.0/8 — именно это и увидел R2. Давайте посмотрим, что рассылает R1:

show ip bgp 1.0.0.0
BGP routing table entry for 1.0.0.0/8, version 2
Paths: (1 available, best #1, table default)
Advertised to update-groups:
1
Refresh Epoch 1
Local
0.0.0.0 from 0.0.0.0 (1.1.1.1)
Origin IGP, metric 0, localpref 100, weight 32768, valid, sourced, local, best
rx pathid: 0, tx pathid: 0x0

Вывод команды показывает, что сеть 1.0.0.0/8 присутствует в таблице BGP R1. Проверим его таблицу маршрутизации R1:

show ip route 1.0.0.0
Routing entry for 1.0.0.0/8, 2 known subnets
Attached (2 connections)
Variably subnetted with 2 masks
C 1.1.1.0/24 is directly connected, Loopback0
L 1.1.1.1/32 is directly connected, Loopback0

Сеть 1.1.1.0/24 настроена на интерфейсе loopback, но она записана в таблице BGP как 1.0.0.0/8. Это указывает только на автоматическое суммирование (auto—summary). Посмотрим на вывод R1 ниже:

show ip protocols
Routing Protocol is "bgp 1"
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
IGP synchronization is disabled
Automatic route summarization is enabled

Просмотр IP-протоколов показывает, что автоматическое суммирование включено (Automatic route summarization is enabled). Отключим его на R1:

router bgp 1
no auto-summary
end

Снова проверим таблицу BGP R2:

show ip route bgp

Таблица BGP R2 пустая. Давайте проверим конфигурацию BGP на R1:

show run | section router bgp

router bgp 1
bgp log-neighbor-changes
network 1.1.1.0
neighbor 192.168.10.2 remote-as 2
no auto-summary

Когда auto-summary отключён, необходимо всегда указывать маску, чтобы BGP нашел точное совпадение маршрута в таблице маршрутизации. Без mask и без auto-summary анонса не будет. Исправим это на R1:

router bgp 1
network 1.1.1.0 mask 255.255.255.0[code]

 

Посмотрим таблицу <strong>BGP</strong> <strong>R2</strong>:

[code]show ip route bgp
1.0.0.0/24 is subnetted, 1 subnets
B 1.1.1.0 [20/0] via 192.168.10.1

Теперь суммированный адрес 1.1.1.0/24 есть на R2.

Итог: при наличии классовых сетей в таблице BGP, можно включить автоматическое суммирование (auto—summary).

Примечание: Некоторые проблемы могут быть легко устранены путем просмотра или сравнения вывода команды «show run». Однако следует учитывать, что доступ ко всем маршрутизаторам BGP в сети может отсутствовать, поэтому сравнение конфигураций не всегда возможно. Между устройствами, в процессе устранения неполадок, могут находиться коммутаторы или другие маршрутизаторы, вызывающие затруднения. Применение соответствующих команд show и debug позволяет точно определить действия маршрутизатора и информацию, которую он передаёт другим маршрутизаторам.

Карта маршрутов в BGP (route-map)

Топология

Исследуемая топология состоит из двух маршрутизаторов (Cisco 1941 с образом Cisco IOS Version 15.9(3)M6). Допускается использование маршрутизаторов других моделей, а также других версий операционной системы Cisco IOS. В зависимости от модели устройства и версии Cisco IOS, доступные команды и результаты их выполнения могут отличаться от тех, которые показаны в этой статье.

Схема топологии следующая:

Настройки маршрутизатора R1

hostname R1
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.1 255.255.255.0
no shutdown
exit

interface Loopback0
ip address 1.1.1.1 255.255.255.0
no shutdown
exit

ip prefix-list PREFIXES seq 5 deny 1.1.1.0/24

route-map NEIGHBORS permit 10
match ip address prefix-list PREFIXES
exit

router bgp 1
network 1.1.1.0 mask 255.255.255.0
neighbor 192.168.10.2 remote-as 2
neighbor 192.168.10.2 route-map NEIGHBORS out
end

Настройки маршрутизатора R2

hostname R2
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.2 255.255.255.0
no shutdown
exit

router bgp 2
neighbor 192.168.10.1 remote-as 1
end

Решение

Пользователи из AS 2 жалуются, что они не получают информацию от AS 1. Давайте посмотрим на R2, какая информация есть от соседа R1:

show ip bgp summary | begin Neighbor
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
192.168.10.1 4 1 51 48 1 0 0 00:08:51 0

Маршрутизатор R2 не получает никаких маршрутов (State/PfxRcd = 0). Возможно R1 имеет какие-то фильтры:

show ip protocols | include filter
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set

Фильтры отсутствуют. Давайте проверим, имеет ли R1 сеть 1.1.1.0/24 в своей таблице BGP:

show ip bgp 1.1.1.0
BGP routing table entry for 1.1.1.0/24, version 4
Paths: (1 available, best #1, table Default-IP-Routing-Table)
Not advertised to any peer
Local
0.0.0.0 from 0.0.0.0 (1.1.1.1)
Origin incomplete, metric 0, localpref 100, weight 32768, valid, sourced, best

Таким образом, можно подтвердить, что сеть 1.1.1.0/24 присутствует в таблице BGP R1. Тогда почему она не отправляется на R2?

Следует проверить, настроено ли на R1 что-либо специфическое для соседа R2 с помощью команды show ip bgp neighbors:

show ip bgp neighbors 192.168.10.2
BGP neighbor is 192.168.10.2, remote AS 2, external link
BGP version 4, remote router ID 192.168.10.2
BGP state = Established, up for 00:22:57
Last read 00:00:14, last write 00:00:00, hold time is 180, keepalive interval is 60 seconds
Neighbor sessions:
1 active, is not multisession capable (disabled)
Neighbor capabilities:
Route refresh: advertised and received(new)
Four-octets ASN Capability: advertised and received
Address family IPv4 Unicast: advertised and received
Enhanced Refresh Capability: advertised and received
Multisession Capability:
Stateful switchover support enabled: NO for session 1
Message statistics:
InQ depth is 0
OutQ depth is 0

Sent Rcvd
Opens: 1 1
Notifications: 0 0
Updates: 5 1
Keepalives: 26 27
Route Refresh: 0 0
Total: 32 29
Do log neighbor state changes (via global configuration)
Default minimum time between advertisement runs is 30 seconds

For address family: IPv4 Unicast
Session: 192.168.10.2
BGP table version 4, neighbor version 4/0
Output queue size : 0
Index 2, Advertise bit 0
2 update-group member
Outbound path policy configured
Route map for outgoing advertisements is NEIGHBORS
Slow-peer detection is disabled
Slow-peer split-update-group dynamic is disabled
Sent Rcvd
Prefix activity: ---- ----
Prefixes Current: 0 0
Prefixes Total: 0 0
Implicit Withdraw: 0 0
Explicit Withdraw: 1 0
Used as bestpath: n/a 0
Used as multipath: n/a 0
Used as secondary: n/a 0

Получена подробная информация о соседе R2. Видно, что к исходящим объявлениям применяется карта маршрутов с именем NEIGHBORS. Следует помнить, что кроме distribute-lists, фильтрация маршрутов в BGP может осуществляться с помощью route-map. Давайте проверим содержимое этой карты маршрутов на R1:

show route-map
route-map NEIGHBORS, permit, sequence 10
Match clauses:
ip address prefix-lists: PREFIXES
Set clauses:
Policy routing matches: 0 packets, 0 bytes

Используется только оператор сопоставления с prefix-list под названием PREFIXES. Теперь посмотрим содержимое prefix-list:

show ip prefix-list
ip prefix-list PREFIXES: 1 entries
seq 5 deny 1.1.1.0/24

Вот и источник проблемы — объявление сети 1.1.1.0/24 блокируется. Необходимо удалить привязку карты маршрутов:

router bgp 1
no neighbor 192.168.10.2 route-map NEIGHBORS out

После этого проблема должна быть устранена. Проверим таблицу маршрутизации BGP R2:

show ip route bgp
1.0.0.0/24 is subnetted, 1 subnets
B 1.1.1.0 [20/0] via 192.168.10.1, 00:00:11

Наконец, маршрутизатор R2 получил сеть — проблема решена.

Итог: необходимо убедиться в отсутствии карт маршрутов, которые блокируют распространение сетей.

Метод Split Horizon в iBGP

Топология

Исследуемая топология состоит из трёх маршрутизаторов (Cisco 1941 с образом Cisco IOS Version 15.9(3)M6). Допускается использование маршрутизаторов других моделей, а также других версий операционной системы Cisco IOS. В зависимости от модели устройства и версии Cisco IOS, доступные команды и результаты их выполнения могут отличаться от тех, которые показаны в этой статье.

Схема топологии следующая:

Настройки маршрутизатора R1

hostname R1
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.1 255.255.255.0
no shutdown
exit

interface Loopback0
ip address 1.1.1.1 255.255.255.0
no shutdown
exit

router bgp 1
network 1.1.1.0 mask 255.255.255.0
neighbor 192.168.10.2 remote-as 1
end

Настройки маршрутизатора R2

hostname R2
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.2 255.255.255.0
no shutdown
exit

interface GigabitEthernet0/1
ip address 192.168.20.1 255.255.255.0
no shutdown
exit

router bgp 1
neighbor 192.168.10.1 remote-as 1
neighbor 192.168.20.2 remote-as 1
end

Настройки маршрутизатора R3

hostname R3
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0

interface GigabitEthernet0/0
ip address 192.168.20.2 255.255.255.0
no shutdown
exit

router bgp 1
neighbor 192.168.20.1 remote-as 1
end

Решение

Рассмотрим сценарий: маршрутизатор R1 анонсирует сеть 1.1.1.0/24, но маршрутизатор R3 не получает эту сеть. Соседство настроено, R1 анонсирует сеть 1.1.1.0/24. Посмотрим, узнали ли об этом R2 и R3:

Маршрутизатор R2:

show ip route bgp
1.0.0.0/24 is subnetted, 1 subnets
B 1.1.1.0 [200/0] via 192.168.10.1, 00:00:32

Маршрутизатор R3:

show ip route bgp

С помощью команды на R2 видно, что сеть получена, однако на R3 маршрут 1.1.1.0/24 отсутствует.

Причина состоит в том, что это особенность протокола iBGP. В iBGP действует правило split-horizon: маршруты, полученные от одного iBGP-соседа, не пересылаются другим iBGP-соседям. Таким образом, R2 не пересылает маршрут от R1 к R3.

Для решения этой проблемы необходимо настроить прямое соседство iBGP между R1 и R3. Для этого требуется обеспечить маршрутизацию между ними. В данном случае используются статические маршруты:

Маршрутизатор R1:

ip route 192.168.20.2 255.255.255.255 192.168.10.2

Маршрутизатор R3:

ip route 192.168.10.1 255.255.255.255 192.168.20.1

После чего настраивается соседство между R1 и R3:

Маршрутизатор R1:

router bgp 1
neighbor 192.168.20.2 remote-as 1
end

Маршрутизатор R3:

router bgp 1
neighbor 192.168.10.1 remote-as 1
end

Теперь R3 успешно получает маршрут:

show ip route bgp
1.0.0.0/24 is subnetted, 1 subnets
B 1.1.1.0 [200/0] via 192.168.10.1, 00:00:29

Теперь у R3 есть доступ к сети 1.1.1.0/24.

Итог: в сетях iBGP все маршрутизаторы должны быть соединены в полносвязную (full-mesh) топологию. Альтернативные решения — использование маршрутизаторов-рефлекторов маршрутов (route reflectors) или конфедераций (confederations).

Адрес следующего перехода в BGP (next hop)

Топология

Исследуемая топология состоит из трёх маршрутизаторов (Cisco 1941 с образом Cisco IOS Version 15.9(3)M6). Допускается использование маршрутизаторов других моделей, а также других версий операционной системы Cisco IOS. В зависимости от модели устройства и версии Cisco IOS, доступные команды и результаты их выполнения могут отличаться от тех, которые показаны в этой статье.

Схема топологии следующая:

Настройки маршрутизатора R1

hostname R1
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.10.1 255.255.255.0
no shutdown
exit

router bgp 1
neighbor 192.168.10.2 remote-as 1
end

Настройки маршрутизатора R2

hostname R2
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0

interface GigabitEthernet0/0
ip address 192.168.10.2 255.255.255.0
no shutdown
exit

interface GigabitEthernet0/1
ip address 192.168.20.2 255.255.255.0
no shutdown
exit

router bgp 1
neighbor 192.168.10.1 remote-as 1
neighbor 192.168.20.3 remote-as 2
end

Настройки маршрутизатора R3

hostname R3
no ip domain-lookup
line con 0
logging synchronous
exec-timeout 0 0
exit

interface GigabitEthernet0/0
ip address 192.168.20.3 255.255.255.0
no shutdown
exit

interface Loopback0
ip address 3.3.3.3 255.255.255.0
no shutdown
exit

router bgp 2
neighbor 192.168.20.2 remote-as 1
network 3.3.3.0 mask 255.255.255.0
end

Решение

Маршрутизатор R3 анонсирует сеть 3.3.3.0/24 через eBGP. Маршрутизатор R2 принимает этот маршрут и устанавливает его в таблицу маршрутизации. Однако R1 не имеет этого маршрута в своей таблице.

Для простоты примера, будем использовать IP-адреса физических интерфейсов для настройки соседства BGP. Проверим, узнал ли R2 о 3.3.3.0/24:

show ip route bgp
3.0.0.0/24 is subnetted, 1 subnets
B 3.3.3.0 [20/0] via 192.168.20.3, 00:01:46

На маршрутизаторе R2 маршрут 3.3.3.0/24 присутствует. Однако на R1 — его нет:

show ip route bgp

В таблице маршрутизации R1 ничего нет. Первое, что необходимо проверить, это таблица BGP:

show ip bgp
BGP table version is 1, local router ID is 192.168.12.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path
* i 3.3.3.0/24 192.168.20.3 0 100 0 2 i

Обратите внимание, маршрут присутствует в таблице BGP, помечен как допустимый (*), но не выбранный (>) — это означает, что он не установлен в таблицу маршрутизации. Причина может быть в недостижимом next-hop. Проверим IP-адрес следующего перехода на R1:

show ip route 192.168.20.3
% Network not in table

Маршрутизатор R1 не знает, как добраться до 192.168.20.3. Есть два способа решения этой проблемы:

Решение №1: изменение next-hop на R2

Чтобы устранить недостижимость next-hop, на маршрутизаторе R2 применяется следующая команда:

router bgp 1
neighbor 192.168.10.1 remote-as 1
neighbor 192.168.10.1 next-hop-self
end

Эта команда изменит IP-адрес следующего перехода на IP-адрес R2. После этого через некоторое время на R1 маршрут появляется с новым next-hop:

show ip bgp
BGP table version is 2, local router ID is 192.168.12.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

Network Next Hop Metric LocPrf Weight Path
*>i 3.3.3.0/24 192.168.10.2 0 100 0 2 i

Можно увидеть символ «>«, который указывает, что этот путь выбран как лучший:

show ip route bgp
3.0.0.0/24 is subnetted, 1 subnets
B 3.3.3.0 [200/0] via 192.168.10.2, 00:01:52

Однако, не всё так просто. Попытка отправки эхо-запроса с R1 к 3.3.3.3 завершается неудачей:

ping 3.3.3.3

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.3.3.3, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Хотя маршруты есть, пакеты не доходят до R3, так как обратного маршрута до источника (192.168.10.0/24) на R3 нет. Давайте посмотрим на R3:

show ip route

3.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 3.3.3.0/24 is directly connected, Loopback0
L 3.3.3.3/32 is directly connected, Loopback0
192.168.20.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.20.0/24 is directly connected, GigabitEthernet0/0
L 192.168.20.3/32 is directly connected, GigabitEthernet0/0

Решение №2: анонсирование сети 192.168.10.0/24 на R2

R3 получит IP-пакет с адресом 3.3.3.3 и источником 192.168.10.1. В таблице маршрутизации можно увидеть, что R3 не знает, куда отправлять IP-пакеты, которые предназначены для 192.168.10.1. Чтобы это изменить, добавим следующую команду на маршрутизаторе R2:

router bgp 1
network 192.168.10.0 mask 255.255.255.0

Сеть 192.168.10.0/24 будет аннонсирована на R2. Теперь R3 знает, как добраться до источника пакета:

show ip route bgp
B 192.168.10.0/24 [20/0] via 192.168.20.2, 00:00:53

Попробуем снова выполнить ping с R1:

ping 3.3.3.3

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.3.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 3/5/7 ms

Проблема решена.

Итог: чтобы маршруты BGP были установлены в таблицу маршрутизации: next-hop должен быть достижим, обратный маршрут должен быть известен получателю.

Выводы

Спасибо за уделенное время на прочтение статьи. Теперь Вы знаете как найти и устранить неполадки при рассылке маршрутов BGP.

Если возникли вопросы, задавайте их в комментариях.

Подписывайтесь на обновления нашего блога и оставайтесь в курсе новостей мира инфокоммуникаций!

Чтобы знать больше и выделяться знаниями среди толпы IT-шников, записывайтесь на курсы Cisco, курсы по кибербезопасности, полный курс по кибербезопасности, курсы DevNet (программируемые сети) от Академии Cisco, курсы Linux от Linux Professional Institute на платформе SEDICOMM University (Университет СЭДИКОММ).