Протокол IP : Протоколы IP-маршрутизации

Почему RIPv1 и IGRP не поддерживают маску подсети переменной длины?

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Возможность выбора другой маски подсети для одного номера сети в разных подсетях обеспечивается функцией выбора маски подсети с переменной длиной (VLSM). Протоколы RIPv1 и IGRP – это протоколы с делением на классы, и они не позволяют нести сведения о маске подсети в своих обновлениях. Перед RIPv1 или IGRP посылается обновление, оно выполняет проверку объявляемой маски подсети, которая рекламируется, и, в случае VLS, подсеть падает.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Условные обозначения технических терминов Cisco.

Пример

Этот раздел предоставляет пример. На этом рисунке Маршрутизатор 1 имеет три подсети с двумя другими масками (/24 и/30):

/image/gif/paws/13722/ripv1-support-vlsm.gif

Маршрутизатор 1 проходит через эти шаги прежде, чем передать обновление к Маршрутизатору 2. Обратитесь к Поведению RIP и IGRP Когда Передача или Получение Обновлений для получения дополнительной информации об этих шагах.

  1. Маршрутизатор 1 проверяет, чтобы видеть, является ли 131.108.5.0/24 частью той же крупной сети как 131.108.6.0/30, который является сетью, назначенной на интерфейс, который будет получать обновление.

  2. Это, и теперь проверки Маршрутизатора 1, имеет ли 131.108.5.0 маску той же подсети как 131.108.6.0/30.

  3. Поскольку это не делает, Маршрутизатор 1 отбрасывает сеть и не объявляет маршрут.

  4. Маршрутизатор 1 теперь проверит, является ли 131.108.7.0/30 частью той же основной сети, что и 131.108.6.0/30, которая назначена интерфейсу, являющемуся источником обновлений.

  5. Теперь маршрутизатор 1 проверяет, имеет ли 131.108.7.0/30 такую же маску подсети, как и 131.108.6.0/30.

  6. Поскольку это делает, Маршрутизатор 1 объявляет сеть.

Эти проверки определяют, что Router1 только включает 131.108.7.0 вэтом обновлении, которое посылается к Router2. Когда команда debug ip rip выполнена, можно фактически видеть обновление, передаваемое Маршрутизатором 1. Это - то, как это смотрит:

RIP: sending v1 update to 255.255.255.255 via Serial0 (131.108.6.2)
subnet 131.108.7.0, metric 1

Заметьте, что в предыдущих выходных данных только одна подсеть включена в обновление. Это приводит к этой записи в таблице маршрутизации Маршрутизатора 2, которая отображена с помощью команды show ip route:

131.108.0.0/30 is subnetted, 3 subnets
R       131.108.7.0 [120/1] via 131.108.6.2, 00:00:08, Serial0 
C       131.108.6.0 is directly connected, Serial0
C       131.108.2.0 is directly connected, Ethernet0

Во избежание устранения подсетей от обновлений маршрута, или используйте маску той же подсети по всей сети RIPv1 или используйте статические маршруты для сетей с другими масками подсети.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 13722