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

2023.02.26. Kurapov Alexey.

BGP Part 2. 

                   Схема сети такая же как в первой части:

Создадим на R1 дополнительно два Loopback-а и один поместим в BGP table с помощью команды network, а второй и остальные connected  сети поместим в BGP путем редистрибуции:

 

                    В Wireshark видим сообщения BGP UPDATE:

                    Подробнее:

 

                    Как видим:

        - при использовании команды network префиксы получают аттрибут Origin равным IGP,

        - при редистрибуции аттрибут  Origin равен INCOMPLETE. 

        В секции NLRI передаются анонсируемые префиксы.

                    Аттрибут NEXT-HOP в обоих случаях равен 1.1.1.1, т.к. BGP сессия построена с интерфейса Lo0 роутера R1 – пункт – 5:

 

            Это видели и в первой части - R1 строит TCP сессию на порт соседа 179 - его слушает BGP с ip адреса - 1.1.1.1:

                    Разные значения аттрибута Origin можно использовать в route-map:

 

                    Таблица маршрутизации на R2:

                    R2 поместил в RIB два префикса полученные от R1 по BGP - 11.11.11.11/32 и 12.12.12.12/32, остальные префиксы, которые передает по BGP R1 роутер R2 не помещает в таблицу маршрутизации, т.к. знает их либо по OSPF, либо они directly connected и AD этих маршрутов меньше, чем  AD iBGP = 200.

                    Но R2 получил от R1 всего пять префиксов и поместил их в свою BGP table:

                    Видим, что для префиксов известных по OSPF или directly connected R2 выставил флаг r – RIB-failure в таблице BGP и не помещает их из BGP таблицы в route table, т.к. знает их через OSPF, либо как directly connecte откуда и помещает эти префиксы в table route.

                    Также можем заметить, что аттрибут AS-PATH везде пустой, но при использовании команды network аттрибут AS-PATH имеет вид [ i ], при редистрибуции – [ ? ].

 

                    Причина выставления флага r – RIB-failure:

                    AD iBGP выше, чем у OSPF или directly connected.

 

                    Проверим, что R2 знает остальные три префикса:

 

                    Подробная информация о префиксах, полученных R2 по iBGP от R1 и помещенных в RIB - table route:

                    NEXT-HOP везде равен ip адресу int Lo0 R1, т.к. BGP сессию, R1 строит именно с этого интерфейса - пункт - 5: 

                    Подробнее об этих  префиксах, полученных по iBGP и помещенных в RIB - table route:

                    Где:

1 – NEXT-HOP,

2 – IP адрес BGP соседа,

3 – BGP router-id R1.

 

                    Для проверки изменим на R1 Router-Id:

                    Соответственно, на R2 изменился Router ID маршрутизатора, от которого R2 получает UPDATE о данных префиксах.