Исследование Таблиц маршрутизации

Как Вы видели в одном из предыдущих постов рубрики, R2 получает непоследовательные результаты, пытаясь проверить с помощью ping-запросов адрес на одной из подсетей 172.30.0.0. Займемся исследованием таблиц маршрутизации, чтобы выяснить в чем дело.

Исследование Таблиц маршрутизации

Щелкните кнопку 2 на рисунке.

Заметьте, что у R2 есть два маршрута равной стоимости к сети 172.30.0.0/16. Это потому, что и R1, и R3 отправляют R2 обновление RIPv1 для классовой сети 172.30.0.0/16 с метрикой в 1 транзитный участок. Поскольку R1 и R3 автоматически суммировали отдельные подсети, таблица маршрутизации R2 содержит только главный классовый сетевой адрес 172.30.0.0/16.

Мы можем исследовать содержание маршрутных обновлений, когда обновления отправляются и получаются, используя команду debug ip rip.

Щелкните кнопку 3 на рисунке.

Вывод из этой команды показывает, что R2 получает два маршрута 172.30.0.0 равной стоимости с метрикой в 1 транзитный участок. R2 получает один маршрут на Последовательном интерфейсе 0/0/0 от R1 и другой маршрут на Последовательном интерфейсе 0/0/1 от R3. Заметьте, что маска подсети не включается с сетевым адресом в обновлении.

А что относительно R1 и R3? Получают ли они подсети 172.30.0.0 друг друга?

Щелкните кнопку 4 на рисунке.

Здесь мы видим, что у R1 есть свои собственные маршруты 172.30.0.0: 172.30.2.0/24 и 172.30.1.0/24. Но R1 не отправляет R2 эти подсети. У R3 подобная таблица маршрутизации. И R1, и R3 являются граничными маршрутизаторами и отправляют только итоговые сети 172.30.0.0 к R2 в своих маршрутных обновлениях к RIPv1. В результате R2 знает только о классовой сети 172.30.0.0/16 и не имеет представления о каких-либо подсетях 172.30.0.0.

Щелкните кнопку 5 на рисунке.

Заметьте выводе debug ip rip для R2, что он не включает сеть 172.30.0.0 в свои обновления к R1 или к R3. Почему нет? Поскольку действует правило расщепленного горизонта. R2 узнает о 172.30.0.0/16 и на Последовательном интерфейсе 0/0/0, и на Последовательном интерфейсе 0/0/1. Поскольку R2 узнал о 172.30.0.0 на этих интерфейсах, он не включает эту сеть в обновления, которые он отсылает с этих же самых интерфейсов.

Далее: Существование родительского и дочерних маршрутов

Смотрите также
Комментарии
Написать

(обязательно)

(обязательно)

Это не спам (обязательно)