return

Ответ к задаче №8.1

19 июля 2013, 07:36

P3 получает два маршрута в сеть 195.12/16: один через P1, другой через P2.
Они равнозначны, но P3 должен выбрать только один из них. Делается это на основе IP-адреса, который меньше у P2.
Соответственно P3 анонсирует своим соседям только один маршрут через P2 до данной сети. P2 его не получает, разумеется, а вот P1 он этот маршрут изучит.

В итоге P1 получит два анонса об этой сети, а P2 только один.
Это очень простая в постановке задача с нетривиальным ответом.

like 0 views 24270 message 2

2 коментария

  • «P2 его не получает, разумеется»
    На самом деле то получает. Если посмотреть на P3 маршруты, отправляемые на P2 с помощью show ip bgp neighbors 80.0.255.5 advertised-routes, то мы увидим, что такой анонс есть. Другое дело, что P2 его отбросит, потому что увидит в AS-Path номер своей автономной системы.

    14 августа 2015, 19:43
  • Так ли это?
    P3 анонсирует в сторону P1 следующие сети:

    P3#sh ip bgp neighbors 90.0.255.6 advertised-routes
    Network Next Hop Metric LocPrf Weight Path
    *> 80.0.0.0/16 80.0.255.6 0 0 200 i
    *> 90.0.0.0/16 90.0.255.6 0 0 300 i
    *> 90.0.255.0/30 90.0.255.6 0 0 300 i
    *> 180.0.0.0/24 0.0.0.0 0 32768 i
    *> 195.12.0.0/16 90.0.255.6 0 300 100 i

    Total number of prefixes 5
    P3#

    Соответственно, анонса префикса 195.12.0.0/16 через AS 200 (а это через P2) нет.

    Почему нет анонса, потому что маршруты равнозначные, но лучшим маршрутом до префикса 195.12.0.0/16 от P3 выбран через P1, а не через P2:
    P3#sh ip bgp
    Network Next Hop Metric LocPrf Weight Path
    *> 80.0.0.0/16 80.0.255.6 0 0 200 i
    *> 90.0.0.0/16 90.0.255.6 0 0 300 i
    *> 90.0.255.0/30 90.0.255.6 0 0 300 i
    *> 180.0.0.0/24 0.0.0.0 0 32768 i
    * 195.12.0.0/16 80.0.255.6 0 200 100 i
    *> 90.0.255.6 0 300 100 i
    P3#

    А теперь вопрос — почему через P1 маршрут выбран лучшим?
    Скорее всего потому, что он появился первым 🙂 так как все остальные критерии одинаковы

    16 августа 2017, 22:12

Ещё статьи

Книга "Где сохранить пакет"
В течение многих лет читатели писали с предложением собрать СДСМ в книгу. Я кивал головой и обещал когда-то этим заняться. Так вот, теперь ответственно и бесповоротно заявляю, что книги СДСМ ...
like 0 8312 0
2 июля 2020
linkmeup и РИТ++ 2019
Господа, кажется, linkmeup делает ещё одни шажок в сторону и вверх, отодвигаясь от сетевых корней. На конференции РИТ++ 2019 ritfest.ru 28 и 29 мая @Night_Snake и @soriel собираются отлавливать докладчиков ...
like 0 2208 0
23 мая 2019
Где сохранить пакет? Чипы и буферы
Эта статья едва ли для широкого круга читателей, но будет небезынтересна тем, кто хотел бы знать, сколько максимум пакет может полежать где-нибудь в сети, добираясь от точки А к точке ...
like 3 25786 0
1 июня 2020