Обобщение маршрутов во фрагментарной сети

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

• В крупных сетях различного типа подсети не анонсируются.

• Сети, не являющиеся непрерывными, невидимы друг для друга.

На рис. 2.11 протокол RIPvl не анонсирует подсети 172.16.5.0 255.255.255.0 и 172.16.6.0 255.255.255.0, поскольку этот протокол не может анонсировать подсе­ти; оба маршрутизатора, маршрутизатор А и маршрутизатор В анонсируют этот маршрут 172.16.0.0. Однако это приводит к путанице при маршрутизации через сеть 192.168.14.0. В этом примере маршрутизатор С получает маршруты, относя­щиеся к сети 172.16.0.0, с двух различных направлений, вследствие чего не может принять правильного решения о маршрутизации.

Рис. 2.11. Обобщение маршрутов во фрагментирован­ных сетях

Возникшую проблему можно разрешить путем использования какого-либо из протоколов: RIPv2, OSPF, IS-IS или EIGRP, однако не следует использовать обоб­щение маршрутов, поскольку маршруты подсетей будут анонсированы вместе с их нынешними масками подсетей.

Программное обеспечение IOS Cisco также предоставляет функцию ненумерован­ных IР-(адресов), которая позволяет разделять фрагментированные сети ненумеро­ванным каналом. Ненумерованным называется канат, который может еще не иметь назначенного номера IP-адреса, однако его видят другие подсети, что позволяет пре­дотвратить разрывы в каналах. Наличие ненумерованного канала без использования IP- функции ненумерованного канала может привести к разрывам в каналах.