Интегрированные сети ISDN
Значения поля код LCP-заголовка
Таблица 3.5.2 Значения поля код LCP-заголовка
|
Код |
Тип пакета |
|
1 |
Запрос конфигурации |
Configure-Request |
2 |
Подтверждение конфигурации |
Configure-Ack |
3 |
Не подтверждение конфигурации |
Configure-Nak |
4 |
Отклонение конфигурации |
Configure-Reject |
5 |
Запрос завершения |
Terminate-Request |
6 |
Подтверждение завершения |
Terminate-Ack |
7 |
Отклонение кода |
Code-Reject |
8* |
Отклонение протокола |
Protocol-Reject |
9* |
Запрос отклика |
Echo-Request |
10* |
Эхо-отклик |
Echo-Reply |
11* |
Запрос отмены |
Discard-Request |
12* |
Идентификация |
|
13* |
Остающееся время |
|
14** |
Запрос сброса |
|
15** |
Отклик на запрос сброса |
|
*) Только LCP; |
**) Только CCP |
|
Для случая запроса Discard-Request между полями длина и данные помещается 4-байтовое поле Magic-Number (магическое число).
Протокол PPP многолик, он способен поддерживать и многоканальные соединения (RFC-1990). Это бывает полезно при работе через ISDN, X.25, Frame Relay или при необходимости расширить пропускную способность за счет подключения нескольких параллельных каналов (MP - MultiLink Protocol). Так как я не сталкивался со случаями, когда пропускной способности было вполне достаточно, данную модификацию PPP-протокола следует считать крайне важной. При этом одной из проблем является распределение пакетов по каналам и последующее их упорядочение принимающей стороной. Особую осторожность в этом случае следует соблюдать при использовании заполнителей. В этом режиме по виртуальному каналу MultiLink запрещается посылать конфигурационные LCP-пакеты Configure-Request, -Reject, -Ack, -Nak, Terminate-Request или -Ack. Принимающая сторона в случае их обнаружения должна их игнорировать. Применение других LCP-пакетов допускается (например, Code-Reject, Protocol-Reject, Echo-Request, Echo-Reply и Discard-Request).
Формат MP-пакета представлен на Рисунок 3.5.5.
