ГОСТ Р МЭК 61784-1—2016
Окончание таблицы 79
Раздел
Заголовос
Присутствие
Ограничения
8.2.1.6
Прием примитива запроса DL-
РАЗЪЕДИНЕНИЯ
Частичное
Заменен на 5.2.2.2.4.8
8.2.1.7
Прием DC DLPDU
Частичное
Заменен на 5.2.2.2.4.Э
8.2.1.8
Разъединение инициированное DLE
Частичное
Заменен на 5.2.2.2.4.10
8.2.2
Работа услуг передачи данных DLC
—
См.таблицу 80
8.2.3
НЕТ
Работа услуг очереди подписчиков
DLC
Услуга очереди подписчиков DLC
не включена в данный профиль
5.2.2.2.4.3 МЭК 61158-4-1,8.2.1.1
Видимые для DLS-лользователя аспекты правил согласования DLC описаны в МЭК 61158-3-1. До
полнительные правила согласования, не влияющие на видимые для DLS-пользователя аспекты DLC,
описаны в МЭК 61158-4-1. 7.1. В случае явного конфликта, правила, описанные в 5.2.2.2.4.3. преобла
дают над теми, что указаны в МЭК 61158-4-1.7.1, которые, в свою очередь, преобладают над описан
ными в МЭК 61158-3-1.
a)Если издатель илиже одноранговый DLC устанавливает значение МАКСИМАЛЬНЫЙ (MAXIMAL)
атрибуту DLPDU-аутентификации. то
П ри м е ча н и е — DLPDU-аутентификация с значением атрибута МАКСИМАЛЬНЫЙ (MAXIMAL) предо
ставляется
в
основном для использования в системах безопасности. По згой причине она повышает до максимума
количество информации об обмениваемом в каждом DLPDU состоянии, отправленной
в
DLC. и препятствует дву
стороннему обмену данными в рамках одной транзакции, централизованному выполнению плана и другой дея
тельности. в которой множественные DLE должны обладать непротиворечивой информацией о состоянии.
1) каждый DLPDU. отправленный от DLCEP соединения DLC должен содержать максимальное
разрешенное число явно заданных адресов, и
2) EC-параметры в кахедом ЕС DLPDU должны быть ограничены следующим образом:
i) в подполе размера адреса (SS) должно указываться, что адрес LONG (ДЛИННЫЙ).
ii) в подполе DLPDU-аутентификации (XX) должен указываться МАКСИМАЛЬНЫЙ уровень ау
тентификации.
iii) в подполе остаточной деятельности (А) должно быть значение ИСТИНА для деятельности
направления издатель-подписчику или во всех посылающих одноранговых направлениях, передачи
данных.
П р и м е ч а н и е — Остаточная деятельность в направлении подписчик-издатель не важна.
iv) оба подполя двустороннего обмена данными (Е) должно содержать значение FALSE (ЛОЖЬ).
v) формат В SD-лараметров (подполе FFF) и форматы К и L отметки-времени (подполе НН). не
должны запрашиваться или использоваться в коммуникациях любого направления в DLC.
b
) Если перечисление а) не применимо, то:
1) если издатель или же одноранговый DLC устанавливает атрибут DLPDU-аутентификации ис
точника. то в подполе DLPDU-аутентификации (XX) в EC-параметрах должен указываться SOURCE
(ИСТОЧНИК), а каждый DLPDU. отправленный от DLCEP соединения DLC, должен содержать макси
мальное разрешенное число явно заданных адресов;
2) если подписчик DLC указывает атрибут MAXIMAL DLPDU-аутентификации в примитиве запро
са DL-CONNECT. то в подполе DLPDU-аутентификации (XX) в результирующих EC-параметрах DLPDU
должен указываться MAXIMAL. Если запрошенное DLC было уже установлено, то:
i) если этот DLC не был установлен с атрибутом MAXIMAL DLPDU-аутентификации. то издаю
щий DLE должен отказать на запрос установления соединения, поступивший от этого подписчика.
ii) в противном случае, когда (А) не применим, то издающий DLE должен попытаться добавить
этого подписчика в существующее DLC;
3) если подписчик DLC указывает атрибут SOURCE DLPDU-аутентификации в примитиве запроса
DL-CONNECT. то в подполе DLPDU-аутентификации (XX) в результирующем DLPDU ЕС-параметров
должен быть указан SOURCE. Если запрошенное DLC было уже утверждено, то:
66