Пакеты OSPF - История изменений

imported>Artem: /* Exchange Process and OSPF Neighbor Adjacency States */

2014-05-07T05:17:51Z

‎Exchange Process and OSPF Neighbor Adjacency States

imported>Artem: /* Maintaining Routing Information */

2012-11-03T22:17:51Z

‎Maintaining Routing Information

imported>Artem: /* Maintaining Routing Information */

2012-03-11T10:39:36Z

‎Maintaining Routing Information

imported>Artem: /* Maintaining Routing Information */

2012-03-11T10:38:59Z

‎Maintaining Routing Information

imported>Artem: /* Формирование соседских отношений между соседними узлами OSPF: Hello */

2012-03-11T10:37:24Z

‎Формирование соседских отношений между соседними узлами OSPF: Hello

imported>Artem: /* Maintaining Routing Information */

2012-03-07T09:42:57Z

‎Maintaining Routing Information

imported>Artem: /* Verifying Packet Flow */

2012-03-06T09:07:03Z

‎Verifying Packet Flow

imported>Artem: /* Verifying Packet Flow */

2012-03-06T09:06:39Z

‎Verifying Packet Flow

imported>Artem: /* OSPF Link-State Sequence Numbers */

2012-03-06T08:57:00Z

‎OSPF Link-State Sequence Numbers

imported>Artem: /* OSPF Link-State Sequence Numbers */

2012-03-06T08:54:37Z

‎OSPF Link-State Sequence Numbers

@@ Строка 86: / Строка 86: @@
 [[Файл:Bidirectional_communication_OSPF.png|center|450px]]
 Первым дело после запуска инициализации OSPF, маршрутизаторы должны пройти этап обмена hello-пакетами.
-#Маршрутизатор А подключается к сети; OSPF на интерфейсе в статусе DOWN, т.к. обмена инфой ещё не было. Она начинается с рассылки hello-пакета через все интерфейсы, участвующие в OSPF, даже если маршрутизатор не в курсе о других маршрутизаторах и DR. Hello-пакеты рассылаются на мультикаст 224.0.0.5.
+#Маршрутизатор А подключается к сети; OSPF на интерфейсе в статусе DOWN, т.к. обмена инфой ещё не было. Она начинается с рассылки hello-пакета через все интерфейсы, участвующие в OSPF, даже если маршрутизатор не в курсе о других маршрутизаторах и DR. Hello-пакеты рассылаются на мультикаст 224.0.0.5. TTL таких сообщений равен одному, поэтому их получат только маршрутизаторы, находящиеся в том же сегменте сети.
 #Все непосредственно подключённые маршрутизаторы с запущенным OSPF получают hello-пакет от А и добавляют А к списку соседей. Это состояние называется инициализацией (''init''-state).
 #Все маршрутизаторы, которые получили hello-пакет, отправляют юникаст пакет-ответ с соответствующей информацией маршрутизатору А.  Поле Neighbor в пакете hello содержит всех других соседей, включая А.

@@ Строка 195: / Строка 195: @@
 * spf-max-wait — Maximum wait time between two consecutive SPF calculations, in milliseconds. Range is 1 to 600000.
-Обратите внимание, что в этом процессе OSPF использует два мальтикаст адресса:
+Обратите внимание, что в этом процессе OSPF использует два мультикаст адреса:
 *224.0.0.5 - для всех OSPF маршрутизаторов на линке.
 *224.0.0.6 - для DR и BDR на линке.

@@ Строка 174: / Строка 174: @@
 ===Maintaining Routing Information===
-[[Файл:OSPF_States2.png|center]]
+[[Файл:OSPF_States2.png|center|450px]]
 В средах с link-state маршрутизацией очень важно, чтобы БД всех маршрутизаторов оставались синхронизированными. Если происходит изменение состояния канала, как показано на рисунке ниже, маршрутизаторы используют массовую рассылку - flooding  - для того, чтобы уведомить другие маршрутизаторы в сети об изменении. LSU предоставляют механизм для массовой рассылки LSAs. OSPF упрощает проблему с синхронизацией требуя чтобы только adjacent маршрутизаторы оставались синхронизированными (OSPF simplifies the synchronization issue be requiring only adjacent routers to remain synchronized).
 [[Файл:OSPF_maintaining_routing_information.png|center|450px]]

@@ Строка 174: / Строка 174: @@
 ===Maintaining Routing Information===
 В средах с link-state маршрутизацией очень важно, чтобы БД всех маршрутизаторов оставались синхронизированными. Если происходит изменение состояния канала, как показано на рисунке ниже, маршрутизаторы используют массовую рассылку - flooding  - для того, чтобы уведомить другие маршрутизаторы в сети об изменении. LSU предоставляют механизм для массовой рассылки LSAs. OSPF упрощает проблему с синхронизацией требуя чтобы только adjacent маршрутизаторы оставались синхронизированными (OSPF simplifies the synchronization issue be requiring only adjacent routers to remain synchronized).
 [[Файл:OSPF_maintaining_routing_information.png|center|450px]]

@@ Строка 46: / Строка 46: @@
 *OSPF Network Types do not match.
 *There is a missing or incorrect OSPF network command.
 ----
 Маршрутизация OSPF зависит от статуса линка между двумя маршрутизаторами. Hello-протокол устанавливает и поддерживает соседские отношения с помощью двухсторонней связи между соседями. Двухсторонняя связь - когда маршрутизатор видит свой собственный ID в hello-пакете, пришедшем от соседа. Соседние маршрутизаторы должны "увидеть" друг друга прежде, чем они смогут обменяться маршрутной информацией.

@@ Строка 179: / Строка 179: @@
 Общие шаги при процессе flooding в сети с множественным доступом:
-#Маршрутизатор А замечает, что состояние канала изменилось и рассылает мультикастов LSU пакет, содержащий обновлённую LSA-запись с увеличенным номером последовательности (incremented seq), на 224.0.0.6. Это адрес всех OSPF DR и BDR. (В p-to-p каналах LSU рассылаются мультикастом на 224.0.0.5). LSU пакет может содержать несколько отдельных LSA.
+#В  широковещательных  сетях  маршрутизаторы  формируют отношения смежности только с DR и BDR. Поэтому, когда маршрутизатор A обращает  внимание  на  изменение  в  состоянии  канала, он  формирует пакет  LSU  (который  включает обновленный  LSA) с увеличенным номером последовательности (incremented seq)  и  отсылает  его  на маршрутизаторы DR и BDR. Существует групповой IP адрес (224.0.0.6) для DRs и BDRs. Пакет LSU может содержать несколько различных LSA.
-#DR получает LSU, обрабатывает его (как описывалось в [[%D0%9F%D0%BE%D0%BD%D0%B8%D0%BC%D0%B0%D0%BD%D0%B8%D0%B5_%D1%82%D0%B5%D1%80%D0%BC%D0%B8%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D0%B8_%D0%BF%D1%80%D0%B8%D0%BD%D1%86%D0%B8%D0%BF%D0%BE%D0%B2_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B_%D0%BF%D1%80%D0%BE%D1%82%D0%BE%D0%BA%D0%BE%D0%BB%D0%B0_OSPF#.D0.A1.D1.82.D1.80.D1.83.D0.BA.D1.82.D1.83.D1.80.D1.8B_.D0.B4.D0.B0.D0.BD.D0.BD.D1.8B.D1.85 | здесь]]), подтверждает получение изменений и распространяет (flood) LSU другим маршрутизаторам в сети, используя адрес 224.0.0.5. После получения LSU, каждый маршрутизатор отвечает DR'у LSAck'ом. Для того, чтобы flooding процедура была надёжной, каждый LSA должен быть подтверждён отдельно.
-#Если маршрутизатор подключён к другой сети, он floods the LSU в эти другие сети, пересылая LSU DR'у multiaccess сети (или смаршрутизатору-соседу, если сеть p-to-p). Этот DR, в свою очередь, мультикастом рассылает LSU другим маршрутизаторам в сети.
-#Маршрутизатор обновляет свою LSDB, используя LSU, содержащий изменившийся LSA. Затем ('''после небольшой задержки''') алгоритм '''SPF''' пересчитывает маршруты исходя из обновлённой БД и обновляет таблицу маршрутизации, по мере необходимости.
+#DR получает LSU, обрабатывает его (как описывалось в [[%D0%9F%D0%BE%D0%BD%D0%B8%D0%BC%D0%B0%D0%BD%D0%B8%D0%B5_%D1%82%D0%B5%D1%80%D0%BC%D0%B8%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D0%B8_%D0%BF%D1%80%D0%B8%D0%BD%D1%86%D0%B8%D0%BF%D0%BE%D0%B2_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B_%D0%BF%D1%80%D0%BE%D1%82%D0%BE%D0%BA%D0%BE%D0%BB%D0%B0_OSPF#.D0.A1.D1.82.D1.80.D1.83.D0.BA.D1.82.D1.83.D1.80.D1.8B_.D0.B4.D0.B0.D0.BD.D0.BD.D1.8B.D1.85 | здесь]]), подтверждает получение изменений и распространяет (flood) LSU другим маршрутизаторам в сети, используя для этого адрес 224.0.0.5. После получения LSU, каждый маршрутизатор отвечает DR'у LSAck'ом. Для того, чтобы flooding процедура была надёжной, каждый LSA должен быть обработан DR маршрутизатором отдельно.
 Настройка задержки:

@@ Строка 244: / Строка 244: @@
    aid:0.0.0.1  chk:D882  aut:0  auk: from Serial0/0/0.2
-v          Показывает версию протокола OSPF
+ v          Показывает версию протокола OSPF
-t          Отображает тип пакета OSPF
+ t          Отображает тип пакета OSPF
 : Hello
 : DBD
 : LSR
 : LSU
 : LSAck
-l          Отображает длину пакета OSPF в байтах
+ l          Отображает длину пакета OSPF в байтах
-rid        Показывает идентификатор маршрутизатора в OSPF
+ rid        Показывает идентификатор маршрутизатора в OSPF
-aid        Отображает идентификатор области OSPF
+ aid        Отображает идентификатор области OSPF
-chk        Отображает контрольную сумму OSPF
+ chk        Отображает контрольную сумму OSPF
-aut        Показывает тип аунтефикации в OSPF
+ aut        Показывает тип аунтефикации в OSPF
 : Нет аунтефикации
 : Простой пароль
 : MD5
-auk        Определяет  ключ   аутентификации     MD5, если используется
+ auk        Определяет  ключ   аутентификации     MD5, если используется
-keyid      Отображает   ключ   идентификации   MD5, только использования аутентификации  MD5
+ keyid      Отображает   ключ   идентификации   MD5, только использования аутентификации  MD5
-seq        порядковый номер (только при использовании  MD5)
+ seq        порядковый номер (только при использовании  MD5)
-from       Интерфейс на котором был получен пакет, в примере S0/0/0.2
+ from       Интерфейс на котором был получен пакет, в примере S0/0/0.2

← Предыдущая		Версия 09:06, 6 марта 2012
Строка 236:		Строка 236:

	===Verifying Packet Flow===		===Verifying Packet Flow===
		+	Команда debug ip ospf packet используется для диагностики и проверки передачи пакетов OSPF между двумя маршрутизаторами. Вывод команды debug показан ниже.
		+
		+	R1#debug ip ospf packet
		+	OSPF packet debugging is on
		+	R1#
		+	*Feb 16 11:03:51.206: OSPF: rcv. v:2 t:1 l:48 rid:10.0.0.12
		+	aid:0.0.0.1 chk:D882 aut:0 auk: from Serial0/0/0.2
		+
		+	v Показывает версию протокола OSPF
		+	t Отображает тип пакета OSPF
		+	1: Hello
		+	2: DBD
		+	3: LSR
		+	4: LSU
		+	5: LSAck
		+	l Отображает длину пакета OSPF в байтах
		+	rid Показывает идентификатор маршрутизатора в OSPF
		+	aid Отображает идентификатор области OSPF
		+	chk Отображает контрольную сумму OSPF
		+	aut Показывает тип аунтефикации в OSPF
		+	0: Нет аунтефикации
		+	1: Простой пароль
		+	2: MD5
		+	auk Определяет ключ аутентификации MD5, если используется
		+	keyid Отображает ключ идентификации MD5, только использования аутентификации MD5
		+	seq порядковый номер (только при использовании MD5)
		+	from Интерфейс на котором был получен пакет, в примере S0/0/0.2

@@ Строка 232: / Строка 232: @@
 .168.2.130    192.168.2.130       212         0x80000006         0x3F44    2
   <output omitted>
 ===Verifying Packet Flow===

← Предыдущая		Версия 08:54, 6 марта 2012
Строка 223:		Строка 223:

	Запись LSA может существовать достаточно долгое время безперезаписи. В какой-то момент SEQ номер достигает значения 0x7FFFFFFF и должен сброситься на начальное значение, чтобы начать новый отсчёт. Когда это происходит, maxage для существующей LSA записи перманентно устанавливается в значение 1 час, что означает, что запись устарела и сбрасывается (flush). Затем LSA начинает с начала со значения seq 0x80000001.		Запись LSA может существовать достаточно долгое время безперезаписи. В какой-то момент SEQ номер достигает значения 0x7FFFFFFF и должен сброситься на начальное значение, чтобы начать новый отсчёт. Когда это происходит, maxage для существующей LSA записи перманентно устанавливается в значение 1 час, что означает, что запись устарела и сбрасывается (flush). Затем LSA начинает с начала со значения seq 0x80000001.
		+	Вывод информации о базе данных производится при помощи команды '''show ip ospf database''' :
		+
		+	RTC# show ip ospf database
		+	OSPF Router with ID (192.168.1.67) (Process ID 10)
		+	Router Link States (Area 1)
		+	Link ID ADV Router Age Seq# Checksum Link count
		+	192.168.1.67 192.168.1.67 48 0x80000008 0xB112 2
		+	192.168.2.130 192.168.2.130 212 0x80000006 0x3F44 2
		+	<output omitted>

	===Verifying Packet Flow===		===Verifying Packet Flow===