Проверка Обновлений RIPv2

Когда мы используем бесклассовый протокол маршрутизации RIPv2 и отключили автоматическое суммирование, что мы должны ожидать увидеть в таблицах маршрутизации?

Проверка Обновлений RIPv2

На рисунке таблица маршрутизации для R2 теперь содержит отдельные подсети для 172.30.0.0/16. Заметьте, что больше нет единственного сводного маршрута с двумя путями равной стоимости. У каждой подсети и маски есть своя собственная определенная запись, наряду с интерфейсом выхода и адресом следующего транзитного участка, чтобы достигнуть этой подсети.

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

Таблица маршрутизации для R1 содержит все подсети для 172.30.0.0/16, включая эти подсети от R3.

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

Таблица маршрутизации для R3 содержит все подсети для 172.30.0.0/16, включая эти подсети от R1. Эта сеть сходится.

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

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

Мы можем также видеть, что обновление на одном интерфейсе увеличивает его метрику прежде, чем оно будет отослано на другой интерфейс. Например, обновление, которое было получено на Последовательном интерфейсе 0/0/1 для сети 172.30.100.0/24 с 1 транзитным участком, отсылается другие интерфейсы, такие как Serial 0/0/0, с метрикой 2, или 2 транзитных участка.

RIP: received v2 update from 209.165.200.234 on Serial0/0/1
172.30.100.0/24 via 0.0.0.0 in 1 hops
RIP: sending v2 update to 224.0.0.9 via Serial0/0/0 (209.165.200.229)
172.30.100.0/24 via 0.0.0.0, metric 2, tag 0

Заметьте также, что обновления отправляются, используя групповой адрес 224.0.0.9. RIPv1, отправляет обновления как широковещательную передачу 255.255.255.255. Есть несколько преимуществ для использования группового адреса. Вообще, многоадресные сообщения используют меньше пропускной способности в сети. Кроме того, многоадресно передаваемые обновления требуют меньшего количества обработки устройствами, которые не поддерживают RIP. С RIPv2 любое устройство, которое не конфигурируется для RIP, отбросит фрейм на Канальном уровне. С широковещательными обновлениями в RIPv1 все устройства такой широковещательной сети, как Ethernet, должны обработать обновление RIP полностью до Транспортного уровня, где устройство наконец обнаруживает, что пакет предназначается для процесса, который не существует.

Далее: Соответствие записи маршрута целевому IP адресу

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

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

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

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