19.3. Реестр типов опций
Каждая запись реестра опций DCCP содержит тип опции (целое число от 0 до 255), имя опции (например, "Slow Receiver") и ссылку на RFC, где определен тип опции. Реестр изначально заполняется значениями из таблицы 3 (параграф 5.8). данный документ выделяет для типов опций значения 0-2 и 32-44, а опции типов 31 и 120-126 для экспериментов и тестирования. Опции типов 3-30, 45-119 и 127 в настоящее время зарезервированы. Их следует распределять на основе процедуры IETF Consensus, требующей публикации RFC (статус standards track не требуется) с просмотром и одобрением IESG. Опции типов 128-255 резервируются для связанных с CCID реестров; каждый документ CCID Profile описывает управление соответствующим реестром.
19.4. Реестр номеров признаков
Каждая запись в реестре признаков DCCP содержит номер признака (целое число от 0 до 255), его имя (например, "ECN Incapable") и ссылку на RFC, где определяется признак. Реестр изначально заполняется значениями из таблицы 4 (параграф 6). Данный документ выделяет значения для признаков с номерами 0-9, а признаки 120-126 резервируются для экспериментов и тестирования. Признаки с номерами 10-119 и 127 являются резервными. Их следует распределять на основе процедуры IETF Consensus, требующей публикации RFC (статус standards track не требуется) с просмотром и одобрением IESG. Признаки с номерами 128-255 резервируются для связанных с CCID реестров; каждый документ CCID Profile описывает управление соответствующим реестром.
19.5. Реестр идентификаторов контроля насыщения
Каждая запись в реестре идентификаторов DCCP CCID содержит значение CCID (целое число от 0 до 255) имя механизма CCID (например, "TCP-like Congestion Control") и ссылку на RFC, где определяется CCID. Реестр изначально заполняется значениями из таблицы 5 (глава 10). Значения CCID 2 и 3 выделены для опубликованных к настоящему моменту профилей, а значения 248 — 254 резервируются для экспериментов и тестирования. Значения CCID 0, 1, 4 — 247 и 255 в настоящее время являются резервными. Их следует распределять на основе процедуры IETF Consensus, требующей публикации RFC (статус standards track не требуется) с просмотром и одобрением IESG.