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 25046 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

Ещё статьи

Ответ к задаче №8.8
Создание тестов IP SLA для проверки доступности «google» и «yandex»: ip sla 10 icmp-echo 103.0.0.10 source-interface FastEthernet0/0 threshold 200 timeout 200 frequency 3 ip sla schedule 10 life forever start-time ...
like 0 13101 14
19 июля 2013
Анонс sysadmins №55. Инвентаризация активов и управление уязвимостями
Когда обычному админу говорят про уязвимости, zeroday, шифровальщики и прочие умные слова, реакция, как правило, одна и та же - "отвалите, у меня тут в бухгалтерии 1С тормозит/пайплайн развалился/кубернетис теперь ...
like 0 984 0
30 января 2025
Новый проект linkmeup и Александра Клиппера: Собес
6 февраля два Александра взорвали linkmeup_chat инсайдами с интервью в австралийский Амазон. Целый день сыпались вопросы от возбуждённого населения. Однако каждому не наотвечаешься. Тема собеседований всегда горячая и немного запретная, ...
like 319 7127 0
12 февраля 2018