13 Работа протокола OSPF в нескольких зонах

Реализация протокола OSPF в единственной зоне имеет один крупный недостаток: с ростом количества сетей и маршрутизаторов увеличивается размер базы данных состояния каналов. Когда база данных растет, от маршрутизаторов находящихся в зоне OSPF требуется, чтобы они отслеживали изменения состояния каждого маршрутизатора и каждого канала связи внутри зоны OSPF. Хранение и поддержка базы данных большого размера требует значительно большего объема оперативной памяти и ресурсов процессора на каждом из маршрутизаторов. Каждый раз, когда внутри зоны становиться доступным новый канал или выходит из строя действующий, все маршрутизаторы зоны должны воспользоваться алгоритмом SPF для пересчета таблицы маршрутизации.

На рисунке 13.1 приводится пример домена маршрутизации OSPF, в котором не было произведено разделение на зоны.

У меня оченьбольшая таблица маршрутизации

Рисунок 13.1 – Домен маршрутизации OSPF без разделения на зоны

В больших доменах маршрутизации протокола OSPF, в которых не было произведено разделение на зоны, могут возникнуть три основные проблемы:

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

–Периодические перерасчеты по алгоритму SPF. При наличии большого количества каналов связи возникновение изменений в топологии сети

222

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

– Большой размер таблицы маршрутизации. Протокол OSPF не производит суммирование маршрутов внутри одной зоны. Если не используется суммирование маршрутов, то количество записей в таблицах маршрутизации на всех маршрутизаторах домена маршрутизации OSPF будет одинаковым и соответствовать количеству частных сетей получателей в домене маршрутизации.

В свете этих проблем в протокол OSPF была добавлена возможность иерархического разделения общего домена маршрутизации на более мелкие зоны, которые по-прежнему будут обмениваться между собой маршрутной информацией. Пример разделения домена маршрутизации OSPF на несколько зон, приводится на рисунке 13.2.

Зона 0 (Backbone )

Рисунок 13.2 – Разделение домена OSPF на три зоны

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

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

223