Автосуммирование и RIPv2

Поскольку RIPv2 является бесклассовым протоколом маршрутизации, Вы могли бы ожидать, что увидите отдельные подсети 172.30.0.0 в таблицах маршрутизации. Однако, когда мы исследуем таблицу маршрутизации R2, мы все еще видим итоговый маршрут 172.30.0.0/16 с теми же самыми двумя путями равной стоимости. Маршрутизаторы R1 и R3 все еще не включают подсети 172.30.0.0 другого маршрутизатора.

Автосуммирование и RIPv2

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

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

До сих пор единственная разница между RIPv1 и RIPV2 - в том, что и у R1, и у R3 есть маршрут к суперсети 192.168.0.0/16. Этот маршрут был статическим маршрутом, сконфигурированным на R2, и перераспределенным RIP.

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

Так, что происходит? Чтобы исследовать, какие маршруты RIPv2 отправляются и получаются, мы будем использовать debug ip rip. Рисунок показывает вывод debug ip rip для R1. Заметьте, что RIPv2 отправляет и сетевой адрес, и маску подсети:

RIP: sending v2 update to 224.0.0.9 via Serial0/0 (209.165.200.230)
172.30.0.0/16 via 0.0.0.0, metric 1, tag 0

Однако, заметьте, что отправляемый маршрут является суммарным классовый сетевым адресом, 172.30.0.0/16, а не отдельными подсетями 172.30.1.0/24 и 172.30.2.0/24.

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

По умолчанию RIPv2 автоматически суммирует сети на главных сетевых границах, точно так же, как RIPv1. И маршрутизатор R1, и маршрутизатор R3 все еще суммируют их подсети 172.30.0.0 к адресу класса B 172.30.0.0, отправляя обновления на свои интерфейсы в сетях 209.165.200.228 и 209.165.200.232, соответственно. Команда show ip protocols проверяет, что "автоматическое суммирование в действии."

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

Единственное изменение от команды version 2 состоит в том, что R2 теперь включает сеть 192.168.0.0/16 в свои обновления. Это потому, что RIPv2 включает маску 255.255.0.0 с сетевым адресом 192.168.0.0 в обновлении. И R1, и R3 теперь получат этот перераспределенный статический маршрут через RIPv2 и введут его в свои таблицы маршрутизации.

Замечание: Помните, маршрут 192.168.0.0/16 не мог быть распределен с RIPv1, потому что маска подсети была меньше, чем классовая маска. Поскольку маска не включается в обновления RIPv1, не было никакого способа для маршрутизатора с RIPv1 определить, какая маска должна быть. Поэтому, обновление никогда не отправлялось.

Далее: Самое Длинное Соответствие

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

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

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

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