Сообщение NOTIFICATION BGP протокола

После рассмотрения модели конечных состояний вам, должно быть, понятно, сколько существует возможных вариантов развития событий при обнаружении ошибок. В любом случае при обнаружении ошибки другой стороне, участвующей в соединении, посылается уведомление об ошибке — сообщение NOTIFICATION. После этого, узел, пославший сообщение, разрывает соединение. Сетевые администраторы должны уметь анализировать содержимое сообщения NOTIFICATION, чтобы определить причины, вызвавшие ошибку протокола маршрутизации. На рис. 5.9 приведен формат сообщения NOTIFICATION.

Рис. 5.9. Формат сообщения NOTIFICATION

Сообщение NOTIFICATION состоит из кода ошибки (1 байт), дополнительного кода ошибки (1 байт) и поля данных переменной длины.

Код ошибки (Error code) определяет тип уведомления об ошибке, а дополнительный код ошибки (Error subcode) предоставляет более детальную информацию о природе ошибки.

В поле данных (Data field) содержатся сведения об ошибке, такой как неправильный заголовок, запрещенный номер AS и т.д. В табл. 5.1 приведен список возможных ошибок и их дополнительные коды.

Таблица 5.1. Коды ошибок протокола BGP

Код ошибки                                       Дополнительный код ошибки

1 — Ошибка в заголовке                        1 — Соединение не синхронизировано сообщения

2                                                                                                                           — Неправильная длина сообщения

3                                                                                                                           — Неправильный тип сообщения

2      — Ошибка в сообщении OPEN          1 — Номер версии не поддерживается

2 — Неправильный номер AS взаимодействующего узла

3                                                                                                                           — Неправильный идентификатор BGP

4                                                                                                                           — Необязательный параметр не поддерживается 5 — Ошибка аутентификации

6 — Неприемлемое значение таймера удержания 7 — Параметр не поддерживается

3      — Ошибка в сообщении UPDATE     1 — Список атрибутов сформирован неправильно

2 — Общеизвестный атрибут не опознан 3 — Общеизвестный атрибут не найден 4 — Ошибка в атрибуте Flags

5                                                                                                                           — Ошибка в атрибуте Length

6                                                                                                                           — Неправильный атрибут Origin

7                                                                                                                           — Петля маршрутизации между AS

8                                                                                                                           — Неправильный атрибут NEXTJHOP 9 — Ошибка в необязательном атрибуте

10                                                                                                                          — Неправильное поле "Сеть”

11                                                                                                                          — Ошибка в атрибуте AS_PATH

4      — Окончание работы таймера

удержания

5      — Ошибка модели конечных состояний (для ошибок

обнаруженных FSM)

6      — Останов (при других серьезных ошибках, кроме вышеуказанных)

Нет

Нет Нет

Сообщение KEEPALIVE

Стороны, участвующие в сеансе связи, периодически обмениваются сообщениями типа KEEPALIVE для того, чтобы определить наличие канала связи и возможность достижения по нему удаленного узла. Как уже отмечалось, время удержания определяет максимальный интервал времени между успешным приемом двух сообщений типа KEEPALIVE или UPDATE. Сообщения типа KEEPALIVE посылаются обычно с частотой, меньшей времени, установленного таймером удержания, на основании чего делается вывод о нормальном течении сеанса. Рекомендуемый интервал времени для посылки сообщений KEEPALIVE — 1/3 от значения таймера удержания. Если же таймер удержания установлен в 0, то обмен сообщениями KEEPALIVE не ведется. Как мы уже говорили ранее, сообщение типа KEEPALIVE представляет собой 19-байтовый заголовок протокола BGP, без каких- либо значений в поле данных. Сообщения этого типа могут подавляться в течение передачи сообщения UPDATE.

Источник: Сэм Хелеби, Денни Мак-Ферсон, Принципы маршрутизации в Internet, 2-е  издание.  : Пер. с англ. М. : Издательский дом «Вильямс», 2001. — 448 с. : ил. — Парал. тит. англ.

Вы можете следить за любыми ответами на эту запись через RSS 2.0 ленту. Вы можете оставить ответ, или trackback с вашего собственного сайта.

Оставьте отзыв

XHTML: Вы можете использовать следующие теги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

 
Rambler's Top100