Суммирование маршрутов, превышающих классовые сети

Изначально протокол RIP разрабатывался как классовый протокол маршрутизации, и, исходя из этого, он не мог поддерживать технологию.

cidr/.

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

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

Эту особенность протокола RIP необходимо знать администраторам СПД, в которых используются сети класса С. Если администратору потребуется настроить суммарный маршрут, превышающий размерность класса С, маршрутизатор выдаст предупреждение (рис. 5.15) о невозможности его использования.

Рис. 5.15. Отсутствие поддержки технологии CIDR.

Распространение маршрута по умолчанию в протоколе RIP

Протокол RIP поддерживает возможность распространения маршрута по умолчанию. Распространение маршрута по умолчанию настраивается на ключевом маршрутизаторе СПД. При распространении по сети этот маршрут всегда будет указывать в направлении маршрутизатора, на котором он был настроен. Для включения механизма рассылки маршрута по умолчанию на выбранном маршрутизаторе необходимо указать команду default-information originate.

(config-router)# default-information originate [route-map map-name] (config-router)# no default-information originate.

Параметр route-map map-name означает указание распространять маршрут по умолчанию, если выполняется условие route-map.

Пример настройки и распространения маршрута по умолчанию в протоколе RIP приводится на рис. 5.16.

В протоколе RIP при одновременном использовании механизмов суммирования адресов и распространения маршрута по умолчанию могут возникать ситуации, при которых будут образовываться маршрутные петли. Пример возникновения такой петли приводится на рис. 5.17.

Рис. 5.16. Настройка маршрута по умолчанию в протоколе RIP.

В сети, изображенной на рис. 5.17, маршрутизатор R1 производит распространение маршрута по умолчанию. В свою очередь маршрутизатор R2 производит рассылку суммарного маршрута на сеть 10.32.1.0/26 в сторону маршрутизатора R1.

В подобной схеме при доступности всех пользовательских сетей пакеты данных передаются нормально как в прямом, так и обратном направлении.

Если в какой-то момент времени сеть 10.32.1.0/28 станет недоступна, то маршрутизатор R2 вычеркнет маршрут до нее из своей ТМ. Однако суммарный маршрут 10.32.0.0/26 изменен не будет.

Если в это время маршрутизатору R1 будет необходимо передать данные рабочей станции 10.32.1.10, то в соответствии с его ТМ такой поток данных будет передан маршрутизатору R2.

Маршрутизатор R2, не найдя в ТМ частный маршрут до сети 10.32.1.0/28, передаст данные по маршруту по умолчанию в сторону маршрутизатора R1, образовав маршрутную петлю.

Петля будет существовать до тех пор, пока сеть 10.32.1.0/28 не станет вновь доступна и маршрутизатор R2 не узнает маршрут до нее. На работе пользователей возникновение маршрутной петли не отразится, поскольку пользовательская сеть 10.32.1.0/28 все равно недоступна.

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

Протокол RIP не имеет механизмов борьбы с подобными маршрутными петлями.

Рис. 5.17. Возникновение маршрутной петли в протоколе RIP.