Конфигурация OSPF выполняется только в CLI. Для настройки протокола OSPF используется отдельная командная оболочка, включающая в себя несколько режимов (рис. 1). Переход в каждый из режимов выполняется с использованием одноименных команд. Подробное описание команд представлено в технической документации.
Пример конфигурации приведён для устройств семейств InfiLINK 2x2, InfiMAN 2x2, при внедрении данной схемы, обратите внимание на название интерфейса радио на ваших устройствах. |
Имя режима | Описание | |
---|---|---|
Базовый | Базовый режим OSPF предназначен для анализа вывода диагностических команд и перехода в режим конфигурации. Переход в базовый режим выполняется из командной оболочки WANFleX с помощью команды "ospf".
| |
Конфигурация OSPF | Режим конфигурации позволяет управлять службой OSPF, запущенным на устройстве и выполнять переход в один из конфигурационных режимов, маршрутизатора, интерфейсов или фильтров маршрутов. Переход в режим конфигурации OSPF выполняется из базового режима с помощью команды "config".
| |
Конфигурация маршрутизатора OSPF | В режиме конфигурации маршрутизатора выполняются основные настройки протокола OSPF. Режим позволяет настроить анонсируемые сети, области, идентификатор маршрутизатора и т.д. Переход в режим конфигурации маршрутизатора OSPF выполняется из режима конфигурации с помощью команды "router".
| |
Конфигурация интерфейса OSPF | Режим конфигурации интерфейса OSPF позволяет выполнить настройки протокола, связанные с конкретным интерфейсом. Переход в режим конфигурации интерфейса OSPF выполняется из режима конфигурации с помощью команды "interface IFNAME".
| |
Конфигурация фильтров маршрутов | Режим конфигурации фильтров маршрутов позволяет выполнить настройку правил, применяемых к анонсируемым или принимаемым маршрутам OSPF. Переход в режим конфигурации фильтров маршрутов OSPF выполняется из режима конфигурации с помощью команды создания фильтра "route-map WORD (deny|permit) <1-65535>".
|
Рисунок 1 - Диаграмма переходов между режимами командной оболочки OSPF |
Каждый из режимов командной оболочки OSPF содержит помощь с выводом всего перечня поддерживаемых команд. Вызов помощи выполняется с использованием команды "help".
Таблица маршрутизации может быть получена с использованием следующих команд:
Из командной оболочки WANFleX: BS_1#1> netstat -r Из командной оболочки OSPF: OSPF> show route Из командной оболочки ARDA: ARDA> show route |
Для демонстрации настройки протокола OSPF и анализа вывода диагностических команд рассмотрим пример схемы с одной областью OSPF (рис. 2):
Рисунок 2 - Схема сети с использованием одной области OSPF |
Описание | Выполним предварительную настройку устройств, состоящую из следующих этапов:
| |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
|
Описание | Выполним настройку протокола OSPF в соответствии со схемой. Этап 1: запустим службу OSPF. Этап 2: установим идентификаторы маршрутизаторов. Идентификаторы будут равны IP-адресам, ассоциированным с интерфейсом loopback. Этап 3: определим интерфейсы, на которых должен быть запущен OSPF. Все интерфейсы подключены к магистральной области, в соответствии со схемой. На маршрутизаторах БС1 и АС3 укажем сети, ассоциированные с одним из интерфейсов устройства. На маршрутизаторе АС2 укажем все сети с использованием одной записи 0.0.0.0/0. Такая запись включает в себя все сети и активирует поддержку OSPF на всех интерфейсах маршрутизатора, при подключении одного из интерфейсов устройства к новой сети эта сеть будет сразу анонсирована через OSPF. Такой подход имеет преимущество, т.к. не потребуется дополнительной конфигурации OSPF, но он таит в себе недостаток, т.к. снижается контроль за анонсами. Кроме того, использование такой команды анонсирует адрес 127.0.0.1/32, закреплённый за интерфейсом loopback и не анонсирует адрес 192.168.0.2/32, поэтому дополнительно необходимо указать анонс этой сети. Этап 4: выполним редистрибуцию непосредственно присоединённых сетей на маршрутизаторе БС1 и статических маршрутов на маршрутизаторе АС3. Этап 5: определим пассивные интерфейсы. Интерфейс eth0 маршрутизатора АС3 подключен к стороннему маршрутизатору R1, поэтому на данном интерфейсе не должны быть установлены соседские отношения. При этом сеть 10.10.30.0/24, ассоциированная с интерфейсом eth0, должна быть анонсирована с помощью OSPF, поэтому интерфейс eth0 должен быть определён как пассивный. | |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
|
Описание | Проанализируем вывод списка соседей. Маршрутизаторы объединены сетью 172.16.0.0/29, которая является широковещательной (используется протокол MINT), поэтому:
| |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
|
Описание | Проанализируем LSDB. Поскольку схема включает в себя одну область, то вывод LSDB на всех маршрутизаторах будет идентичен:
| |
---|---|---|
БС1, АС2, АС3 |
|
Описание | В таблицах маршрутизации беспроводных устройств видно, что каждое устройство владеет информацией о каждой подсети, представленной на схеме. Это свидетельствует о том, что устройства успешно обменялись маршрутной информацией и добавили её в FIB. Отдельно стоит отметить о маршрутах к адресам интерфейсов loopback маршрутизаторов. Эти адреса не зависят от состояния каналов связи, поэтому могут быть использованы для управления устройствами в сетях с избыточностью. | |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
|
Рассмотрим пример схемы сети с несколькими областями OSPF (рис. 3):
Рисунок 3 - Схема сети с несколькими областями OSPF |
Описание | Выполним предварительную настройку устройств, состоящую из следующих этапов:
| |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
| |
АС4 |
|
Описание | Выполним настройку протокола OSPF в соответствии со схемой. Этап 1: запустим службу OSPF. Этап 2: установим идентификаторы маршрутизаторов. Идентификаторы будут идентичны IP-адресам, ассоциированным с интерфейсом loopback. Этап 3: определим интерфейсы, на которых должен быть запущен OSPF. Все интерфейсы подключены к магистральной области, в соответствии со схемой. Этап 4: определим типы областей: область 3 - NSSA, область 4 - Stub. Следует иметь в виду, что тип области должен быть настроен на всех маршрутизаторах, подключенных к этой области, иначе они не установят соседские отношения. Этап 5: выполним редистрибуцию непосредственно присоединённых сетей на маршрутизаторе БС1 и статических маршрутов на маршрутизаторе АС3. Этап 6: определим пассивные интерфейсы. | |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
| |
АС4 |
|
Описание | Проанализируем вывод списка соседей. Маршрутизаторы объединены сетью MINT, однако для каждого беспроводного соединения выделена своя подсеть. Маршрутизаторы АС2, АС3 и АС4 установили отношения соседства только с БС1, что говорит о том, что отношения соседства могут быть установлены только в рамках одной области. Маршрутизаторы АС2, АС3 и АС4 выбраны в качестве DR, БС1 - BDR, т.к. идентификатор маршрутизатора БС1 самый низкий. | |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
| |
АС4 |
|
Описание | Проанализируем LSDB. В отличие от схемы с одной областью, в рассматриваемом примере набор LSA для каждой из областей будет отличаться. Область 0:
Область 3:
Область 4:
| |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
| |
АС4 |
|
Описание | В таблицах маршрутизации беспроводных устройств видно, что каждое устройство владеет маршрутом к каждой подсети, представленной на схеме. Это свидетельствует о том, что устройства успешно обменялись маршрутной информацией и добавили её в FIB. Основным отличием между таблицами маршрутизации устройств являются маршруты к внешним сетям: на части маршрутизаторах использует явный маршрут к сети, а на остальных - маршрут по умолчанию. Отдельно стоит отметить о маршрутах к адресам интерфейсов loopback маршрутизаторов. Эти адреса не зависят от состояния каналов связи, поэтому могут быть использованы для управления устройствами в сетях с избыточнотью. | |
---|---|---|
БС1 |
| |
АС2 |
| |
АС3 |
| |
АС4 |
|