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

35 страниц

487.00 ₽

Купить ГОСТ Р ИСО/МЭК 10177-99 — официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

  Скачать PDF

Оглавление

Введение

1 Назначение

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

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

4 Сокращения

5 Общее описание и принципы протокольных преобразований

6 Соответствие

7 Общие положения относительно преобразований ССУ

8 Протокольные преобразования при установлении и разъединении ССУ

9 Преобразование протокола для фазы "передача данных"

10 ПСЗП при использовании постоянных виртуальных каналов

Приложение А Форма заявки о соответствии реализации протоколу

Приложение В Измененные требования ЗСРП для ГОСТ Р 34.950-92

Приложение С Иллюстрация обработки параметра КУ "транзитная задержка"

Показать даты введения Admin

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

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

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

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ

ОБЕСПЕЧЕНИЕ ПРОМЕЖУТОЧНЫМИ СИСТЕМАМИ ВНУТРЕННИХ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ Х.25 по ГОСТ Р 34.950

БЗ 2-98/246


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

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

Предисловие

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

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

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

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10177—93 «Информационная технология. Передача данных и обмен информацией между системами. Обеспечение промежуточными системами внутренних услуг сетевого уровня в режиме с установлением соединения при использовании протокола пакетного уровня Х.25 по ГОСТ Р 34.950»

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

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

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

П

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

Примечание — Вопрос о том, должно ли нарушение преобразования приводить к разъединению или сбросу соответствующего ССУ согласно изложенному ниже в 8.6 и 9.3, определяется самой реализацией. Если при появлении таких нарушений ни разъединение ССУ, ни сброс ССУ не используются, интерпретация согласно Ь) оказывается неверной, но в этом случае использование логического канала не может интерпретироваться как при обеспечении ССУ.

6.3.2 Соответствие в качестве устройства взаимодействия

Для того, чтобы УВД соответствовало настоящему стандарту в качестве устройства взаимодействия, оно должно соответствовать ППП согласно 6.3.1. Кроме того, любое наблюдаемое поведение ССУ на удаленной стороне УВД должно соответствовать возможным последовательностям примитивов ВУСУ, которые связаны с последовательностями примитивов, согласно ГОСТ Р ИСО/МЭК 10028, через стадии и ретрансляции а) с последовательностями, образованными согласно разделам 7—9 из пакетов, передаваемых в ППП, и Ь) с любыми дополнительными примитивами ВУСУ, соответствующими случаям безуспешного обеспечения нижнего уровня для пакетного уровня в ППП или при нарушениях протокола, согласно 8.5 и 8.6 соответственно.

6.4 Заявка о соответствии реализации протоколу

Поставщик УВД, которое заявлено на соответствие настоящему стандарту, должен заполнить экземпляр формы ЗСРП, приведенной в приложении А.

Кроме того, форма ЗСРП должна заполняться для реализации ППУ Х.25 в соответствии с требованиями ГОСТ Р 34.950; записи должны вноситься в соответствии с модифицированными требованиями приложения В, в которых отражены требования, указанные выше в 6.2.

7 Общие положения относительно преобразований ССУ

Во всех разделах, определяющих протокольные преобразования ВУСУ, считается, что преобразование происходит между заданным ППП, идентифицируемым с интерфейсом ООД/ХХД одного логического объекта пакетного уровня и одним ПДВУСУ, взаимосвязанным с данным ППП.

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

В любой конкретный момент времени КПСТСУ в ПДВУСУ однозначно преобразуется в логические каналы, используемые при обеспечении УСУ УС в ППП, а каждое ССУ преобразуется в точности в одно ВС или один ПВК. Идентификаторы логического канала в передаваемых и принимаемых пакетах представляют собой реализацию механизма идентификации КПСТСУ ВУСУ в протоколе. Во время существования ВС все пакеты, относящиеся к ВС (т. е. имеющие один и тот же идентификатор логического канала), преобразуются в одно и то же ССУ. Точно также, если для обеспечения ССУ используется ПВК, то за время существования ассоциации между ПВК и ССУ (см. ниже раздел 10) все пакеты, относящиеся к ПВК, преобразуются в одно и то же ССУ.

Примечание — КПСТСУ может преобразовываться в два или более различных последовательных логических канала, если запрос ССУ прерван и отклонен, но затем выдан повторно. Как только ССУ будет установлено, преобразование КПСТСУ и ССУ в логический канал и ВС или ПВК остается постоянным.

8 Протокольные преобразования при установлении и разъединении ССУ

Преобразование между ВУСУ и ППУ Х.25 при установлении и разъединении ССУ определены в таблице 2 и указанных в ней подразделах.

Таблица 2 — Протокольное преобразование для примитивов и параметров установления и разъединения ССУ ВУСУ

Примитив или параметр ВУСУ

Пакет/поле/услуга ГОСТ Р 34.950

Подраздел

ВУ-СОЕДИНЕНИЕ запрос

Пакет ЗАПРОС ВЫЗОВА, быстрая

8.1

выборка

ВУ-СОЕДИНЕНИЕ индикация

Пакет ВХОДЯЩИЙ ВЫЗОВ, быстрая

8.1

выборка

Продолжение таблицы 2

Примитив или параметр ВУСУ

Пакет/поле/услуга ГОСТ Р 34.950

Подраздел

Адрес вызываемого

Расширение адреса вызываемого или

8.8

Адрес вызываемого ООД в поле адреса

8.9

Адрес вызывающего

Расширение адреса вызывающего или

8.8

Адрес вызывающего ООД в поле «адрес»

8.9

Выбор ПТПм

Поле ИОФ: бит 7 октета 1

8.10

Выбор СД

Набор параметров КУ:

Согласование срочных данных

8.11

- пропускная способность, текущая

Согласование класса пропускной способности

8.12

- пропускная способность, НПК

Согласование класса минимальной пропускной способности

8.12

- транзитная задержка, текущая или

Выбор и индикация транзитной задержки; согла-

8.13.1,

желаемая

сование межконцевой транзитной задержки, суммарной и желаемой

8.13.2

- транзитная задержка, НПК

Согласование межконцевой транзитной задержки, максимально приемлемой

8.13.3

- приоритет, текущий

Приоритет, желаемый/приемлемый

8.14

- приоритет, НПК

Приоритет, наименее приемлемый

8.14

Данные пользователя УСУ

Поле «данные пользователя вызывающего»

8.15

Управление соединением ВУ

Выбор ИПС, выбор закрытой группы пользователей, закрытая группа пользователей с выбором исходящего доступа, выбор двусторонней закрытой группы пользователей, выбор ПЧЭО, реверсивная функция

8.16

ВУ-СОЕДИНЕНИЕ ответ

Пакет ВЫЗОВ ПРИНЯТ

8.1

ВУ-СОЕДИНЕНИЕ подтверждение

Пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО

8.1

Адрес отвечающего

Расширение адреса вызываемого или

8.8

Адрес вызываемого-ООД в поле «адрес»

8.9

Выбор ПТПм

Поле ИОФ: бит 7 октета 1

8.10

Выбор СД

Набор параметров КУ:

Согласование срочных данных

8.11

- пропускная способность, выбранная

Согласование класса пропускной способности

8.12

- транзитная задержка, выбранная

Согласование межконцевой транзитной задержки, суммарной

8.13.4

- приоритет, выбранный

Приоритет, выбранный

8.14

Данные-пользователя УСУ

Поле «данные вызываемого пользователя»

8.15

Управление соединением ВУ

Выбор ИПС

8.16

ВУ-РАЗЪЕДИНЕНИЕ запрос

Пакет ЗАПРОС ЗАВЕРШЕНИЯ

8.2

Инициатор ]

Поле «причина завершения» и

8.17

Причина >

поле «код диагностики»

Данные пользователя УСУ

Поле «данные завершающего пользователя»

8.15

Адрес отвечающего

Расширение адреса вызываемого или

8.8

Адрес вызываемого-ООД в поле «адрес»

8.9

Диагностика ВУ

Поле «причина завершения» и поле «код диагностики»

8.18

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

Примитив или параметр ВУСУ

Пакет/поле/услуга ГОСТ Р 34.950

Подраздел

Расположение ВУ

Нулевое значение

ВУ-РАЗЪЕДИНЕНИЕ индикация

Пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ

8.3

Пакет ЗАПРОС ЗАВЕРШЕНИЯ

8.4, 8.6

Пакет ЗАПРОС ПОВТОРНОГО ПУСКА

8.4

Пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА

8.4

нет

8.5

Инициатор

Поле «причина завершения/повторного пуска» и

8.17

Причина

поле «код диагностики»

Данные пользователя УСУ

Поле «данные завершающего пользователя»

8.15

Адрес отвечающего

Расширение адреса вызываемого или

8.8

Адрес вызываемого ООД в поле «адрес»

8.9

Диагностика ВУ

Поле «причина завершения/повторного пуска» и поле «код диагностики»

8.18

Расположение ВУ

Нулевое значение

Нет примитива ВУСУ

Пакет ВХОДЯЩИЙ ВЫЗОВ или пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО с недействительным значением(ями) или комбинацией значений в поле «адрес» и/или в поле(ях) «параметр услуги»

8.7—8.9

Преобразования в ППУ Х.25 для примитивов ВУ-РАЗВИТИЕ-СОЕДИНЕНИЯ не происходит. Также не происходит преобразования, определенного для параметров КУ «защита» и «учет внутренних услуг».

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

8.1    Примитив ВУ-СОЕДИНЕНИЕ

Примитивы ВУ-СОЕДИНЕНИЕ запрос и индикация соответствуют пакетам ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ со средством «быстрая выборка», имеющим место в каждом случае. Примитивы ВУ-СОЕДИНЕНИЕ ответ и подтверждение соответствует пакетам ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО.

8.2    Примитив ВУ-РАЗЪЕДИНЕНИЕ запрос

Соответствует пакетам ЗАПРОС ЗАВЕРШЕНИЯ.

8.3    Примитив ВУ-РАЗЪЕДИНЕНИЕ индикация: нормальный случай

Соответствует в простейших случаях пакетам ИНДИКАЦИЯ ЗАВЕРШЕНИЯ.

8.4    Примитив ВУ-РАЗЪЕДИНЕНИЕ индикация: ошибки на пакетном уровне

Соответствует также пакету ЗАПРОС ЗАВЕРШЕНИЯ, если он генерируется логическим объектом пакетного уровня или процедурами ПСЗП для использования в ПВК, например, в ответ на ошибку в принимаемом пакете, а также пакету ЗАПРОС ПОВТОРНОГО ПУСКА или ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА, которые передаются, когда логический канал используется для ССУ (в этих случаях один пакет ПОВТОРНЫЙ ПУСК соответствует нескольким примитивам ВУ-РАЗЪЕДИНЕНИЕ индикация, по одному на каждое ССУ).

8.5    Примитив ВУ-РАЗЪЕДИНЕНИЕ индикация: ошибки на нижних уровнях

Соответствует также нарушению последовательности на уровнях звена данных и физическом, согласно ГОСТ Р 34.950: это относится к каждому ССУ с соответствующим ВС или ПВК, используемым в случае нарушения последовательности.

8.6    Примитив ВУ-РАЗЪЕДИНЕНИЕ индикация: нарушения в преобразовании протокола

И, наконец, примитив ВУ-РАЗЪЕДИНЕНИЕ индикация соответствует пакету ЗАПРОС ЗАВЕРШЕНИЯ, сгенерированному в ответ на прием пакета, который будучи действительным с точки зрения ГОСТ Р 34.950, недействителен как часть преобразования, определенного в остальных частях разделов 8 и 9 настоящего стандарта.

9

К функциональным возможностям при таких ошибочных пакетах относятся:

a)    принят пакет ПРЕРЫВАНИЕ при согласовании неиспользования срочных данных;

b)    принят пакет ДАННЫЕ с битом Д, установленным в единицу, при согласовании неиспользования подтверждения приема;

c)    принят пакет ДАННЫЕ с битом О, установленным в единицу;

d)    принята последовательность бита М с данными нулевой длины;

e)    принят пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО с одной или несколькими ошибками, определенными ниже в 8.7.2.

Примечание — Появление одной из указанных выше ошибок а) — d) означает, что система, порождающая ошибочные пакеты, не реализует ни протокол настоящего стандарта, ни протокол по ГОСТ 34.954. В результате оказывается невозможным полное обеспечение ВУСУ и, как следствие, невозможно межконцевое обеспечение услуг сетевого уровня при появлении таких ошибок. Однако, если в ответ на эти ошибки используется завершение вызова согласно изложенному в данном подразделе, ВУСУ могут сохраняться в приемном УВД и на стороне ССУ, удаленного от источника ошибки. См. также 9.3.2 относительно случаев а) — d) и 9.1.1 относительно случая d).

8.7 Нарушения преобразования протокола в принимаемых пакетах «установление соединения»

8.7.1    Пакеты ВХОДЯЩИЙ ВЫЗОВ

Если полученный пакет ВХОДЯЩИЙ ВЫЗОВ является правильным с точки зрения ГОСТ Р ИСО/МЭК 8208, но не содержит значений полей «адрес» и «услуга», которые могут преобразовываться в параметры примитива ВУ-СОЕДИНЕНИЕ индикация, то либо

a)    такой пакет не входит в предмет рассмотрения настоящего стандарта, либо

b)    этот пакет является ошибочным и вызывает нарушение протокольного преобразования.

Случай а) имеет место в том случае, когда:

i) отсутствует услуга «расширение адреса вызываемого» и УВД не в состоянии образовать ИПФ и, следовательно, полный С-адрес в соответствии с описанным ниже в 8.9 кодированием, либо эта услуга имеется, но первый октет поля «параметр услуги» показывает, что она содержит адрес, отличный от С-адреса, определенного согласно ГОСТ Р 34.951, либо

й) отсутствует услуга «расширение адреса вызывающего» и УВД не в состоянии образовать ИПФ и, следовательно, полный С-адрес в соответствии с кодированием описанным ниже в 8.9, либо эта услуга имеется, но первый октет поля «параметр услуги» показывает, что она содержит адрес, отличный от С-адреса, определенного согласно ГОСТ Р 34.951, и

Ш) если применима ситуация i) или й), то приемное ООД обеспечивает ППУ Х.25 для использований, отличающихся от обеспечения услуг сетевого уровня ВОС в соответствии с настоящим стандартом или с ГОСТ 34.954.

Случай Ь) имеет место в тех случаях, когда

1)    применим случай i) или й), но не Ш), либо

2)    в полученном пакете ВХОДЯЩИЙ ВЫЗОВ отсутствует услуга «быстрая выборка» или услуга «согласование класса пропускной способности», либо

3)    в изображении-пакета ВХОДЯЩИЙ ВЫЗОВ, полученного по ПВК, отсутствуют услуги СКМП, «выбор и индикация транзитной задержки) ВИТЗ и СМТЗ, либо

4)    имеется несогласованность в значениях подпараметров КУ, например, значение «текущее» или «желаемое» хуже, чем соответствующие значения НИК (см. ниже 8.12, 8.13 и 8.14).

В случае Ь) в ответ на ошибочно принятый пакет ООД должно передать пакет ЗАПРОС ЗАВЕРШЕНИЯ с причиной «инициировано ООД». Рекомендуется, чтобы значением поля «код диагностики» было 232 «отклонение соединения — ПДВУСУ недоступен/устойчивое состояние», если применимо i), а в противном случае — 245 «отклонение соединения — причина неопределе-на/устойчивое состояние». Пакет ВХОДЯЩИЙ ВЫЗОВ и пакет ЗАПРОС ЗАВЕРШЕНИЯ не преобразуются в примитив ВУСУ.

8.7.2    Пакеты СОЕДИНЕНИЕ УСТАНОВЛЕНО

Если принятый пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО является правильным с точки зрения ГОСТ Р 34.950, но не содержит таких значений полей «адрес» и «услуга», которые могут преобразовываться в параметры примитива ВУ-СОЕДИНЕНИЕ подтверждение, то этот пакет является ошибочным, который вызывает нарушение протокольного преобразования. Возможными ошибками являются:

а) в услуге «расширение адреса вызываемого» первый октет поля «параметр услуги» показывает, что услуга содержит адрес, не являющийся С-адресом, определенным в соответствии с ГОСТ Р 34.951;

10

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

b)    отсутствует услуга «расширение адреса вызываемого» и ООД не может образовать ИПФ и, следовательно, полное значение С-адреса для адреса отвечающего такое же, как описано ниже в 8.9;

c)    отсутствует услуга «согласование межконцевой транзитной задержки»;

d)    в услуге закодировано значение «выбранное» параметра КУ, которое недействительно с точки зрения правил согласования КУ, относящихся к соответствующему пакету ЗАПРОС ВЫЗОВА (например, значение «выбранное» означает более низкое КУ, чем значение НПК).

В ответ на ошибочно принятый пакет ООД должно передать пакет ЗАПРОС ЗАВЕРШЕНИЯ с причиной «инициировано ООД». Рекомендуется устанавливать поле «код диагностики» в значение 245 «соединение отклонено — причина неопределена/устойчивое состояние». Ни один из примитивов ВУСУ не соответствует пакету СОЕДИНЕНИЕ УСТАНОВЛЕНО; в 8.6 определяется преобразование для пакета ЗАПРОС ЗАВЕРШЕНИЯ.

8.8    Параметры адреса: нормальные случаи

За исключением возможных ситуаций, описанных ниже в 8.9, параметр «адрес вызываемого», «адрес вызывающего» или «адрес отвечающего» перекодируется в соответствующую услугу «расширение адреса» согласно ГОСТ Р 34.950, включая установку первого октета поля «параметр услуги» в значение, указывающее, что эта услуга содержит адрес, присвоенный в соответствии с ГОСТ Р 34.951.

8.9    Параметры адреса: особые случаи

Если все из перечисленных ниже ограничительных условий сохраняют свою силу, то параметр «С-адрес» примитива ВУСУ может быть целиком закодирован в соответствующей части поля «адрес» соответствующего пакета (но даже когда указанные условия сохраняются, вместо него может использоваться обычное кодирование по 8.8). Цифры поля «адрес» кодируют адреса идентификатора начального региона (ИНР).

a)    С-адрес содержит только начальную часть региона (т. е. специфичная часть региона является нулевой);

b)    приемное ООД может образовать ИПФ из содержимого поля «адрес» (например, используя информацию подсети, к которой подсоединено ООД);

c)    ИНР такой же, как адрес ППП, передаваемый в виде содержимого поля адреса и

d)    передающее ООД осведомлено, что принимающее ООД может образовать ИПФ из содержимого поля «адрес».

Пр имечания

1    Подробная информация о применимости состояний Ь) и d) зависит от того, какую роль выполняет УВД относительно рассматриваемого пакета: передающего или принимающего ООД.

2    Возможно, что УВД, работающее по ГОСТ Р 34.950 на обеих сторонах, будет использовать такое кодирование адреса на одной стороне и обычное кодирование 8.8 на другой, например, когда указанные выше условия применимы только к одной стороне.

8.10    Параметры «выбор ПТПм»

Значения «использование подтверждения приема» и «неиспользование подтверждения приема» параметра «выбор ПТПм» соответствует значениям 1 и 0 соответственно, бита 7 первого октета пакета «установление соединения».

8.11    Параметры «выбор СД»

Значение «использование срочных данных» параметра «выбор СД» соответствует наличию услуги «согласование срочных данных» с полем «параметр услуги», что должно указывать на использование срочных данных согласно определению ГОСТ Р 34.950. Значение «неиспользование срочных данных» при выборе СД соответствует либо эквивалентной установке поля «параметр услуги» услуги «согласование срочных данных» согласно ГОСТ Р 34.950, либо отсутствию этой услуги в рассматриваемом пакете.

8.12    Набор параметров КУ: параметры пропускной способности

Подпараметры «текущее» и «выбранное» пропускной способности кодируются в соответствии с ГОСТ Р 34.950 в поле «параметр услуги» услуги «согласование класса пропускной способности». Подпараметры НПК пропускной способности кодируются в соответствии с ГОСТ Р 34.950 в поле «параметр услуги» услуги «согласование класса минимальной пропускной способности». При работе через ПВК каждое закодированное значение меньше или равно значению пропускной способности ПВК для каждого направления передачи данных.

Если пакет ВХОДЯЩИЙ ВЫЗОВ не содержит услуги «согласование класса минимальной

11

пропускной способности», подпараметр НПК примитива ВУ-СОЕДИНЕНИЕ индикация принимает значение «неопределенное».

Пр имечания

1    Пакеты ВХОДЯЩИЙ ВЫЗОВ без услуги С К МП имеют место при взаимодействии с реализациями рекомендации Х.223 МККТТ, которые не соответствуют требованиям ГОСТ 34.954 и настоящего стандарта относительно параметров КУ в передаваемых пакетах.

2    Подпараметры в примитивах ВУ-СОЕДИНЕНИЕ могут принимать только значения 75, 150, 300 бит/с и т. д. согласно ГОСТ Р 34.950, поскольку только эти значения могут быть закодированы в поля «параметр услуги». Если УВД взаимоувязывает ППУ Х.25 с протоколом подсети, который использует другой набор значений, правила согласования КУ по ГОСТ Р ИСО/МЭК 10028 управляют любой подстройкой, необходимой для согласования этих значений на обеих сторонах УВД.

8.13    Набор параметров КУ: параметры «транзитная задержка»

8.13.1    Подпараметры «текущее»

Подпараметр «текущее» параметра «транзитная задержка» примитива ВУ-СОЕДИНЕНИЕ запрос кодируется согласно ГОСТ Р 34.950 в виде накопленной транзитной задержки в поле «параметр услуги» услуги СМТЗ. Полученное значение указывает величину транзитной задержки в ССУ, проходящем через УВД к ППП.

Подпараметр «текущее» параметра «транзитная задержка» примитива ВУ-СОЕДИНЕНИЕ индикация представляет собой сумму значения накопленной транзитной задержки в поле «параметр услуги» услуги СМТЗ и значения транзитной задержки в услуге ВИТЗ, если оба значения имеются в пакете ВХОДЯЩИЙ ВЫЗОВ. (Поэтому транзитная задержка снова измеряется до ППП, но в этом случае исключаются любые ее компоненты, относящиеся к УВД).

Если пакет ВХОДЯЩИЙ ВЫЗОВ не содержит обеих услуг ВИТЗ и СМТЗ, то подпараметр «текущее» примитива ВУ-СОЕДИНЕНИЕ индикация принимает значение, образованное С-логическим объектом с использованием локальной информации относительно отсутствующего(их) значения(й).

Примечание — Необходимость такого использования локально вырабатываемых значений транзитной задержки возникает только при взаимодействии с реализациями рекомендации Х.223 МККТТ, которые не соответствуют требованиям ГОСТ 34.954 и настоящего стандарта относительно параметров КУ в передаваемых пакетах.

8.13.2    П од п ар ам е тр ы «желаемое»

Подпараметр «желаемое» параметра «транзитная задержка» кодируется согласно ГОСТ Р 34.950 в виде желаемого значения транзитной задержки в поле «параметр услуги» услуги СМТЗ; отсутствие октетов, в которых кодируется желаемое значение транзитной задержки соответствует значению «неопределено» для подпараметра «желаемое».

Если подпараметр «желаемое» имеет значение, не являющееся «неопределенное», то значение транзитной задержки в услуге ВИТЗ пакета ЗАПРОС ВЫЗОВА меньше, чем значение «желаемое» минус значение подпараметра «накопленное».

8.13.3    Подпараметры «наименьшее приемлемое качество»

Подпараметр НПК параметра «транзитная задержка» кодируется в соответствии с

ГОСТ Р 34.950 в виде максимально приемлемой транзитной задержки в поле «параметр услуги» услуги СМТЗ; отсутствие октетов, в которых кодируется максимально приемлемая транзитная задержка, соответствует значению «неопределенное» подпараметра «НПК».

8.13.4    Подпараметры «выбранное»

Подпараметр «выбранное» параметра «транзитная задержка» кодируется в соответствии с ГОСТ Р 34.950 в виде накопленной транзитной задержки в поле «параметр услуги» услуги СМТЗ.

8.14    Набор параметров КУ: параметры «приоритет»

Отсутствие услуги «приоритет» соответствует значениям «неопределенное» для обоих подпараметров «текущее» и НПК или для подпараметра «выбранное», в зависимости от обстоятельств, каждого параметра КУ «приоритет» (приоритет данных, приоритет получения соединения и приоритет удержания соединения). В противном случае значения подпараметра «приоритет» (в диапазоне 0—14 или «неопределенное») соответствует непосредственно этим значениям в услуге «приоритет» согласно определению ГОСТ Р 34.950; значения, не содержащиеся в услуге «приоритет», соответствуют значениям подпараметра «неопределенное».

8.15    Параметры данных-пользователя-УСУ

Последовательность октетов (длиной в пределах 0—128), представляющих значение параметра «данные пользователя УСУ», соответствует октетам поля «данные вызывающего пользователя», «данные вызываемого пользователя» или «данные завершающего пользователя» одинаковой длины, взятых по порядку из первого октета поля.

12

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

8.16    Параметры управления соединением ВУ

Подпараметры управления соединением ВУ преобразуются либо в ноль, либо в услуги ППУ Х.25 следующим образом:

a)    аутентификация пользователя: выбор ИПС,

выбор закрытой группы пользователей,

выбор закрытой группы пользователей с выбором исходящего доступа, выбор двусторонней закрытой группы пользователей;

b)    управление маршрутизацией: выбор ПЧЭО,

уведомление о модифицированном адресе вызываемой линии, уведомление о переадресации или отражении вызова;

c)    определители стоимости: реверсивная оплата, выбор ИПС.

Подробная информация о преобразованиях подпараметра зависит от региона в смысле, изложенном в ГОСТ Р ИСО/МЭК 10028. (В приложении ГОСТ Р 34.950 содержится информация, относящаяся к расширению для некоторых из указанных целей региона сети общего пользования Х.25 через подключенные сети частного пользования с коммутацией пакетов).

8.17    Параметры «инициатор» и «причина»

Параметр «инициатор» и «причина» соответствуют значениям полей «причина» и «код диагностики» согласно таблицам 3—5; комбинации значений причины и кода диагностики, не рассмотренные в этих таблицах, соответствуют значениям «неопределенное» для обоих параметров «инициатор» и «причина». Если разъединение ССУ происходит из-за неисправности на нижнем уровне (см. 8.5), параметры «инициатор» и «причина» вызывают «нарушение последовательности».

Примечание — Несмотря на то, что преобразования, приведенные в таблицах 4 и 5, и преобразования в значения «неопределенное» являются односторонними, их можно применить для передаваемых и принимаемых пакетов (см. ниже примечание к 8.18).

Таблица 3 — Преобразование между услугами «причина/код диагностики» и параметрами «инициатор/причина» (преобразование не зависит от фазы ССУ)

Причина

Диагностика

Инициатор

Причина

ООД инициировано,

241

Пользова-

Разъединение — нормальное состояние

стандартные коды диа-

242

тель УСУ

Разъединение — ненормальное состояние

ГНОСТИКИ

244

Отклонение соединения — неустойчивое состояние

245

Отклонение соединения — устойчивое состояние

246

Отклонение соединения — КУ неопределено/неус-тойчивое состояние

247

Отклонение соединения — КУ неопределено/устой-

чивое состояние

248

Отклонение соединения — несовместимость информации с данными пользователя УСУ

ООД инициировано,

225

Поставщик

Разъединение — неустойчивое состояние

стандартные коды диа-

226

УСУ

Разъединение — устойчивое состояние

ГНОСТИКИ

227

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

228

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

229

Отклонение соединения — КУ неопределено/неус-тойчивое состояние

230

Отклонение соединения — КУ неопределено/устой-

чивое состояние

231

Отклонение соединения — ПДУС недоступен/неус-тойчивое состояние

232

Отклонение соединения — ПДУС недоступен/устой-

чивое состояние

235

Отклонение соединения — адрес ПДУС неизвес-тен/устойчивое состояние

Таблица 4 — Преобразование услуг «причина/код диагностики» в параметры «инициатор/причина» (фаза «установление ССУ»)

Причина

Диагностика

Инициатор

Причина

Недоступна

Любая

Поставщик

УСУ

Отклонение соединения — адрес ПДУ С неизвестен/устойчивое состояние

Доступ запрещен, не абонирована приемлемая быстрая выборка, несовместимый адресат, недействительный запрос услуги, ошибка локальной процедуры, нарушение последовательности, ошибка удаленной процедуры, не предписана приемлемость реверсивной тарификации, не действует пчэо

Любая

Поставщик

УСУ

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

Любая

121,122

ООД инициировано, стандартные коды диагностики

164

ООД инициировано, стандартные коды диагностики

Любая, кроме 121, 122, 164 и значения таблицы 3

Поставщик

УСУ

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

Номер занят, перегрузка сети, сеть работоспособна

Любая

Любая

112-120

Таблица 5 — Преобразование услуг «причина/код диагностики» в параметры «инициатор/причина» (фаза «передача данных»)

Причина

Диагностика

Инициатор

Причина

Перегрузка сети

Любая

Поставщик

УСУ

Разъединение — неустойчивое состояние

Любая

113-115

ООД инициировано, стандартные коды диагностики

Любая, кроме 225, 226, 241, 242

Ошибка локальной процедуры, нарушение последовательности, ошибка удаленной процедуры, нарушение ПЧЭО

Любая

Поставщик

УСУ

Разъединение — устойчивое состояние

Любая

122

8.18 Параметры «диагностика ВУ» и «расположение ВУ»

Ненулевые параметры «диагностика ВУ» соответствуют значениям поля «причина» и поля «код диагностики», отличающимся от приведенных в таблице 3. Подробная информация преобразования параметра зависит от региона, как изложено в ГОСТ Р ИСО/МЭК 10028; однако для значений поля «причина» и «стандартного кода диагностики» регион такой же, как во всех реализациях ГОСТ Р 34.950.

Примечание — Информация кода диагностики может передаваться между двумя подсетями, доступными через ППУ Х.25, путем продвижения соответствующих полей «причина» и «код диагностики».

Преобразуется только нулевое значение параметра «расположение ВУ» (заметим, однако, что информация о частичном расположении передается некоторыми значениями полей «причина» и «код диагностики»).

14

9 Преобразование протокола для фазы «передача данных»

Преобразование между ВУСУ и ППУ Х.25 для фазы «передача данных» ССУ определено в таблице 6 и указанных в ней подразделах.

Таблица 6 — Протокольные преобразования примитивов и параметров ВУСУ в фазе ССУ «передача данных»

Примитив/параметр ВУСУ

Пакет/поле ГОСТ Р 34.950

Подраздел

ВУ-ДАННЫЕ запрос

Пакет Д АННЫЕ передан

9.1.1

ВУ-ДАННЫЕ индикация

Пакет Д АННЫЕ принят

9.1.1

Октет данных пользователя УСУ

Поле «данные пользователя»

9.1.1

Определитель СБДС

Поля бита М, бита Д, Ппд

9.1.1, 9.1.2

ВУ-ПАУЗА запрос

Пакет НЕ ГОТОВ К ПРИЕМУ,

9.1.3,

ВУ-ПАУЗА индикация

поле Ппд в пакете ДАННЫЕ

9.1.4

ВУ-ПРОДОЛЖЕНИЕ запрос

Поле Ппд в пакете ДАННЫЕ,

9.1.5,

ГОТОВ К ПРИЕМУ или

9.1.6

ВУ-ПРОДОЛЖЕНИЕ индикация

НЕПРИЕМ

ВУ-ПОДТВЕРЖДЕНИЕ-ДАННЫХ запрос

Поле Ппм в пакете ДАННЫЕ, ГОТОВ К ПРИЕМУ,

9.1.7

ВУ-ПОДТВЕРЖДЕНИЕ-ДАННЫХ

НЕ ГОТОВ К ПРИЕМУ или

индикация

НЕПРИЕМ

ВУ-СРОЧНЫЕ-ДАННЫЕ ответ

Пакет ПРЕРЫВАНИЕ передан

9.2.1

ВУ-СРОЧНЫЕ-ДАННЫЕ подтверждение

Пакет ПРЕРЫВАНИЕ принят

9.2.1

Данные пользователя УСУ

Поле «прерывание данных пользователя»

9.2.3

ВУ-СРОЧНЫЕ-ДАННЫЕ ответ

Пакет ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ передан

9.2.2

ВУ-СРОЧНЫЕ-ДАННЫЕ подтверждение

Пакет ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ принят

9.2.2

ВУ-СБРОС запрос

Пакет ЗАПРОС СБРОСА

9.3.1

ВУ-СБРОС индикация

Пакет ИНДИКАЦИЯ СБРОСА или ЗАПРОС СБРОСА

9.3.2

Инициатор, причина

Поле «причина сброса» и поле «код диагностики»

9.3.6

Диагностика ВУ

Поле «причина сброса» и поле «код диагностики»

9.3.7

Расположение ВУ

9.3.7

ВУ-СБРОС ответ

Пакет ПОДТВЕРЖДЕНИЕ СБРОСА передан

9.3.3

ВУ-СБРОС подтверждение

Пакеты ПОДТВЕРЖДЕНИЕ СБРОСА и ИНДИКАЦИЯ СБРОСА

9.3.4

9.1. Передача данных, управление потоком и подтверждение приема

9.1.1    Примитивы ВУ-ДАННЫЕ запрос и индикация и параметры «о к т е т-д а н н ы х-п ользователя-УСУ»

Последовательность примитивов ВУ-ДАННЫЕ, соответствующая одному СБДС согласно ГОСТ Р ИСО/МЭК 10028, соответствует последовательности бита М пакетов ДАННЫЕ по ГОСТ Р 34.950 при преобразовании протокола, где каждый пакет имеет бит 0 в значении нуль. Значения параметра «октет-данных-пользователя-УСУ» принимаются в последовательности, соответствующей октетам полей «данные пользователя» в пакетах ДАННЫЕ последовательности бита М по порядку, начиная с первого октета первого пакета.

Принимаемая последовательность бита М нулевой длины не соответствует ни одному из примитивов ВУ-ДАННЫЕ (поскольку СБДС не может содержать менее одного октета). Прием такой последовательности бита М может обрабатываться как нарушение протокольного преобразования (см. 8.6 и 9.3.4) или появление этой последовательности бита М может быть проигнорировано.

9.1.2    Параметры «определитель» С БД С

Значение параметра «определитель» СБДС в последнем примитиве ВУ-ДАННЫЕ последовательности СБДС преобразуется в значение бита Д последнего пакета ДАННЫЕ в соответствующей последовательности бита М: значения 0 и 1 бита Д соответствуют «последний» и «последний с запросом подтверждения» соотв. Все другие пакеты ДАННЫЕ имеют бит Д в значении нуль, соответствующий значению «нормальный» определителя СБДС для каждого примитива ВУ-ДАН-НЫЕ, преобразуемого в пакет.

9.1.3    Примитив ВУ-ПАУЗА запрос

Примитив ВУ-ПАУЗА запрос соответствует либо пакету НЕ ГОТОВ К ПРИЕМУ, передаваемому в том случае, когда логический канал находится в состоянии ООД ГОТОВО К ПРИЕМУ, либо приему пакета ДАННЫЕ со значением Ппд, равным верхней границе окна в направлении приема.

9.1.4    П римитив ВУ-ПАУЗА индикация

Примитив ВУ-ПАУЗА индикация соответствует либо пакету НЕ ГОТОВ К ПРИЕМУ, принимаемому в том случае, когда логический канал находится в состоянии ХХД ГОТОВО К ПРИЕМУ, либо передаваемому пакету ДАННЫЕ со значением Ппд, равным верхней границе окна в направлении передачи.

9.1.5    Примитив В У-П Р О Д О Л ЖЕ Н И Е запрос

Примитив ВУ-ПРОДОЛЖЕНИЕ запрос соответствует либо а) передаче пакета ГОТОВ К ПРИЕМУ или НЕПРИЕМ в том случае, когда логический канал находится в состоянии ООД НЕ ГОТОВО К ПРИЕМУ при условии, что значение Ппм пакетов устанавливает верхнюю границу окна, большую значения Ппд в более позднем принятом пакете ДАННЫЕ, либо Ь) передаче пакета ДАННЫЕ, ГОТОВ К ПРИЕМУ или НЕПРИЕМ со значением Ппм, устанавливающем верхнюю границу окна, которая больше, чем в более позднем значении Ппд, которая равна прежней верхней границе окна.

9.1.6    Примитив ВУ-ПРОДОЛЖЕНИЕ индикация

Примитив ВУ-ПРОДОЛЖЕНИЕ индикация соответствует либо а) приему пакета ГОТОВ К ПРИЕМУ или НЕПРИЕМ в том случае, когда логический канал находится в состоянии ХХД НЕ ГОТОВО К ПРИЕМУ при условии, что значение Ппм пакета устанавливает верхнюю границу окна, большую значения Ппд, переданного позже, либо Ь) приему пакета ДАННЫЕ, ГОТОВ К ПРИЕМУ или НЕПРИЕМ со значением Ппм, устанавливающим новую верхнюю границу окна, если более позднее переданное значение Ппд равно прежней верхней границе окна.

9.1.7    Примитив В У-П О Д Т В Е РЖД Е Н И Е-ДАННЫХ запрос и индикация

Примитив ВУ-ПОДТВЕРЖДЕНИЕ-ДАННЫХ запрос и индикация соответствует передаче или

приему значения Ппм, которое больше значения Ппд, принятого или переданного соответственно в пакете ДАННЫЕ с битом Д в значении 1, если такое значение Ппм не было предварительно передано или принято. Если передача одного Ппм подтверждает таким образом два или более значений Ппд, то здесь имеет место соответствие одному и тому же номеру различных примитивов ВУ-ПОДТВЕРЖДЕНИЕ-ДАННЫХ.

Примечание — Это определение предотвращает передачу такого подтверждающего значения Ппм, за исключением случая, связанного с явным примитивом ВУ-ПОДТВЕРЖДЕНИЕ-ДАННЫХ запрос.

9.2 Передача срочных данных

9.2.1    Примитивы ВУ-СРОЧНЫЕ-ДАННЫЕ запрос и индикация

Примитивы ВУ-СРОЧНЫЕ-ДАННЫЕ запрос и индикация соответствуют передаваемым и

принимаемым пакетам ПРЕРЫВАНИЕ соотв.

9.2.2    Примитивы В У-С Р О Ч Н Ы Е-Д АННЫЕ ответ и подтверждение

Примитивы ВУ-СРОЧНЫЕ-ДАННЫЕ ответ и подтверждение соответствуют передаваемым и

принимаемым пакетам ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ соотв.

9.2.3    Параметры «данные пользователя УСУ»

Последовательность октетов (длиной от 1 до 32), представляющая значение параметра «данные пользователя УСУ», соответствует октетам поля «прерывание данных пользователя» такой же длины, принимаемых по порядку, начиная с первого октета.

9.3    Сброс ССУ

9.3.1    Примитив ВУ-СБРОС запрос

Примитивы ВУ-СБРОС запрос соответствуют пакетам ЗАПРОС СБРОСА.

9.3.2    Примитив ВУ-СБРОС индикация

Примитив ВУ-СБРОС индикация соответствует:

a)    пакету ИНДИКАЦИЯ СБРОСА, принимаемому в том случае, если логический канал находится в состоянии ГОТОВ К УПРАВЛЕНИЮ ПОТОКОМ, или

b)    пакету ЗАПРОС СБРОСА, сгенерированному логическим объектом пакетного уровня для логического канала в состоянии ГОТОВ К УПРАВЛЕНИЮ ПОТОКОМ, например при приеме ошибочного пакета или

c)    пакету ЗАПРОС СБРОСА, переданному в ответ на прием пакета, который действителен на основе ГОСТ Р 34.950, но недействителен как часть преобразования, определяемого для фазы «передача данных» в оставшейся части настоящего раздела.

16

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

Содержание

Введение..................................................................ГУ

1    Назначение.............................................................. 1

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

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

4    Сокращения............................................................. 3

5    Общее описание и принципы протокольных преобразований........................ 3

6    Соответствие............................................................. 5

7    Общие положения относительно преобразований ССУ............................. 7

8    Протокольные преобразования при установлении и разъединении ССУ................ 7

9    Преобразование протокола для фазы «передача данных»............................ 15

10    ПСЗП при использовании постоянных виртуальных каналов....................... 18

Приложение А Форма заявки о соответствии реализации протоколу....................20

Приложение В Измененные требования ЗСРП для ГОСТ Р 34.950-92 .................. 24

Приложение С Иллюстрация обработки параметра КУ «транзитная задержка».............27

III

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

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

i) пакет ПРЕРЫВАНИЕ, принимаемый при согласовании неиспользования срочных данных;

и) пакет ДАННЫЕ, принимаемый с битом Д, установленным в единицу, при согласовании неиспользования подтверждения приема;

Ш) пакет ДАННЫЕ, принимаемый с битом 0, установленным в единицу;

iv) последовательность бита М, принимаемая с данными пользователя нулевой длины.

Примечание — Появление одной из вышеуказанных ошибок означает, что система, инициирующая ошибочный пакет, не реализует либо требования настоящего стандарта, либо ГОСТ 34.954. В результате полное обеспечение ВУСУ и с их помощью межконцевое обеспечение услуг сетевого уровня невозможно при этих ошибках. Однако, если в соответствии с данным подразделом используется сброс в ответ на эти ошибки. ВУСУ могут сохраняться в приемном УВД и на стороне ССУ, удаленного от источника ошибок. См. также 8.6 для случаев i) — iv) и 9.1.1 для случая iv).

9.3.3    Примитив ВУ-СБРОС ответ

Примитив ВУ-СБРОС ответ соответствует:

a)    пакету ПОДТВЕРЖДЕНИЕ СБРОСА, переданному ООД вслед за примитивом ВУ-СБРОС индикация, преобразованному как в 9.3.2а, либо

b)    пакету ПОДТВЕРЖДЕНИЕ СБРОСА, принятому после примитива ВУ-СБРОС индикация, преобразованному согласно 9.3.2b) или с), либо

c)    пакету ИНДИКАЦИЯ СБРОСА, принятому (в результате конфликта сбросов) вслед за примитивом ВУ-СБРОС индикация, преобразованному согласно 9.3.2Ь) или с).

9.3.4    Примитив ВУ-СБРОС подтверждение

Примитив ВУ-СБРОС подтверждение соответствует:

a)    пакету ПОДТВЕРЖДЕНИЕ СБРОСА, принятому в ООД или

b)    пакету ИНДИКАЦИЯ СБРОСА, принятому в случаях появления конфликта при сбросе на пакетном уровне.

9.3.5    Последовательность пакетов СБРОС и примитивов ВУ-СБРОС

Соответствие между примитивами и пакетами согласно 9.3.2 — 9.3.4 относится только к их

позициям в соответствующих последовательностях примитивов ССУ и пакетов в логическом канале. Для любого заданного экземпляра одной из этих пар примитив/пакет, примитив может появиться раньше или позже передачи соответствующего пакета через интерфейс ООД/ХХД.

9.3.6    Параметры «причина» и «инициатор»

Параметры «причина» и «инициатор» соответствуют значениям полей «причина» и «код диагностики» в соответствии с таблицей 7; комбинации значений «причина» и «код диагностики», не включенные в таблицу, соответствуют значениям «поставщик УСУ» для инициатора и «причина неопределена» для причины.

Примечание — Преобразование значений, не содержащихся в таблице 7, может использоваться для передаваемых и принимаемых пакетов: см. ниже примечание к 9.3.10.

9.3.7    Параметры «диагностика В У» и «расположение В У»

Ненулевые параметры «диагностика ВУ» соответствует значениям полей «причина» и «код

диагностики», не указанных в таблице 7. Подробная информация преобразования параметра зависит от региона согласно ГОСТ Р ИСО/МЭК 10028, однако для значений поля «причина» по ГОСТ Р 34.950 и значений «стандартный код диагностики» регион такой же, как во всех реализациях ГОСТ Р 34.950.

Примечание — Информация диагностики ВУ может быть передана между двумя подсетями с доступом через ППУ Х.25 при передаче соответствующих полей «причина» и «код диагностики».

Преобразуется только нулевое значение параметра «расположение ВУ» (заметим, что частичная информация о расположении передается некоторыми значениями полей «причина» и «код диагностики»).

Таблица 7 — Преобразование между услугами «причина/код диагностики» и параметрами «инициатор/причина» (сброс ССУ)

Причина

Диагностика

Инициатор

Причина

Инициировано ООД, стандартные коды диагностики

250

Пользователь УСУ

Повторная синхронизация пользователем

Инициировано ООД, стандартные коды

диагностики

Перегрузка сети,

перегрузка шлюза

234

Любая

Поставщик

УСУ

Перегрузка

Введение

Настоящий стандарт — один из совокупности стандартов, относящихся к сетевому уровню эталонной модели взаимосвязи открытых систем (ВОС) по ГОСТ Р ИСО/МЭК 7498-1, предназначенный для обеспечения и поддержки услуг сетевого уровня (УСУ) ВОС, определенных в ГОСТ Р 34.951. Он разработан на общей основе, определенной в ГОСТ Р ИСО 8648 и в соответствии с более детализированной моделью функций промежуточных систем, определенных в ГОСТ Р ИСО/МЭК 10028.

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

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

Настоящий стандарт применим к любой функциональной среде, в которой используется протокол по ГОСТ Р 34.950 при обеспечении УСУ УС. К таким функциональным средам наряду с другими относятся следующие:

-    сеть данных общего пользования с коммутацией пакетов;

-    сеть данных частного пользования с коммутацией пакетов;

-    локальная вычислительная сеть;

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

-    другие подсети, где используется ППУ

Х.25 режима ООД—ООД при обеспечении УСУ УС.

IV

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

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

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ. ОБЕСПЕЧЕНИЕ ПРОМЕЖУТОЧНЫМИ СИСТЕМАМИ ВНУТРЕННИХ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ Х.25 по ГОСТ Р 34.950

Information technology. Telecommunications and information exchange between systems. Provision of the connection-mode Network internal layer service by intermediate systems using ISO/IEC 8208, the X.25

Packet Layer Protocol

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

1 Назначение

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

Устройство взаимодействия, определяемое настоящим стандартом, связывает при любом отдельном сетевом соединении две реальные подсети, по меньшей мере, к одной из которых доступ осуществляется путем использования ППУ Х.25. Если доступ с использованием ППУ Х.25 осуществляется к обеим подсетям, то данная спецификация применима независимо к действиям УВД в каждой подсети.

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

Настоящий стандарт распространяется на те действия ППУ Х.25, которые совместимы с версиями рекомендации Х.25 МККТТ 1984 г. и более поздними, а также с версией Х.25 1980, где используется служба ПВК; совместимость с версией Х.25 1980 г. относительно ВС не входит в предмет рассмотрения настоящего стандарта.

Для обеспечения возможности использования услуг ПВК в настоящем стандарте определяется набор процедур протокола сходимости, зависимого от подсети (ПСЗП). Он позволяет данному ПВК поддерживать в определенный момент времени одно соединение сетевого уровня, но в различные моменты времени — несколько различных соединений сетевого уровня с одинаковыми или различными значениями параметров адреса и качества услуг и т. д. Эти процедуры позволяют также использовать ПВК при поддержке других протоколов, но не одновременно с этими процедурами (не считая случаев кратковременных конфликтов, которые не обязательно имеют место).

Для оценки соответствия конкретной реализации необходимо иметь констатацию реализованных функциональных и факультативных возможностей. Такая констатация называется «заявкой о соответствии реализации протоколу» (ЗСРП), определенной в ИСО/МЭК 9646-1. Настоящий стандарт предусматривает форму ЗСРП согласно соответствующим требованиям и руководящим материалам, приведенным в ИСО/МЭК 9646-2.

В настоящем стандарте не определяется каких-либо требований, относящихся к обмену маршрутной информацией или информацией административного управления уровня между УВД и другими системами.

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

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

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

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

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

ГОСТ Р ИСО/МЭК 7498-1—99 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель

ГОСТ Р ИСО/МЭК 9646-1—93 Информационная технология. Взаимосвязь открытых систем. Основы и методология аттестационного тестирования. Часть 1. Общие положения

ГОСТ Р ИСО/МЭК 9646-2—93 Информационная технология. Взаимосвязь открытых систем. Основы и методология аттестационного тестирования. Часть 2. Спецификация комплекта абстрактных тестов

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

ГОСТ ИСО 8648-98 Информационная технология. Взаимосвязь открытых систем. Внутренняя организация сетевого уровня

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

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

Настоящий стандарт использует следующие термины, определенные в ГОСТ Р ИСО/МЭК 7498-1:

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

b)    услуга сетевого уровня,

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

3.2    Определения, относящиеся к архитектуре сетевого уровня

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

a)    реальная подсеть,

b)    устройство взаимодействия,

c)    промежуточная система,

d)    протокол сходимости, зависимый от подсети.

3.3    Определения, относящиеся к ретрансляции на сетевом уровне

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

a)    внутренняя услуга сетевого уровня,

b)    пункт доступа к внутренним услугам сетевого уровня,

c)    конечный пункт стадии сетевого уровня.

3.4    Определения, относящиеся к адресации

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

a)    идентификатор администратора и формата,

b)    специфичная часть региона,

c)    начальная часть региона,

d)    идентификатор исходного региона,

e)    пункт подключения подсети,

1) адрес пункта подключения подсети.

3.5    Определения, относящиеся к протоколу пакетного уровня Х.25

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

a)    интерфейс ООД/ХХД,

b)    логический канал,

c)    последовательность бита М,

d)    логический объект пакетного уровня,

e)    порядковый номер принимаемого пакета,

1) порядковый номер передаваемого пакета.

2

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

g)    постоянный виртуальный канал,

h)    бит определитель,

j)    верхняя граница окна,

k)    виртуальное соединение,

l)    окно.

4    Сокращения

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

ВИТЗ — выбор и индикация транзитной задержки

ВК — виртуальный канал

ВУСУ — внутренняя услуга сетевого уровня

Д (бит) — бит подтверждения доставки

ЗСРП — заявка о соответствии реализации протоколу

ИПФ — идентификатор полномочий и формата

ИНР — идентификатор начального региона

ИОФ — идентификатор общего формата

ИПС — интерфейс с пользователем сети

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

М (бит) — бит дополнительных данных

НПК — наименьшее приемлемое качество

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

ПА — поле адреса

ПВК — постоянный виртуальный канал

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

Ппд — порядковый номер передаваемого пакета

Ппм — порядковый номер принимаемого пакета

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

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

ПТПм — подтверждение приема

ПЧЭО — признанная частная эксплуатационная организация С — сеть

СБДС — сервисный блок данных сетевого уровня СД — срочные данные

СКМП — согласование класса минимальной пропускной способности

СМТЗ — согласование межконцевой транзитной задержки

ССУ — соединение сетевого уровня

УВД — устройство взаимодействия

УСУ — услуги сетевого уровня

УСУ УС — услуги сетевого уровня в режиме с установлением соединения ХХД - ООД или АКД Q (бит) — бит определить

5    Общее описание и принципы протокольных преобразований

5.1 Структура спецификации

В разделах 7—9 определяется преобразование примитивов и параметров ВУСУ в (подмножество) пакетов, процедур, возможностей ППУ Х.25, и обратно. Это преобразование применимо к одной стороне УВД, например, к элементу (4—А) на рисунке 1. В разделе 6 определяются требования к УВД, обеспечивающего УСУ УС через ППУ Х.25. Определение этих требований дается в понятиях указанного преобразования и полного определения ВУСУ в ГОСТ Р ИСО/МЭК 10028. В разделе 10 определяются процедуры ПСЗП для использования с ПВК. В приложении А приведена форма ЗСРП, а в приложении В перечислены требования, относящиеся к соответствующей ЗСРП ГОСТ Р 34.950.

Примечание — Если не считать спецификации по трактовке некоторых нарушений преобразования протокола в 8.7 и 9.1.1, то все непосредственные обязательные положения настоящего стандарта содержатся в разделах 6 и 10 для ПВК. Однако изложение этих положений в разделе 6 основывается на расширенных определениях, содержащихся в разделах 7—9 и в ГОСТ Р ИСО/МЭК 10028, и могут интерпретироваться со ссылками на них.

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

5.2 Возможности ВУСУ, которые должны обеспечиваться

К функциональным возможностям внутренних УСУ УС (см. раздел 6 ГОСТ Р ИСО/МЭК 10028) относятся следующие:

a)    установление ССУ;

b)    согласование качества услуг (КУ);

c)    передача нормальных данных;

d)    управление потоком;

e)    передача срочных данных;

f)    подтверждение приема;

g)    сброс ССУ;

h)    разъединение ССУ;

j)    управление соединением;

k)    диагностика ошибок.

5.3. Общие характеристики преобразования между ППУ Х.25 и ВУСУ

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

На рисунке 1 показана модель, используемая в ГОСТ Р ИСО/МЭК 10028 при определении абстрактных функций ретрансляции промежуточной системы:    сам    протокол

ГОСТ Р ИСО/МЭК 10028 охватывает элементы 1—3 модели. Протокольное преобразование рассматривается как происходящее между пакетами в ППП, где ППУ Х.25 используется для доступа к реальной подсети, а примитивы ВУСУ обмениваются в непосредственно связанным с ней пункте доступа к внутренним услугам сетевого уровня (ПДВУСУ), например, между ППП—А и примитивами ВУСУ в элементе (1—А) рисунка 1, как показано элементом (4—А). Однако из-за абстрактного характера ВУСУ и ПДВУСУ и возможного отсутствия доступа к реализациям любого конкретного УВД соответствие настоящему стандарту определяется с точки зрения наблюдаемого поведения в любом удобном пункте рассматриваемого ССУ.

где А и В — обозначения двух сторон промежуточной системы; ППП — пункт подключения подсети;

1 — примитивы ВУСУ; 2 — ретрансляционная функция ВУСУ; 3 — обеспечение управления С-мар-шрутизацией и С-уровнем при ретрансляции; 4 — преобразование между ВУСУ и С-протоколами

Рисунок 1 — Модель промежуточной системы

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

4

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

Пр имечания

1    Функция преобразования не имеет, следовательно, собственных состояний и не обладает возможностями буферизации; детали преобразования могут, разумеется, зависеть от состояния интерфейса ООД/ХХД, определенного в ГОСТ Р 34.950.

2    Примитивы ВУСУ не должны рассматриваться в виде модели или же они должны представлять собой нечто подобное программному интерфейсу с предполагаемым следствием возможного участия реализации ниже ПДВУСУ в потоке информации на уровне УСУ, представляемых ВУСУ. Если реализация протокола влияет на поток информации, то любые результаты такого влияния, которые наблюдаемы вне УВД, описываются моделью ретрансляционной функции ГОСТ Р ИСО/МЭК 10028 (элемент 2 рисунка 1).

Рассмотрим, например, случай, когда пакет ВХОД ЯЩИЙ ВЫЗОВ содержит услугу «согласование срочных данных» (ССД), в которой закодировано использование срочных данных, и УВД продвигает пакет ЗАПРОС ВЫЗОВА, содержащий услугу ССД, в которой закодировано неиспользование срочных данных. Пакет ВХОДЯЩИЙ ВЫЗОВ преобразуется в примитив ВУ-СОЕДИНЕНИЕ индикация, имеющий параметр «выбор срочных данных» в значении «использование срочных данных», в пакет ЗАПРОС ВЫЗОВА преобразуется в примитив ВУ-СОЕДИНЕНИЕ запрос, имеющий параметр «выбор срочных данных» в значении «неиспользование срочных данных»: это соответствует элементарной последовательности запросных примитивов ВУСУ по ГОСТ Р ИСО/МЭК 10028 при взаимоотношениях Р2 (Ь) между параметрами.

3    Примитивы ВУСУ, которые не требуют продвижения информации параметров через УВД, на практике могут обрабатываться целиком в реализации логического объекта пакетного уровня (например, управление потоком (см. 9.1.3—9.1.6) или ответ на сбросы ССУ).

6 Соответствие

6.1    Требования к статическому соответствию

Реализация, соответствие которой настоящему стандарту заявлено, должна обеспечивать каждую функциональную возможность ВУСУ, отмеченную в колонке 3 таблицы 1 как обязательную, используя те элементы преобразования протокола, которые указаны в колонке 2. Функциональные возможности, отмеченные в колонке 3 как факультативные, могут обеспечиваться реализацией либо опускаться; если такие возможности обеспечиваются реализацией, они должны быть доступны любому ССУ за исключением тех ситуаций, когда они могут быть объектом управления локального административного управления.

6.2    Требования реализации ППУ Х.25

6.2.1 Требования при использовании виртуальных соединений.

Для протокольных преобразований ВУСУ в ВС требуются процедуры, пакеты и функциональные возможности, относящиеся к перечисленным ниже возможностям ППУ Х.25:

a)    виртуальные соединения;

b)    установление ВС;

c)    прерывание установления исходящего ВС;

d)    отклонение установления входящего ВС;

e)    отклонение входящего ВС;

f)    передача нормальных данных;

g)    М-биг, метка «дополнительные данные»;

h)    управление потоком и поворот окна;

j) сброс;

Таблица 1 — Требования к статическому соответствию

1 Функциональная возможность

2 Определяющие разделы

3 Статус

Использование услуг ВС

6.2.1

*1

О (см. примечание)

Использование услуг ПВК

6.2.2, 10

Ф 1

Соединения сетевого уровня

7

О

Установление исходящего ССУ

8.1, 8.8-8.16

•1

О (см. примечание)

Установление входящего ССУ

8.1, 8.8-8.16

Ф j

Согласование КУ

8.12-8.14

О

Передача нормальных данных

9.1.1, 9.1.2

О

Управление потоком

9.1.3—9.1.6

О

Передача срочных данных

9.2.1—9.2.3

ф

5

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

1 Функциональная возможность

2 Определяющие разделы

3 Статус

Подтверждение приема

9.1.2, 9.1.7

Ф

Сброс ССУ

9.3.1—9.3.7

О

Разъединение ССУ

8.2-8.5,8.8,8.9,8.15,8.17,8.18

О

Разъединение ССУ при нарушении преобразования протокола

8.6

ф

Сброс ССУ при нарушении преобразования протокола

9.3.2с

ф

Отсутствие действий при игнорируемом нарушении преобразования протокола

9.1.1

ф

Управление соединением

8.16

ф

Диагностика ошибок

8.17, 8.18, 9.3.6, 9.3.7

О

Обозначения: О — обязательное, Ф — факультативное.

П римечание к таблице 1—В каждой паре функциональных возможностей, заключенных в скобки, каждая из возможностей в отдельности является факультативной, но по меньшей мере одна из каждой пары обязательно должна обеспечиваться;

k)    согласование бита Д в установленном соединении;

l)    быстрая выборка, если обеспечивается установление исходящего ССУ;

ш) средство согласования класса пропускной способности;

п)    средство выбора и индикации транзитной задержки;

р)    все определенные МККТТ функциональные возможности ООД.

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

q) прерываемая передача данных (при передаче срочных данных ВУСУ);

г) подтверждение доставки (при подтверждении приема ВУСУ).

В конфигурации ООД/АКД требуется индекс для следующих средств:

s)    прием быстрой выборки, если обеспечивается установление входящего ССУ;

t)    согласование класса пропускной способности.

В конфигурации ООД — ООД оба ООД должны согласовывать использование быстрой выборки.

6.2.2 Требования при использовании постоянных виртуальных каналов

При преобразовании протокола ВУСУ в ПВК требуются процедуры, пакеты и средства, относящиеся к следующим факультативным возможностям ППУ Х.25:

a)    передача нормальных данных;

b)    бит М, метка «дополнительные данные»;

с)    управление потоком и поворот окна;

d)    сброс.

Кроме того, необходимы процедуры и пакеты для каждой из следующих факультативных возможностей, если обеспечиваются соответствующие факультативные возможности поставщика-УСУ:

e)    прерываемая передача данных (при передаче срочных данных ВУСУ);

f)    подтверждение доставки (при подтверждении приема ВУСУ).

6.3 Динамическое соответствие

6.3.1 Соответствие в ППП

Для того, чтобы УВД соответствовало настоящему стандарту в ППП, любая последовательность пакетов по ГОСТ Р 34.950, передаваемая и принимаемая в логических каналах, используемых при обеспечении ССУ, а также любой пакет ПОВТОРНЫЙ ПУСК:

a)    должны соответствовать ГОСТ Р 34.950 и

b)    при прерывании в соответствии с преобразованием, определенном в разделах 7—9, должны соответствовать последовательностям примитивов ВУСУ, определенным в ГОСТ Р ИСО/МЭК 10028.

6