В стандарте определяется метод, с помощью которого УВД на сетевом уровне использует протокол пакетного уровня, определенный в ГОСТ Р 34.950 при обеспечении УСУ УС ВОС. Данная спецификация выражается в понятиях преобразований между внутренними услугами сетевого уровня, определенными в ГОСТ Р ИСО/МЭК 10028, и услугами виртуального соединения (ВС), и постоянного виртуального канала (ПВК) ППУ Х.25.
Введение
1 Назначение
2 Нормативные ссылки
3 Определения
4 Сокращения
5 Общее описание и принципы протокольных преобразований
6 Соответствие
7 Общие положения относительно преобразований ССУ
8 Протокольные преобразования при установлении и разъединении ССУ
9 Преобразование протокола для фазы "передача данных"
10 ПСЗП при использовании постоянных виртуальных каналов
Приложение А Форма заявки о соответствии реализации протоколу
Приложение В Измененные требования ЗСРП для ГОСТ Р 34.950-92
Приложение С Иллюстрация обработки параметра КУ "транзитная задержка"
35 страниц
Дата введения | 01.01.2000 |
---|---|
Добавлен в базу | 01.09.2013 |
Актуализация | 01.01.2021 |
18.03.1999 | Утвержден | Госстандарт России | 78 |
---|---|---|---|
Разработан | МНИЦ ГК РФ по связи и информатизации | ||
Издан | ИПК Издательство стандартов | 1999 г. |
Чтобы бесплатно скачать этот документ в формате PDF, поддержите наш сайт и нажмите кнопку:
ГОСТ Р ИСО/МЭК 10177-99
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Информационная технология
ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ
ОБЕСПЕЧЕНИЕ ПРОМЕЖУТОЧНЫМИ СИСТЕМАМИ ВНУТРЕННИХ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ ПРОТОКОЛА ПАКЕТНОГО УРОВНЯ Х.25 по ГОСТ Р 34.950
БЗ 2-98/246
Издание официальное
ГОССТАНДАРТ РОССИИ Москва
Предисловие
1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственного Комитета Российской Федерации по связи и информатизации
ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»
2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 18 марта 1999 г. № 78
Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10177—93 «Информационная технология. Передача данных и обмен информацией между системами. Обеспечение промежуточными системами внутренних услуг сетевого уровня в режиме с установлением соединения при использовании протокола пакетного уровня Х.25 по ГОСТ Р 34.950»
3 ВВЕДЕН ВПЕРВЫЕ
© ИПК Издательство стандартов, 1999
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Госстандарта России
П
Примечание — Вопрос о том, должно ли нарушение преобразования приводить к разъединению или сбросу соответствующего ССУ согласно изложенному ниже в 8.6 и 9.3, определяется самой реализацией. Если при появлении таких нарушений ни разъединение ССУ, ни сброс ССУ не используются, интерпретация согласно Ь) оказывается неверной, но в этом случае использование логического канала не может интерпретироваться как при обеспечении ССУ.
6.3.2 Соответствие в качестве устройства взаимодействия
Для того, чтобы УВД соответствовало настоящему стандарту в качестве устройства взаимодействия, оно должно соответствовать ППП согласно 6.3.1. Кроме того, любое наблюдаемое поведение ССУ на удаленной стороне УВД должно соответствовать возможным последовательностям примитивов ВУСУ, которые связаны с последовательностями примитивов, согласно ГОСТ Р ИСО/МЭК 10028, через стадии и ретрансляции а) с последовательностями, образованными согласно разделам 7—9 из пакетов, передаваемых в ППП, и Ь) с любыми дополнительными примитивами ВУСУ, соответствующими случаям безуспешного обеспечения нижнего уровня для пакетного уровня в ППП или при нарушениях протокола, согласно 8.5 и 8.6 соответственно.
Поставщик УВД, которое заявлено на соответствие настоящему стандарту, должен заполнить экземпляр формы ЗСРП, приведенной в приложении А.
Кроме того, форма ЗСРП должна заполняться для реализации ППУ Х.25 в соответствии с требованиями ГОСТ Р 34.950; записи должны вноситься в соответствии с модифицированными требованиями приложения В, в которых отражены требования, указанные выше в 6.2.
Во всех разделах, определяющих протокольные преобразования ВУСУ, считается, что преобразование происходит между заданным ППП, идентифицируемым с интерфейсом ООД/ХХД одного логического объекта пакетного уровня и одним ПДВУСУ, взаимосвязанным с данным ППП.
Для режима с установлением соединения ГОСТ Р ИСО/МЭК 10028 определяет реализации примитивов ВУСУ, относящихся к данному ССУ в ПДВУСУ, как имеющие место в единственном конечном пункте стадии сетевого уровня (КПСТСУ), отличающемся от КПСТСУ любого другого ССУ в ПДВУСУ. Примитивы ВУСУ взаимоувязываются с соответствующим КПСТСУ механизмом, локальным для промежуточной системы, и не определяются более подробно в ГОСТ Р ИСО/МЭК 10028.
В любой конкретный момент времени КПСТСУ в ПДВУСУ однозначно преобразуется в логические каналы, используемые при обеспечении УСУ УС в ППП, а каждое ССУ преобразуется в точности в одно ВС или один ПВК. Идентификаторы логического канала в передаваемых и принимаемых пакетах представляют собой реализацию механизма идентификации КПСТСУ ВУСУ в протоколе. Во время существования ВС все пакеты, относящиеся к ВС (т. е. имеющие один и тот же идентификатор логического канала), преобразуются в одно и то же ССУ. Точно также, если для обеспечения ССУ используется ПВК, то за время существования ассоциации между ПВК и ССУ (см. ниже раздел 10) все пакеты, относящиеся к ПВК, преобразуются в одно и то же ССУ.
Примечание — КПСТСУ может преобразовываться в два или более различных последовательных логических канала, если запрос ССУ прерван и отклонен, но затем выдан повторно. Как только ССУ будет установлено, преобразование КПСТСУ и ССУ в логический канал и ВС или ПВК остается постоянным.
Преобразование между ВУСУ и ППУ Х.25 при установлении и разъединении ССУ определены в таблице 2 и указанных в ней подразделах.
Таблица 2 — Протокольное преобразование для примитивов и параметров установления и разъединения ССУ ВУСУ | |||||||||||||||
|
Продолжение таблицы 2 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Окончание таблицы 2 | |||||||||||||||||||||||||||||||||||||||||||||
|
Преобразования в ППУ Х.25 для примитивов ВУ-РАЗВИТИЕ-СОЕДИНЕНИЯ не происходит. Также не происходит преобразования, определенного для параметров КУ «защита» и «учет внутренних услуг».
В этом разделе, за исключением специально оговоренных случаев конкретных отображений пакета, ссылки на пакеты при установлении и завершении соединения должны интерпретироваться в смысле соответствующих отображений пакета при их применении к преобразованию в ПВК (см. раздел. 10).
Примитивы ВУ-СОЕДИНЕНИЕ запрос и индикация соответствуют пакетам ЗАПРОС ВЫЗОВА и ВХОДЯЩИЙ ВЫЗОВ со средством «быстрая выборка», имеющим место в каждом случае. Примитивы ВУ-СОЕДИНЕНИЕ ответ и подтверждение соответствует пакетам ВЫЗОВ ПРИНЯТ и СОЕДИНЕНИЕ УСТАНОВЛЕНО.
Соответствует пакетам ЗАПРОС ЗАВЕРШЕНИЯ.
Соответствует в простейших случаях пакетам ИНДИКАЦИЯ ЗАВЕРШЕНИЯ.
Соответствует также пакету ЗАПРОС ЗАВЕРШЕНИЯ, если он генерируется логическим объектом пакетного уровня или процедурами ПСЗП для использования в ПВК, например, в ответ на ошибку в принимаемом пакете, а также пакету ЗАПРОС ПОВТОРНОГО ПУСКА или ИНДИКАЦИЯ ПОВТОРНОГО ПУСКА, которые передаются, когда логический канал используется для ССУ (в этих случаях один пакет ПОВТОРНЫЙ ПУСК соответствует нескольким примитивам ВУ-РАЗЪЕДИНЕНИЕ индикация, по одному на каждое ССУ).
Соответствует также нарушению последовательности на уровнях звена данных и физическом, согласно ГОСТ Р 34.950: это относится к каждому ССУ с соответствующим ВС или ПВК, используемым в случае нарушения последовательности.
И, наконец, примитив ВУ-РАЗЪЕДИНЕНИЕ индикация соответствует пакету ЗАПРОС ЗАВЕРШЕНИЯ, сгенерированному в ответ на прием пакета, который будучи действительным с точки зрения ГОСТ Р 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.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
b) отсутствует услуга «расширение адреса вызываемого» и ООД не может образовать ИПФ и, следовательно, полное значение С-адреса для адреса отвечающего такое же, как описано ниже в 8.9;
c) отсутствует услуга «согласование межконцевой транзитной задержки»;
d) в услуге закодировано значение «выбранное» параметра КУ, которое недействительно с точки зрения правил согласования КУ, относящихся к соответствующему пакету ЗАПРОС ВЫЗОВА (например, значение «выбранное» означает более низкое КУ, чем значение НПК).
В ответ на ошибочно принятый пакет ООД должно передать пакет ЗАПРОС ЗАВЕРШЕНИЯ с причиной «инициировано ООД». Рекомендуется устанавливать поле «код диагностики» в значение 245 «соединение отклонено — причина неопределена/устойчивое состояние». Ни один из примитивов ВУСУ не соответствует пакету СОЕДИНЕНИЕ УСТАНОВЛЕНО; в 8.6 определяется преобразование для пакета ЗАПРОС ЗАВЕРШЕНИЯ.
За исключением возможных ситуаций, описанных ниже в 8.9, параметр «адрес вызываемого», «адрес вызывающего» или «адрес отвечающего» перекодируется в соответствующую услугу «расширение адреса» согласно ГОСТ Р 34.950, включая установку первого октета поля «параметр услуги» в значение, указывающее, что эта услуга содержит адрес, присвоенный в соответствии с ГОСТ Р 34.951.
Если все из перечисленных ниже ограничительных условий сохраняют свою силу, то параметр «С-адрес» примитива ВУСУ может быть целиком закодирован в соответствующей части поля «адрес» соответствующего пакета (но даже когда указанные условия сохраняются, вместо него может использоваться обычное кодирование по 8.8). Цифры поля «адрес» кодируют адреса идентификатора начального региона (ИНР).
a) С-адрес содержит только начальную часть региона (т. е. специфичная часть региона является нулевой);
b) приемное ООД может образовать ИПФ из содержимого поля «адрес» (например, используя информацию подсети, к которой подсоединено ООД);
c) ИНР такой же, как адрес ППП, передаваемый в виде содержимого поля адреса и
d) передающее ООД осведомлено, что принимающее ООД может образовать ИПФ из содержимого поля «адрес».
Пр имечания
1 Подробная информация о применимости состояний Ь) и d) зависит от того, какую роль выполняет УВД относительно рассматриваемого пакета: передающего или принимающего ООД.
2 Возможно, что УВД, работающее по ГОСТ Р 34.950 на обеих сторонах, будет использовать такое кодирование адреса на одной стороне и обычное кодирование 8.8 на другой, например, когда указанные выше условия применимы только к одной стороне.
Значения «использование подтверждения приема» и «неиспользование подтверждения приема» параметра «выбор ПТПм» соответствует значениям 1 и 0 соответственно, бита 7 первого октета пакета «установление соединения».
Значение «использование срочных данных» параметра «выбор СД» соответствует наличию услуги «согласование срочных данных» с полем «параметр услуги», что должно указывать на использование срочных данных согласно определению ГОСТ Р 34.950. Значение «неиспользование срочных данных» при выборе СД соответствует либо эквивалентной установке поля «параметр услуги» услуги «согласование срочных данных» согласно ГОСТ Р 34.950, либо отсутствию этой услуги в рассматриваемом пакете.
Подпараметры «текущее» и «выбранное» пропускной способности кодируются в соответствии с ГОСТ Р 34.950 в поле «параметр услуги» услуги «согласование класса пропускной способности». Подпараметры НПК пропускной способности кодируются в соответствии с ГОСТ Р 34.950 в поле «параметр услуги» услуги «согласование класса минимальной пропускной способности». При работе через ПВК каждое закодированное значение меньше или равно значению пропускной способности ПВК для каждого направления передачи данных.
Если пакет ВХОДЯЩИЙ ВЫЗОВ не содержит услуги «согласование класса минимальной
11
пропускной способности», подпараметр НПК примитива ВУ-СОЕДИНЕНИЕ индикация принимает значение «неопределенное».
Пр имечания
1 Пакеты ВХОДЯЩИЙ ВЫЗОВ без услуги С К МП имеют место при взаимодействии с реализациями рекомендации Х.223 МККТТ, которые не соответствуют требованиям ГОСТ 34.954 и настоящего стандарта относительно параметров КУ в передаваемых пакетах.
2 Подпараметры в примитивах ВУ-СОЕДИНЕНИЕ могут принимать только значения 75, 150, 300 бит/с и т. д. согласно ГОСТ Р 34.950, поскольку только эти значения могут быть закодированы в поля «параметр услуги». Если УВД взаимоувязывает ППУ Х.25 с протоколом подсети, который использует другой набор значений, правила согласования КУ по ГОСТ Р ИСО/МЭК 10028 управляют любой подстройкой, необходимой для согласования этих значений на обеих сторонах УВД.
8.13.1 Подпараметры «текущее»
Подпараметр «текущее» параметра «транзитная задержка» примитива ВУ-СОЕДИНЕНИЕ запрос кодируется согласно ГОСТ Р 34.950 в виде накопленной транзитной задержки в поле «параметр услуги» услуги СМТЗ. Полученное значение указывает величину транзитной задержки в ССУ, проходящем через УВД к ППП.
Подпараметр «текущее» параметра «транзитная задержка» примитива ВУ-СОЕДИНЕНИЕ индикация представляет собой сумму значения накопленной транзитной задержки в поле «параметр услуги» услуги СМТЗ и значения транзитной задержки в услуге ВИТЗ, если оба значения имеются в пакете ВХОДЯЩИЙ ВЫЗОВ. (Поэтому транзитная задержка снова измеряется до ППП, но в этом случае исключаются любые ее компоненты, относящиеся к УВД).
Если пакет ВХОДЯЩИЙ ВЫЗОВ не содержит обеих услуг ВИТЗ и СМТЗ, то подпараметр «текущее» примитива ВУ-СОЕДИНЕНИЕ индикация принимает значение, образованное С-логическим объектом с использованием локальной информации относительно отсутствующего(их) значения(й).
Примечание — Необходимость такого использования локально вырабатываемых значений транзитной задержки возникает только при взаимодействии с реализациями рекомендации Х.223 МККТТ, которые не соответствуют требованиям ГОСТ 34.954 и настоящего стандарта относительно параметров КУ в передаваемых пакетах.
8.13.2 П од п ар ам е тр ы «желаемое»
Подпараметр «желаемое» параметра «транзитная задержка» кодируется согласно ГОСТ Р 34.950 в виде желаемого значения транзитной задержки в поле «параметр услуги» услуги СМТЗ; отсутствие октетов, в которых кодируется желаемое значение транзитной задержки соответствует значению «неопределено» для подпараметра «желаемое».
Если подпараметр «желаемое» имеет значение, не являющееся «неопределенное», то значение транзитной задержки в услуге ВИТЗ пакета ЗАПРОС ВЫЗОВА меньше, чем значение «желаемое» минус значение подпараметра «накопленное».
8.13.3 Подпараметры «наименьшее приемлемое качество»
Подпараметр НПК параметра «транзитная задержка» кодируется в соответствии с
ГОСТ Р 34.950 в виде максимально приемлемой транзитной задержки в поле «параметр услуги» услуги СМТЗ; отсутствие октетов, в которых кодируется максимально приемлемая транзитная задержка, соответствует значению «неопределенное» подпараметра «НПК».
8.13.4 Подпараметры «выбранное»
Подпараметр «выбранное» параметра «транзитная задержка» кодируется в соответствии с ГОСТ Р 34.950 в виде накопленной транзитной задержки в поле «параметр услуги» услуги СМТЗ.
Отсутствие услуги «приоритет» соответствует значениям «неопределенное» для обоих подпараметров «текущее» и НПК или для подпараметра «выбранное», в зависимости от обстоятельств, каждого параметра КУ «приоритет» (приоритет данных, приоритет получения соединения и приоритет удержания соединения). В противном случае значения подпараметра «приоритет» (в диапазоне 0—14 или «неопределенное») соответствует непосредственно этим значениям в услуге «приоритет» согласно определению ГОСТ Р 34.950; значения, не содержащиеся в услуге «приоритет», соответствуют значениям подпараметра «неопределенное».
Последовательность октетов (длиной в пределах 0—128), представляющих значение параметра «данные пользователя УСУ», соответствует октетам поля «данные вызывающего пользователя», «данные вызываемого пользователя» или «данные завершающего пользователя» одинаковой длины, взятых по порядку из первого октета поля.
12
Подпараметры управления соединением ВУ преобразуются либо в ноль, либо в услуги ППУ Х.25 следующим образом:
a) аутентификация пользователя: выбор ИПС,
выбор закрытой группы пользователей,
выбор закрытой группы пользователей с выбором исходящего доступа, выбор двусторонней закрытой группы пользователей;
b) управление маршрутизацией: выбор ПЧЭО,
уведомление о модифицированном адресе вызываемой линии, уведомление о переадресации или отражении вызова;
c) определители стоимости: реверсивная оплата, выбор ИПС.
Подробная информация о преобразованиях подпараметра зависит от региона в смысле, изложенном в ГОСТ Р ИСО/МЭК 10028. (В приложении ГОСТ Р 34.950 содержится информация, относящаяся к расширению для некоторых из указанных целей региона сети общего пользования Х.25 через подключенные сети частного пользования с коммутацией пакетов).
Параметр «инициатор» и «причина» соответствуют значениям полей «причина» и «код диагностики» согласно таблицам 3—5; комбинации значений причины и кода диагностики, не рассмотренные в этих таблицах, соответствуют значениям «неопределенное» для обоих параметров «инициатор» и «причина». Если разъединение ССУ происходит из-за неисправности на нижнем уровне (см. 8.5), параметры «инициатор» и «причина» вызывают «нарушение последовательности».
Примечание — Несмотря на то, что преобразования, приведенные в таблицах 4 и 5, и преобразования в значения «неопределенное» являются односторонними, их можно применить для передаваемых и принимаемых пакетов (см. ниже примечание к 8.18).
Таблица 3 — Преобразование между услугами «причина/код диагностики» и параметрами «инициатор/причина» (преобразование не зависит от фазы ССУ) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Таблица 4 — Преобразование услуг «причина/код диагностики» в параметры «инициатор/причина» (фаза «установление ССУ») | ||||||||||||||||||||||||||||||||
|
Таблица 5 — Преобразование услуг «причина/код диагностики» в параметры «инициатор/причина» (фаза «передача данных») | ||||||||||||||||||||||||
|
Ненулевые параметры «диагностика ВУ» соответствуют значениям поля «причина» и поля «код диагностики», отличающимся от приведенных в таблице 3. Подробная информация преобразования параметра зависит от региона, как изложено в ГОСТ Р ИСО/МЭК 10028; однако для значений поля «причина» и «стандартного кода диагностики» регион такой же, как во всех реализациях ГОСТ Р 34.950.
Примечание — Информация кода диагностики может передаваться между двумя подсетями, доступными через ППУ Х.25, путем продвижения соответствующих полей «причина» и «код диагностики».
Преобразуется только нулевое значение параметра «расположение ВУ» (заметим, однако, что информация о частичном расположении передается некоторыми значениями полей «причина» и «код диагностики»).
14
Преобразование между ВУСУ и ППУ Х.25 для фазы «передача данных» ССУ определено в таблице 6 и указанных в ней подразделах.
Таблица 6 — Протокольные преобразования примитивов и параметров ВУСУ в фазе ССУ «передача данных» | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.1 Примитивы ВУ-СРОЧНЫЕ-ДАННЫЕ запрос и индикация
Примитивы ВУ-СРОЧНЫЕ-ДАННЫЕ запрос и индикация соответствуют передаваемым и
принимаемым пакетам ПРЕРЫВАНИЕ соотв.
9.2.2 Примитивы В У-С Р О Ч Н Ы Е-Д АННЫЕ ответ и подтверждение
Примитивы ВУ-СРОЧНЫЕ-ДАННЫЕ ответ и подтверждение соответствуют передаваемым и
принимаемым пакетам ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ соотв.
9.2.3 Параметры «данные пользователя УСУ»
Последовательность октетов (длиной от 1 до 32), представляющая значение параметра «данные пользователя УСУ», соответствует октетам поля «прерывание данных пользователя» такой же длины, принимаемых по порядку, начиная с первого октета.
9.3.1 Примитив ВУ-СБРОС запрос
Примитивы ВУ-СБРОС запрос соответствуют пакетам ЗАПРОС СБРОСА.
9.3.2 Примитив ВУ-СБРОС индикация
Примитив ВУ-СБРОС индикация соответствует:
a) пакету ИНДИКАЦИЯ СБРОСА, принимаемому в том случае, если логический канал находится в состоянии ГОТОВ К УПРАВЛЕНИЮ ПОТОКОМ, или
b) пакету ЗАПРОС СБРОСА, сгенерированному логическим объектом пакетного уровня для логического канала в состоянии ГОТОВ К УПРАВЛЕНИЮ ПОТОКОМ, например при приеме ошибочного пакета или
c) пакету ЗАПРОС СБРОСА, переданному в ответ на прием пакета, который действителен на основе ГОСТ Р 34.950, но недействителен как часть преобразования, определяемого для фазы «передача данных» в оставшейся части настоящего раздела.
16
Содержание
Введение..................................................................ГУ
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
Возможен прием следующих ошибочных пакетов, приводящих к с):
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 — Преобразование между услугами «причина/код диагностики» и параметрами «инициатор/причина» (сброс ССУ) | ||||||||||||
|
Введение
Настоящий стандарт — один из совокупности стандартов, относящихся к сетевому уровню эталонной модели взаимосвязи открытых систем (ВОС) по ГОСТ Р ИСО/МЭК 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
В настоящем стандарте определяется метод, в помощью которого УВД на сетевом уровне использует протокол пакетного уровня, определенный в ГОСТ Р 34.950 при обеспечении УСУ УС ВОС. Данная спецификация выражается в понятиях преобразований между внутренними услугами сетевого уровня, определенными в ГОСТ Р ИСО/МЭК 10028, и услугами виртуального соединения (ВС), и постоянного виртуального канала (ПВК) ППУ Х.25.
Устройство взаимодействия, определяемое настоящим стандартом, связывает при любом отдельном сетевом соединении две реальные подсети, по меньшей мере, к одной из которых доступ осуществляется путем использования ППУ Х.25. Если доступ с использованием ППУ Х.25 осуществляется к обеим подсетям, то данная спецификация применима независимо к действиям УВД в каждой подсети.
Кроме того, настоящий стандарт использует определение ретрансляционных функций промежуточной системы из ГОСТ Р ИСО/МЭК 10028 с целью расширения его применения за пределы одного пункта подключения подсети с тем, чтобы определить те требования, которым должно удовлетворять УВД в целом при обеспечении УСУ УС ВОС.
Настоящий стандарт распространяется на те действия ППУ Х.25, которые совместимы с версиями рекомендации Х.25 МККТТ 1984 г. и более поздними, а также с версией Х.25 1980, где используется служба ПВК; совместимость с версией Х.25 1980 г. относительно ВС не входит в предмет рассмотрения настоящего стандарта.
Для обеспечения возможности использования услуг ПВК в настоящем стандарте определяется набор процедур протокола сходимости, зависимого от подсети (ПСЗП). Он позволяет данному ПВК поддерживать в определенный момент времени одно соединение сетевого уровня, но в различные моменты времени — несколько различных соединений сетевого уровня с одинаковыми или различными значениями параметров адреса и качества услуг и т. д. Эти процедуры позволяют также использовать ПВК при поддержке других протоколов, но не одновременно с этими процедурами (не считая случаев кратковременных конфликтов, которые не обязательно имеют место).
Для оценки соответствия конкретной реализации необходимо иметь констатацию реализованных функциональных и факультативных возможностей. Такая констатация называется «заявкой о соответствии реализации протоколу» (ЗСРП), определенной в ИСО/МЭК 9646-1. Настоящий стандарт предусматривает форму ЗСРП согласно соответствующим требованиям и руководящим материалам, приведенным в ИСО/МЭК 9646-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 Информационная технология. Взаимосвязь открытых систем. Внутренняя организация сетевого уровня
Настоящий стандарт использует следующие термины, определенные в ГОСТ Р ИСО/МЭК 7498-1:
a) сетевой уровень,
b) услуга сетевого уровня,
c) соединение сетевого уровня.
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО 8648:
a) реальная подсеть,
b) устройство взаимодействия,
c) промежуточная система,
d) протокол сходимости, зависимый от подсети.
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО/МЭК 10028:
a) внутренняя услуга сетевого уровня,
b) пункт доступа к внутренним услугам сетевого уровня,
c) конечный пункт стадии сетевого уровня.
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р 34.971:
a) идентификатор администратора и формата,
b) специфичная часть региона,
c) начальная часть региона,
d) идентификатор исходного региона,
e) пункт подключения подсети,
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р 34.950:
a) интерфейс ООД/ХХД,
b) логический канал,
c) последовательность бита М,
d) логический объект пакетного уровня,
e) порядковый номер принимаемого пакета,
2
h) бит определитель,
j) верхняя граница окна,
k) виртуальное соединение,
l) окно.
АКД — аппаратура окончания канала данных
ВИТЗ — выбор и индикация транзитной задержки
ВК — виртуальный канал
ВУСУ — внутренняя услуга сетевого уровня
Д (бит) — бит подтверждения доставки
ЗСРП — заявка о соответствии реализации протоколу
ИПФ — идентификатор полномочий и формата
ИНР — идентификатор начального региона
ИОФ — идентификатор общего формата
ИПС — интерфейс с пользователем сети
КУ — качество услуг
М (бит) — бит дополнительных данных
НПК — наименьшее приемлемое качество
ООД — оконечное оборудование данных
ПА — поле адреса
ПВК — постоянный виртуальный канал
ПДВУСУ — пункт доступа к внутренним услугам сетевого уровня
Ппд — порядковый номер передаваемого пакета
Ппм — порядковый номер принимаемого пакета
ППП — пункт подключения подсети
ППУ — протокол пакетного уровня
ПТПм — подтверждение приема
ПЧЭО — признанная частная эксплуатационная организация С — сеть
СБДС — сервисный блок данных сетевого уровня СД — срочные данные
СКМП — согласование класса минимальной пропускной способности
СМТЗ — согласование межконцевой транзитной задержки
ССУ — соединение сетевого уровня
УВД — устройство взаимодействия
УСУ — услуги сетевого уровня
УСУ УС — услуги сетевого уровня в режиме с установлением соединения ХХД - ООД или АКД Q (бит) — бит определить
В разделах 7—9 определяется преобразование примитивов и параметров ВУСУ в (подмножество) пакетов, процедур, возможностей ППУ Х.25, и обратно. Это преобразование применимо к одной стороне УВД, например, к элементу (4—А) на рисунке 1. В разделе 6 определяются требования к УВД, обеспечивающего УСУ УС через ППУ Х.25. Определение этих требований дается в понятиях указанного преобразования и полного определения ВУСУ в ГОСТ Р ИСО/МЭК 10028. В разделе 10 определяются процедуры ПСЗП для использования с ПВК. В приложении А приведена форма ЗСРП, а в приложении В перечислены требования, относящиеся к соответствующей ЗСРП ГОСТ Р 34.950.
Примечание — Если не считать спецификации по трактовке некоторых нарушений преобразования протокола в 8.7 и 9.1.1, то все непосредственные обязательные положения настоящего стандарта содержатся в разделах 6 и 10 для ПВК. Однако изложение этих положений в разделе 6 основывается на расширенных определениях, содержащихся в разделах 7—9 и в ГОСТ Р ИСО/МЭК 10028, и могут интерпретироваться со ссылками на них.
К функциональным возможностям внутренних УСУ УС (см. раздел 6 ГОСТ Р ИСО/МЭК 10028) относятся следующие:
a) установление ССУ;
b) согласование качества услуг (КУ);
c) передача нормальных данных;
d) управление потоком;
e) передача срочных данных;
f) подтверждение приема;
g) сброс ССУ;
h) разъединение ССУ;
j) управление соединением;
k) диагностика ошибок.
Пункт подключения подсети, в котором УВД выполняет ППУ Х.25, идентифицируется интерфейсом ООД/ХХД, через который передаются пакеты, как определено в ГОСТ Р 34.950. При нормальной ретрансляции пакеты, полученные УВД, преобразуются в необходимых случаях в примитивы индикации и подтверждения ВУСУ; примитивы запроса и ответа преобразуются в пакеты, передаваемые УВД. Некоторые ошибочные состояния в УВД могут приводить к выдаче примитивов индикации, которые преобразуются либо в передаваемые пакеты, либо приводят к полному отсутствию пакетов. Точно также некоторые состояния управления потоком приводят к преобразованию между примитивами индикации и передаваемыми пакетами либо между примитивами запроса и принимаемыми пакетами.
На рисунке 1 показана модель, используемая в ГОСТ Р ИСО/МЭК 10028 при определении абстрактных функций ретрансляции промежуточной системы: сам протокол
ГОСТ Р ИСО/МЭК 10028 охватывает элементы 1—3 модели. Протокольное преобразование рассматривается как происходящее между пакетами в ППП, где ППУ Х.25 используется для доступа к реальной подсети, а примитивы ВУСУ обмениваются в непосредственно связанным с ней пункте доступа к внутренним услугам сетевого уровня (ПДВУСУ), например, между ППП—А и примитивами ВУСУ в элементе (1—А) рисунка 1, как показано элементом (4—А). Однако из-за абстрактного характера ВУСУ и ПДВУСУ и возможного отсутствия доступа к реализациям любого конкретного УВД соответствие настоящему стандарту определяется с точки зрения наблюдаемого поведения в любом удобном пункте рассматриваемого ССУ.
где А и В — обозначения двух сторон промежуточной системы; ППП — пункт подключения подсети; 1 — примитивы ВУСУ; 2 — ретрансляционная функция ВУСУ; 3 — обеспечение управления С-мар-шрутизацией и С-уровнем при ретрансляции; 4 — преобразование между ВУСУ и С-протоколами Рисунок 1 — Модель промежуточной системы |
Протокольное преобразование осуществляется таким образом, что каждый примитив ВУСУ должен рассматриваться как прямая абстракция соответствующего(их) пакета(ов); аналогично параметры примитивов представляют собой в общем случае прямую абстракцию информации, содержащейся в полях пакета (ов), дополняемой в редких случаях локальными сведениями.
4
Пр имечания
1 Функция преобразования не имеет, следовательно, собственных состояний и не обладает возможностями буферизации; детали преобразования могут, разумеется, зависеть от состояния интерфейса ООД/ХХД, определенного в ГОСТ Р 34.950.
2 Примитивы ВУСУ не должны рассматриваться в виде модели или же они должны представлять собой нечто подобное программному интерфейсу с предполагаемым следствием возможного участия реализации ниже ПДВУСУ в потоке информации на уровне УСУ, представляемых ВУСУ. Если реализация протокола влияет на поток информации, то любые результаты такого влияния, которые наблюдаемы вне УВД, описываются моделью ретрансляционной функции ГОСТ Р ИСО/МЭК 10028 (элемент 2 рисунка 1).
Рассмотрим, например, случай, когда пакет ВХОД ЯЩИЙ ВЫЗОВ содержит услугу «согласование срочных данных» (ССД), в которой закодировано использование срочных данных, и УВД продвигает пакет ЗАПРОС ВЫЗОВА, содержащий услугу ССД, в которой закодировано неиспользование срочных данных. Пакет ВХОДЯЩИЙ ВЫЗОВ преобразуется в примитив ВУ-СОЕДИНЕНИЕ индикация, имеющий параметр «выбор срочных данных» в значении «использование срочных данных», в пакет ЗАПРОС ВЫЗОВА преобразуется в примитив ВУ-СОЕДИНЕНИЕ запрос, имеющий параметр «выбор срочных данных» в значении «неиспользование срочных данных»: это соответствует элементарной последовательности запросных примитивов ВУСУ по ГОСТ Р ИСО/МЭК 10028 при взаимоотношениях Р2 (Ь) между параметрами.
3 Примитивы ВУСУ, которые не требуют продвижения информации параметров через УВД, на практике могут обрабатываться целиком в реализации логического объекта пакетного уровня (например, управление потоком (см. 9.1.3—9.1.6) или ответ на сбросы ССУ).
Реализация, соответствие которой настоящему стандарту заявлено, должна обеспечивать каждую функциональную возможность ВУСУ, отмеченную в колонке 3 таблицы 1 как обязательную, используя те элементы преобразования протокола, которые указаны в колонке 2. Функциональные возможности, отмеченные в колонке 3 как факультативные, могут обеспечиваться реализацией либо опускаться; если такие возможности обеспечиваются реализацией, они должны быть доступны любому ССУ за исключением тех ситуаций, когда они могут быть объектом управления локального административного управления.
6.2.1 Требования при использовании виртуальных соединений.
Для протокольных преобразований ВУСУ в ВС требуются процедуры, пакеты и функциональные возможности, относящиеся к перечисленным ниже возможностям ППУ Х.25:
a) виртуальные соединения;
b) установление ВС;
c) прерывание установления исходящего ВС;
d) отклонение установления входящего ВС;
e) отклонение входящего ВС;
f) передача нормальных данных;
g) М-биг, метка «дополнительные данные»;
h) управление потоком и поворот окна;
j) сброс;
Таблица 1 — Требования к статическому соответствию | ||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||
5 |
Окончание таблицы 1 | |||||||||||||||||||||||||||
| |||||||||||||||||||||||||||
Обозначения: О — обязательное, Ф — факультативное. П римечание к таблице 1—В каждой паре функциональных возможностей, заключенных в скобки, каждая из возможностей в отдельности является факультативной, но по меньшей мере одна из каждой пары обязательно должна обеспечиваться; |
k) согласование бита Д в установленном соединении;
l) быстрая выборка, если обеспечивается установление исходящего ССУ;
ш) средство согласования класса пропускной способности;
п) средство выбора и индикации транзитной задержки;
р) все определенные МККТТ функциональные возможности ООД.
Кроме того, процедуры и пакеты для каждой из перечисленных ниже функциональных возможностей требуются в том числе, если обеспечивается соответствующая факультативная возможность поставщика УСУ:
q) прерываемая передача данных (при передаче срочных данных ВУСУ);
г) подтверждение доставки (при подтверждении приема ВУСУ).
В конфигурации ООД/АКД требуется индекс для следующих средств:
s) прием быстрой выборки, если обеспечивается установление входящего ССУ;
t) согласование класса пропускной способности.
В конфигурации ООД — ООД оба ООД должны согласовывать использование быстрой выборки.
6.2.2 Требования при использовании постоянных виртуальных каналов
При преобразовании протокола ВУСУ в ПВК требуются процедуры, пакеты и средства, относящиеся к следующим факультативным возможностям ППУ Х.25:
a) передача нормальных данных;
b) бит М, метка «дополнительные данные»;
с) управление потоком и поворот окна;
d) сброс.
Кроме того, необходимы процедуры и пакеты для каждой из следующих факультативных возможностей, если обеспечиваются соответствующие факультативные возможности поставщика-УСУ:
e) прерываемая передача данных (при передаче срочных данных ВУСУ);
f) подтверждение доставки (при подтверждении приема ВУСУ).
6.3.1 Соответствие в ППП
Для того, чтобы УВД соответствовало настоящему стандарту в ППП, любая последовательность пакетов по ГОСТ Р 34.950, передаваемая и принимаемая в логических каналах, используемых при обеспечении ССУ, а также любой пакет ПОВТОРНЫЙ ПУСК:
a) должны соответствовать ГОСТ Р 34.950 и
b) при прерывании в соответствии с преобразованием, определенном в разделах 7—9, должны соответствовать последовательностям примитивов ВУСУ, определенным в ГОСТ Р ИСО/МЭК 10028.
6