ГОСТ Р 54994—2012
7.4 Инициирование службы и управление службами
7.4.1 Настоящий стандарт нормирует правила и параметры доставки служб DVB для одного из
двух вариантов доставки (поставки):
- многоадреснаядоставкамножествупользователей,поддерживающаяслужбы«вещаниемедиа»;
- одноадресная доставка одному пользователю, поддерживающая службы типа «контент по
требованию».
7.4.2 Многоадресное распределение потоков выполняется для оконечных устройств, сигнализи-
рующих об ожидании получения потока. Эта сигнализация обеспечивается использованием управле-
ния по протоколу IGMP. Интерфейс IPI-1 должен поддерживать версию 3 протокола IGMP в соответ-
ствии с IETF [34].
Для получения службы HNED должно выполнить «групповое присоединение» согласно IGMPv3.
«Групповое присоединение» должно содержать список допустимых исходных адресов, представляе-
мых механизмом «Открытия Службы».
Для завершения приема службы HNED должно выполнить «групповой выход» в соответствии с
IGMPv3.
7.4.3 Одноадресные службы должны инициироваться и управляться использованием профиля
DVB протокола потоковой передачи реального времени (RTSP) в соответствии с разделом 6 настояще-
го стандарта.
7.5 Качество службы
Для обеспечения необходимого качества службы транспортным потокам MPEG-2 должны быть
присвоены «типы трафика» передачи видео в реальном времени в соответствии с разделом 11 насто-
ящего стандарта.
8 Распределение IP адресов и сетевые службы времени
8.1 Адресация IP и маршрутизация
29
8.1.1 HNED присваивается один адрес IP на интерфейс от сервера DHCP. Сервер DHCP может
предоставить дополнительную информацию, которая детализирована в 8.1.4.
Для HNED должна применяться только динамическая адресация в том случае, когда она назнача-
ется автоматически при подключении устройства к сети и используется в течение ограниченного проме-
жутка времени. Адрес IP, маска подсети, адреса сервера DNS, шлюза по умолчанию, шлюз и, в случае
необходимости, сервер WINS/NetBIOS должны выделяться для HNED динамически через DHCP.
Статическая адресация, назначаемая пользователем или устанавливаемая автоматически при
подключении устройства к сети, но используемая в течение неограниченного промежутка времени, не
рекомендуется.
8.1.2 Протокол динамической конфигурации хоста (узла) (DHCP) определен несколькими стан-
дартами RFC, основными из которых являются IETF [35], [36]. Протокол состоит из нескольких сообще-
ний, имеющих фиксированный формат, который должен быть в соответствии с ETSI [12] (рисунок 14).
Часть сообщения содержит опции переменного размера, которые позволяют сообщению кроме IP-
адреса переносить дополнительную информацию.
В настоящем стандарте спецификация клиента DHCP в HNED подразделяется на сообщения и
опции.
8.1.3 Клиент DHCP должен поддерживать все сообщения в соответствии с IETF [35], [36]. DHCP
требует уникального идентификатора клиента, который является МАС адресом Ethernet в соответствии с
IETF [35], [36].
8.1.4 Пространство кодов опций DHCP (от 1 до 254) разделено на две части. Специфичные для
сайта коды опции (128 — 254) предназначены для «Личного использования» и зависят от реализации.
Коды общедоступного использования (от 0 до 127, 255) определены диапазоном значений, установлен-
ных IETF [36], и детализированы в ETSI [12] (таблица 20).
8.1.4.1 Опция максимального размера сообщения DHCP (Max DHCP Message Size) должна при-
меняться в тех случаях, когда размер сообщения DHCP превышает 378 байтов.
8.1.4.2 Протокол NetBIOS с транспортными протоколами TCP/IP устанавливается при необходи-
мости установления связи HNED с сервером NetBIOS/WINS.