ГОСТ Р 54708—2011
Приложение В
(справочное)
Сигнализация основных уровней передачи и параметров
Поскольку несколько основных протоколов передачи для PFT (или AF) пакетов определены, целесообразно
также определить общий метод для адресации и идентификации каждого из этих протоколов вместе с их индивиду-
альными параметрами. Эти информационные определения предназначены для организаций, использующих про-
токол DCP, чтобы быть в состоянии описать источники и цели (адреса протокола DCP) общепринятым способом.
Следующие определения соответствуют общему стилю универсального идентификатора ресурса (URI), как
определено в IETF [2], но не полностью с ним совместимы и не должны синтаксически рассматриваться как про-
тивопоставление URI спецификациям. Семантически также потоки, указанные в настоящем приложении, не иден-
тифицируют уникальные ресурсы; скорее они обеспечивают одну из возможных спецификаций для приложения, в
которой будет приведена информация относительно необходимых элементов протокола DCP, осуществимых на
данном канале связи.
Синтаксис, используемый для описания адресов протокола DCP, следующий:
- элементы в квадратных скобках идентифицируют дополнительные элементы;
- элементы в угловых скобках идентифицируют названные элементы;
- схему строк и названия/значения параметров следует рассматривать без различения прописных и строч-
ных букв;
- большинство параметров являются дополнительными; если такой параметр не будет определен, то долж-
но быть принято значение «по умолчанию»; если никакое (заданное по умолчанию) значение не определено, то
параметр не является дополнительным;
- дополнительные параметры могут быть определены приложениями с использованием протокола распре-
деления и коммуникации (например, максимальное время передачи или максимальное число зарегистрированных
байтов);
- параметры могут появляться в любом порядке в секции параметра (см. ниже);
- неизвестные параметры и их значения должны игнорироваться и могут быть сообщены пользователю; о
неизвестных значениях известных параметров необходимо сообщить пользователю.
Компоновка адреса сновного DCP протокола выглядит следующим образом:
- <scheme>:<target>[:[<src-addr>:]<dst-addr>]][?<param>=<val>[&<param>=<val>[&…]]].
Основные элементы:
- <scheme> (схема) определяет основной протокол, который будет использоваться, например, “dcp.udp.pft”
или “dcp.tcp”. Все основанные на DCP схемы должны начинаться со строки “dcp”. Если “pft” — суффикс строки
<scheme>, то протокол PFT используется вместе с указанным основным транспортным протоколом; если он отсут-
ствует, AF пакеты передаются непосредственно, используя указанный основной транспортный протокол;
- <target> (цель) имеет различную точную семантику в зависимости от используемой схемы. Начиная со зна-
ка двоеточия (“:”) используется как разделитель элемента, это не должно использоваться как часть <target> строки;
- <src-addr> и <dst-addr> имеют различную точную семантику в зависимости от используемой схемы.
П р и м еч а н и е — Адреса DCP протокола, которые опускают src-addr компонент, синтаксически совмести-
мы с URI спецификацией в соответствии с IETF [2].
18
Основные параметры AF уровня (доступны одинаково для всех основных транспортных уровней):
- “crc” (disabled (блокировано): “f”, “false” (ошибка), “0”; enabled (разрешено): “t”, “true” (верно), “1”; default (зна-
чение по умолчанию): “1”) позволяет или запрещает вычисление CRC для AF уровня.
Основные параметры PFT уровня (доступны одинаково для всех основных транспортных уровней, только
если сегмент <scheme> содержит суффикс “.pft”):
- “saddr”, “daddr” (оба по умолчанию — 0). Если один или оба параметра “saddr” и “daddr” присутствуют, то
параметры “saddr” и “daddr” переносятся в адресе заголовка PFT пакета. Если оба параметра опущены, рекомен-
дуется, чтобы дополнительные адреса заголовка не были включены в заголовок PFT пакета. Для обратной со-
вместимости, если ни “saddr” ни “daddr” не присутствуют, приложение может послать адреса заголовка, используя
значения в <src-addr> и <dst-addr> сегментах, или 0, если <src-addr> и/или <dst-addr> сегменты отсутствуют;
- “fec” (disabled (блокировано): “0”; enabled (разрешено): “sp”, “1” …“9”; default (значение по умолчанию): “0”)
включает/отключает механизм FEC защиты PFT уровня; значение “sp” указывает на “однопакетный режим FEC”
(FEC включено, но FEC не ведет к фрагментации; однако, фрагментация может еще следовать из “maxpaklen”
параметра!); значения 1…9 определяют степень защиты (можно, например, указать число восстанавливаемых по-
терь фрагментов);
- “maxpaklen” (положительное целое число; без ограничения: “0”; default (значение по умолчанию): “0”), опре-
деляет MTU канала связи для уровня PFT в байтах.