...
| Anchor |
|---|
| hello_neighboor |
|---|
| hello_neighboor |
|---|
|
Этап 1: маршрутизатор R4 выполняет рассылку сообщений Hello на групповой адрес 224.0.0.5 (рис. 4б). Этот адрес поддерживается всеми устройствами, на которых запущен протокол OSPF. Cообщения Hello рассылаются со всех интерфейсов, определённых на этапе запуска OSPF, с заданной периодичностью. По умолчанию используется интервал рассылки сообщений Hello равный 10 секунд. Cообщения Hello - индикатор соединения с соседом, поэтому, если от соседа не получены сообщения Hello на протяжении интервала Router dead, то устройство считается недоступным. По умолчанию интервал Router dead равен четырём интервалам рассылки сообщений Hello.- Этап 2: маршрутизаторы R1, R2 и R3, получив Hello от R4 добавляют его в список соседей со статусом Init (рис. 4б).
- Этап 3: в соответствии с внутренними таймерами, маршрутизаторы R1, R2, R3 отправляют сообщения Hello маршрутизатору R4 (рис. 4в). Поскольку сообщения Hello содержат список соседей, то сообщения, отправленные для R4 содержат его идентификатор. Это значит, что маршрутизатор R4 может добавить в список соседей все маршрутизаторы сети со статусами 2-Way, пропустив статус Init. Далее R4 сформирует сообщения Hello для маршрутизаторов, где укажет их в маршрутизаторы R1 и R3 в качестве соседей, что позволит R1, R2 и R3 сменить статус для R4 с Init на 2-Way (рис. 4г).
- Этап 4: в широковещательных сегментах (Ethernet, MINT, и т.д.) должны быть выбраны маршрутизаторы, назначенные основным (DR) и резервным (BDR). Остальным маршрутизаторам будут назначены роли DROther. Этот механизм нужен для того, чтобы снизить объём служебной информации: каждый из DROther будет выполнять обмен маршрутной информацией только с DR и BDR. Алгоритм выбора DR и BDR описан ниже. Следует иметь в виду, что роли закрепляются не за устройством, а за интерфейсом, поэтому маршрутизатор, у которого есть несколько интерфейсов в разных широковещательных сегментах, может быть DR в одном и DROther в другом.
- Этап 4а: пусть R2 будет назначен DR, а R3 - BDR, как и было до подключения R4 к сети. Маршрутизаторам R1 и R4 назначены роли DROther, поэтому статус отношений между ними останется равным 2-Way.
- Этап 5: пары маршрутизаторов R2-R4 и R3-R4 распределяют роли master и slave между собой, статус их отношений становится равным ExStart.
- Этап 6: устройство с ролью master первым начинает обмен служебными сообщениями с кратким описанием базы данных маршрутов DBD. Во время обмена такими сообщениями статус отношений устанавливается равным Exchange.
- Этап 7: устройства, получив краткое описание базы данных маршрутов от соседа, формируют запросы детальной информации о неизвестных им сетях. Такие сообщения называются LSR.
- Этап 7а: ответом на LSR является LSU. LSU содержат подробную информацию о запрашиваемых маршрутах.
- Этап 7б: получив LSU, устройство формирует подтверждение о получении информации. Такое сообщение называется LSAck, его использование является следствием отказа от использования протоколов гарантированной доставки, например TCP.
- Этап 7г: совокупность всей маршрутной информации называется LSDB, а процесс обмена служебными сообщениями о LSDB сопровождается изменением статуса отношений на Loading.
- Этап 8: после синхронизации LSDB на устройствах, отношения между маршрутизаторами R4-R2 и R4-R3 устанавливаются в статус Full (рис. 4д). Следует обратить внимание, что DR и BDR устанавливают отношения Full со всеми маршрутизаторами в сегменте.
...
| Center |
|---|
| Тип | Наименование | Описание | Пример | Нет устойчивого перевода и в профессиональной среде названия LSA не переводят. |
|---|
| 1 | LSA о маршрутизаторе (Router LSA) | LSA данного типа распространяются всеми маршрутизаторами в пределах одной области. LSA содежит следующую маршрутную информацию: - описание всех каналов связи маршрутизатора, относящихся к данной области;
- стоимость каналов связи маршрутизатора;
- список маршрутизаторов области, с которыми установлены отношения соседства.
| LSA данного типа формируют все маршрутизаторы в сети (рис. 5б). Обратим внимание на следующие особенности: - в LSA типа 1, рассылаемых в области 0, маршрутизатор R3 включит только информацию о сети 10.10.234.0/29, а в LSA типа 1, рассылаемых в области 36 - информацию о сети 192.168.36.0/24. Это поведение объясняется тем, что LSA типа 1 предназначен для обмена информацией внутри области;
- маршрутизатор R5 не формируется LSA типа 1 с информацией о внешней сети 172.16.0.0/16;
- LSA типа 1, сформированный маршрутизатором R4 будет получен маршрутизатором R2 и передан маршрутизатору R1 с увеличенным значением метрики. Таким образом, LSA типа 1 распространяются по всей области с приращением метрики, остальные параметры остаются неизменными.
| | 2 | LSA о сети (Network LSA) | LSA данного типа распространяются DR в пределах одной области. LSA содержит следующую маршрутную информацию: - адрес сети широковещательного сегмента;
- маска сети широковещательного сегмента;
- список маршрутизаторов, с которыми установлены отношения соседства.
| LSA данного типа формируют только маршрутизаторы R1, R2, R3 и R4, т.к. им назначена роль DR (рис. 5в). По аналогии с LSA типа 1, LSA типа 2 распространяются по всей области с приращением значения метрики. | | 3 | Суммарный LSA (Summary Network LSA) | LSA данного типа распространяются ABR и содержат маршрутную информацию о соседней области. ABR распространяет не топологию, как в Наличие LSA 1 и 2 типов позволяют маршрутизатору построить топологию области и рассчитать пути передачи данных. LSA типа , а маршрутную информацию, т.е. в этой ситуации 3 не являются источниками данных о топологии, они содержат только маршрутную информацию о соседних областях. Таким образом на стыке областей OSPF проявляет признаки дистанционно-векторного протокола. ABR формирует один LSA типа 3 для каждой сети. Число сообщений может быть уменьшено за счёт настройки суммирования маршрутов. | LSA данного типа рассылаются маршрутизаторами R3 и R4, т.к. они являются ABR (рис. 5г). Маршрутизатор R3 сформирует следующие LSA типа 3: - маршрут к сети 192.168.36.0/24 для области 0. Маршрутизатор R3 подключен к этой сети с помощью интерфейса eth1;
- маршрут к сети 10.10.234.0/29 для области 36. Маршрутизатор R3 подключен к этой сети с помощью интерфейса eth0;
- маршрут к сети 10.10.21.0/30 для области 36. Информация о сети взята из LSA типа 1 и 2, полученных от R1;
- маршрут к сети 192.168.45.0/24 для области 36. Маршрут к этой сети получен через LSA типа 3 от маршрутизатора R4. Интересно, что при анонсе этой сети, маршрутизатор R3 подменяет источник LSA, устанавливая себя в качестве источника маршрута. Подмена источника является необходимым условием, т.к. маршрутизаторе области 36 не знают о местонахождении маршрутизатора R4.
Маршрутизатор R4 формирует LSA типа 3 по аналогии с R3. | | 4 | Суммарный LSA ASBR (ASBR Summary LSA) | LSA данного типа формируют ABR в дополнение к LSA типа 5. LSA такого типа содержат информацию о местонахождении ASBR для соседней по отношению к ASBR области. | См. пример для LSA типа 5. | | 5 | Внешний LSA (External LSA) | LSA данного типа формируют ASBR для внешних маршрутов, в том числе маршрутов по-умолчанию. Такие сообщения распространяются через всю АС без изменений. По аналогии с ABR, ASBR может выполнять суммирование внешних маршрутов, т.е. замену нескольких маршрутов одним. Это позволяет сократить таблицу маршрутизации и объём служебной информации при дальнейшем распространении этих маршрутов. | LSA типа 5 формируется маршрутизатором R5, т.к. это единственный ASBR в схеме сети (рис. 5д). LSA типа 5, сформированный маршрутизатором R5 содержит информацию о сети 172.16.0.0/16 и распространяется через всю автономную систему без изменений. Таким образом, каждый из маршрутизаторов на схеме обладает данными о том, что сеть 172.16.0.0/16 является внешней и подключение к этой сети имеет маршрутизатор R5. Скрытая проблема заключается в том, что маршрутизаторы R1, R2, R3 и R6 не знают местонахождения R5. LSA типа 1, в котором указан идентификатор R5, распространяется только внутри области 45. Для решения этой проблемы, пограничные маршрутизаторы R4 и R3 дополнительно к передаваемому LSA типа 5 генерируют LSA типа 4. В LSA типа 4 маршрутизаторы сообщают о том, что весь трафик, адресованный R5 можно передать на ABR. | | 6 | LSA членства в группе (Group Membership LSA) | LSA такого типа используются в Multicast-сетях и содержат список групп, потребители которых есть в сегменте сети. В рамках данной статьи LSA такого типа рассматриваться не будут. | - | | 7 | LSA типа 7 (Type 7 LSA) | LSA данного типа являются аналогом LSA типа 5, применяемых в NSSA областях. Использование LSA типа 7 является следствием соблюдения совместимости между областями типа Stub и NSSA. LSA типа 7 преобразовывается в LSA типа 5 маршрутизатором ABR при экспорте из NSSA области. | Пример формирования LSA типа 7 представлен при описании NSSA областей.
|
|
...
| Center |
|---|
Рисунок 7г - Распространение LSA в области NSSA |
Totally NSSA
...
Области Totally NSSA схожи по поведению с областями NSSA за исключением одной особенности: в область Totally NSSA экспортируется только один LSA типа 3 с маршрутом по умолчанию (рис. 7д).
...