Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Программа Сетевой академии Cisco CCNA 3 и 4 (Вс....docx
Скачиваний:
280
Добавлен:
21.07.2019
Размер:
32.57 Mб
Скачать

Сети Frame Relay с частично-связной топологией

Поскольку Полносвязная топология является весьма дорогостоящей, многие ор­ганизации вместо нее используют частично-связную топологию. Под такой топо­логией понимается такая конфигурация, в которой по крайней мере один маршру­тизатор поддерживает соединения со всеми остальными маршрутизаторами сети, однако таким свойством обладают не все маршрутизаторы сети, т.е. топология не является полносвязной. Наиболее эффективной в финансовом отношении является древовидная звездообразная (hub-and-spoke) топология, в которой один маршрути­затор, выполняющий функции концентратора (hub) соединен со всеми остальными маршрутизаторами сети (spoke routers). Использование звездообразной топологии является эффективным в финансовом отношении решением в распределенных се­тях WAN, однако оно имеет серьезный недостаток: выход из строя всего лишь од­ного устройства (маршрутизатора-концентратора) приводит к неработоспособности всей сети. Как правило, организации используют сети Frame Relay по причине их невысокой стоимости, а не потому, что они обладают высокой отказоустойчиво­стью. Поскольку выделенные линии (в отличие от каналов Frame Relay) обычно ис­пользуются для передачи критически важных данных, в таких ситуациях является целесообразным использование экономичной топологии, такой как звездообразная.

К сожалению, команда neighbor, успешно решавшая задачу в полносвязной топологии, не может этого сделать в древовидной звездообразной (hub-and-spoke) топологии. Маршрутизатор-концентратор на рис. 3.22 связан со всеми остальными маршрутизаторами и может посылать им информацию о маршрутах, используя ко­манду neighbor, однако они могут посылать пакеты Hello только маршрутизатору- концентратору, но не друг другу.

Рис 3.22. Сеть протокола OSPFс звездообразной топологией

Выбор маршрутизаторов DR/BDR, произойдет, однако лишь маршрутизатор- концентратор будет обладать информацией обо всех кандидатах. Поскольку для пра­вильного функционирования такой OSPF-сети необходимо, чтобы в качестве назна­ченного маршрутизатора выступал маршрутизатор-концентратор, для всех остальных маршрутизаторов сети следует задать приоритет, равный нулю. Следует напомнить, что назначение маршрутизатору приоритета, равного нулю, исключает возможность выбора его в качестве назначенного или резервного. При использовании второго под­хода к решению проблем такой топологии вопрос выбора маршрутизаторов DR/BDR вообще не ставится, а вместо этого сеть разбивается на отдельные соединения типа “точка-точка”. В сетях типа “точка-точка”, как показано на рис. 3.23, назначенный и резервный маршрутизаторы не выбираются. Хотя в таких сетях конфигурирование протокола OSPF осуществляется просто, использование сетей “точка-точка” со звез­дообразной топологией обладает существенными недостатками. В этом случае для ка­ждого канала необходимо выделить отдельную подсеть, что приводит к усложнению WAN-адресации и вызывает трудности в управлении сетью. Вопрос о WAN-адресации можно обойти путем использования ненумерованного протокола IP, однако во многих WAN-сетях применяются политики, не позволяющие использовать эту функцию. Есть ли реальная альтернатива конфигурации типа “точка-точка”? К счастью, операцион­ная система IOS Cisco предлагает относительно новую альтернативу. Как показано в следующем разделе, физическая звездообразная топология может быть вручную пе­реконфигурирована в сеть типа “точка-несколько точек”.

Рис. 3.23. Звездообразная топология OSPF-сети типа “точка-точка”