ВУЗ:
Составители:
Рубрика:
6.4. Протокол DCCP 181
Поле Checksum Coverage (CsCov) (длина 4 бита) определяет части пакета, ко-
торые покрываются полем Контрольная сумма.
Поле Контрольная сумма (Checksum) (длина 16 бит) содержит контрольную
сумму заголовка пакета DCCP (включая опции), псевдозаголовка сетевого уровня
и, в зависимости от CsCov, полей данных приложений.
Поле Зарезервировано (Reserved) (длина 3 бита) содержит нули, получатель
должен это поле игнорировать.
Поле Тип (Type) (4 бита) специфицирует тип пакета.
Поле Расширенные порядковые номера (X) (длина 1 бит) равно нулю, если
передаются только младшие (LSB) 24 бита порядкового номера, а базовый за-
головок имеет длину 12 байт и значение 1, если в заголовке используются 48-
разрядные порядковые номера. Пакеты DCCP-Data, DCCP-DataAck и DCCP-Ack
могут иметь значение, X равное 0 или 1. Все пакеты DCCP-Request, DCCP-Re-
sponse, DCCP-CloseReq, DCCP-Close, DCCP-Reset, DCCP-Sync и DCCP-SyncAck
должны иметь X=1.
Поле Порядковый номер (Sequence Number) (длина 48 или 24 бита) идентифи-
цирует пакет в последовательности. Номер по порядку увеличивается на 1 после
посылки каждого пакета, включая пакеты DCCP-Ack, которые не несут в себе
данных.
После базового заголовка следует заголовок пересылаемого типа пакета.
6.4.4. Процедура взаимодействия
Процедура взаимодействия двух элементов следующая.
1) Клиент посылает серверу запрос DCCP-Request на установление соедине-
ния. Определяются номера портов клиента и сервера, запрашиваемая услу-
га и другие параметры соединения, включая CCID, необходимый серверу
при работе с клиентом.
2) В ответ сервер посылает пакет-отклик.
3) Клиент посылает серверу подтверждение DCCP-Ack получения DCCP-от-
клика.
4) Далее по необходимости происходит обмен подтверждениями DCCP-Ack
для согласования используемых параметров.
5) Сервер и клиент обмениваются пакетами DCCP-Data, DCCP-Ack.
6) Для закрытия соединения сервер посылает DCCP-CloseReq.
7) Для подтверждения закрытия соединения клиент посылает DCCP-Close.
8) Сервер посылает пакет DCCP-Reset, при этом состояние соединения ликви-
дируется.
9) Клиент получает пакет DCCP-Reset и сохраняет своё состояние в течение
некоторого времени для завершения происходящих обменов.
6.4.5. Функциональность DCCP
Протокол DCCP может реализовать механизм контроля за перегрузкой, мно-
годомность и мобильность (за счёт механизма переадресации), процедуру мед-
ленного получателя (Slow Receiver). DCCP не предоставляет криптографических
гарантий безопасности, но имеет возможности противостоять некоторым видам
атак благодаря используемой системе нумерации пакетов.
Страницы
- « первая
- ‹ предыдущая
- …
- 179
- 180
- 181
- 182
- 183
- …
- следующая ›
- последняя »
