BGP Part 7. Практика.

2023.03.10. Kurapov Alexey.

BGP Part 7. 

                   Схема сети такая же, как и раньше:

 

EBGP-MULTIHOP 

Теперь между R2 и R5 попробуем настроить eBGP отношения соседства используя интерфейсы Loopback 0 роутеров: 

1.       Настройка интерфейсов:




Проверка: 


2.       Необходимо обеспечить IP связность между Loopback R2 и R5, это можно осуществить с помощью какого то протокола IGP или статического маршрута, пропишем статический маршрут: 



Проверим доступность Loopback-а соседа:


Успешно, базовая связность между Loopback имеется. 

3.       Настройка eBGP сессии между R2 и R5, причем строим eBGP сессию с Loopback интерфейсов, как ранее внутри AS, в отличии от eBGP между R1 и R4, где отношения соседства построенны с физических интерфейсов:


 

 4.      Проверка и диагностика:


 

TCP сессия между R2 и R5 не поднимается, соответственно , нет и BGP сессии – зависает в состоянии Idle.

 При этом роутеры имеют в table route маршруты до Loopback 0 друг друга: 



В Wireshark на линке между R2 и R5 нет пакетов с ip адресами 2.2.2.2 и 5.5.5.5:



Т.е. трафик не достигает до интерфейса Fa0/0.25. 

В чем причина? Посмотрим значения TTL в BGP сообщениях.

Сравним TTL в IP заголовках BGP сообщений между iBGP и e BGP соседями.

iBGP:

TTL по умолчанию равен 255.

 eBGP:


TTL по умолчанию равен 1.

 5.       Решение:

Как видим в Wireshark при eBGP соседстве (т.е. соседи в разных AS) в сообщениях BGP TTL =1, тоже самое и в сообщениях TCP, например, TCP SYN при попытке усттановить TCP сессию: 


В нашем случае eBGP между R1 и R4 установилось успешно, почему не удается установить соседство eBGP между R2 и R5 c Loopback? Дело в том, что как только TCP SYN с TTL = 1, маршрутизируется с интерфейса Loopback 0 R2 или R5 на физический интерфейс того же роутера, TTL становится = 0 и TCP сообщение дропается непосредственно этим же роутером. Это особенность поведения BGP на Cisco IOS.

          Необходимо использовать команду: ebgp-multihop <N>, в нашем случае N достаточно установить равным 2.

          Настройка: 



В консоли видим сообщения о поднятии BGP сесии между R2 и R5:

  R2 и R5 успешно строят TCP сессию, обмениваются BGP сообщениями – OPEN, , поднимают BGP сессию, затем – другие BGP сообщения – UPDATE и KEEPALIVE:




                   

Комментарии

Отправить комментарий

Популярные сообщения из этого блога