RIPv1: Нет Поддержки VLSM

Поскольку RIPv1 не отправляет маску подсети в маршрутных обновлениях, RIPv1 не может поддерживать VLSM.

RIPv1: Нет Поддержки VLSM

Маршрутизатор R3 конфигурируется с подсетями VLSM, все из которых являются элементами сети класса B 172.30.0.0/16:

  • 172.30.100.0/24 (FastEthernet 0/0)

  • 172.30.110.0/24 (Обратная петля 0)

  • 172.30.200.16/28 (Обратная петля 1)

  • 172.30.200.32/28 (Обратная петля 2)

Как мы видели с обновлениями 172.30.0.0/16 к R2 от R1 и R3, RIPv1 или суммирует подсети к классовый границе или использует маску подсети исходящего интерфейса, чтобы определить, какую подсеть распространять.

Щелкните кнопку 2 на рисунке, чтобы увидеть топологию.

Чтобы продемонстрировать, как RIPv1 использует маску подсети исходящего интерфейса, добавим R4 к топологии, соединяя его с R3 через интерфейс FastEthernet0/0 по сети 172.30.100.0/24.

Щелкните 1 на рисунке.

Смотрите вывод debug ip rip на рисунке. Заметьте, что единственная подсеть 172.30.0.0, которая отправляется маршрутизатору R4, это 172.30.110.0. Кроме того, заметьте, что R3 отправляет полную главную классовую сеть 172.30.0.0 через Последовательный интерфейс 0/0/1.

Почему RIPv1 на R3 не включает другие подсети, 172.30.200.16/28 и 172.30.200.32/28, в обновлениях к R4? У этих подсетей не та же самая маска подсети, как у FastEthernet 0/0. Это происходит потому, что все подсети должны использовать ту же самую маску подсети, когда классовый протокол маршрутизации реализуется в сети.

Более подробное объяснение

R3 должен определить, какие подсети 172.30.0.0 включать в обновления, отправляемые через его интерфейс FastEthernet 0/0 с IP-адресом 172.30.100.1/24. Он будет включать только те маршруты 172.30.0.0 в свою таблицу маршрутизации, которые имеют ту же самую маску, как интерфейс выхода. Так как интерфейс 172.30.100.1 с маской /24, он будет только включать подсети 172.30.0.0 с маской /24. Единственная подсеть, которая удовлетворяет этому условию, это 172.30.110.0.

Другие подсети 172.30.0.0, 172.30.200.16/28 и 172.30.200.32/28, не включаются, потому что маски /28 не соответствуют маске /24 исходящего интерфейса. Маршрутизатор получения, R4, может применить только свою собственную маску интерфейса /24 к распространяемым маршрутам RIPv1 с подсетями 172.30.0.0. R4 применил бы неправильную маску /24 к этим подсетям с масками /28.

Далее: Родительские и Дочерние Маршруты: Бесклассовые Сети

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

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

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

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