Масштабирование OSPF за счет иерархического проекта
Протокол OSPF может быть применен в сетях, проблемы проекта которых продуманы не очень глубоко. Достаточно только включить протокол OSPF на всех маршрутизаторах, и он заработает! Однако в больших сетях инженер должен обдумать и спланировать использование средств протокола OSPF, чтобы обеспечить хорошее масштабирование.
Также вам может показаться, что такая тема как http://potolkiatlant.ru/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае зайдите сюда. На этом сайте можно узнать много интересного на тему натяжной потолок. Это очень важная для многих людей тема. Спасибо за эту информацию.
Например, проект OSPF использует единую область OSPF, поскольку эта небольшая объединенная сеть не нуждается в преимуществах масштабирования областей OSPF.
Единая область OSPF хорошо подходит для небольших объединенных сетей, как показано на рис. 17.7. Конфигурация проста, а некоторые из скрытых деталей работы протокола OSPF остаются простыми. Фактически в небольшой объединенной сети можно просто включить протокол OSPF на всех интерфейсах в той же области и игнорировать концепцию области OSPF.
Теперь вместо сети с одиннадцатью маршрутизаторами вообразите сеть с 90 маршрутизаторами и несколькими тысячами подсетей. При таком размере сети работа сложного длгоритма SPF способна существенно замедлить конвергенцию, постольку каждый маршрутизатор потратит некоторое время на выполнение всех математических действий. Кроме того, маршрутизаторам могло бы не хватить памяти. В итоге могут возникнуть следующие проблемы.
Большая топологическая база данных занимает больше памяти на каждом маршрутизаторе.
Обработка большей топологической базы данных алгоритмом SPF естественно требует большей мошности, причем в экспоненциальной зависимости от размера базы.
Изменение состояния одного интерфейса (включен или выключен) вынуждает каждый маршрутизатор снова запускать алгоритм SPF!
Используя области, протокол OSPF позволяет разделить большую и сложную задачу выполнения алгоритма SPF на большой базе LSDB. Инженер помещает одну часть каналов в одну область, а другие в другую область, в третью и т.д. В результате протокол OSPF создает меньшие базы LSDB областей, а не одну огромную базу LSDB всех каналов связи и маршрутизаторов в объединенной сети. При меньших топологических базах данных маршрутизаторы используют меньше памяти и быстрее осушествляют ее обработку алгоритмом SPF.
Несмотря на то что в этом контексте и нет точного определения “больших” сетей, если в сети больше нескольких дюжин маршрутизаторов, то использование нескольких областей будет скорее преимуществом, чем недостатком. (В некоторых документах как максимум для одной области упоминается 50 маршрутизаторов.) Но обратите внимание, что эти количества маршрутизаторов очень общие. Они в значительной степени зависят от конкретного проекта сети, мощности процессоров маршрутизаторов, объема их оперативной памяти и т.д.
Проект из нескольких областей OSPF помещает все каналы связи (последовательные каналы, каналы VLAN и т.д.) внутрь областей. Для этого некоторые маршрутизаторы (граничные маршрутизаторы зоны (Агеа Border Router — ABR)) находятся на границе между несколькими областями. Маршрутизаторы Dl и D2 являются маршрутизаторами ABR в проекте областей на рис. 17.8, похожем на сеть рис. 17.7, но с тремя областями OSPF (О, l и 2).
Опубликовал katy
October 24 2015 18:33:23 ·
0 Комментариев ·
2401 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
