Привет, незнакомец!

Похоже, вы здесь новенький. Чтобы принять участие, нажмите одну из кнопок ниже!

Вопрос по микровыпоску №3 iBGP

отредактировано июня 2016 Раздел: Сети Для Самых Маленьких
Топологию и конфигурацию приложил , собственно они мало чем отличаются от того что в выпуске.

на R2 debug ip routing показывает слудющее :
*Jun 16 22:56:58.487: BGP: Applying map to find origin for 100.0.0.0/23
*Jun 16 22:56:59.459: RT: del 101.0.0.0/20 via 101.0.0.1, bgp metric [200/0]
*Jun 16 22:56:59.459: RT: delete subnet route to 101.0.0.0/20
*Jun 16 22:56:59.459: RT: NET-RED 101.0.0.0/20
*Jun 16 22:56:59.459: RT: delete network route to 101.0.0.0
*Jun 16 22:56:59.463: RT: NET-RED 101.0.0.0/8
*Jun 16 22:56:59.463: RT: add 101.0.0.0/20 via 102.0.0.1, bgp metric [20/0]
*Jun 16 22:56:59.463: RT: NET-RED 101.0.0.0/20
*Jun 16 22:57:58.515: BGP: Applying map to find origin for 100.0.0.0/23
*Jun 16 22:57:59.483: RT: del 101.0.0.0/20 via 102.0.0.1, bgp metric [20/0]
*Jun 16 22:57:59.483: RT: delete subnet route to 101.0.0.0/20
*Jun 16 22:57:59.483: RT: NET-RED 101.0.0.0/20
*Jun 16 22:57:59.483: RT: delete network route to 101.0.0.0
*Jun 16 22:57:59.487: RT: NET-RED 101.0.0.0/8
*Jun 16 22:57:59.487: RT: add 101.0.0.0/20 via 101.0.0.1, bgp metric [200/0]
*Jun 16 22:57:59.487: RT: NET-RED 101.0.0.0/20
*Jun 16 22:57:59.491: RT: recursion error routing 101.0.0.1 - probable routing loop
*Jun 16 22:58:58.523: BGP: Applying map to find origin for 100.0.0.0/23
*Jun 16 22:58:59.495: RT: del 101.0.0.0/20 via 101.0.0.1, bgp metric [200/0]
*Jun 16 22:58:59.495: RT: delete subnet route to 101.0.0.0/20
*Jun 16 22:58:59.495: RT: NET-RED 101.0.0.0/20
*Jun 16 22:58:59.495: RT: delete network route to 101.0.0.0
*Jun 16 22:58:59.499: RT: NET-RED 101.0.0.0/8
*Jun 16 22:58:59.499: RT: add 101.0.0.0/20 via 102.0.0.1, bgp metric [20/0]
*Jun 16 22:58:59.499: RT: NET-RED 101.0.0.0/20
*Jun 16 22:59:58.543: BGP: Applying map to find origin for 100.0.0.0/23
*Jun 16 22:59:59.467: RT: del 101.0.0.0/20 via 102.0.0.1, bgp metric [20/0]
*Jun 16 22:59:59.467: RT: delete subnet route to 101.0.0.0/20
*Jun 16 22:59:59.467: RT: NET-RED 101.0.0.0/20
*Jun 16 22:59:59.467: RT: delete network route to 101.0.0.0
*Jun 16 22:59:59.471: RT: NET-RED 101.0.0.0/8
*Jun 16 22:59:59.471: RT: add 101.0.0.0/20 via 101.0.0.1, bgp metric [200/0]
*Jun 16 22:59:59.471: RT: NET-RED 101.0.0.0/20
*Jun 16 22:59:59.471: RT: recursion error routing 101.0.0.1 - probable routing loop
*Jun 16 23:00:58.571: BGP: Applying map to find origin for 100.0.0.0/23
*Jun 16 23:00:59.463: RT: del 101.0.0.0/20 via 101.0.0.1, bgp metric [200/0]
*Jun 16 23:00:59.463: RT: delete subnet route to 101.0.0.0/20

R2 должен узнавать про сеть 101.0.0.0 от R6 и от R1 , и меть маршурт до этой подсети через два nexthopa, но этого не происходит, вопрос почему ? Заранее спасибо

R2#sh ip cef 101.0.0.0
101.0.0.0/20, version 160, epoch 0
0 packets, 0 bytes
via 101.0.0.1, 0 dependencies, recursive
unresolved
Прописывание статического маршрута до 101.0.0.0 проблему не решает.
R1.txt 1.6K
R2.txt 1.5K
R3.txt 1.5K
R6.txt 1.2K
R5.txt 1.3K
R4.txt 1.5K
R8.txt 1.2K

Комментарии

  • на R1 та же ситуация только с подсетью 102.0.0.0
  • Маршрут выбирается лучший через R1 засчёт короткой AS-PATH, там некстхоп 101.0.0.1, который R2 пытается отрезолвить через этот же полученный маршрут - в cef это и указано. Попробуйте в сторону R2 от R1 прописать next-hop-self, чтобы подменить next-hop в маршруте на доступный.
  • отредактировано июня 2016
    Jay-T написал:

    Маршрут выбирается лучший через R1 засчёт короткой AS-PATH, там некстхоп 101.0.0.1, который R2 пытается отрезолвить через этот же полученный маршрут - в cef это и указано. Попробуйте в сторону R2 от R1 прописать next-hop-self, чтобы подменить next-hop в маршруте на доступный.

    А разве у iBGP административное расстояние не 200, что больше чем у eBGP?
    Плюс ко всему, в процессе BGP Best Path Selection всегда exterior route более приоритетный нежели чем interior route. (Если другие атрибуты при этом равны, а согласно схеме автора они равны)


  • AndreyQQQ написал:


    R2 должен узнавать про сеть 101.0.0.0 от R6 и от R1 , и меть маршурт до этой подсети через два nexthopa, но этого не происходит, вопрос почему ? Заранее спасибо

    В BGP по дефолту, будет применятся алгоритм BGP Best Path Selection, до тех пор, пока не останется один единственный Best-Path Route, по этому двух Nexthop -ов вы там в дефолтном поведении не увидите.
    В предыдущем посте к этой теме, я указал алгоритм выбора наилучшего маршрута, согласно Вашей схеме, оба маршрута имеют идентичные атрибуты до 7-го шага. (Кроме разных AS-Path, где я имею ввиду не число AS а именно содержание аттрибута).
    Подробнее об этом на xgu.
  • AD сравнивается в том случае, когда уже в таблице маршрутизации есть и i и e маршрут. Остаётся только e. А тут ситуация, когда надо выбрать маршрут из пришедших BGP анонсов. А 7 пункт в вашей картинке, где "Плюс ко всему, в процессе BGP Best Path Selection всегда exterior route более приоритетный нежели чем interior route." идёт после AS-Path атрибута - у iBGP соседа AS-Path короче.
    "В предыдущем посте к этой теме, я указал алгоритм выбора наилучшего маршрута, согласно Вашей схеме, оба маршрута имеют идентичные атрибуты до 7-го шага. (Кроме разных AS-Path, где я имею ввиду не число AS а именно содержание аттрибута)." :: А чем содержание не угодило? :) Через iBGP путь на одну AS короче, его и выбираем. :) До 7 пункта дело даже и не доходит. :)
  • отредактировано июня 2016
    Jay-T написал:

    AD сравнивается в том случае, когда уже в таблице маршрутизации есть и i и e маршрут. Остаётся только e. А тут ситуация, когда надо выбрать маршрут из пришедших BGP анонсов. А 7 пункт в вашей картинке, где "Плюс ко всему, в процессе BGP Best Path Selection всегда exterior route более приоритетный нежели чем interior route." идёт после AS-Path атрибута - у iBGP соседа AS-Path короче.
    "В предыдущем посте к этой теме, я указал алгоритм выбора наилучшего маршрута, согласно Вашей схеме, оба маршрута имеют идентичные атрибуты до 7-го шага. (Кроме разных AS-Path, где я имею ввиду не число AS а именно содержание аттрибута)." :: А чем содержание не угодило? :) Через iBGP путь на одну AS короче, его и выбираем. :) До 7 пункта дело даже и не доходит. :)

    Точно, прошу прощения) Не доглядел, мне показалось, что речь о сети анонсируемой с R8.
    В таком случае, роутер R2 должен знать о сети, между R1 и R5 ==> 101.0.0.0/30
    Решить можно несколькими способами:
    1. Редистрибуция direct-connected на R1
    2. Анонс iBP Update себя в роли next-hop на R1 командой neighbor 2.2.2.2 next-hop self
    3. Установление статического маршрута на R2 101.0.0.0 255.255.255.252 10.0.12.1
    4. Еще можно навесить Route-map на маршрутизаторе R2 в сторону R1, которая будет менять next-hop для сети 101.0.0.0 /20
  • Или препенды в сторону R1 :)
  • я имел в виду , что у меня постоянно происходит flap в таблице bgp:

    R2#sh ip bgp
    BGP table version is 21, local router ID is 2.2.2.2
    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
    * i100.0.0.0/23 1.1.1.1 0 100 0 i
    * i 3.3.3.3 0 100 0 i
    * i 4.4.4.4 0 100 0 i
    *> 0.0.0.0 0 32768 i
    * i101.0.0.0/20 101.0.0.1 0 100 0 64501 i
    *> 102.0.0.1 0 64502 64501 i
    *> 102.0.0.0/21 102.0.0.1 0 0 64502 i
    * i103.0.0.0/22 101.0.0.1 0 100 0 64501 64503 i
    *> 102.0.0.1 0 64502 64503 i
    ---------------------------------------------------------

    Через какое-то время выглядит вот так:
    R2#sh ip bgp
    BGP table version is 22, local router ID is 2.2.2.2
    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
    * i100.0.0.0/23 1.1.1.1 0 100 0 i
    * i 3.3.3.3 0 100 0 i
    * i 4.4.4.4 0 100 0 i
    *> 0.0.0.0 0 32768 i
    *>i101.0.0.0/20 101.0.0.1 0 100 0 64501 i
    * 102.0.0.1 0 64502 64501 i
    * i102.0.0.0/21 101.0.0.1 0 100 0 64501 64502 i
    *> 102.0.0.1 0 0 64502 i
    * i103.0.0.0/22 101.0.0.1 0 100 0 64501 64503 i
    *> 102.0.0.1 0 64502 64503 i

    Тоесть пропадает путь до 102.0.0.0 через 101.0.0.1

    Хотя до той же сети 103.0.0.0 я могу добраться как через R6 так и R5

Войдите или Зарегистрируйтесь чтобы комментировать.