ГОСТ Р 54708—2011
DCP будет часто использоваться для передачи той же самой информации по многим реализациям транспор-
тировки. Например, один и тот же поток данных можно послать одному адресату через последовательный порт, а
другому — используя UDP/IP. Даже по одному типу транспортировки, например, UDP/IP, одна связь может осущест-
вляться по местной локально-вычислительной сети и быть очень надежной, а другая может быть направлена через
Интернет и потребует прямой коррекции ошибок. Если желательно поддержать различные возможные опции AF
CRC и/или PFTдля одной и той же логической DCPсвязи, тогда они должны быть определены как отдельные адре-са
DCP по всем объектам коммуникаций. В настоящее время не существует протокола, определенного в пределах DCP,
чтобы договориться об определенном AF/PFT профиле во время установления связи.
В.1 DCP через UDP/IP
Этот формат адреса протокола DCP поддерживает как многоадресную, так и одноадресную доставку со-
общений. Адрес протокола DCP относится к назначению DCP передачи, т. е. целевому хосту (узлу сети) при одно-
адресной передаче и целевой группе для многоадресной доставки или для местного приема DCP передачи.
Основные элементы:
- <scheme> (схема) имеет значение “dcp.udp[.pft]”;
- <target> (цель) должна быть именем хоста или IP адресом (как определено в IETF [2] (3.2.2) предшествую-
щим “//”. Для совместимости приложения не обязаны поддерживать IP-буквенный синтаксис;
- <src-addr> — номер порта UDP/IP в исходном хосте в диапазоне от 0 до (2
16
– 1). Если <src-addr> опущен
или “0”, тогда приложение может использовать любой номер порта;
- <dst-addr> — номер порта UDP/IP в хосте назначения в диапазоне от 0 до (2
16
– 1).
Опустить <dst-addr> невозможно; 0 — действительный номер порта согласно UDP спецификации, но факти-
чески исключен в реальных системах.
Если адрес протокола DCP описывает местные параметры приема DCP передачи, <target> идентифицирует
адрес группы вещания в случае многоадресного приема или местного хоста (<localhostt>, “127.0.0.1” и т. д.) для
одноадресного приема; <dst-addr> идентифицирует номер местного порта, который должен использоваться, чтобы
получить входящие пакеты UDP.
Для этой схемы определены следующие дополнительные параметры:
- “interface” (ip адрес или системное специфическое наименование устройства, например “192.168.0.2”,
“eth0”; default (значение по умолчанию): используются системные таблицы маршрутизации). Этот параметр указы-
вает, что платформа маршрутизации таблиц должна быть обойдена, и дейтаграммы будут переданы или получены
через указанный интерфейс сети. Для групповых адресов определено, что это имеет отношение к выбору гнезда
IP_MULTICAST_IF;
- “ttl” (числовой, от 0 (ограничено тем же самым хостом) до 255 (не ограничено); значения по умолча-
нию — по базе значений по умолчанию). Определяет значение IP_MULTICAST_TTL(время существования) выбора
гнезда. Имеет значение только для многоадресной рассылки и существенное, если административная область
действия не определена для указанной группы многоадресной рассылки.
Пример 1: dcp.udp.pft://192.168.0.1:3002?fec=9&crc=0&saddr=7&daddr=6.
Пример 2: dcp.udp://224.10.1.20:3002?interface=192.168.0.2.
Пример 3: dcp.udp://transmitter2,drm.org:1234:3114.
Пример 4: dcp.udp.pft://192.168.0.1:3002?fec=sp&crc=0.
В.2 DCP через транспарентные (последовательные) каналы связи
Основные элементы:
- <scheme> (схема) имеет значение “dcp.ser[.pft]”;
- <target> (цель) — системный определенный идентификатор устройства, например, “COM4” или “/dev/ttyS1”;
- <src-addr> имеет значения поля заголовка пакета PFT SRC в диапазоне от 0 до (2
16
– 1);
- <dst-addr> имеет значения поля заголовка пакета PFT DST в диапазоне от 0 до (2
16
– 1).
Определены следующие дополнительные параметры для этой схемы:
- “bitrate”(числовой, например “115200”);
- “
f
l
owctrl” (“xonxoff”, “rtscts”/“hw” или “none” (по умолчанию).
Пример 1: dcp.ser.pft:/dev/ttyS3:1:2?bitrate=4800&fec=4&
f
l
owctrl=hw.
Пример 2: dcp.ser:COM2:200?bitrate=115200.
В.3 DCP в/из файла с использованием файла IO
19
Основные элементы:
- <scheme> (схема) имеет значение “dcp.
f
i
le[.pft]”;
- <target> (цель) — является системным конкретным названием файла, включая любой требуемый путь.
Начиная со знака двоеточия (“:”), используется как разделитель элемента, но не должен использоваться как часть
строки <target>. Сценарием, где это не может быть опущено, является DOS совместимые строки тракта, включая
название дисковода (“C:\temp\test.mdi”). В данном случае знак двоеточия должен всегда сопровождаться нечис-
ловым знаком (например, знак наклонной черты влево или нечисловой знак начала названия файла). В случае
неоднозначных предписаний, как “С:5:6” (где анализатор не может ясно решить, является ли “С” именем файла,