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

2. Альтернативная процедура установления ССУ

Если нормальная процедура установления ССУ не может быть использована для передачи всех параметров С-СОЕДИНЕНИЕ.запрос или ответ, то следует ис­пользовать элементы данной альтернативной процедуры установления ССУ.

Пакет ЗАПРОС ВЫЗОВА Х.25, использующий эту альтернативную проце­дуру, должен передаваться с‘ параметром «продолжение» в поле «данные вызы­вающего пользователя». Из этого следует, что параметры примитива С-СОЕДИ­НЕНИЕ.запрос будут передаваться в одном или нескольких пакетах ДАННЫЕ Х.25.

Получатель соответствующего пакета ВХОДЯЩИЙ ВЫЗОВ Х.25 должен воспринять виртуальное соединение Х.25 и ответить пакетом ВЫЗОВ ПРИНЯТ Х.25 (без «услуги быстрая выборка»). Получатель нормального пакета ВХОДЯ­ЩИЙ ВЫЗОВ Х.25 услуги «быстрая выборка» может аналогичным образом вос­принять виртуальное соединение Х.25, ответив пакетом ВЫЗОВ ПРИНЯТ Х.25, содержащим параметр «продолжение» в поле «данные вызываемого пользова­теля».

Если виртуальное соединение установлено, то любые непереданные параметры примитива С-СОЕДИНЕНИЕ.запрос должны передаваться в ПБМ (состоящей из одного или нескольких пакетов ДАННЫЕ), которая содержит сообщение ЗС-СУ, позволяющее вызываемому ООД генерировать примитив С-СОЕДИНЕНИЕ.ин­дикация.

Альтернативная процедура установления ССУ завершается передачей не­которых параметров примитива С-СОЕДИНЕНИЕ.ответ в ПБМ (состоящей из одного или нескольких пакетов (ДАННЫЕ), которая содержит сообщение ПС- СУ. При отсутствии в примитиве С-СОЕДИНЕНИЕ.ответ параметров должен быть передан пакет ДАННЫЕ (ПС-СУ) Х.25, содержащий только код сообщения ПСЗП.

а) Адресация

Локальные операции определяют содержимое АИПСУ, а также преобразова­ние адресов ПДУСУ, обеспечиваемых в явном виде, в поле адреса (ПА) или в па­раметры «расширение адреса» (РА) ПСЗП и обратно. В приложении 4 приведены руководящие материалы по методам, посредством которых необходимое содер­жимое ПА может быть получено из адреса ПДУСУ. Допустимые способы разме­щения адресов ПДУСУ в ПА приведены в пп. 6.2.2.1.1 и 6.2.2.2.1 основной части настоящего стандарта, а соответствующие способы для параметров ПА — в п. П1.4.4.6 этого приложения. Содержимое этих полей предпочтительно иметь в двоичном коде, как определено в ИСО 8348 (Доп. 2).

П'р и м еч а н и я,-

1. Использование предпочтительного двоичного кодирования приводит к дво­ично-кодированным десятичным числам в ПА в соответствии с требованиями ре­комендации Х.25 МККТТ 1980 г.

2. Если адрес отвечающего не содержится в пакете ВЫЗОВ ПРИНЯТ/СОЕ- ДИНЕНИЕ УСТАНОВЛЕНО, следует предполагать предыдущий адрес вызы­ваемого ПДУСУ.

4. Согласование услуги подтверждения приема

Бит Д в пакете ЗАПРОС ВЫЗОВА используется для согласования исполь­зования услуги «подтверждение приема».

При использовании альтернативной процедуры установления ССУ пакет ВЫ­ЗОВ ПРИНЯТ означает лишь соединение через подсеть Х.25 и не имеет межкон­цевой значимости. Для обеспечения межконцевой значимости при соединениях через несколько подсетей из одного или нескольких пакетов ДАННЫЕ, содер­жащей сообщение ПС-СУ, должен использоваться бит Д с целью информиро­вания о принятии или отклонении подтверждения приема.

Примечание. При работе через подсети Х.25, которые не обеспечивают согласование бита Д, эта услуга отсутствует. Если в примитиве С-СОЕДИНЕ- НИЕ.запрос параметр «выбор подтверждения приема имеет значение «использо­вание подтверждения приема, то этот параметр должен быть передан обратно со значением «неиспользование подтверждения приема». Точно также примитив С-СОЕДИНЕНИЕ.индикация при использовании такой подсети должен всегда содержать значение «использование подтверждения приема».

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

При согласовании параметра КУ «пропускная способность» используется фа­культативная услуга пользователя СКП (если она разрешена), хотя кодирование ПСЗП также необходимо. Параметр «транзитная задержка» полностью согла­совывается путем использования кодирования ПСЗП.

Качество услуг описано в п. ГІ1.3.5. Если параметры КУ опущены или под-.' сеть не обеспечивает необходимых услуг, то тогда для нижерасположенной(ых) подсети (ей) используются рекомендуемые параметры КУ.

4. Данные пользователя

Данные-пользователя-УСУ должны передаваться как данные вызывающего польз )вателя в пакете ЗАПРОС ВЫЗОВА с услугой «быстрая выборка». В дру­гих случаях запросов вызова, где это поле отсутствует, должна использоваться альтернативная процедура установления УСУ.

П 1.3.2. Фаза разъединения сетевого соединения

В данном разделе рассматривается^тротокольное обеспечение примитивов С- СОЕДИНЕНИЕ. В табл. 9 показаны взаимоотношения между примитивами/пара- метрами, используемыми в фазе разъединения сетевого соединения, а также меж­ду пакетами/полями, относящимися к процедурам завершения соединения.

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

Примитив С-РАЗЪЕДИНЕНИЕ.запрос передается в виде пакета ЗАПРОС ЗАВЕРШЕНИЯ Х.25. Пакет ПОДТВЕРЖДЕНИЕ ЗАВЕРШЕНИЯ не имеет своего эквивалента на границе УСУ. Если эти пакеты не получены, то выполне­ние соответствующего действия является задачей диспетчера.

Если примитив С-РАЗЪЕДИНЕНИЕ требует передачи данных-пользовате- ли-УСУ в фазе разъединения ССУ, то должна использоваться альтернативная процедура разъединения ССУ.

2. Альтернативная процедура разъединения ССУ

В случае невозможности использования нормальной процедуры разъедине­ния или отклонения соединения должна использоваться данная альтернативная процедура.

Пользователь,- выдающий примитив С-РАЗЪЕДИНЕНИЕ, должен послать ПБМ (содержащую один или несколько пакетов ДАННЫЕ), которая состоит из сообщения ЗР-СУ, содержащего соответствующие параметры разъединения ССУ. Она действует как приглашение к завершению соединения и при приеме сообще­ния ЗР-СУ соответствующего окончанию ССУ, она должна выдать пакет ЗА­ПРОС ЗАВЕРШЕНИЯ Х.25

Таблица 9

Преобразования для фазы разъединения ССУ

в) Инициатор/причина

Для запросов разъединения, выданных пользователем-УСУ, кодом причины Х.25 является «по инициативе ООД». Поле «код диагностики» Х.25 использует­ся для передачи параметра «причина», как определено в табл 10.

Таблица 10'

Преобразования причины разъединения УСУ в код диагностики Х.25

Продолжение табл. 10

Для запросов разъединения, выданных поставщиком-УСУ, поля завершения Х.25 или причины повторного пуска и кода диагностики преобразуются в пара­метр «причина», как определено в табл. 11.

Примечания:

1. В тех случаях, когда ССУ проводит через несколько подсетей, причина за­вершения Х.25 «по инициативе ООД» охватывает случаи коммутации в сети, опи­сывающие разъединение в удаленной подсети. Значение параметра «инициатор» должно быть выведено из параметра «причина», как определено в табл. 10.

2. В тех случаях, когда используется альтернативная процедура разъедине­ния ССУ, параметр «инициатор» передается в коде ПСЗП.

Таблица 11

Преобразование причины завершения/повторной пуск Х.25 в причину УСУ

П родолжение табл. И