Товары в корзине: 0 шт Оформить заказ
Стр. 1 

12 страниц

Настоящий стандарт применим к конфигурациям, где используется протокол Х.21 или Х.21 bis и где протокол пакетного уровня (ППУ), стандартизованный в ГОСТ Р 34.950, в фазе передачи данных работает по соединению Х.21/Х.21 bis для обеспечения услуг сетевого уровня взаимосвязи открытых систем в режиме с установлением соединения. Эти конфигурации включают в себя сеть данных с коммутацией каналов и терминальный адаптер цифровой сети с интеграцией служб, соответствующий Рекомендации Х.30 CCITT, которая предусматривает доступ к Х.21. ППУ Х 25 работает либо в режиме соединения двух установок оконечного оборудования данных (ООД - ООД), либо в режиме соединения ООД с аппаратурой окончания канала данных (ООД - АКД)

 Скачать PDF

Оглавление

1 Назначение

2 Нормативные ссылки

3 Определения

4 Сокращения

5 Общее описание

6 Управление нижерасположенными соединениями

7 Уровень звена данных

8 Пакетный уровень

Приложение А Терминальные адаптеры для ЦСИС

 

12 страниц

Дата введения01.01.2000
Добавлен в базу01.09.2013
Актуализация01.01.2021

Этот ГОСТ находится в:

Организации:

25.03.1999УтвержденГосстандарт России95
РазработанМНИЦ ГК РФ по связи и информатизации
ИзданИПК Издательство стандартов1999 г.

Information technology. Use of X.25 packet layer protocol in conjunction with X.21/X.21bis to provide the OSI connection-mode Network Service

Нормативные ссылки:
Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ИСПОЛЬЗОВАНИЕ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ В СОЧЕТАНИИ С ПРОТОКОЛОМ X.21/X.21bis ДЛЯ ОБЕСПЕЧЕНИЯ УСЛУГ СЕТЕВОГО УРОВНЯ ВОС В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

БЗ 1-98/128


Издание официальное

ГОССТАНДАРТ РОССИИ Москва

Предисловие

1    РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственною Комитета Российской Федерации по связи и информатизации

ВНЕСЕН Техническим Комитетом по стандартизации ТК 22 «Информационные технологии*

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 25 марта 1999 г. № 92

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10588—93 «Информационная технология. Использование протокола пакетного уровня в сочетании с протоколом Х.21/Х.2Ibis для обеспечения услуг сетевого уровня ВОС в режиме с установлением соединения»

3    ВВЕДЕН ВПЕРВЫЕ

© И ПК Издательство стандартов, 1999

Настоящий стандарт нс может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Госстандарта России

ГОСТ Р ИСО/МЭК 10588-99

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ИСПОЛЬЗОВАНИЕ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ В СОЧЕТАНИИ С ПРОТОКОЛОМ Х.21/Х.21ЬЬ ДЛЯ ОБЕСПЕЧЕНИЯ УСЛУГ СЕТЕВОГО УРОВНЯ ВОС В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

Information technology. Use of Х.25 Packet Layer Protocol in conjunction with X.2I/X.2I bis to provide the OSI connection-mode Network Service

Дата в веления 2000—01—01

1    Назначение

Настоящий стандарт применим к конфигурациям, где используется протокол X.2I или X.2I bis и где протокол пакетного уровня (ППУ), стандартизованный в ГОСТ Р 34.950, в фазе передачи данных работает по соединению Х.21/Х.21 bis для обеспечения услуг сетевого уровня взаимосвязи открытых систем (ВОС) в режиме с установлением соединения (УСУ УС). Эти конфигурации включают в себя сеть данных с коммутацией каналов (СДКК) и терминальный адаптер цифровой сети с интеграцией служб (ЦСИС), соответствующий Рекомендации Х.30 МККТТ, которая предусматривает доступ к X.2I. ППУ Х.25 работает либо в режиме соединения двух установок оконечного оборудования данных (ООД— ООД), либо в режиме соединения ООД с аппаратурой окончания канала данных (ООД—АКД).

Указанные возможности достигаются путем преобразования сервисных примитивов УСУ УС и их параметров в элементы используемою протокола (т.е. ППУ Х.25 и X.2I) и обратного преобразования.

2    Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие стандарты и рекомендации: ГОСТ 34.954-91 (ИСО 8878—87) Системы обработки информации. Передача данных. Использование протокола Х.25 для обеспечения услуг сетевого уровня в режиме с установлением соединения

ГОСТ 28906-91 (ИСО 7498—84, Доп. 1—84 ИСО 7498—84) Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель

ГОСТ Р 34.950-92 (ИСО 8208—87) Информационная технология. Передача данных. Протокол пакетного уровня Х.25 для ООД

ГОСТ Р 34.951-92 (ИСО 8348—87 с Доп. 1—87) Информационная технология. Передача данных. Определение услуг сетевого уровня

ГОСТ Р ИСО ТО 8509—95 Информационная технология. Взаимосвязь открытых систем. Соглашения по услугам

ГОСТ Р ИСО/МЭК 9574—93 Информационная технология. Передача данных и обмен информацией между системами. Обеспечение услуг сетевого уровня ВОС в режиме с установлением соединения терминальным оборудованием пакетного режима, подключенным к цифровой сети интегрального обслуживания

И иамис официальное

ИСО/МЭК 7776—961 Информационная технология. Передача данных. Процедуры управления звеном данных верхнего уровня. Описание процедур звена данных ООД, совместимых с процедурами LAPB протокола Х.25

Рекомендация X.l МККТТ, 1988 Международные классы обслуживания абонентов в сетях данных общего пользования и цифровых сетях с интеграцией служб

Рекомендация Х.2 МККТТ, 1988 Международные службы передачи данных и факультативные услуги для абонентов в сетях данных общего пользования и ЦСИС

Рекомендация Х.20 bis МККТТ, 1988 Использование в сетях данных общего пользования оконечного оборудования данных (ООД), которое рассчитано на сопряжение с синхронными модемами серии V

Рекомендация Х.21 МККТТ, 1992 Стык между оконечным оборудованием данных (ООД) и аппаратурой окончания канала данных (АКД) для синхронной работы по сетям данных общего пользования

Рекомендация X.2I bis МККТТ, 1988 Использование в сетях данных общего пользования оконечного оборудования данных (ООД), которое рассчитано на сопряжение с синхронными модемами серии V

Рекомендация Х.25 МККТТ, 1988 Стык между оконечным оборудованием данных (ООД) и аппаратурой окончания канала данных (ЛКД) для оконечных установок, работающих в режиме передачи пакетов и подключенных к сетям данных общего пользования по выделенным каналам

Рекомендация Х.30 МККТТ, 1988 Обслуживание оконечного оборудования данных (ООД), соответствующего Рекомендациям Х.21, Х.21 bis или Х.20 bis, в цифровой сети с интеграцией служб (ЦСИС)

Рекомендация Х.31 МККТТ, 1988 Обслуживание пакетного оконечного оборудования данных в ЦСИС

Рекомендация Х.32 МККТТ, 1988 Стык между оконечным оборудованием данных (ООД) и аппаратурой окончания канала данных (АКД) для оконечных установок, работающих в пакетном режиме и имеющих доступ к сети данных общего пользования с коммутацией пакетов через коммутируемую телефонную сеть общего пользования или цифровую сеть с интеграцией служб, или сеть данных общего пользования с коммутацией каналов

Рекомендация Х.610 МККТТ, 1992 Обеспечение и поддержка услуг сетевого уровня ВОС в режиме с установлением соединения.

3 Определения

3.1    Определения из эталонной модели

В настоящем стандарте используют следующие понятия, определенные в ГОСТ 28906:

a)    сетевой уровень;

b)    соединение сетевого уровня;

c)    уедут сетевого уровня.

3.2    Определения из соглашений по услугам

В настоящем стандарте используют следующие понятия, определенные в ГОСТ Р ИСО ТО 8509:

a)    поставщик услуг сетевого уровня;

b)    пользователь услуг сетевого уровня.

3.3    Определения из стандарта по услугам сетевого уровня

В настоящем стандарте используют следующие понятия, определенные в ГОСТ Р 34.951:

a)    С-СОЕДИ ПЕНИЕ запрос;

b)    С-РЛЗЪЕДИНЕНИЕ индикация.

3.4    Определения из протокола Х.25

В настоящем стандарте используют следующие понятия, определенные в Рекомендации Х.25:

a)    аппарату ра окончания канала данных;

b)    оконечное оборудование данных;

c)    пакет регистрации;

d)    виртуальное соединение.

ГОСТ Р ИСО/МЭК 10588-99

3.5    Определения из протокола Х.21

В настоящем стандарте используют следующее понятие, определенное в Рекомендации Х.21: сигнал прохождения вызова.

3.6    Определения из Рекомендации по ЦСИС

В настоящем стандарте используют следующее понятие, определенное в Рекомендации Х.31: терминальный адаптер.

4    Сокращения

В настоящем стандарте используют следующие сокращения:

ЛКД — аппаратура окончания канала данных

ВВК — высший входящий канал

ВДК — высший двунаправленный канал

ВИК — высший исходящий канал

ВОС — взаимосвязь открытых систем

КУ — качество услуг

НВК — низший входящий канал

НДК — низший двунаправленный канал

НИК — низший исходящий канал

ПДУСУ — пункт доступа к услугам сетевого уровня

ППП — пункт подключения подсети

ППУ — протокол пакетного уровня

ООД — оконечное оборудование данных

СДКК — сеть данных с коммутацией каналов (общего или частного пользования)

СДКП — сеть данных с коммутацией пакетов (общего или частного пользования)

ССУ — соединение сетевого уровня СУ — сетевой уровень ТА — терминальный адаптер ТО — терминальное оборудование УВД — устройство взаимодействия УСУ — услуги сетевого уровня

УСУ УС — услуги сетевого уровня в режиме с установлением соединения ЦСИС — цифровая сеть с интеграцией служб

LAPB—link access procedure—balanced (сбалансированные процедуры доступа к звену).

5    Общее описание

Существуют две базовые конфигурации, в которых ППУ Х.25, стандартизованный в ГОСТ Р 34.950, может работать по соединению Х.21 для обеспечения УСУ УС, определенных в ГОСТ Р 34.951.

Первая конфигурация показана на рисунке 1 а, где два ООД Х.25 соединены напрямую одной или несколькими взаимосвязанными СДКК или одной или несколькими ЦСИС и одним или двумя ТА (см. Рекомендации МККТТ X.l, X.20 bis, Х.610). В этом случае каждое ООД обеспечивает режим ООД/ООД протокола по ГОСТ Р 34.950 (ППУ Х.25) или протокола по ИСО/МЭК 7776 (IAPB Х.25). Соединение может быть постоянным или коммутируемым.

Вторая конфигурация показана на рисунке 1Ь, где ООД Х.25 имеет доступ к СДКП. В этом случае ООД обеспечивает режим ООД/ЛКД протокола по ГОСТ Р 34.950 (ППУ Х.25) или ИСО/МЭК 7776 (1ЛВР Х.25). Если соединение является постоянным, эта конфигурация представляет собой стандартный сценарий Х.25 и соответствует Х.32 и X.3I, если соединение является коммутируемым.

ГОСТ 34.954 определяет метод обеспечения УСУ УС путем использования ППУ Х.25. Он охватывает случай, когда два ООД непосредственно соединены между собой или когда одно ООД непосредственно соединено с СДКП. Если в тракт между двумя ООД или между ООД и СДКП входит коммутируемое соединение (полупостояннос, «горячая линия» или полностью коммутирус-

мос соединение), необходимы небольшие дополнения к требованиям ГОСТ 34.954. Эти дополнительные положения, относящиеся к соединению ООД—СДКК или ООД—ЦСИС через ТА, определяются настоящим стандартом.

Применимый в этих конфигурациях стек протоколов приведен на рисунке 2. ППУ Х.25 используется для переноса всех элементов всех трех фаз УСУ УС ВОС. ГОСТ 34.954 применяется относительно преобразования примитивов и параметров УСУ УС в элементы ППУ Х.25. Однако в некоторых случаях, подробно рассматриваемых в следующих разделах, должны применяться дополнительные положения, прежде чем произойдут эти преобразования (например, чтобы учесть уста-

4

Настоящий стандарт в сочетании с ГОСТ 34.954

ГОСТ Р 34.950

1ППУХ. 25)

3

Л. ^ 1

или

ИСО/МЭК 7776

X. 21 bis

(LABPX. 25)

2

1

'-м-/v

Сигнализация по каналам с коммутируемым доступом (см. примечание)

Сигнализация и передача информации по каналам с коммутацией пакетов

Уровни

ВОС

Примечание — Эти процедуры не используются в случае арендованных каналов.

Рисунок 2 — Стек протоколов

4

ГОСТ Р ИСО/МЭК 10588-99

новлснис коммутируемого соединения), либо дополнительно к этим преобразованиям (например, чтобы учесть неожиданное разъединение коммутируемого соединения).

На физическом уровне (и для сигнализации по соединению с коммутацией каналов) может использоваться стык Х.21 или Х.21 bis.

На уровне звена данных используется ИСО/МЭК 7776 с учетом ограничений, изложенных в разделе 7 настоящего стандарта.

На сетевом уровне используется ГОСТ Р 34.950 с учетом ограничений, изложенных в разделе 8 настоящего стандарта.

Преобразование элементов УСУ УС в протоколы и процедуры по ГОСТ Р 34.950 должно осуществляться согласно ГОСТ 34.954. В остальных разделах настоящего стандарта приведены положения, необходимые в дополнение к этим преобразованиям.

6 Управление нижерасположенными соединениями

В следующих разделах рассматривают два вида нижерасположенных соединений, по которым можно работать: соединения на основе арендованных каналов и коммутируемые соединения, включая прямой вызов.

6.1    Соединения на основе коммутируемых соединений

Для соединений на основе арендованных каналов предусмотрены стыки Х.21 и Х.21 bis.

Никаких дополнительных процедур нс требуется.

6.2    Коммутируемые соединения (включая прямой вызов)

Для соединений на основе коммутируемых каналов предусмотрены стыки Х.21 и Х.21 bis.

6.2.1 Коммутируемые соединения, инициируемые со стороны ООД

Если соединение на основе коммутируемых каналов еще не установлено или требуется дополнительное коммутируемое соединение для обеспечения дополнительного трафика, должны использоваться следующие дополнительные процедуры.

Получение уровнем 3 примитива С-СОЕДИНЕНИЕ запрос прежде всего побуждает использовать процедуры Х.21 или Х.21 bis для установления соединения. После успешного устаноапения этого соединения и вхождения процедур Х.21 или Х.21 bis в фазу передачи данных должны использоваться процедуры по ИСО/МЭК 7776 и ГОСТ Р 34.950 с учетом ограничений, указанных в разделах 7 и 8 настоящего стандарта.

О безуспешности установления соединения пользователю УСУ указывается примитивом С-РАЗЪЕДИ НЕН ИЕ индикация, у которою параметр «инициатор* установлен в значение «поставщик УСУ*, а параметр «причина» — в значение, определяемое согласно таблице I.

Таблица I — Преобразования сигналов прохождения вызова Х.21, относящихся к разъединению по причинам УСУ УС

Код Х.21

Параметр «причина» УСУ УС

20

Соединение отклонено — ПДУСУ нсдостижим/постояннос условие

21

Соединение отклонено — причина нс опрсдслсна/врсмсннос условие

22

То же

23

«

41

Соединение отклонено — причина нс опрсдслсна/постояннос условие

42

То же

43

Соединение отклонено — ПДУСУ нсдостижим/постояннос условие

44

Соединение отклонено — причина нсопрсдслсна/постояннос условие

45

То же

46

«

47

Разъслинснис/постояннос условие

48

Соединение отклонено — причина не определена/постоянное условие

49

То же

Окончание таблицы 1

Кол х.21

Параметр «причина» УСУ УС

SI

Соединение отклонено — причина не опрслслсна/постоянное условие

52

То же

61

Соединение отклонено — причина не опрслслсна/постоянное условие

71

Соединение отклонено — причина не определена/постоянное условие

72

То же

Примечания

1    Для всех перечисленных выше колов Х.21 параметр «инициатор» УСУ УС указывает «поставщик УСУ*.

2    Не показанные колы Х.21 либо не присвоены, либо нелоступны.

6.2.2    Коммутируемыс соединения, инициируемые в направлении ООД

Для устаноапсния соединения в направлении ООД процедуры Х.21 или Х.21 bis должны

находиться в уровне 1 в состоянии •готовность*. Как только соединение будет установлено и процедуры Х.21 или Х.21 bis войдут в фазу передачи данных на уровне 1, должны быть использованы процедуры по ИСО/МЭК 7776 и ГОСТ Р 34.950 с учетом ограничений, указанных в разделах 7 и 8 настоящего стандарта.

6.2.3    Р а зье д и н е н и е коммутируемого соединения

Если установлено одно или несколько соединений сетевого уровня (ССУ) или в процессе установления ССУ по установленному коммутируемому соединению оно оказывается безуспешным или коммутируемое соединение разъединяется (например, возникла неисправность и попытка его восстановления оказалась безуспешной), применяются положения ГОСТ Р 34.950 и ГОСТ 34.954 относительно безуспешности применения уровня 1 к преобразованию в примитив С-РАЗЪЕДИНЕ-НИЕ индикация для каждого установленного или устанавливаемою ССУ.

Система может по своему усмотрению попытаться повторно установить соединение. Если эта попытка окажется успешной, пользователя УСУ не обязательно уведомлять о первоначальной неудаче.

Необходимо внимательно проследить за тем, чтобы повторно устанавливаемый канал был к той же самой системе, что и при первой попытке.

Вопрос о том, при каких условиях ООД может инициировать разьединение через процедуры Х.21 или Х.21 bis коммутируемого соединения (например, при разьединении последнего виртуального соединения), решается локально.

Так же локально решается вопрос о том, следует ли освобождать соединение уровня звена данных до разьединения коммутируемого соединения телефонной сети.

6.2.4    Идентификация

При установлении коммутируемого соединения может оказаться необходимым по различным причинам обменяться информацией идентификации (например, для целей составления счета или для защиты информации). Необходимость в этом и мстод(ы) обмена информацией идст-ификации в общем случае должны быть известны заранее, и они зависят от режима работы.

В режиме работы, когда коммутируемое соединение используется для прямого соединения двух ООД, возможны три случая определения необходимости обмена информацией идентификации:

a)    никакой обмен между двумя ООД никогда нс требуется;

b)    между двумя ООД обмен всегда требуется и

c)    необходимость или отсутствие необходимости обмена зависит от других факторов, известных двум ООД.

В режиме работы, когда коммутируемое соединение используется для соединения ООД и ЛКД, необходимость обмена информацией идентификации определяется требованиями СДКП и теми

6

ГОСТ Р ИСО/МЭК 10588-99

услугами СДКП, которые ООД желает использовать (услуги СДКП определены в Рекомендации Х.32).

При необходимости обмена информацией идентификации мстод(ы) обмена будет(уг) выбираться из числа методов, определенных в рекомендации Х.32 (см. примечание 1). При работе ООД—ООД используемый метод согласовывается между двумя ООД заранее (см. примечание 2). При работе ООД—АКД используемый метод будет определяться требованиями СДКП.

Примечания

1    Несмотря на то. что Рекомендация Х.32 определяет процедуры идоггификации в режиме ООД—АКД. настоящий стандарт применяет их и для случая ООД—ООД.

2    Один из методов идентификации, предусматриваемых Рекомендацией Х.32, состоит в использовании возможностей коммутируемой сети по иде>гтификации. При использовании этого метода между двумя ООД и коммутируемой сетью должен быть согласован конкретный протокольный механизм.

7 Уровень звена данных

7.1    Режим работы протокола

Должны быть реализованы однозвенные процедуры основного режима (по модулю 8). Могут быть реализованы также однозвенные процедуры расширенного режима (по модулю 128).

7.2    Присвоение адресов

При работе ООД—ООД по коммутируемому соединению и при доступе ООД к СДКП по коммутируемому соединению адреса А и В по ИСО/МЭК 7776 должны определяться следующим образом: вызывающей стороне присваивается адрес А, а вызываемой — адрес В, если только присвоение адресов нс выполнено заранее.

При доступе к СДКП по арендованному каналу адреса А и В должны присваиваться в соответствии с Рекомендацией Х.25. При работе ООД—ООД по арендованном)- канату адреса А и В должны определяться заранее.

7.3    Значения параметров

Рекомендуется предусмотреть возможность установки тайм-аута Т1 в значение 5 с с тем, чтобы можно было работать по групповым спутниковым каналам.

Рекомендуется также предусмотреть кадры длиной 1031 октет для работы по спутниковым соединениям.

Примечание — Помимо этих рекомендаций может оказаться желательным установить большие размеры окон, требующие работы в расширенном режиме (по модулю 128), в частности, если предвидится использование групповых спутниковых стадий.

8 Пакетный уровень

8.1    Общие положения

В общем случае функциональные возможности, определенные в ГОСТ 34.954, применимы и в отношении параметров КУ и адресации. Однако процедуры Х.21 предполагают наличие некоторых конкретных механизмов Рекомендаций Х.25, Х.32 и Х.31 в случае участия СДКП.

8.2    Атресация

8.2.1    Конфигурация ООД—ООД

При установлении соединения между двумя соответствующими ППП используются элементы адресации X.2I.

В этом случае поле «адрес* Х.25 нс используется (т.с. оно пустое), а адреса вызываемого и вызывающего ПДУСУ целиком переносятся в услугах «расширение адресов вызывающего и вызываемого*.

При получении пакетов, которые в поле «адрес* содержат адресную информацию, эта информация должна итерироваться.

8.2.2    Конфигурация ООД—АКД

Для установления соединения Х.21 между двумя соответствующими ППП (т.с. между ООД и СДКП) используются элементы адресации Х.21.

7

Поле «адрес» и услуги «расширение адресов вызываемого и вызывающего» Х.25 используются в соответствии с ГОСТ 34.954.

8.3    Параметры КУ

8.3.1    П ара метр КУ «пропускная способность»

Вызывающий логический объект сетевою уровня должен иметь априорные сведения о скоростях передачи данных по соединению X.2I. Эти сведения в общем случае получаются на основе предписанной информации.

Эти сведения используются для определения значения пропускной способности и определения необходимости установления нового соединения для удовлетворения требований пользователя УСУ.

8.3.2    Параметр КУ «транзит пая задержка*

Вследствие ограниченных возможностей сигнализации по соединению Х.21 вызывающий логический объект сетевого уровня должен иметь априорные сведения о транзитной задержке соединения Х.21. Эти априорные сведения могут быть получены из сведений о сетевой топологии или из наблюдения характеристик соединения.

Значение транзитной задержки Х.21 используется как элемент вычислений при определении значения накопленной транзитной задержки, передаваемого в услуге «согласование мсжконцсвой транзитной задержки» (см. ГОСТ 34.954).

8.4    Параметры «размер окна» и «длина пакета»

Если необходимо использовать только один виртуальный канал, должен быть предусмотрен соответствующий размер окна. В целях обеспечения работы по спутниковым соединениям рекомендуется предусмотреть пакеты длиной 1024 октета.

8.5    Диапазон логических каналов

Диапазоны логических каналов (по ГОСТ Р 34.950 НВК, ВВК, НИК, ВИК, ДВК и ДНК), подлежащие использованию, определяются на основе локальных сведений при их наличии. При отсутствии локальных сведений доступен только один двунаправленный логический канал, и НДК и ВДК должны быть установлены в 1.

При необходимости дополнительных логических каналов они могут быть согласованы путем использования пакета «регистрация» согласно ГОСТ Р 34.950. Для исключения конфликтов пакетов «регистрация* инициатор канала несет ответственность за инициализацию процесса согласования.

8.6    Выбор роли

При отсутствии априорных сведений для выбора роли должна использоваться процедура •повторный пуск», как описано в ГОСТ Р 34.950.

8

1

Оригиналы и проекты ИСО/МЭК — во ВНИИКИ Госстандарта России.