Сертификация: тел. +7 (495) 175-92-77
Стр. 1
 

89 страниц

639.00 ₽

Купить официальный бумажный документ с голограммой и синими печатями. подробнее

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

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

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

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

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

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

Оглавление

0. Введение

1. Назначение и область применения

2. Ссылки

Часть 1. Общие положения

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

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

5. Краткое описание протокола

Часть 2. Спецификация протокола

6. Функции протокола

7. Структура и кодирование ПБД

8. Обеспечение услуг нижерасположенного уровня

9. Соответствие

Приложение А. Формализованное описание

Приложение В. Вспомогательный технический материал

Приложение С. Алгоритм функции "Обнаружение ошибок в заголовке ПБД"

Информационные данные

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

Страница 1

ГОСТ Р 34.1952-92 (ИСО 8473-88)

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

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

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

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

БЗ 7-92/737


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

Страница 2

УДК 681.224:621.391 -.006.354    Г>уои    П85

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

Ик£ор«ааноикаа теяимвга1

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

ГОСТ Р

34.1962-92 (ИСО 8473-88)

Information technology.

Open systems interconnection.

Protokol for providing the connectionless mode network service

ОКСТУ 0034

Дат* ««едении 01.01.94

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

Настоящий стандарт подготовлен методом прямого применения стандарта Международной организации по стандартизации ИСО 8473, за исключением:

а)    ссылки на стандарты ИСО заменены ссыякамп на соответствующие государственные стандарты;

б)    упорядочено использование аббревиатур.

о. введен не

Настоящий стандарт входит в комплекс взанмасвязанных стандартов, разработанных для обеспечения ВОС.

Этот комплекс стандартов охватывает услуги и протоколы, необходимые для достижения совместимости систем в сетях.

Настоящий стандарт следует применять вместе с ГОСТ 28906.

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

1

© Издательство стандартов, 1993

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

Страница 3

С. 2 ГОСТ Р 34.1962-92

мяи сетевого уровни (либо в тех и другая). Протокол обеспечивает услуги сетевого уровня в режиме без-установлення*соедине-ния, определенные в ГОСТ 34.951

Взаимосвязь между сетевым н нижерасположенным уровнями модели ВОС показана на черт. 1.

Услуги сеттвого цвоОм* ВОС

Г тщрфшоиуп•    06^аи^ми9 л иЛ<й»-

npatnofrbfio.

Обращение л Веж»гчее/плм-

--I— 1кмги шакер/тспсмтея'Яго уровня-—

Черт. 1

I. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

Настоящий стандарт устанавливает протокол, используемый для обеспечения услуг сетевого уровня в режиме без-установле-ння-соедннснмя, определенных в ГОСТ 34.951. Данный протокол использует возможности ннжерасположенных услуг режима без-установления-соединения, обеспечиваемых реальными подсетями и/или звеньями данных. Ннжерасположенные услуги режима бсз-установления-соедииения. на которые рассчитывает данный протокол, могут быть получены либо непосредственно из реаль^-ной подсети, работающей в режиме без-установления-соединення, либо косвенно посредством действий соответствующей функции сходимости, зависимой от подсети (ФСЗП), нлн протокола ПСЗП через реальную подсеть, работающую в режиме с-установленнем-соединения в соответствии с ИСО 8648. Настоящий стандарт определяет способ, посредством которого нижерасположенные услуги подсети режима без-установления-соединення получаются из реальных подсетей, соответствующих ГОСТ 28907 или ГОСТ 34.950. Ннжерасположенные услуги подсети режима без^устаиов-лення соединения могут быть также получены из таких реальных подсетей, которые не соответствуют ГОСТ 28907 или ГОСТ 34.950, способ их получения не определяется настоящим стандартом.

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

Страница 4

ГОСТ Р 34.J9S2-92 С. 3

‘Сетями, использующими ориентированные па соединение протоколы, отличные от

ЦПУ Х.26.

Настоящий стандарт устанавливает:

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

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

в)    процедуры корректной интерпретации управляющей протокольной информации;

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

Процедуры определяются с точки зрения взаимодействий нежду:

а)    равноправными логическими-объектамн-сетевого-уровня путем обмена протокольными блоками данных;

б)    логическим-объектомч:етевого-уровня и пользователем услуг сетевого уровня путем обмена примитивами услуг сетевого уровня;

в)    логическим-объектом сетевого-уровня и поставщиком услуг нижерасположенного уровня путем обмена сервисными примитивами.

2. ССЫЛКИ

ГОСТ 28906 (ИСО 7498) «Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель».

ГОСТ 34.950 (ИСО 8208) «Информационная технология. Передача данных. Протокол пакетного уровня Х.25 для оконечного оборудования данных».

ГОСТ 34.951 (ИСО 8348) «Информационная технология. Взаимосвязь открытых систем Услуги сетевого уровня».

ИСО 8348/Доп. 2* «Информационная технология. Взаимосвязь открытых систем. Услуги сетевого уровня. Дополнение 2. Адресация на сетевом уровне».

ИСО/ТО 8509* «Системы обработки информации. Взаимосвязь открытых систем. Соглашения по услугам».

ИСО 8648* «Системы обработки информации. Взаимосвязь открытых систем. Внутренняя организация сетевого уровня*.

1

До прямого применения данного документа в качестве государствениого стандарт» распространение его осуществляет секретариат ТК 22 «Информационная технология».

Страница 5

С. 4 ГОСТ Т 34.1*52—92

ГОСТ 28907 (ИСО 8802/2) «Системы обработки информации. Локальные вычислительное .сети. Протокол и услуги уровня уп-равления логическим звеном данных».

ГОСТ 34.913.3 (ИСО 8802/3) «Информационная технология. Локальные вычислительные сети. Метод случайного доступа к шине и спецификация физического уровня».

ГОСТ 34.961 (ИСО 8073—88) «Информационная технология. Соединение открытых систем. Спецификация транспортного протокола, ориентированного на соединение».

ИСО 9074е «Системы обработки информации. Взаимосвязь открытых систем. ESTELLE (метод формализованного описания, основанный нз расширенной модели переходов состояний)1.

Часть 1. ОБЩИЕ ПОЛОЖЕНИЯ 3. ОПРЕДЕЛЕНИЯ

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

а)    оконечная-система;

б)    логический-объект-сетевого-уровня;

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

г)    протокол сетевого уровня;

д)    протокольный блок данных сетевого уровня;

е)    трансляция на сетевом уровне;

ж)    услуги-сетевогоиуровня;

з)    пункт-доступа-к-услугам-сетевогоуровня;

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

.к) маршрутизация;

л) услуга;

м) сервисный блок данных; н) сервисный примитив.

3.2.    В настоящем стандарте использованы следующие понятия технического отчета ИСО/ТО 8509:

а)    поставщик услуг;

б)    пользователь услуг.

3.3.    В настоящем стандарте использованы следующие понятия* определенные в стандарте ИСО 8648:

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

б)    трансляционная система;

1

До прямого применения лашяого документа в качестве государственного

Страница 6

ГОСТ Р 34.1932-92 С. Б

в)    подсеть;

г)    протокол сходимости, не зависимый от подсети;

д)    функция сходимости, не зависимая от подсети;

с) протокол доступа к подсети.

3.4.    В настоящем стандарте использованы следующие понятия из стандарта ИСО &348/Доп. 2:

а)    регион сетевой адресации;

б)    адресная информация протокола сетевого уровня;

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

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

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

б)    управление логическим звеном;

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

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

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

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

в)    логический канал;

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

д)    виртуальный канал.

3.7. Дополнительные определения

3.7.1.    Производный ПБД—протокольный блок данных, поля которого идентичны полям исходного ПБД, за исключением того, что он переносит только сегмент данных пользователя нз примитива СУ-БЛОК-ДАННЫХ, запрос.

3.7.2.    Исходный ПБД— протокольный блок данных, переносящий все данные пользователя нз примитива СУ-БЛОК-ДАННЫХ. запрос.

3.7.3.    Частный вопрос — решение, принимаемое системой относительно своего поведения на сетевом уровне, т. с. не предписываемое и не ограничиваемое настоящим стандартом.

3.7.4.    Наименование логическогоюбъекта-сетевого-уровня — идентификатор логического-объекта-сетевого-уровня. который имеет тот же абстрактный синтаксис, что и адрес Г1ДУСУ, и который может быть использован для однозначной идентификации логиче-ского-объекта-сетевого-уровня в оконечной или промежуточной системе.

3.7.5.    Сборка — действия по восстановлению исходного ПБД нз двух или более производных ПБД.

”3.7.6. Сегмент — отдельная единица данных. содержащая часть данных пользователя или все данные пользователя, обеспечиваемые в примитиве СУ-БЛОК-ДАННЫХ. запрос и доставленные в примитиве СУ-БЛОК-ДАННЫХ. индикация.

2 Зак 181

Страница 7

С 6 ГОСТ Р а 1952—92

3.7.7. Сегментирование— действия по выработке двух или более производных ПБД из одного исходного или производного ПБД. Эти производные ПБД вместе переносят все данные пользователя исходного или производного ПБД, из которого они **WIH образованы.

4. СОКРАЩЕНИЯ

4.J. Блоки данных

ПБД—протокольный блок данных;

СБД—сервисный блок данных;

СБДП—сервисный блок данных подсети;

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

4.2.    Протокольные блоки данных ПБД ДН — протокольный блок данных «данные»;

ПБД OLU — протокольный блок данных «информирование об ошибке»

4.3.    Поля протокольного блока данных

АО — адрес отправителя;

АП —адрес получателя;

В/P—версия/расширение идентификатора протокола; ВС—время существования;

ДАО—длина адреса отправителя;

ДАП — длина адреса получателя;

ДС — длина сегмента;

ИБД—идентификатор блока данных;

ИПСУ—идентификатор протокола сетевого уровня;

КС— контрольная сумма;

ОД —общая длина;

СС- смешение сегмента;

ТП -тип;

УД —указатель длины;

ФИО —флаг «информирование об ошибке»;

ФДС — флаг «дополнительные сегменты»;

ФСР—флаг «сегментирование разрешено».

4.4.    Параметры

АО — адрес отправителя;

АП — адрес получателя;

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

4.5.    Разное

АИПСУ—адресная информация протокола сетевого уровня; АКД — аппаратура окончания канала данных;

НИ — ненумерованная информация;

Страница 8

ГОСТ Р 34.IW2—W С. 7

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

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

ПДП—протокол .доступа к подсети;

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

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

ПСЗП — протокол сходимости, зависимый от подсети; ПСНЗП — протокол сходимости, независимый от подсети;

ПСТ — подсеть;

ПСУ-БУС -протокол сетевого уровня в режиме без-установи ления-соединения (т. е. протокол, определяемый настоящим стандартом);

УДС — управление доступом к среде;

УЛЗ —управление логическим звеном;

УПП — указатель подключения к подсети;

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

ФСЗГТ —функция сходимости, зависимая от подсети.

5. КРАТКОЕ ОПИСАНИЕ ПРОТОКОЛА

5.J. Внутренняя организация сетевого уровня Архитектурная организация сетевого уровня описана в ИСО 8648, который определяет н классифицирует способы выполне-ння внутренних функций сетевого уровня протоколами сетевого уровня, обеспечивая тем самым унифицированную основу для описания способов использования этих протоколов, действующих по отдельности или во взаимодействии с целью обеспечения услуг сетевого уровня ВОС. Настоящий протокол сетевого уровня ориентирован на использование в контексте метода межсетевого протокола для обеспечения услугчгетевого уровни в режиме без-установления-соединения. определенных ИСО 8648

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

услуг сетевого^-уровня ВОС с использованием определенного набора ннжерасположенных услуг, выполняя функции, необходимые для обеспечения унифицированного вида услуг сетевого уровня ВОС в режиме беэ-установленнясоедннсния при работе через однородные или неоднородные взаимосвязанные подсети. Настоящий протокол должен обеспечить необходимую гибкость в тех случаях, когда протоколы сходимости, зависимые от подсети, н/идм протоколы доступа к подсети не обеспечивают всех функций. необходимых для обеспечения услуг-сетевого-уровня в р®*

Страница 9

С 8 ГОСТ Р 34.1952-92

жиме без-установления-соединсния по всему маршруту между двумя ПД&'СУ. или в какой-то части этого маршрута.

Как указано в ИСО 8648. протокол на сетевом уровне может выполнять различные роли в разных конфигурациях. Несмотря на то, что данный протокол ориентирован конкретно на выполнение роли ПСНЗП в контексте протокола межсетевого взаимодействия для обеспечения услуг-сетевого-уровня в режиме без-установления-соединения, он может выполнять и другие роли, а следовательно, может использоваться в контексте других методов организации взаимосвязи подсетей.

Операции протокола сетевого уровня определены относительно услуг нижерасположенных уровней, доступных через действия других протоколов сетевого уровня или посредством услуг уровня звена данных. Услуги нижерасположенных уровней, на которые рассчитывает данный протокол, описаны в п. 5.5.

5.2.    Подмножества протокола

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

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

Несегментируемое подмножество протокола допускает упрощение заголовка в тех случаях, когда известно, что оконечны«>-систсмы отправителя и получателя соединены такими подсетями. у которых длины отдельных сервисных блоков данных больше или равны известному пределу, достаточно большому, чтобы сегментирование не требовалось Это подмножество выбирается при установлении флага сегментирование разрешено в значение ноль (см. п. 6.7).

5.3.    Адреса и наименования

5.3.1. Адреса

Параметры адрес отправителя и адрес получателя, рассматриваемые в п. 7.3 настоящего стандарта, являются адресами-пунк-тов-доступгьк-услугам-сетейого-уровия (ПДУСУ) ВОС. Синтаксис и семантика адресов ПДУСУ ВОС описаны в ИСО 8348/Доп.2.

Кодирование передаваемых адресов ПДУСУ, используемое настоящим протоколом, осуществляется в предпочтительном дво-

Страница 10

ГОСТ Р 34.1952-92 С. 9

ичном коде, определенном в ИСО 8348/Доп.2. Адрес ПДУСУ, закодированный в виде последовательности двоичных октето» согласно ИСО 8348/Доп^, передается полностью в адресных полях. описанных в п. 7.3.

5.3.2. Наименования логических-объектов^сетевого-уровня Наименование логнческого-объекта-сетевого-уровня представляет собой идентификатор этого объекта в оконечной или промежуточной системе. Наименования логическнхобъектов-сетевого-уровня назначаются из того же пространства имен, из которого назначаются адреса ПДУСУ. а определить, в каком случае данное имя является адресом ПДУСУ. а в каком наименованием ло-гического-объекта-сетевого-уровня можно по контексту, в котором, интерпретируется данное имя. Значения параметров маршрутизация со стороны отправителя и регистрации маршрута, определенных в пп. 7.5.4 и 7.5.5 соответственно, являются наименованиями логических-объектов-сетевого-уровня. Значения параметров адрес отправителя и адрес получателя в ПБД «информирование об ошибке», определенном н п. 7.9, также являются наименованиями: логнческих-объектов-сетсвого-уровня.

Кодирование, используемое настоящим протоколом для передачи наименований логических-объектов-сетевого-уровня, осуществляется в предпочтительном двоичном коде, определенном ИСО 8348/Доп.2. Наименование логического-объекта-сетевого- уровня, закодированное в виде последовательности двоичных октетов, согласно ИСО 8348/Доп.2 передается целиком в полях, рассмотренных в пп. 7.5.4, 7.5.5 и 7.9.1.2.

5.4. Услуги, обеспечиваемые протоколом Протокол сетевого уровня обеспечивает УСУ в режиме бе^-устаиовлення соединения. описанные в ГОСТ 34.951. Обеспечиваемые примитивы УСУ приведены в табл.

Таблица !

Примитивы услуг-сетевого уровни в режиме беэ-устаноалеиия-соехиксиия

Преет*»

Параметр

СУ БЛОК ДАННЫХ .запрос

.индикация

УСУ-адрвс-отправятеля УСУ-адрес-получателя УСУ-качество-услуг УСУ-данные-пользователя

Примечание. ГОСТ 34.951 установлено, что максимальна* длина СБДС я режиме без-установления-соединения равна 64512 октетов.

Страница 11

С. 10 ГОСТ Р 34.1»52-»2

5.5. Нижерасположенные услуги, на которые рассчитывает протокол

Задача состоит в том, чтобы протокол сетевого уровня мог функционировать, основываясь на услугах режима без>-установ-ления-соединения. получаемых из широкого набора реальных подсетей и звеньев данных. Поэтому, чтобы упростить спецификацию протокола, его операции определяются (в разд. 6) относительно абстрактных «нижерасположенных услуг», а не конкретных услуг реальной подсети. Эти нижерасположенные услуги содержат один примитив ПСТ-БЛОК-ДАННЫХ, который переносит адреса пупкта подключения подсети — отправителя и получателя, параметр «качество услуг» подсети и минимальное число октетов данных пользователя.

Примитив ПСТ-БЛОК'-ДАННЫХ используется для описания абстрактного интерфейса, существующего между протокольным автоматом и ннжерасположенной реальной подсетью или фу тенией сходимости. зависимой от подсети, действующей через реальную подсеть или реальное звено данных для обеспечения требуемых услуг ннжерасположенного уровня.

Обеспечиваемые примитивы приведены в табл. 2.

Таблица 2

Сервисные примитивы нижсрасположеииого уровни

Примитив

Параметр

ПСТ-БЛОЮДАННЫХ запрос

ПСТ-адрес-отправителя.

.индикация

ПСТ-а.-ргс.:1 одучатедя,

ПСТ-качество-услуг,

ПСТ-дактше-полъзователя

Обеспечение нижерасположенных услуг описано в разд. 8.

5.6. Услуги, ожидаемые от локальных средств Услуга тайм-аутов должна обеспечиваться для того, чтобы дать возможность логическому объекту протокола упорядочить во времени происходящие события.

Существуют три примитива, относящиеся к услуге СТ-ТАЙМ-АУТ:

а)    СТ-ТАЙМ-АУТ. запрос;

б)    СТ-ТАЙМ-АУТ. ответ;

в)    СТ-ТАЙМ-АУТ. аннулирование.

Эти примитивы приведены в табл. 3.

Страница 12

ГОСТ Р 34.1952-92 С. II

Примитив СТ-ТАЙМ-АУТ. запрос сообщает локальным средствам. что они должны инициировать тайм-аут с заданными параметрами имени и индекса и отсчитывать его в течение периода, определенного параметром «время*.

Примитив СТ-ТАИМ-АУТ. ответ инициируется локальным средством для информирования о том. что время, запрошенное соответствующим примитивом СТ-ТАИМ-АУТ. запрос, истекло.

Примитив СТ-ТАЙМ-АУТ. аннулирование сообщает локальным средствам, что определенный(е) тайм-аут(ы) должен(ны) быть аннулирован(ы). Если параметр «СТ-индекс» не определен, то аннулируются все тайм-ауты с заданным именем, в противном случае аннулируется тайм-аут для заданного имени и индекса. Если ни один из тайм-аутов не соответствует определенному параметру, то локальные средства не выполняют никаких действий.

Параметры примитивов услуги СТ-ТАИМ-АУТ определены в табл. 3.

Таблица 3

Примитивы тайм аута

ПрВМГТ»!

Паракатр

СТ-ТАЙМ АУТ .запрос

СТ-время

.ответ

СТ-имя

СТ-индекс

СТ-имя

СТ-индекс

Параметр «СТ-время» указывает длительность конкретного тайм-аута. Идентифицирующая метка связана с тайм-аутом посредством параметра «ст-нмя». Параметр «СТ-индекс» определяет показатель, различающий тайм ауты с одинаковым именем. Ими и индекс вместе образуют однозначную ссылку на тайм-аут.

Тайм-ауты. используемые в логической связи с конкретной протокольной функцией, определяются с учетом этой функции.

Примечание,- Настоящий стандарт не определяет конкретных значений рассматриваемых тайм-аутов. Любые их значения, указанные в настоящем стандарте, не являются обязательными Значения тайм-аутов должны выбираться таким образом, чтобы можно было обеспечить запрошенное качество услуг при наличии известных характеристик нижерасположонаых услуг.

Страница 13

С. 12 ГОСТ Р 34.1952-02

Часть 2. СПЕЦИФИКАЦИЯ ПРОТОКОЛА

в. ФУНКЦИИ ПРОТОКОЛА

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

Не все функции должны выполняться в каждой реализации. В п. 6.J9 определены те функции, которые могут быть опушены, и указаны правильные действия 8 тех случаях, когда запрошенные функции не предусмотрены.

6.1. Функция «Формирование ПБД»

Функция «Формирование ПБД» несет ответственность за формирование протокольного блока данных в соответствии с прави1-лами кодирования ПБД. приведенными в разд. 7. Протокольная управляющая информация. необходимая для доставки блока данных его получателю, определяется исходя из текущего состояния и локальной информации, а также на основании параметров. обеспечиваемых примитивом СУ-БЛОК-ДАННЫХ. запрос.

Адресная информация протокола сетевого уровня (АИПСУ) для полей адрес отправителя и адрес получателя заголовка ПБД образуется из параметров «УСУ-адрес-отправителя» и «УСУ-адрес-получателя». Параметры «УСУ-адрес-получателя» и «УСУ-качество-услуг», вместе с текущим состоянием и локальной информацией используются для определения необходимого выбора факультативных функцнй. Данные пользователя, передаваемые от пользователя У<-У (УСУ-данные-пользователя), образуют часть «данные* ПБД.

При формировании ПБД назначается идентификатор блока данных, который должен отличать запрос на передачу «УСУ-данные-пользователя» конкретному адресуемому пользователю УСУ от других подобных запросов. Отправитель ПБД должен выбрать идентификатор блока данных таким образом, чтобы он оставался уникальным (для данной пары адресов отправителя и получателя) в течение максимального времени существования исходного ПБД в данной сети; это правило применяют для любого ПБД. образованного из Исходного ПБД в результате применения функции «сегментирование» (см. п. 6.7). Производные ПБД рао-сматривзются как соответствующие тому же исходному ПБД и, следовательно, тому же примитиву СУ-БЛОК-ДАННЫХ. запрос, если эти ПБД лмеют одинаковые адреса отправителя и получателя и одинаковый идентификатор блока данных.

Идентификатор блока данных используется также для вы-

Страница 14

ГОСТ Р M.IM2-M С. 13

лолнення служебных функций, например для информирования об ошибках (см. п. 6.10).

Обшая длина ПБД. выраженная в октетах, определяется его отправителем н помещается в поле общая длина заголовка ПБД. Это поле не изменяется ни в одном производном ПБД в течение всего времени существования данного ПБД.

При использовании несегментнруемого подмножества протокола отсутствует как иоле «общая длина*, так и поле «идентификатор блока данных*. Правила, определяющие функцию «формирование ПБД», модифицируются в данном случае следующим образом. В процессе формирования ПБД значение общей его длины, выраженное в октетах, определяется отправителем и помещается в поле длина сегмента заголовка ПБД. Это поле не изменяется в течение всего времени существования ПБД. Идентификация блока данных не обеспечивается.

6 2. Функция «разборка ПБД»

Эта функция несет ответственность за извлечение из ПБД протокольной управляющей информации. Во время этого лроцео-са информация, относящаяся к генерации примитива СУ-БЛОК-ДАННЫХ. индикация определяется следующим образом. Параметры «УСУ-адрес-отправителя» и «УСУ-адрес-получателя* примитива СУ-БЛОК-ДАННЫХ. индикация извлекаются из АИПСУ и помещаются в поля адрес отправителя и адрес получателя заголовка ПБД. Часть «данные» принятого ПБД сохраняется до тех пор. пока не будут приняты все сегменты исходного СБД; все это в совокупности формирует параметр «УСУ-данные-пользо-вателя» примитива СУ-БЛОК-ДАННЫХ. индикация. Информация, относящаяся к качеству услуг, обеспечиваемых при передаче ПБД, определяется качеством услуг и другой информацией, содержащейся в факультативной части заголовка ПБД. Эта информация образует параметр «УСУ-качество-услуг» примитива СУ-БЛОК-ДАННЫХ. индикация.

6.3. Функция «анализ формата заголовка»

Эта функция определяет, используется ли весь протокол, описанный в настоящем стандарте, или только одно из соответствующих определенных его подмножеств. Если ПБД содержит идентификатор протокола сетевого уровня, который показывает, что это стандартная версия протокола, то данная функция определяет, доставлен ли принятый ПБД своему получателю, адрес которого указан в заголовке ПБД. Если адрес получателя, содержащийся в ПБД. идентифицирует ПДУСУ. обслуживаемый данным логнческимИ>бъектом-сетевого-уровня, то этот ПБД бу-

•з Зак. 181

Страница 15

С 14 ГОСТ I» S4 1852-#2

дет доставлен своему адресату, если нет —он должен быть передан дальше.

Если ПБД содержит идентификатор протокола сетевого уровня, который показывает, что используется подмножество «инертный протокол сетевого уровня», то никакого дальнейшего анализа заголовка ПБД но требуется. В этом случае логнческий-объект-сетевогоуровня определяет одно из двух: либо адрес пункта подключения подсети, закодированный в виде АИПСУ в поддерживающем протоколе подсети, соответствует адресу ПДУСУ, обслуживаемого этим логическнмюбъектом-сетевого-уровня, либо имеет место ошибка.

6.4. Функция «управление временем существования' ПБД»

Эта функция используется для обеспечения максимального времени существования ПБД. Она тесно связана с функцией «анализ формата заголовка». Эта функция определяет, может ля принятый ПБД передаваться дальше, либо заданное для него время существования кончилось и он должен быть аннулирован.

Действия функции «управление временем существования ПБД» зависят от ноля время существования заголовка ПБД. Это поле содержит в. любой момент времени оставшуюся часть времени существования ПБД (представленное в единицах 500 мс). Время существования исходного ПБД определяется логичеоким-объектом-сетевого-уровня отправителя и помещается в поле «время существования» ПБД. Если функция «сегментирование» применима к ПБД, то значение поля «время существования» исходного ПБД копируется во все производные ПБД.

Время существования ПБД уменьшается каждым логическнм-объектом-сетевогоуровня, обрабатывающим ПБД. Когда логи-ческий-объект-сетевого уровня обрабатывает ПБД. он уменьшает время существования ПБД. по меньшей мере, на единицу. .Значение поля «время существования* ПБД должно уменьшаться больше чем на единицу, если сумма двух значений:

а)    транзитной задержки в нижерасположенных услугах, из которых был принят ПБД;

б)    задержки внутри системы, обрабатывающей ПБД, превышают или оценочно превышает 500 мс. В этом случае поле «время существования» должно уменьшаться на единицу за каждые дополнительные 500 мс задержки. Определение задержки не обязательно должно быть точным, но в тех случаях, когда точное значение не может быть установлено, используемое значение следует завышать, но не занижать

Если поле «время существования» достигнет нулевого значения:

Страница 16

ГОСТ Р M.IМ2—И С. 15

до того, как ПБД будет доставлен получателю, то этот ПБД должен быть аннулирован. Функция «информирование об ошибке* должна привлекаться в соответствии с изложенным в п. 6.10. Она может привести к генерации ПБД «информирование об ошибке*.

Вопрос о том, выполняет логический-объект-сетевого-уровня функцию «управление временем существования» или нет, является частным вопросом.

6.5.    Функция «маршрутизация ПБД»

Данная функция определяет тот логическнй-объек-Л-сетевого-уровня, которому должен быть направлен ПБД, и те услуги нин жерасположенного уровня, которые должны использоваться для достижения этого логическогообъекта-сетевого-уровня с использованием полей этого ПБД «адрес получателя» и «общая длина». При необходимости сегментирования функция «маршрутизация ПБД», кроме того, определяет, с помощью какой услуги ниже-расиоложеииого уровня должны передаваться производные ПБД/ /сегменты, чтобы достичь этого логнческого-объекта-сетевого-уровня. Результаты выполнения функции «маршрутизация ПБД» сообщаются функции «продвижение ПБД» (вместе с самим ПБД) для дальнейшей обработки.

Выбор услуги нижерасположенного уровня, которая должна использоваться для достижения «следующей» а маршруте системы, вначале зависит от параметра «УСУУкачество-услуг» примитива СУ-Б.ПОК-ДАННЫХ. запрос, который определяет КУ, запрошенное передающим пользователем УСУ. Вопрос о том. обеспечивается ли это КУ непосредственно протоколом ПСУ-БУС путем выбора параметра «СУ-качество-услуг» н других факультативных параметров или с помощью средств КУ, обеспечиваемых каждой из услуг нижерасположенного уровня, определяется до привлечения функции «продвижение ПБД». Выбор маршрута промежуточными системами может впоследствии зависеть от значений параметра «СУ-качество-услуг» (при его наличии) и других факультативных параметров (при их наличии).

6.6.    Функция «продвижение ПБД»

Данная функция выдаст примитив ПСТ-БЛОК-ДАННЫХ. зап-прос (см. п. 5.5), который снабжает подсеть или ФСЗП, идентифицируемую функцией «маршрутизация ПБД*. протокольным блоком данных в виде подлежащих передаче данных пользователя, адресной информацией, необходимой для этой подсети или для ФСЗП с целью идентификации «следующей* системы в пределах специфичного для подсети региона адресации (это может бить промежуточная система или адресуемая оконечная-снстема).

3'

Страница 17

С IS ГОСТ Р 34.1952-92

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

Если подлежащий передаче ПБД длиннее максимального СБД, обеспечиваемого услугами нижерасположенного уровня, то используется функция «сегментирование» (см. п. 6.7).

6.7. Функция «сегментирование»

Сегментирование выполняется в том случае, когда длина ПБД превышает максимальную длину СБД. обеспечиваемую услугами нижсрасположенного уровня, которые должны исполь*-зоваться для передачи данного ПБД.

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

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

Данные пользователя, скомпонованные в принятом ПБД, делятся таким образом, чтобы производные ПБД удовлетворяли требованиям, предъявляемым к длине поля параметра «ПСТ-данные-пользователя» примитива ПСТ-БЛОК-ДАННЫХ. запрос, который используется для доступа к услугам нижерасположеи-ных уровней. Каждый производный ПБД, кроме последнего, должен содержать число октетов, ие равное нулю и кратное 8. Таким образом, значение поля «смещение сегмента» в любом ПБД либо равно нулю, либо не равно нулю, но кратно 8. Сегментирование не должно приводить к образованию таких производных ПБД, которые содержит менее восьми октетов данных пользователя.

Производные ПБД идентифицируются как образованные их одного и того же исходного ПБД посредством поля:

а)    «адрес отправителя»;

б)    «адрес получателя»;

в)    «идентификатор блока данных».

Следующие поля заголовка ПБД используются в сочетании с функцией «сегментирование»:

Страница 18

ГОСТ Р ШМ2-42 С 17

а)    смещение сегмента — идентифицирует октет, с которого начинается сегмент относительно начала передачи исходного ПБД;

б)    длина сегмента — определяет число октетов в производном ПБД, включая заголовок и данные;

в)    флаг дополнительных сегментов — устанавливается в единицу, если данный производный ПБД не содержит последнего октета исходного ПБД в качестве своего последнего октета данных пользователя;

г)    общая длина — определяет всю длину исходного ПБД.вклю^ чая заголовок и данные.

Производные ПБД могут сегментироваться далее без каких-либо ограничений на маршруты отдельных производных ПБД.

Флаг сегментирование разрешено устанавливается в единицу, показывая, что сегментирование разрешено. Если исходный ПБД не подлежит сегментированию в любой момент времени его существования в сети, то этот флаг устанавливается в ноль ло-гическим-объсктом-сетевого-уровня отправителя. Установленное значение флага «сегментирование разрешено» не может быть изменено никаким другим логическим объектом-сетевого уровня в течение времени существования исходного ПБД и любых производных ПБД

6.8. Функция «сборка»

Функция «сборка» восстанавливает исходный ПБД из производных ПБД. образованных в результате операций функции «сегментирование» над исходными ПБД (и, рекурсивно, над последующими производными ПБД).

Предусмотрен временной предел, в течение которого сегменты (производные ПБД) исходного ПБД будут храниться в месте сборки до аннулирования-, поэтому ресурсы сборки могут быть освобождены, когда больше не ожидается поступления в место сборки никаких неподтвержденных сегментов исходного ПБД; При приеме производного ПБД тайм аут сборки начинает отсчет со значения, показывающего промежуток времени, который должен истечь до того момента, когда можно предполагать, что все-неподтвержденные сегменты исходного ПБД потеряны. При истечении этого тайм-аута все имеющиеся в месте сборки сегменты (производные ПБД) исходного ПБД аннулируются; ресурсы, выделенные для этих сегментов, освобождаются н генерируется ПБД «Информирование об ошибке», если он используется (см. п. 6.10).

Хотя точное взаимоотношение между продолжительностью сборки и временем существования ПБД является частным вопросом, функция «сборка* должна сохранять смысл времени существования ПБД. Следовательно, функция сборки должна аннулировать те ПБД, время существования которых могло бы за*

Страница 19

С 18 ГОСТ Р 34.1052-92

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

Примечания:

1.    Методы ограничения продолжительности сборки рассматриваются а ириложеини В

2.    Функция «сегментирование» и «сборка» ориентированы на такое ис-пользование, чтобы в каждом пункте сегментирования вырабатывалось хах можно меньшее число сегментов, а сборха происходила в конечном пункте назначения ПБД. Однако возможны и другие варианты, при которых не запрещено:

а)    взаимодействие с алгоритмом маршрутизации по предпочтительным маршрутам, где вырабатывается меньшее число сегментов;

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

в)    допускается частичная или полная сборка в некотором промежуточном пункте маршрута.

Информация, необходимая для использования одной из этих альтернативных стратегий, может быть полученв в результате действий функции «управление сетевым уровнем» или другими способами

Отправитель исходного ПБД определяет значение флага «сегментирование разрешено» в исходном ПБД н во всех производных ПБД (при их наличии) Частичная или полная сборка в промежуточной системе (см. примечание 2я) но может изменять этого значения в исходном ПБД или в любом производном от него ПБД н поэтому не может добавлять в заголовок или удалять из него сегментируемую часть.

6.9. Функция «аннулирование ПБД»

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

а)    произошло нарушение протокольной процедуры*;

б)    получен ПБД. пья контрольная сумма не соответствует его содержимому;

в)    получен ПБД, но вследствие локальной перегрузки он не может быть обработан;

г)    получен ПБД. заголовок которого не может быть проанализирован:

д)    получен ПБД. который невозможно сегментировать и продвигать дальше, поскольку его длина превышает максимальную длину СБД, обеспечиваемого любой услугой нижерасположен-иого уровня, способной передавать ПБД следующему логическому-объекту-сетевого-уроння в выбранном маршруте;

е)    получен ПБД, получатель которого недоступен или неизвестен;

ж)    со стороны отправителя был определен неправильный или недействительный маршрут. Сюда могут относиться синтаксис

Страница 20

ГОСТ Р 34.1»52-»2 С. 1®

ческая ошибка в поле маршрутизации отправителя, неизвестное» или недействительное наименование логического-объвкта-сетевого-уровня в поле маршрутизации отправителя, либо маршрут, недоступный по другим причинам;

з)    получен ПБД, время существования которого истекло или истекает во время сборки;

и)    получен ПБД. содержащий необеспечиваемую факультативную возможность.

6.10. Функция «информирование об ошибке»,

6.10.1.    Краткое описание

Функция «информирование об ошибке» пытается передать ПБД «информирование об ошибке» логнческому-объекту-сетевого-уровня— отправителю, когда протокольный блок данных аннулируется в соответствии с п. 6.9.

ПБД «информирование об ошибке» идентифицирует аннулированный ПБД, определяет тип обнаруженной ошибки и место в заголовке аннулированного ПБД, где обнаружена ошибка. Весь заголовок аннулированного ПБД и, по усмотрению отправителя ПБД «информирование об ошибке», часть «данные» помещается целиком, частично или вообще не помещается в часть «данные» этого ПБД.

Отправитель ПБД «данные» управляет генерацией ПБД «информирование об ошибке». Флаг информирования об ошибке в исходном ПБД устанавливается логическим-объектом-сетевого-уровня — отправителем для того, чтобы указать на необходимость передачи ПБД «информирование об ошибке», если исходный ПБД или любые производные от него ПБД аннулируются. Если флаг не установлен, то такие информирующие об ошибке ПБД не генерируются.

Примечания:

1.    Подавление блоков ПБД «информирование об ошибке» происходит под управлением логическою объекта-сетевого-уровия — отправителя. но не пользе* нагеля УСУ. Отправитель должен внимательно следить за подавлением ПБД ОШ с тем. чтобы информирование об ошибке не подавлялось для каждого генерируемого ПБД.

2.    Неполучение ПБД «информирование об ошибке» еше не означает правильной доставки ПБД. виданного логиче<ким обгектом сетевого уропня-отпра-интелем

6.10.2.    Требования к функции «информирование об ошибке»

ПБД «информирование об ошибке* не должен генерироваться

для информирования об аннулировании ПБД «информирование об ошибке».

ПБД «информирование об ошибке» не должен генерировать* ся для информирования об аннулировании ПБД «данные», если только для этого ПБД не был установлен флаг «информирование

Страница 21

2в ГОСТ t М 1952—п

Oft ошибке» в значение, разрешающее информирование об ошибке.

Если ПБД «данные» аннулирован и флаг «информирование об ошибке» установлен в значение, разрешающее информирование об ошибке, то должен быть сгенерирован ПБД «информирование об ошибке», если причиной аннулирования является одна из перечисленных в п. 6.9, которая вызвана условиями, указанными в п. 6.10.4

Примечание. Если ПБД «данные», у которого флаг «информирование об ошибке» установлен о значение, разрешающее информирование об ошибке, аннулируется по любой другой причине, то ПБД ОШ может быть сгенерирован {как факультативная возможность реализации).

6.10.3. Обработка ПБД «информирование об ошибке»

ПБД «информирование об ошибке» состоит из информации, содержащейся в заголовке аннулированного ПБД «данные», к которому относится информирование об ошибке. Содержимое поля «адрес отправителя» аннулированного ПБД «данные» используется в качестве адреса получателя ПБД «информирование об ошибке». Этот параметр, который в контексте ПБД «данные» использовался как адрес ПДУСУ. в контексте ПБД «инфор мнрование об ошибке» используется как наименование того ло-гического-объекта-сетевого уровня. который отправил ПБД «данные». Наименование логнческого-объекта-сетевогоуровня отправителя ПБД «информирование об ошибке» передается в поле адрес отправителя заголовка ПБД «информирование об ошибке». Значение поля «время существования» определяется в соответствии с п. 6.4. Факультативные параметры выбираются в соответствии с п: 6.10.4.

Сегментирование ПБД «информирование об ошибке» не разрешается; следовательно, сегментируемые части здесь отсутствуют. Общая длина ПБД ОШ. выраженная в октетах, размещается в поле длина сегмента заголовка ПБД ОШ. Это поле не изменяется в течение всего времени существования ПБД ОШ. Если отправитель ПБД ОШ определяет, что длина ПБД ОШ превышает максимальную длину СБД услуги нижерасположенного уровня, то ПБД ОШ должен быть усечен до максимальной длины СБД (см. п. 8.3) и передан дальше без каких-либо других изменений. ПБД «информирование об ошибке» маршрутизируется и прояви-дается лorичecким^^-oбъeктaмн-ccтeвoгo•ypoвня промежуточной ■системы таким же способом, как и ПБД «данные».

Примечание, Изложенное в п. аз требование, чтобы услуги нижерас-положенного Урови*. на которые рассчитывает ПСУ-БУС. были способны обес-г.ечк»21ь СБД длиной 5f2 октето*. гарантирует, что. по меньшей мере, весь заголовок аннулированного ПБД «данные» может передаваться в части «дак лтые» любого 11БД ОШ

Страница 22

ГОСТ Р 34 1*52—92 С. Э*

Если ИБД ОШ разбивается на части при достижении своего-пункта назначения, то информация, которая может использоваться для интерпретации ПБД «информирование об ошибке» и действий над ним. получается следующим образом. Наименовак ние логнчес«ого-объекта»-сстевого-уровня, получаемое из АИПСУ в поле «адрес отправителя* заголовка ПБД ОШ, используется для идентификации логического —объекта-сетевого-уровня, генерирующего ПБД «информирование об ошибке». Причина генерации этого ПБД извлекается из факультативной части заголовка ПБД. Для участия в оценке характера ошибки весь заголовок аннулированного ПБД «данные» (а также часть или все исходные данные пользователя) извлекаются из части «данные» ПБД. ОШ.

6.10.4. Взаимоотношение факультативных возможностей ПБД. «данные» с информированием об ошибках

Генерация ПБД «информирование об ошибке» зависит от факультативных возможностей, имеющихся в соответствующем ПБД «данные». Наличие факультативных возможностей в несходном ПБД «данные», которые не обеспечиваются системой, аннулировавшей данный ПБД, может вызвать подавление ПБД «информирование об ошибке», даже если исходный ПБД «данные»-показывает, что ПБД «информирование об ошибке» должен быть, сгенерирован в случае аннулирования.

Обработка ПБД «информирование об ошибке» зависит также от факультативных возможностей, имеющихся ы соответствующем ПБД «данные». Факультативные возможности, выбранные для исходного ПБД «данные», влияют на факультативные возмож>-ности, включаемые в соответствующий ПБД «информирование об ошибке». Выбор факультативных возможностей для ПБД «информирование об ошибке» определяется следующими требованиями:

а)    если факультативная возможность «приоритет» или «обеспечение КУ» выбрана в исходном ПБД «данные» и система,, генерирующая ПБД «информирование об ошибке», обеспечивает эту факультативную возможность, то ПБД «информирование об ошибке» должен определить ту же факультативную возможность* используя ее значение, определенное в исходном ПБД «данные»;

б)    если факультативная возможность «защита» выбрана в ПБД «данные» и система, генерирующая информирование об ошибке, обеспечивает згу факультативную возможность, то ПБД «информирование об ошибке» должен определить эту факультативную возможность, используя значение, определенное в исходном ПБД «данные».

Страница 23

С. 22 ГОСТ Р 34.1952-92

Если система не обеспечивает факультативной возможности «зашита», то информирование об ошибке не должно генерир(*-ваться для ПБД «данные», который выбрал эту факультативную возможность;

в)    если факультативная возможность «полная маршрутизация со стороны отправителя» выбрана в исходном ПБД «данные» н •система, генерирующая ПБД «информирование об ошибке», обеспечивает эту факультативную возможность, то информирование ■об ошибке должно определить факультативную возможность -«полная маршрутизация оо стороны отправителя». Значение пак раметра «маршрутизация со стороны отправителя» получается путем извлечения из исходного Г1БД «данные» той части полного маршрута со стороны отправителя, который уже пройден, и изменения порядка наименований логических-объектов-сетевого-уровня, входящих в список.

Если система не обеспечивает факультативной возможности «полная маршрутизация со стороны отправителя», то информирование об ошибке не должно генерироваться для ПБД «данные», который выбирает эту факультативную возможность;

г)    факультативные возможности «заполнение», «частичная маршрутизация со стороны отправителя» и «регистрация маршрута» при их обеспечении могут быть определены в ПБД «информирование об ошибке».

Примечание. Значения факу.платинных параметров в подпункте г) могут быть получены в виде частного решения иди могут основываться на соответствующих значениях исходного ПБД «дян1ш*>.

6.11. Обнаружение ошибки в заголовке ПБД

Функция «обнаружение ошибки в заголовке ПБД» защищает от ошибок логический-обълкт-сетевого уровня промежуточной или оконечной системы, обусловленной обработкой ошибочной информации в заголовке ПБД. Данная функция реализуется с помощью контрольной суммы, вычисляемой на основе всего заголовка ПБД. Контрольная сумма проверяется в каждом пункте, где обрабатывается заголовок ПБД. Если результат вычисления контроль«-яой суммы отрицательный, то соответствующий ПБД должен быть аннулирован. Если поля заголовка ПБД смоднфицировзны •{например вследствие действий функции «время существования»), то контрольная сумма изменяется таким образом, чтобы остаться правильной.

Использование функция «обнаружение ошибок в заголовке» является факультативным и оно определяется логическнм-объек-том-сетевого-уровня-отправителсм. Если эта функция не исполь*-

Страница 24

ГОСТ Р 34.1952-92 С. 2S

зуется, то поле «контрольная сумма» заголовка ПБД устана»-ливается в нуль.

Если использование данной функции выбрано логическим-объектомссетевого-уровня-отправнтслем, то значение поля «контрольная сумма» обуславливает необходимость выполнения фор» мул

Е а, (мод.. 255)-О,

< 1

£ (L /+1)а< (мод. 255) =-0,

Г-1

где L — число октетов в заголовке ПБД;

а,    —значение октета в позиции Считается, что первый октет заголовка ПБД занимает позицию i=l.

Если данная функция используется, то ни один из октета» поля «контрольная сумма» не может быть установлен в нуль.

Примечания:

1.    Чтобы функция «ошибка в заголовке ПБД» сохраняла возможность обнаруживать случайную модификацию заголовка, произошедшую при обработке ПБД промежуточной системой (например из-за неисправности запоминающего устройства), .югичесхнй-обмкт-сетевотоурояия промежуточной системы не должен повторно вычислять контрольную сумму для йсего заголовка, даже если его поля изменились.

2.    В приложении С приведено описание алгоритмов, которые могут использоваться для вычисления правильного значения ноля «контрольная сумма» при формировании ПБД и для обновления значения поля «контрольная сумма» при модификация заюлоака.

б.12.    Функция «заполнение»

Функция «заполнение» предусмотрена для того, чтобы зарезервировать в заголовке ПБД пространство, которое не используется при обеспечении любой другой функции. Кратность октету должна сохраняться.

Примечание. Пример использования »той функции состоит в том. чтобы обеспечить начало части «данные» ПБД на удобной для логического-о&ъекта-сетсвого уровня — отправителя границе, например на границе машинного слова,

6.13. Защита данных

Обеспечение услуг по защите данных (например аутентнф!^-кация источника данных, секретность данных и целостность данных отдельного СБДС в режиме без-установления-соединения) выполняется функцией «защита».

Функция «защита» относится к параметру качества услуг защита от несанкционированного доступа, описанного в ГОСТ 34.951. Функция реализуется путем выбора параметра «защита* в факультативной части заголовка ПБД.

Страница 25

С. 24 ГОСТ Р 34.1952-92

В данном стандарте не определен сам метод обеспечения услуг защиты; стандарт предусматривает только кодирование информации зашиты в заголовке ПБД.- Для упрощения взаимодействия между оконечными-системами и трансляционными системами сетевого уровня путем устранения различных интерпретаций одних и тех же кодов в п. 7.5.3 указывается, как отличить коды защиты, определяемые пользователем, от стандартизованных кодов защиты.

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

6.14. Функция «маршрутизация со стороны отправителя»

Функция «маршрутизация со стороны отправителя» позволяет самому отправителю определить маршрут передачи сформированного ПБД. Маршрутизация со стороны отправителя может осуществляться только источником данного ПБД и она выполняется путем использования списка наименований логических-объектов-сетевого-уровня, содержащихся в параметре факультативной части заголовка ПБД. Длина этого параметра определяется логическим-объектом-сетевого-уровня— отправителем и не изменяется в течение всего времени существования ПБД.

Параметр «маршрутизация со стороны отправителя» содерц жит информацию, используемую оконечной-системой— отправителем при .определении исходного маршрута ПБД. В списке содержатся наименования логических-объсктов-сетевого-уровня толь-ко промежуточной системы; наименование логического-объекта-сетевого-уровня — получателя ПБД отсутствует в списке.

С каждым списком наименований логическнх-объектов-сетево-го уровня связан указатель, который идентифицирует следующий, подлежащий использованию элемент списка; этот указатель изменяется получателем ПБД, когда следующее наименование в списке совпадает с его собственным. Данный указатель модифицируется по мере продвижения ПБД так, чтобы можно было идентифицировать соответствующий элемент в каждой фазе трансляции.

Обеспечиваются два вида функции «маршрутизация со стороны отправителя». Первый вид, называемый «полная маршрутизация со стороны отправителя», требует выбора определенного маршрута. то есть ПБД по пути к пункту назначения может проходить только через идентифицированные в списке системы и все системы он должен проходить в заданной последовательности.

Страница 26

ГОСТ Р 34.1952—92 С 25

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

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

6.15. Функция «регистрация маршрута»

Функция «регистрация маршрута» регистрирует маршруты(ы), ло которому(ым) следует ПБД, проходя последовательность промежуточных систем. Зарегистрированный маршрут содержит ■список наименований логических-объектов-сетевого-уровня, содержащихся в параметре факультативной части заголовка ПБД. Длина этого параметра определяется логическим-объектом^-сете-вогб-уровия-отправителем и не изменяется в течение всего времени существования ПБД.

Список составляется по мере продвижения ПБД по маршруту к его конечному пункту назначения. В регистрацию маршрута включаются только наименования логических-объектов-сетевого-уровня промежуточных систем. Наименование логического-объек-та-сетевого-уровня-отправителя' ПБД не регистрируется в списке.

Когда логический-объект-сетсвого-уровня промежуточной системы обрабатывает ПБД, содержащий параметр «регистрация маршрута», эта система добавляет в конец списка регистрируемых наименований наименование своего логического-объектасс-тевого-уровня. Предусмотрен указатель для идентификации следующего доступного октета, который подлежит использованию для регистрации маршрута. При добавлении элементов в список этот ушиатель изменяется следующим образом. Длина элемента, подлежащего добавлению к списку, присоединяется к значению указателя следующего доступного октета и полученная сумма сравнивается с длиной параметра «регистрация маршрута». Если в результате добавления элемента в список длина параметра окажется превышенной, устанавливается указатель следующего

Страница 27

С. 26 ГОСТ Р 34 1952-92

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

Если добавление элемента не приводит к превышению длины параметра «регистрация маршрута», то указатель следующего доступного октета изменяет свое значение и наименование логн-ческого объекта-сетевого-уровня добавляется в конец списка.

Обеспечиваются два вида функции «регистрация маршрута». Первый вид называется «полная регистрация маршрута». Он требует, чтобы список наименований логнческих--объектовсетевого-уровня был полным и точно регистрировал все промежуточные системы, проходимые ПБД (в том числе производными ПБД), исключая случай, когда недостаток места в поле факультативной регистрации маршрута приводит к окончанию регистрации маршрута. как описано выше. Если выбрана полная регистрация маршрута, то сборка ПБД в промежуточных системах выполняется только в том случае, если производные ПБД. которые должны собираться, проходят по одному и тому же маршруту; в противном случае ПБД аннулируется и генерируется ПБД «информирование об ошибке» (если он используется) (см. п. 6.10).

Второй вид функции называется «частичная регистрация маршрута». Он также требует регистрации всех' промежуточных систем, которые^проходит ПБД. Если выбирается частичная ре>-гистрация маршрута, то сборка ПБД в промежуточных системах всегда разрешается. При выполнении сборки в промежуточной системе маршрут, регистрируемый в любом из производных ПБД„ может быть указан в ПБД. полученном в результате сборки.

Примечание. Функция «регистрация маршрута* предназначена для использования при решении проблем диагностики подсети и,'или для обеспечения обратного маршрута, который может использоваться к качестве маршрута со стороны отправителя я последующем ПБД,

6.16. Функция «обеспечение качества услуг»

Функция «обеспечение качества услуг» обеспечивает логнчес-ким-объектам-сетевого-уровня о промежуточных системах информацию, которая может использоваться для принятия решений о маршрутизации в тех случаях, когда эти решения влияют на общее КУ, обеспечиваемое для пользователей УСУ. Эта информация передается логическим-объектам-сетевого-уровня промежуточной системы в параметре факультативной части заголовка ПБД.

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

Страница 28

ГОСТ Р 54.1*62-92 С. *7

экны попытаться доставить ПБД с КУ. отличным от запрашиваемого. Логическне-объекты-сетевого-уровня промежуточной системы не обязательно должны информировать о том. что запрошенное качество услуг не обеспечено.

6.17.    Функция «приоритет»

Функция «приоритет» обеспечивает предпочтительную обработку тех ПБД. которые имеют более высокое численное значение приоритета по сравнению с другими ПБД. Эта функция реа*-лизуется путем выбооа параметра в факультативной части заголовка ПБД.

Нанннзшее значение приоритета равно нулю. Функция «приоритет» обеспечивает средство, с помощью которого ресурсы логи-ческих-объектов-сетевого-уровня оконечной и промежуточной систем, такие как буферы и очереди, могут использоваться для предпочтительной обработки ПБД с более высоким приоритетом по отношению к обработке ПБД с более низким приоритетом. Конкретные действия, выполняемые отдельным логическим-объек-том-сетевого-уровня для обеспечения функции «приоритет», явг ляются частным вопросом.

6.18.    Функция «информирование о перегрузке»

Для того, чтобы пользователь УСУ мог предпринять соответствующие действия при возникновении перегрузки у постав>-шика УСУ. промежуточная система может проинформировать ло-гическнй-объект-сетевого-уровня получателя о перегрузке, используя флаг в.параметре «обеспечение КУ» факультативной части заголовка ПБД. Вначале отправитель ПБД устанавливает значение этого флага в нуль (0), а любая промежуточная система, обрабатывающая ПБД, может установить его в единицу (1).для информирования о возникшей перегрузке. Вопрос о том, когда нужно выполнять это действие, является частным вопросом.

Примечание. Обычно перегрузка связана с недоступностью буферной области для хранения выходных очередей. Соответствующие правила информирования о перегрузке могут завлееп> от размера очереди на выхаде. выб-ранной для ПБД (в соответстнии с адресом получателя или другой информацией о маршрутах). Если конкретная очередь на выхохе превышает определенный размер sioft очереди, то промежуточная система может начать «аннулирование ПБД. Промежуточная система может установить флаг <наличие перегрузки; в следующем подлежащем продвижению ПБД и продогжлть действовать тах до тех да^. пока пе произойдет разгрузка

6.19.    Классификация функций

Конкретные реализпдоя не требуют обеспечения всех функций, перечисленных в пп. 6.1—6.18. 3>ти функции подразделяются иа трл типа:

Страница 29

С 28 ГОСТ Р 94.1962—#2

Тип I. Эти функции должны обеспечиваться.

Тип 2. Эти функции могут обеспечиваться или не обеспечиваться. Если реализация не обеспечивает функции типа 2. а такая функции- выбрала в ПБД, то этот ПБД должен быть аннулирован, сгенерирован ПБД «информирование об ошибке* и направлен логнческому-объекту-сстеного-уровня отправителя при условии. что флаг «информирование об ошибке* установлен и уело-вия п. 6.10 4 соблюдаются.

Тип 3. Эти функции могут обеспечиваться или не обеспечиваться. Если реализация не обеспечивает функцию типа 3. а такая функция выбрана а ПБД, то она не выполняется и ПБД обрабатывается точно так же, как и в случае, когда эта функция не выбрана. По этой причине протокольный блок данных не до;*-жен аннулироваться.

В табл. 4 показано разделение функций на эти три типа.

Формирование ПВД Разборка ПБД Анализ формата заголовка Управление временем существования ПБД

Таблица 4

Классификация функций протокола

Фупкшя

({«сегмеатм-

Нжргко*

ПЗОТОЛО.1

руемое лод-

nOAXKn»*t7-

шюжестю

»о


Маршрутюаиия ПБД Продвижение ПБД Сегментирование ПБД Сборка Г1БД Аннулирование ПБД Информирование об ошибках Обнаружение ошибок э заголовке Защита

Полная маршрутизация со стороны отправителя Полная регистрация маршрута Частичная маршрутизация со стороны отправителя Частичная регистрация маршрута

1

1

1

1

I

1

1

Н/И

1

Н/И

1

н/и

н/и

Н/И

н/и

Н/И

1

Н/И

1

н/и

1

н/и

2

2

н/и

2

2

Н/И

2

2

н/и

3

3

Н/И

3

3

Н/И


Страница 30

ГОСТ Р 34.1952-М С. М

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

Фумянкя

Полни*

протокол

Нессшеагв-русиос 1 од шижссти

Имеет иэс год-м.вджостпо

Покорят ет

3

3

Н/И

Обеспечение КУ

3

3

Н/И

Информирование о перегрузке

3

3

Н/И

Заполнение

3

3

Н/И

Примечания:

1.    Н/И — ис используется.

2.    Если функции «информирование об ошибке» и «обнаружение ошибок в за-юловке» должны обеспечиваться, то они привлекаются только при их выборе логическим объектом-сетевого-урозня-отИравктелем.

3.    Причина в&едення функций типа 3 состоит в том. что иногда более важно продвинул. ПБД между промежуточными системами или доставить их оконечной системе, чем обеспечить некоторые функции. Функции типа 3 должны использоваться а тех случаях, когда они имеют консультативный характер; эти функции ие могут быть причиной аннулирования ПБД. если они не обеспечиваются.

7. СТРУКТУРА Н КОДИРОВАНИЕ ПБД

7.1. Структура

Все протокольные блоки данных должны содержать целое число октетов. Нумерация октетов ПБД начинается с единицы (1) н возрастает в порядке поступления октетов-к услугам нижерасположенных уровней. Биты в октете нумеруются от единицы (I) до восьми (8), где бит единица (1)—бит младшего порядка (наименьшей значимости).

Если для представления двоичного номера используется поо-ледоватсльиость октетов, то октет с меньшим номером имеет наибольшую значимость

В спецификации любой реализации. обеспечивающей этот протокол, должен быть указан с использованием понятия «бит старшей значимости» и «бит младшей значимости» способ передачи октетов. ПБД этого протокола определяются с использованием понятий «бит старшей значимости* и «бит младшей значимости».

Примечание. Если кодирование ПБД осуществляется с использованием диаграмм этого раздела, то применимо следующее правило

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

б)    в пределах октета бит восемь (8) размещается слева, а бит единица (I) — справа.

4 Зэк. 181

Страница 31

С. 30 ГОСТ Р 34 1952-92

ПБД должны содержать следующие элементы в перечнсляеь мой последовательности:

а)    фиксированную часть;

б)    адресную часть;

и) сегментируемую часть (при ее наличии);

г)    факультативную часть (при ее наличии);

д)    часть «данные» (при ее наличии).

Эта структура ПБД показана в табл. 5.

Таблица 5

Составная часть ПБД

Пункт, » нотором !|рк»едеио ошк^чис ПВД

Фиксированная часть

7.2

Адресзая часть

7.3

Сегментируемая часть

7.4

Факультативная часть

7.5

Часть «данные*

7.6

7.2. Фиксированная часть

7.2.1. Общие понятия

Фиксированная часть имеет формат, показанный в табл. 6.

Т а б я и цв ft

финсарОвян»» члстъ ЭДгФловка ПБД

Номер охтег*

Идентификатор протокола сетевого уровня

1

Указатель длины

2

Версяя/раешкренне идентификатора протокола

3

Время существования

4

ФСР

ФДС

5

ФИО

Тип

Длина сегмента

6.7

Контрольная сумма

8.9

7.2.2. Идентификатор протокола сетевого уровня Значение этого поля устанавливается в двоичном . коде 1000 0001 для идентификации данного протокола сетевого уровня

Страница 32

ГОСТ Р 34.1952-92 С. 31.

как протокола настоящего стандарта. Это поле устанавливается в двоичное значение 0000 0000 для идентификации инертного подмножества протокола сетевого уровня.

7.2.3.    Указатель длины

Длина обозначается двоичным числом с максимальным значением 254 (1111 1110). Указываемая длина — это длина, выраженная в октетах заголовка, см. п. 7.1. Значение 255 (1111 1111) зарезервировано для возможного в будущем расширения.

Прнмечаняе. Правила продвижения и сегментирования гаранчируют одинаковую длину заголовка для всех ссгммпов (производных ПБД) исходного ПБД. равную длин* заголовка исходного ПБД. Длина заголовка ПБД не должна изменяться под действием любой функции протокола.

7.2.4.    Версия / расширение идентификатора протокола

Значение этого поля выражается в двоичном коде 0000 0001 и

идентифицирует стандартную версию 1 настоящего протокола.

7.2.5.    Время существования ПБД

Поле «время существования ПБД» кодируется двоичным числом, которое показывает оставшееся время существования ПБД в единицах по 500 мс.

7.2.6.    Флаги

7.2.6.1.    Сегментирование разрешено

Флаг «сегментирование разрешено» показывает, что сегментирование разрешается. Его значение определяется' отправителем ПБД и не может быть изменено никаким другим логическим-объ-ектом-сетевого уровня в течёние времени существования исходного ПБД и любых других производных ПБД.

Значение единица (I) указывает, что сегментирование разрешено. Значение нуль (0) указывает, что сегментирование не разрешено. Если выбрано значение нуль, то сегментируемая часть заголовка ПБД отсутствует и значение поля «длина сегмента» определяет общую длину ПБД (см. пп. 7.2.8 и 7.4.3).

7.2.6.2.    Дополнительные сегменты

Флаг «дополнительные сегменты» определяет, является ли часть «данные» этого ПБД последним октетом данных пользователя в СБДС (в виде своего последнего октета). Если флаг «дополнительные сегменты» установлен в единицу (1), то происходит сегментирование и последний октет СБДС не содержится в этом ПБД. Флаг «дополнительные сегменты» не может устанавливаться в единицу (1), если флаг «сегментирование разрешено» не установлен в единицу (1).

Если флаг «дополнительные сегменты» установлен в нуль (0),

4'

Страница 33

С. 32 ГОСТ Р 34.1952-92

то последний октет части «данные» ПВД является последним октетом СБДС.

7.2.6.3. Информирование об ошибке

Если флаг «информирование об ошибке» установлен в едини-цу (1), то правила п. 6.10 используются для определения необходимости генерации ПБД «информирование об ошибке», если нужно аннулировать этот ПБД «данные».

Если флаг «информирование об ошибке» установлен в ноль (0), то аннулирование ПБД «данные» не будет вызывать генерацию ПБД «информирование об ошибке»

7.2.7. Код типа

Поле «код типа» идентифицирует тип протокольного блока данных. Допустимые значения приведены в табл. 7.

Таблица 7

Тип ПБД

КОД 1*1» ПБД

Бяты: S 4 3 » 1

ПБД ДН

1110 0

ПБД ОШ

0 0 0 0 1

7.2.8.    Длина сегмента ПБД

Поле «длина сегмента» обозначает полную длину ПБД в октетах, включая заголовок и данные (при их наличии). Если используется полный протокол и ПБД не сегментируется, то значение этого поля идентично значению поля «общая длина», расположенному п сегментируемой части данного заголовка.

При использовании несегментнруемого подмножества протокола сегментируемая часть в заголовке отсутствует. В этом случае поле «длина сегмента» определяет полную длину исходного ПБД, включая одновременно заголовок и данные (при их наличии).

Поле «длина сегмента» не изменяется в течение всего времени существования ПБД.

7.2.9.    Контрольная сумма ПБД

Контрольная сумма вычисляется на основе полного заголовка ПБД. В ПБД «данные» она учитывает сегментируемую и факультативную части (при их наличии). В ПБД «информирование об ошибке» учитывается также поле «причина аннулирования».

Значение контрольной суммы, равное 0. введено дли того, чтобы показать, что контрольная сумма должна игнорироваться. Действие функции «обнаружение ошибок в заголовке ПБД» (см. п. 6.11) обеспечивает, что значение нуль не даст правильной конт-

Страница 34

ГОСТ Р 34.1952—*2 С М

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

7.3. Адресная часть

7.3.1. Общие положения

Адресная часть располагается непосредственно за фиксированной частью заголовка ПБД. Адресная часть показана в-табл. 8.

Таблица 8

Адрес к»* часть мголюм П6Д

Номер октет*

Указатель длины адреса получателя

10

11

Адрес получателя

т— 1

Указатель длины адреса отправителя

т

т+1

Адрес отпраютеля

и—1

7.3.1.1. Адреса получателя и отправителя

Адреса получателя и отправителя, используемые данным протоколом, представляют собой адреса-пункта-доступа-куслугам-сетевого-уровня, определенные в ИСО 8348/Доп. 2.

Адреса получателя и отправителя имеют переменную длину. Поля адресов получателя и отправителя кодируются в виде адресной информации протокола сетевого уровня, использующей предпочтительное/двоичное кодирование, определенное в ИСО 8348/Доп. 2.

Поле «указатель длины адреса получателя» определяет длину адреса получателя в октетах. Поле «адрес получателя* расположено за полем «указатель длины адреса получателя».

Поле «указатель длины адреса отправителя* определяет длину адреса отправителя в октетах и следует за полем «адрес получателя». Поле «адрес отправителя» следует за полем «указатель длины адреса отправителя».

Каждый параметр адреса кодируется, как показано в табл. 9.

Страница 35

С. 34 ГОСТ Р 34.1952—92

Таблица 9

»aj«eri

Н<Ч|*р октета

Указатель длины параметра адреса (например.т )

л

»+!

Значение параметра адреса

до

п+от

7.4. Сегментируемая часть

Если флаг «сегментирование разрешено» в фиксированной части заголовка ПБД (см. п. 7.2.6.1) установлен в единицу, то сегментируемая часть заголовка, показанная в табл. 10. должка присутствовать.

Таблица 10

С тмвдтирусмам чаги. Зй10л0«к» ПБД

Камер оитст л

Идентификатор блока данных

п. п +1

Смещение сегмента

п+2. д+3

Общая длина

л+4. п+5

Если флаг .сегментирование разрешено» установлен в нуль, то сегментируемая часть отсутствует (используется несегменти-руемое подмножество протокола).

7.4.1.    Идентификатор блока данных

Идентификатор блока данных идентифицирует исходный ПБД -(и, следовательно, его производные ПБД) так. чтобы сегментируемый блок данных мог быть собран правильно. Длина идентификатора блока данных равна двум октетам.

7.4.2.    Смещение сегмента

Для каждого производного ПБД поле «смешение сегмента» •определяет соответствующее положение сегмента, находящегося в части «данные» производного ПБД, относительно начала части «данные» исходного ПБД. Смещение выражается в октетах. Смешение первого сегмента (и, следовательно, исходного ПБД) равно. нулю; несегментируемый (исходный) ПБД имеет значение смещения сегмента, равное нулю (0). Значение этого поля должно быть кратно восьми (8).

7.4.3.    Общая длина ПБД

Страница 36

ГОСТ ? 34.1*52—92 С. 35

Поле «общая длина» определяет полную длину исходного ПБД в октетах, включая заголовок и данные. Это поле не изченя-ется в течение всего времени существования исходного ПБД (и. следовательно, его производных ПБД)

7.5. Факультативная часть 7.5.1. Общие положения

Факультативная часть заголовка ПБД показана в табл. II.

Тавлица .11

♦•худы «та» я »и часть ш-олонка ПБД

Факультативные •оэможностн

+

Р

При наличии факультативной части она может содержать от одного до нескольких параметров. Число параметров, которые могут содержаться в факультативной части, ограничивается длиной факультативной части, определяемой по следующей формуле: Длина факультативной части равна длине заголовка ПБД (длина фиксированной части плюс длина адресной части плюс длина сегментируемой части), а также длиной отдельных факультативных параметров.

Параметры, определенные в факультативной части, могут быть представлены в любой последовательности. Не допускается дублирования факультативных возможностей. Прием протокольного блока данных с продублированной факультативной частью должен рассматриваться как протокольная ошибка. Правила, относящиеся к обработке протокольных ошибок, описываются в п. 6.10 «Функция «информирование об ошибке».

Кодирование параметров, содержащихся в факультативной части заголовка ПБД, показано в табл. 12.

Таблица 12

Параметр нет» uro.u>ki ПБД

Но*с* одтета

Код параметра

я

Лдина параметра (например т)

«+1

п + 2

Змачелмс параметра

до

Л+Л14 I

Страница 37

с. 36 ГОСТ Р 34.1952-92

Поле код параметра кодируется двоичным числом и обеспечивает максимум 255 различных параметров. Ни один код параметра не использует биты 8 и 7 в значении 00. поэтому фактическое максимальное число параметров меньше. Код параметра 255 (в двоичном коде 1111 1111) зарезервирован для возможных в будущем расширений.

Поле длина параметра показывает длину поля значение параметра. выраженную в октетах. Длина выражается положительным двоичным числом т, теоретическое максимальное значение которого 254. Практическое максимальное значение m меньше. Например, в случае одного параметра, содержащегося внутри факультативной части, необходимы два октета для кода параметра и указателей длины параметра. Таким образом, значение m ограничивается значением 252 — (длина фиксированной части плюс длина адресной части плюс длина сегментируемой части).

Соответственно для каждого последующего параметра максимальное значение m уменьшается.

Поле «значение параметра» содержит значение параметра, идентифицируемое в поле «код параметра».

В факультативной части допускаются следующие параметры.

7.5.2.    Заполнение

Параметр «заполнение» используется для удлинения заголовка ПБД до нужного размера (см. п. 6.12).

Код параметра: 1100 1100.

Длина параметра: переменная.

Значение параметра: допускается любое значение.

7.5.3.    Защита

Этот параметр предусматривает единственный и однозначный уровень зашиты, назначаемый протокольному блоку данных (см. л. 6.13).

Код параметра: 1100 0101.

Длина параметра: переменная.

Значение параметра: два бита высшего порядка первого октета.

Код формата защиты определяют в соответствии с табл. 13.

Остальная часть первого октета зарезервирована и должна быть установлена в нуль. Оставшаяся часть поля «значение параметра» определяет уровень зашиты, описываемый в пп. 7.5.3.1 — 7.5.3.3.

7.5.3.1. Специфичный адрес отправителя

Значение кода формата защиты в двоичном выражении 01 означает, что остальные октеты поля «значение параметра» определяют уровень защиты, единственный и однозначный п контексте

Страница 38

ГОСТ Р 34.1952—92 С. 37

системы классификации защиты, применяемой уполномоченным за назначением адреса ПДУСУ— отправителя.

Т а б л и а a 13

Код формат» «манты

Тип ПОЛЯ . МП1ЯТ»-

00

Зврезсрвировано

01

С.пецифичный адрес отправителя

10

Специфичный адрес получателя

11

Глобальна» уникальная

7.5.3.2.    Специфичный адрес получателя

Значение кода формата защиты н двоичном выражении 10 означает, что остальные октеты поля «значение параметра» определяют уровень зашиты— единственный и однозначный .в контексте системы классификации защиты, применяемой уполномоченным за назначение адреса ЛДУСУ— отправителя.

7.5.3.3.    Глобальная уникальная защита

Значение кода формата защиты в двоичном выражении I! означает, что остальные октеты поля «значение параметра» определяют глобальный уникальный и однозначный уровень защиты. Эта система классификации защиты не определена в настоящем стандарте.

7.5.4. Л^аршрутнзация со стороны отправителя

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

Код параметра: 1100 1000.

Длина параметра: переменная.

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

Первый октет поля «значение параметра» является кодом типа и имеет следующее значение:

000П ППОО — частичная маршрутияацня со стороны отправителя;.

Страница 39

С. 38 ГОСТ Р 34 1952-92

0000 0001—полная маршрутизация со стороны отправителя <все остальные значения зарезервированы>.

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

Третий октет начинает список наименований логических-объ-ектов-сетевого-уровня. Этот список состоит из наименований логи-ческих-объектов сетевого-уровня переменной длины. Первый октет каждой записи указывает длину наименования логического-объекта-сетевого-уровня, которое образует остальную часть записи.

7.5.5. Регистрация маршрута

Параметр «регистрация маршрута» идентифицирует промежуточные системы, пройденные ПБД (см. п. 6.15).

Код параметра: 1100 1011.

Длина параметра: переменная.

Значение параметра: два октета управляющей информации, за которыми следует цепочка записей наименования логнческого-объекта-сетевого-уровня в последовательности от отправителя к получателю.

Первый октет поля «значение параметра» содержит код типа и имеет следующее значение:

0000 0000 — действует частичная регистрация маршрута;

0000 0001 —действует полная регистрация маршрута

<все остальные значения зарезервнровэны>.

Второй октет идентифицирует первый октет, не используемый в данный момент для зарегистрированного наименования логиче-ского-объекта-сетевого-уровня и, следовательно, идентифицирует конец списка. Он кодируется относительно начала значения параметра так, что значение параметра три (3) означает, что ни одного наименования логнческого-объекта-сетевого-уровня еще не зарегистрировано. Значение, выраженное одними единицами, нс-лользуется для указания завершения регистрации маршрута.

Третий октет начинает список наименований логических-объ-ектов-сетевого-уровня. Этот список состоит из записей наименований логнческих-объектов-сетевого-уровня переменной длины. Первый октет каждой.записи определяет длнпу наименования ло-гического объекта-сетевого-уровня, которое содержится в остальной части записи. Записи наименований логнческих-объектов-се-тевого-уровня всегда добавляются в конец списка.

Страница 40

ГОСТ Р 34.1952-92 С. 3»

Примечание. Длина параметра «регистрация маршрута» определяется: отправителем ПБД и не изменяется в течение всего времени существовании ПБД, поэтому действие функции «регистрация маршрута» не влияет на хлику заголовка.

7.5.6. Обеспечение качества услуг

Параметр «обеспечение качества услуг» передает информацию относительно качества услуг, запрошенных пользователем услуг-сетевогоуровня со стороны отправителя.

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

Код параметра: 1100 0011.

Длина параметра: переменная.

Значение параметра: два старших бита первого октета определяют код формата КУ (см. табл. 14).

Таблица 14

Код.;ог««г* KV

Поле . тип KV.

00

Зарезервировано

01

Специфичный адрес отправителя

10

Специфичный адрес получателя

II

Глобальное уникальное

Остальные биты первого октета зарезервированы для использования глобальным уникальным форматом КУ, описанным в и. 7.5.6.3. Если выбран любой другой код формата КУ. то биты 6—1 первого октета должны быть равны нулю. Остальная часть поля «значение параметра» определяет КУ в соответствии с изложенным в последующих разделах.

7.5.6.1. Специфичный адрес отправителя

Значение кода формата КУ в двоичном выражении 01 означает, что остальные октеты поля «значение параметра* определяют КУ. которое является уникальным и недвусмысленным в контексте системы обеспечения КУ, применяемой уполномоченным за назначение адресов ПДУСУ —отправителя.

7.5.6 2. Специфичный адрес получателя

Значение кода формата КУ в двоичном выражении 10 озна~ чает, что остальные октеты поля «значение параметра» определи-

Страница 41

С. 40 ГОСТ Р 34.1952-92

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

7.5.6.3. Глобальное уникальное КУ

Значение кода формата КУ в двоичном выражении И, означает, что остальная часть поля «значение параметра* определяет поле «обеспечение глобального уникального КУ». При использовании функции «обеспечение глобального уникального КУ» поле «значение параметра» должно иметь общую длину, равную одному октету, которому присвоены значения, приведенные в табл. 15.

Таблица 15

Бити

И1>Н1«*НМ

В и 7

Код формата КУ. двоичное ] |

6

Зарезервировано

Б

Упорядочение относительно транзитной задержки

4

Наличие перегрузки

3

Транзитная задержка относительно стоимости

2

Вероятность необнаруженных ошибок относитель

но -фанапной задержки

1

Вероятность необнаруженных ошибок относительно

стоимости

Бит 5 устанавливается в единицу для указания на то, что решения о маршрутизации должны по возможности отдавать предпочтение передаче всех ПБД в адрес конкретного ПДУСУ по одному маршруту (для того чтобы сохранять последовательность) по отношению к минимизации транзитной задержки. Значение нуль (0) означает, что решения о маршрутизации должны по возможности отдавать предпочтение низкой транзитной задержке по отношению к сохранению последовательности.

Бит 4 устанавливается в ноль логнческим-объектом-сетевого-уровня, передающим ПБД. Он устанавливается промежуточной системой в единицу для того, чтобы показать, что этот ПБД поступил в перегруженную промежуточную систему и логический-объект-сетевого-уровня — получатель должен выполнить соответствующее действие. Как только бит наличия перегрузки будет установлен промежуточной системой, он не может быть сброшен никакой другой промежуточной системой, которую далее проходит ПБД по пути к пункту назначения.

Бит 3 устанавливается в единицу для указания на то. что принимаемые решения о маршрутизации должны по возможности

Страница 42

ГОСТ Р 34.1®52—®2 С 41

отдавать предпочтение снижению транзитной задержки по отношению к минимизации стоимости. Значение 0 показывает, что принимаемые решения должны отдавать предпочтение низкой стоимости по отношению к малой транзитной задержке.

Бит 2 устанавливается в единицу для указания на то, что принимаемые решении о маршрутизации должны по возможности отдавать предпочтение низкой вероятности, необнаруженных ошибок относительно малой транзитной задержки. Значение нуль показывает, что принимаемые решения о маршрутизации должны отдавать предпочтение снижению транзитной задержки по отношению к снижению вероятности необнаруженных ошибок.

Бит 1 устанавливается в единицу для указания на то. что принимаемые решения о маршрутизации должны по возможности отдавать предпочтение уменьшению вероятности необнаруженных ошибок по отношению к снижению стоимости. Значение нуль указывает, что решения о маршрутизации должны отдавать предпочтение снижению стоимости по отношению к уменьшению вероятности необнаруженных ошибок.

7.5.7. Приоритет

Значение параметра «приоритет» указывает соответствующий приоритет ПБД. Промежуточные системы, обеспечивающие эту факультативную возможность, должны использовать эту информацию при маршрутизации и упорядочении ПБД для передачи (см. п. 6 17).

Код параметра: 1100 1101.

Длина параметра: 1 октет.

Значение параметра:

от 0000 0000 —нормальное (рекомендуемое)

до 0000 1110 — наивысшес

<все остальные значения зарезервированы >.

Значения от 0000 0001 до 00001110 должны использоваться для ПБД с более высоким значением приоритета. Если промежуточная система не обеспечивает эту факультативную возможность, то все ПБД должны обрабатываться так, как если бы это ноле имело значение 0000 0000.

7.6. Часть «данные»

Часть «данные» ПБД состоит из упорядоченного множества октетов, идентичного такому же упорядоченному множеству октетов, определенному для параметра «УСУ-данные-пользователя* примитивов СУ-БЛОК-ДАННЫХ. запрос и индикация. Часть «данные» показана в табл. 16.

Страница 43

С 42 ГОСТ Р 34.1952-92

Таблица

Ч*СТЬ .Д1НММ* гапмоми ПБД

Номер октет»

Р+1

Данные

"

Z

7.7. ПБД «данные» (ДН)

7.7.1.    Структура

ПБД ДН имеет формат, показанный в табл. 17.

7.7.1.1.    Фиксированная часть

1).    Идентификатор протокола сетевого уровня —по п. 7.2.2.

2).    Указатель длины

—    по п. 7.2 3.

—    по п. 7.2.4.

—    по п. 7.2.5.

—    по п. 7.2.6.

—    по п. 7.2.7.

—    по п. 7.2.8.

—    по п. 7.2.9.

3).    Версия/расширение идентификатора протокола

4).    Время существования

5).    ФСР, ФДС, ФИО

6).    Код типа

7).    Длина сегмента

8).    Контрольная сумма

7.7.1.2.    Адреса

См. п. 7.3.

7.7.1.3.    Сегментирование См. п. 7.4.

7.7.1.4.    Факультативные возможности

См. п. 7.5.

7.7.1.5.    Данные

См. п. 7.6.

7.8. Инертный протокол сетевого уровня

Формат инертного протокола сетевого уровня приведем в 7а6л. 18.

7.8.1.    Идентификатор протокола сетевого уровня

Значение поля «идентификатор протокола сетевого уровня» выражается в двоичном коде одними нулями (0000 0000).

7.8.2.    Часть «данные»

Часть «данные» может содержать любое число октетов вплоть до числа на единицу меньшего максимального, которое может быть размещено в параметре «ПСТ-данные-пользователя» нижерасположенного примитива ПСТ-БЛОК-ДАННЫХ. Следовательно. инертный протокол сетевого уровня может быть использован только в том случае, если длина параметра «УСУ-данные-пользо-вателя» в примитиве СУ-БЛОК-ДАННЫХ ограничена числом.

Страница 44

ГОСТ Р 84.1952 -92 С; 43

меньшим или равным значению длины параметра «ПСТ-ДЬнные-пользователя» минус единица (см. п. 7.6).

Таблица 17

ПЬД . данные*

Няир охтста

Идентификатор протокола сетевого уровня

1

Указатель длины

2

Версия/расширение идентификатора протокола

3

Время существования

4

ФСР

ФДС

5

ФИО

Тип

Длина сегмента

6.7

Контрольная сумма

8.9

Указатель длины адреса получателя

10

Алрос получателя

11

т—1

Указатель длины адреса отправителя

т

Адрес отправителя

т+1

"—1

Идентификатор блока данных

л, п+1

Смешение сегмента

п+2, п+3

Общая длина

л+ 4, п+5

Факультативные возможности

л + 6

Р

Данные

Р+1

г

Страница 45

С- 44 ГОСТ 9 34.1952—02

Таблица 18

Нвертмыв протокол сетевого уро*и*

Ноиер октет»

Илешифнкатор протокола сетевого уровня

1

Данные

2

2—-я

7.9. ПБД «информирование об ошибке» (OLLI)

7.9.1.    Структура

Формат ПБД «информирование об ошибке» показан в табл. 19.

7.9.1.1.    Фиксированная часть

Фиксированная часть ПБД «информирование об ошибке» формируется таким же образом, как и новый (исходный) ПБД «данные». В табл. 20. даны ссылки на предыдущие разделы, где описывается кодирование полей, образующих фиксированную часть.

7.9.1.2.    Адреса

Адрес получателя определяет наименование логического объ-екта-сетсвого-уровня — отправителя аннулированного ПБД. Адрес отправителя определяет наименование логического объекта-сетевого-уровня промежуточной или оконечной системы, инициирующего ПБД «информирование об ошибке» (см. п. 7.3).

7.9.1.3.    Факультативные возможности

См. п. 7.5.

7.9.1.4.    Причина аннулирования

Этот параметр действителен только для ПБД «информирование об ошибке».

Код параметра: 1100 0001.

Длина параметра: два октета.

Значение параметра: тип ошибки, представленный в двоичном коде.

Значения данного параметра приведены в табл. 21.

Первый октет значения параметра содержит код типа ошибки. Если ошибка в аннулируемом ПБД «данные» может быть локализована в конкретном поле, то номер первого октета этого поля содержится во втором октете поля параметра «причина аннулирования». Если ошибка не может быть локализована в конкретном поле или ошибка обнаружена в контрольной сумме, то во втором октете поля параметра «причина аннулирования» содержится значение нуль.

Страница 46

ГОСТ Р 34.1052—и С. 45-

Таблица 19

ПЬД .иизорияровыснс об ошяГ.ка*

Номер онтста

Идентификатор протокола сетевого уровня

1

Указатель длины

2

Версия/расширение идентификатора протокола

3

Время существования

4

ФСР-0

ФДС-0

5

Зарезервировано

Тип

Длина сегмента

6.7

Контрольная сумма

8.9

Указатель длины адреса получателя

10

Адрес получателя

11

m— I

Указатель длины адреса отправителя

т

Адрес отправителя

"i + l

я— 1

Факультативные возможности

я

р-1

Причина аннулирования

р

<7—1

Часть «данные* ПБД «.информирование об ошибке*

Я

2

Страница 47

С 4в ГОСТ Р 34.1952

ПБД» «информирование об ошибке. Поде фиксированной части

Таблица 20

Поле

Пункт

Идентификатор протокола сетевого уровня

722

Указатель длины

723

Версия/расширение идентификатора протокола

7 2.4

Время существования

7 2.5

ФОР, ФДС. ФИО (всегда установлены в нуль)

6 10

Код типа

7 2.7

Длина сегмента

7.2 8

Контрольная сумма

7.29

Таблица 21

Значения параметра «причина аннулирования»

Значимне пары* гр*

Класс

Ошибки

Сэдержааие

0000 0000 0001 0010 ООН 0100

0101

оно

0111

Обшнй

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

1000 оооо 0001

Адрес

Адрес получателя недоступен Адрес получателя неизвестен

1001 оооо 0001 0010 ООН

Маршрутизация со стороны отправителя

Не определена ошибка маршрутизации со стороны отправителя Синтаксическая ошибка и поле мар* шруткчацни со стороны отправителя Неизвестен адрес в поле маршрутизации со стороны отправителя Маршрут неприемлем

1010 0000 0001

Время существования

Истекло время существования в процессе передачи блока данных Истекло время существовайня во время сборки

Страница 48

ГОСТ Р 34.1952-92 С. 47

Продолжение

Значение

параметра

Кл*:с

ошибки

СОДСР» *1'КС

)0М оооо

ПБД аннули

Не определена необеспеченная факультативная возможность

0001

Не о<5еспечеиа версия протокола

0010

рован

Не обеспечена факультативная зашита

ООП

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

0100

Не обеспечена регистрация факультативного маршрута

1100 0000

Сборка

Вмешательство в сборку

7.9.1.5. Часть «данные» ПБД «информирование об ошибке»

Это поле содержит весь заголовок аннулированною ПБД «данные» н может содержать либо полностью всю часть «данные» аннулированного ПБД, либо частично, либо вообще ничего не содержать из этой части.

8. ОБЕСПЕЧЕНИЕ УСЛУГ НИЖЕРАСПОЛОЖЕННОГО УРОВНЯ

Функции сходимости, зависимые от подсети, могут выполняться для обеспечения услуг нижерасположенного уровня в режиме бсз-установления-соедниення в тех случаях, когда реальная подсеть по существу не обеспечивает тех услуг ннжерасположенного уровня в режиме без-уст'ановления-соедннения, на которые рассчитывает данный протокол. Если подсеть обеспечивает свойственные ей услуги в режиме с-установлением-соединення, то функция сходимости, зависимая от подсети: обеспечивает их преобразование в требуемые услуги ннжерасположенного уровня в режиме без-установлення соединения. Функции сходимости, зависимые от подсети могут потребоваться также в тех случаях, когда не выполняются функции, ожидаемые от услуг нижерасположенного уровня. В некоторых случаях такая ситуация может потребовать. чтобы определенный протокол (т. е. протокол, охватывающий явные обмены протокольной управляющей информацией между равноправными логическими-объектами-сетевого-уровня) действовал в роли протокола сходимости, зависимого от подсети (ПСЗП). Однако могут быть и такие случаи, когда набор функций. необходимых для выполнения роли ПСЗП, состоит просто из набора правил манипуляций услугами ннжерасположенного уровня (без обмена протокольной управляющей информацией между равноправными логически миобъектамн-сетевого-уровня).

Страница 49

С. « ГОСТ Р 34.1952-92

8.1.    Пункты подключения к подсети

Параметры адреса отправителя и получателя в примитиве

ПСТ-БЛОК ДАННЫХ определяют пункты подключения к подсети (ям) общего или частного пользования. Адреса пунктов подключения к подсети (ППП) определяются уполномоченным каждой отдельной подсети. Синтаксис и семантики ППП не определяются настоящим стандартом

8.2.    Качество услуг подсети

Для каждой передачи в режиме без-установления-соединения во время инициации действий примитива ПСТ БЛОК-ДАННЫХ запрашиваются некоторые меры качества услуг. Эти запрашиваемые меры (или значения параметров и факультативные возможности) основываются на априорных сведениях об услугах, доступных из подсети. Сведения о характере и типе доступной услуги обычно приобретаются до привлечения услуг в режиме без-установления-соединения.

Параметры «качество услуп», идентифицированные для услуг нижерасположенного уровня в режиме без-установления-сосднне-ния, в некоторых случаях могут быть получены непосредственно из тех параметров или преобразованы в тс параметры, которые идентифицированы в услугах сетевого уровня о режиме без-уста-новления-соединения. В частности, могут использоваться следующие параметры, определенные в ГОСТ 34.951-92:

а)    транзитная задержка:

б)    защита от несанкционированного доступа;

в)    определители стоимости;

г)    вероятность необнаруженных ошибок.

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

В общем случае либо ФСЗП, либо сама подсеть может выполнять функции, связанные с конкретными запросами КУ. Эти функции могут факультативно выбираться протоколом ПСУ-БУС. Соответствующие параметры КУ подсети классифицируются следующим образом:

а)    параметры КУ, при которых ФСЗП или сама подсеть выполняет специально разработанные функции с целью обеспечения информации для функции «маршрутизация ПБД» ПСУ-БУС;

б)    параметры КУ, при которых ФСЗП или сама подсеть выполняет специально разработанные функции для обеспечения желаемого КУ;

Страница 50

ГОСТ Р 34.1952-92 С 49

в) параметры КУ. при которых ФСЗП или сама подсеть может быть привлечена для выполнения любой из двух вышеуказанных функций а) или б).

Определенно значений этих параметров КУ содержится в пи. 8.2.1 —8.2.4.

8.2.1. Транзитная задержка

Транзитная задержка — это промежуток времени между выполнением примитива ПСТ-БЛОК-ДАННЫХ. запрос и соответствующего примитива ПСТ-БЛОК-ДАННЫХ. индикация. Значения этого промежутка времени вычисляются на основе успешно переданных СБДП. Передача СБДП считается успешной в том случае, если СБДП, выданный передающей ФСЗП, доставлен адресуемой ФСЗП. Расчет транзитной задержки основывается на длине СБДП 512 октетов и определяется в единицах 500 мс.

Транзитная задержка определяется ФСЗП до обработки подсетью любых данных пользователя. Механизм, с помощью которого информация о транзитной задержке передается функции «маршрутизация ПБД» протокола ПСУ-БУС, определяется как частное решение. Транзитная задержка может быть либо измерена, либо оценена. Описываемые здесь ФСЗП не обеспечивают никаких средств измерения или оценки транзитной задержки помимо средств, обеспечиваемых нижерасположенной подсетью.

Примечания:

I: При необходимости измерения транзитное задержки протокол ПСЗП, ориентированный на ограничение времени прохождения блоков СБДП через подсеть. должен использоваться до обработки лобых запросов данных с целью определения фактической задержки/

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

2.    При отсутствии лучших способов изхеренкя транзитная задержка может быть оценена путем передачи СБДП (с помощью некоторого однозначно идентифицируемого ПБД. запрашивающего ответ) и измерения промежутка времени между выполнением примитива ПСТ-БЛОК-ДАННЫХ. запрос и соответствующего примитива ПСТ-БЛОК-ДАННЫХ.индикация. Это приводит к такой завышенной оценке задержки, что можно ожидать правильной работы ПСУ-БУС. Если траншI чаи задержка оценивается, то желетсльмо. чтобы резул'.таты оценки были завышенными, а не заниженными с тем, чтобы неточности в ее оценке не помещши ПСУ-БУС аннулировать те ПБД. у которых истекло заданное ир«ми существования.

3.    Те подсети, которые используют протокол ГОСТ 34 950. способны динамически определять, будет ли транзитная задержка, доступная при установлении соединения, соответствовать запрашиваемому значению транзитной задержки. Для обеспеченна згой динамической возможности функция ФСЗП может использовать выбор/индикацию транзитной задержки и средства согласования

Страница 51

С 50 ГОСТ Р 34.1952-92

межконаевой транзитной задержки Х.25 ППУ. Согласование транзиткой задержки функцией ФСЗП или автоматом ПДГ1 прозрачно для автомата ПСУ-БУС.

4. В подсетях, использующих протокол ГОСТ 34.950, значение транзитной задержки, обеспечиваемое ПСУ-БУС, должно учитывать любую задержку обработки или ожидания в очереди, возникающую в результате попыток ФСЗП. установить виртуальный канал.

8.2.2.    Защита от несанкционированного доступа

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

8.2.3.    Вероятность необнаруженных ошибок

Вероятность необнаруженных ошибок вычисляется как отношение потерянных, продублированных или неправильно доставленных СБДП к общему числу СБДП. переданных ФСЗП за период измерения. Механизм, с помощью которого значение вероятности необнаруженных ошибок сообщается функции «маршрутизация ПБД» ПСУ-БУС, является частным вопросом.

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

Примечание. Для подсетей, обеспечивающих услуги в режиме с-установлением -соединения, вероятность необнаруженных ошибок определяется дл» каждого отдельного соединения.

8.2.4.    Определители стоимости

Попытка соблюсти ограничения, налагаемые пользователем УСУ, с помощью параметра качества услуг определители стой-мости осуществляется функцией «маршрутизация ПБД». привлекаемой протоколом ПСУ-БУС. В приемлемых случаях информация, относящаяся к тарифу(ам), оцениваемым числом переданных пакетов или числом используемых соединений, передается функцией «маршрутизация ПБД» протокола ПСУ-БУС. Механизм реализации этого процесса является частным вопросом.

Примечание. Функция «маршрутизация ПБД», привлекаемая протоколом ПСУ-БУС, потребуется для выполнения следующих стоимостных оценок, если:

а)    при обработке рассматриваемого СБДП не происходят увеличения стоимости и тарифы устанавливаются в зависимости от числа переданных пакетов;

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

в)    максимально приемлемая стоимость была определена для процесса обработки СБДС н она вероятно эавышенз, то функция «маршрутизация ПБД» должна выдать результат, показывающий, что протокол ПСУ-БУС должен пытаться

Страница 52

ГОСТ Р 34.1962-92 С. 51

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

8.3..Данные    пользователя подсети

Параметр «ПСТ-данные-пользователя» представляют собой упорядоченный набор октетов и передается в «прозрачном» режиме между определенными пунктами подключения подсети.

Нижерасположенные услуги, на которые ориентируется ПСУ-БУС, необходимы для обеспечения СБД длиной не менее 512 октетов.

Если известно, что минимальные длины СБД, обеспечиваемые всеми подсетями, участвующими в передаче конкретного ПБД, достаточно велики для того, чтобы не требовало^ сегментирования. то может использоваться несегментируемое подмножество протокола.

Данные, полученные из подсети, у которой идентификатор протокола соответствует настоящему протоколу (первый октет равен 1000 0001) должны обрабатываться в соответствии с настоящим стандартом.

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

8.4. Функции сходимости, зависимые от подсети

8.4.1.    Общая модель

Общая модель обеспечения услуг нижерасположенного уровня, на которые рассчитывает протокол, в сочетании с реальной подсетью, использующей протокол доступа к подсети без-установле-ння-соединения, выглядит следующим образом. Выработка при-уитива ПСТ-БЛОК-ДАННЫХ. запрос протоколом ПСУ-БУС приводит к ныработке функцией сходимости, зависимой от подсети соответствующего специфичного для подсети примитива БЛОК-ДАННЫХ.запрос. Прием специфичного для подсети примитива БЛОК-ДАННЫХ.индикация, связанного с передачей блока данных <5ез-установления-соединения к его получателю, побуждает ФСЗП сгенерировать для ПСУ-БУС примитив ПСТ-БЛОК-ДАННЫХ. индикация.

Общая модель обеспечения услуг нижерасположенного уровня, на которые рассчитывает ПСУ-БУС, в сочетании с реальной подсетью. использующей протокол доступа к подсети в режиме соединения, выглядит следующим образом. Выработка примитива ПСТ-БЛОК-ДАННЫХ.запрос протоколом ПСУ-БУС делает доступным

Страница 53

С. 52 ГОСТ Р 34.1962-12

соединение (логический канал, логическое звено или их эквивалент) для передачи параметра «ПСТ-данные-пользователя». Если соединение не может быть доступным, то примитив ПСТ-БЛОК-ДАННЫХ.запрюс аннулируется. Прием специфичного для подсети ПБД, содержащего «ПСТ-данные-пользователя», побуждает ФСЗП сгенерировать для ПСУ-БУС примитив ПСТ-БЛОК-ДАННЫХ.ин-д икация.

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

8.4.2. Функции сходимости, зависимые от подсети, используемые подсетями типа ЛВС ГОСТ 28907

В ГОСТ 28907 определены два класса управления логическим звеном (УЛЗ). Класс 1 обеспечивает только услуги режима без-установления-соединения. Класс 2 обеспечивает услуги как режима без-установления-соединения, так и режима с-установлением-соедннення. Для станций, соответствующих любому из этих двух классов услуг, используется услуга режима без-установления-со-единения и без подтверждения с целью обеспечения услуг нижерасположенного уровня, на которые рассчитывает настоящий протокол.

Услуги в режиме без-установления-соединения без подтверждения, описываемые в ГОСТ 28907—это как раз то, что требует ПСУ-БУС. Параметры такой услуги, за исключением КУ, приведены в табл. 22.

Т а О л и и а 22

Примитивы услуг подуровня УАЗ

Пршитваы

Параметры

ЗД БЛОК-ДАННЫХ .запрос

ЗД-адрес-отпр*»ителя.

индикация

ЗД-здр«*лолучателя;

ЗД-прнсрнтег,

ЗД-данлыг

фушеднм сходимости, эевиевные от подсети, выполняют преобразование услуг режима без-устаьавдеякя-соеднненкя и без подтверждения, обеспечиваемых подсетью класса 1 или 2 У ЛЯ, в услуг* якжерасположгиного уровна, ив которые рассчитывает

Страница 54

ГОСТ Р 34.(952-12 С 53

ПСУ-БУС. Преобразование происходит следующим образом. Генерация примитива ПСТ-БЛОК-ДАННЫХ.запрое протоколам ПСУ-БУС приводит к генерации примитива ЗД-БЛОК-ДАННЫХ запрос функцией сходимости, зависимой от подсети. Соответствующий примитив ЗД-БЛОК-ДАННЫХ.индикация побуждает ФСЗП выработать примитив ПСТ-БЛОК-ДАННЫХ.инднкация для ПСУ-БУС. Для обеспечения такого преобразования услуг никакого обмена явной управляющей информации протокола ПСЗП между логяче-скнми-объектами-сетевого-уроеня не происходит.

Адреса, используемые в примитивах ПСТ-БЛОК-ДАННЫХ.за-прос и индикация, представляют собой 7-октетные адреса станции ЛВС, описанные в ГОСТ 28907, и состоящие из 6-октетного адреса подуровня управления доступом к физической среде (УДС) плюс однооктетный адрес ПДУ подуровня УЛЗ.

Примечание. Для того, чтобы обеспечить услуги нижераслоложенвого уровни, на которые рассчитывает настоящий протокол, эти услуги должны обеспечивать минимальную длину сервисного блоха данных 512 октетов. Если протокол ГОСТ 28907 не налагает никаких ограничений на длину СБД, то минимальное требование к УДС состоит в том. чтобы он мог передавать Г1БД «ненумерованная информйиия» (НИ), содержащие информационное поле длиной 128 октетов. Поэтому в 7аких случаях на ФСЗП налагается дополнительное ограничение, обусловленное необходимость*© передачи я ПБД НИ. по меньшей мере, 512 октетов данных пользователя,

8.4.3. Функции сходимости, зависимые от подсети, используемые подсетями ГОСТ 34.950

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

вслед за ге-

дли передачи параметра

нерацией примитива ПСТ-БЛОК-ДАННЫХ.запрос протоколом ПСУ-БУС. В общем случае (см. п. 8.4.3.4) для обеспечения такого преобразования услуг не происходит никаких обменов явной управляющей информацией протокола ПСЗП между равноправными ло-гическими-объектами-сетевого-уровня на протяжении действия фазы данных.

Параметры «ПСТ-адрсс-получатсля» и «ПСТ-адрес-отправите-ля» в примитивах ПСТ-БЛОК-ДАННЫХ.запрос и индикация являются адресами ООД Х.121, используемыми подсетью Х.25.

Если подсеть Х.25 не обеспечивает информации вызывающего ООД, то в примитиве ПСТ-БЛОК-ДАННЫХ.инднкация содержится нулевой параметр «ПСТ-адрес-отправителя». ФСЗП должна помещать адрес собственного ООД в поле «вызывающее ООД* па-

Страница 55

С. 54 ГОСТ Р 54.1952-92

кета Х.25 «запрос вызова» в том случае, когда сама подсеть - не включает этот параметр, но разрешает ООД включать его.

Примечание. Некоторые подсети, использующие ППУ Х.25. реализуют другие схемы адресации, отличающиеся от X.12I. Исиольктаиис 7аких схем адресации (например сооткетс-туюидих рекомендациям Е.163 и Е.16-» МККТТ) не запрещается.

Параметр «ПСТ-данные-пользователя» содержит данные пользователя, максимальная длина которых определена администратором подсети. Нижерасположенные услуги, на которые рассчитывает настоящий протокол, требуют, чтобы подсеть могла обеспечивать максимальную длину сервисного блока данных 512 октетов.

Примечание. Бит М может мспозьмваться в тех случаях, когда подсеть Х.25 не может непосредственно обеспечить минимальную длину пакета в 312 октетов, а также и таких ситуациях, когда длина СБД превышает требуемую минимальную длину (например при использовании неСегментируемого подмножества протокола).

8.4.3.1.    Вопросы установления соединения

Механизм открытия виртуального канала до передачи параметра «ПСТ-данные-пользователя» и синхронизация этого процесса представляют собой частный вопрос. Открытие виртуального канала может инициироваться при:

а)    получении СБДП, подлежащего передаче через подсеть Х.25 в момент отсутствия доступного виртуального канала;

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

в)    явном вмешательстве со стороны управления системой.

Нели определено, что необходимо обеспечить новый виртуальный канал, то вызывающая ФСЗП выполняет все функции, связанные с установлением виртуального канала. Вызываемая ФСЗП выполняет действия, связанные с приемом вызова, но не генерирует примитив ПСТ-БЛОК-ДАННЫХ.индикация до тех пор, пока не будет завершено установление соединения, когда может осуществляться обмен пакетом (ами) «данные* Х.25. В общем случае прием пакетов Х.25 «данные», содержащих «ПСТ-данные-пользователя», побуждает ФСЗП сгенерировать примитив ПСТ-БЛОК-ДАННЫЕ. индикация для протокола ПСУ-БУС. Пакеты Х.25 «повторная установка» при их приеме не влияют на действие ФСЗП. К необходимым процедурам, выполняемым для правильной работы ППУ Х.25. относятся следующие.

8.4.3.2.    Вопросы завершения соединения

Страница 56

ГОСТ Р 34 1952—92 С. 55

Выбор механизмов определения момента завершения виртуального канала после -передачи параметра «ПСТ-данные пользовате-ля» функцией ФСЗП является частным вопросом. Примерами ситуаций, которые могут завершить виртуальный канал, являются:

а)    истечение тайм-аута после передачи одного или нескольких ПБД (см. п. 8.4.3.4);

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

в)    явное вмешательство со стороны управления системой;

г)    завершение виртуальнбго канала по инициативе поставщика.

Если определено, что виртуальный канал должен быть завершен. то ФСЗП выполняет все функции, относящиеся к завершению соединения. Игнорируются все пакеты, за исключением пакета «подтверждение завершения» или «индикация завершения». Те же действия предпринимаются при приеме пакета «индикация завершения». В таких случаях ФСЗП будет сохранять данные пользователя, переданные с примитивами ПСТ-БЛОК-ДАННЫХ.запрос при попытках устаноЬить новый канал; однако ФСЗП должна аннулировать данные пользователя, если существует вероятность превышения транзитной задержки, сообщаемой протоколу ПСУ-БУС.

Примечание. Для правильной работм, описываемой здесь ФСЗП. не требуется. чтобы виртуальные каналы динамически открывались или закрывались.

lie запрещается исполмпвать постоянные виртуальные каналы (ПВК) или удерживать виртуальные каналы в открытом состоянии, начиная с инициации системы.

8.4.3.3.    Различимость протоколов.

Первый октет поля «данные вызывающего пользователя» пакета «запрос вызова» должен устанавливаться в значение, показывающее. что виртуальный канал должен использоваться для обеспечения услуг нижерасположениого уровня, на которые рассчитывает настоящий протокол. Это значение определяется в п. 7.2.2.

8.4.3.4.    Длительности тайм-аутов

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

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

Страница 57

С. 55 ГОСТ Р 34.1952-82

меняется следующим образом. Если виртуальный канал доступен для передачи СБДП, то отсчет тайм-аута начинается со значения, представляющего собой максимальный период времени, в течение которого виртуальный канал может оставаться незанятым. Каждый раз, когда блок данных передается услугой нижерасположенного уровня, тайм-аут устанавливается в это исходное значение. Если в очереди на обработку блоков данных нет н этот тайм-аут истек, то виртуальный канад освобождается.

Выбор значений тайм-аута является частным вопросом.

Примечания:

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

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

В.4.3.5. Разрешение конфликтов из-за пользования виртуальным каналом

Две ФСЗП могут одновременно попытаться установить виртуальные каналы друг с другом. Желательно иметь возможность обнаруживать такие ситуации и исключать один виртуальный канал, сохраняя другой во избежание излишних затрат на установление соединения.

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

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

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

Страница 58

ГОСТ Р 34.1952-92 С. 57

мый ФСЗП и имеющий наибольший адрес ООД, является тем каналом, который сохраняется.

При приеме пакета Х.25 «запрос вызова» и неполучении подтверждения на предыдущий пакет «запрос вызова», выданный по тому же адресу ООД, ФСЗП должна выполнить процедуру разрешения конфликта вызовов, которая описывается как последовательность нижеперечисленных шагов:

а)    адрес ООД локальной ФСЗП следует сравнить с адресом ООД удаленной ФСЗП. Если адреса имеют различную длину, то меньший йз них дополняется нулями до длины большего с наиболее значащего (левого) конца адреса;

б)    сравнение должно выполняться, начиная с цифры наименьшей значимости (правой), и продолжаться до цифры наибольшей значимости (левой);

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

г)    адрес, представленный числом с меньшим значением (где О — наименьшее, а 9—наибольшее), рассматривается как младший адрес;

д)    если локальная ФСЗП имеет меньший адрес, то она должна освободить инициированный ею виртуальный канал и воспринять виртуальный канал, инициированный удаленной ФСЗП;

е)    если локальная ФСЗП имеет больший-адрес, она должпа освободить виртуальный канал, инициированный удаленной ФСЗП, и продолжать ожидать принятия инициированного ею виртуального канала.

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

Примечание. Эта процедура необходима для обеспечения быстрот восстановления и ситуации инициируемого поставщиком завершения виртуального канала, когда обе ФСЗП не получат уведомления об этом действии п одно и то же время

8.4.3.6. Использование группы виртуальных каналов

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

Страница 59

С 58 ГОСТ Р 34 1*32-92

канал отдельно наблюдаем со стороны ПСУ-БУС и обеспечивает четко различимые услуги. Каждый канал обеспечивается отдельной парой независимых ФСЗП. Необходимо уметь различать эти независимые виртуальные каналы во избежание неправильного обнаружении конфликтов.

Там, где требуется группа виртуальных каналов, различимость между ними обеспечивается во время установления соединения с помощью передачи двухоктетного указателя подключения к подсети (УПП) в поле «данные пользователя» пакета Х.25 «запрос вызова». Еслн в пакете Х.25 «индикация вызова» данные пользователя отсутствуют (кроме протокольного дискриминатора, закодированного в октете 1), то принимающая ФСЗП должна действовать так, как если бы УПП был явно передан с нулевым значением. При необходимости передать указатель подключения к подсети поле «данные пользователя» пакета Х.25 «запрос вызова» должно устанавливаться в соответствии с табл. 23.

Таблица 23

_Кодирование указатели подключения к подсети_

Укампьль

Версия

vnn .

За1ч«»М

протоколов

*лк*м

УПП

Октет 1

Октет 2

Октет 3

Октеты 4 и 5

оооо оооо

или

1000 0001 (см. п. 7.2 2)

0000 0100

0000 оою

{см. ниже)

Примечание Описанные выше проиелуры были определены для удов-летпоремия следующих критериев:

з| непредвиденные продублированные виртуальные каналы должны быстро обнаруживаться и освобождаться;

' б) должна быть обеспечена возможность иметь группу виртуальных квиалов между двумя логичсскими-обкекгами-«певого >ровня при наличия необходимости. например по соображениям пропускной способности или избыточности и

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

Октеты 1—3 устанавливаются в указанные значения. Октеты 4 и 5 содержат указатель подключения к подсети. Октет 4 содержит младший разряд октета УПП, октет 5 —старший разряд.

Процедура разрешения конфликта, рассмотренная в п. 8.4.3.5, должна выполняться только в том случае, еслн два виртуальных канала переносят (ярно или неявно) один и тот же УПП.

Значения УПП могут выбираться взаимодействующими ФСЗП произвольно. Если требуется определенное число виртуальных

Страница 60

ГОСТ Р М. 1952-92 С. 59

каналов, но нет предварительного соглашения относительно используемых значений ПСЗП, то должны использоваться значения от нуля до эначення, на сднннцу меньшего числа требуемых виртуальных каналов.

8.4.3.7.    Приоритет

Как часть своих операций по управлению виртуальными каналами ФСЗП может выполнять функцию назначения приоритетов относительно примитивов ПСТ-БЛОК-ДАННЫХ.запрос, ч^обы определить приоритет в виде параметра КУ. В частности, ФСЗП может открыть новый виртуальный канал для обслуживания трафика с более высоким приоритетом или закрыть существующий виртуальный канал для освобождения логического канала или ресурсов локальной системы, предоставив их для обработки трафика с более высоким приоритетом при отсутствии для него других ресурсов.

8.4.3.8.    Элементы протокола ГОСТ 34.950

Перечисленные ниже элементы протокола ГОСТ 34.950 необходимы для обеспечения ннжерасположеиных услуг, на которые рассчитывает настоящий протокол:

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

б)    передача данных (без бита подтверждения доставки н процедур прерывания передачи);

в)    процедуры управления потоком;

г)    пакеты «управление потоком» и «повторная установка»;

д)    пакеты «установление соединения» и «завершение соединения»;

е)    пакеты «данные ООД и АКД»;

ж)    процедуры повторного пуска;

з)    пакеты повторного пуска;

и)    тайм-ауты АКД;

к) временные ограничители ООД;

л) кодирование пакетов, генерируемых сетью Х.25.

Нижеперечисленные элементы протокола являются желательными, но необязательными:

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

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

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

Все другие услуги и средства являются факультативными.

. Примечание. Обязательные мементт* протокола не мешают работе ФСЗП через падсс-iu. использующей версии) Х.25 1980 г

9. СООТВЕТСТВИЕ

Для соответствия настоящему стандарту требуется способность инициировать, манипулировать и принимать ПБД в соответствии

Страница 61

С во ГОСТ Р 34. 1952—82

■с полным протоколом (в отличие от несегментируемого подмножества или подмножества «инертный протокол сетевого уровня»).

Кроме того, соответствие настоящему стандарт)' требует обеспечения функций протокола, описанных в разд. 6. Обеспечение факультативных функций, описанных в п. 6.19 и перечисленных в табл. 23, должно удовлетворять требованиям, описанным fa* же. Ниже в п. 9.1 приведены исключения из этих требований.

Соответствие настоящему стандарту обязывает также придерживаться структуры и кодирования ПБД согласно разд. 7. только если вышеперечисленные требования удовлетворены, имеет место соответствие настоящему стандарту.

9.1. Обеспечение функций соответствия

В табл. 24 функции разд. 6 подразделяются на категории по типам систем, обеспечивающих данную функцию.

Таблица 24

Tim cicreuu

Функпва

Пер:А*ч»

Продмжевв*

Прх*к

Формирование ПБД

О

(примечание 1)

(примечание 1)

Равборха ПБД

О

О

Анализ формата заголовка

о

О

Управление временем существования ПБД

_

0

Ф

Маршрутизация ПБД

0

(примечание 1)

Продвижение ПБД

о

о

Сегыеширование ПБД Сбор** ПБД

0

(примечание 2)

Ф

О

Аннулирование ПБД

о

О

Информирование об ошнб-ках

0

0

О

Обнаружение ошибок в заголовке

0

О

О

Заишта

(примечание 4)

(примечание 4)

Полная маршрутизация со стороны отправителя

_

(примечание 5)

Полная регистрация маршрута

Частичная маршрутизация со стороны отправителя

_

(примечание 5)

*-

(примечание S)

Частичная регистрация маршрута Приоритет

__

(примечание 5)

(примечание S)

-

Обеспечение КУ

(примечание S)

Информирование о псрс-«руэкс

_

(примечание 5)

_

Заполнение

—■

(примечание 3)

(примечание 3)

Страница 62

ГОСТ W 34.1952-92 С 6Г

Условные обозначения:

«О» — обязательная функция;

«Ф> — факультативная реализация в соответствии с наложенным » тексте;

<—» — не используется.

Примечания:

1.    Обеспечение функций «формировгвке ПБД» и «продвижение ПБД» необходимо для генерации ПБД «информирование об ошибках*.

2.    Функция «сегментирование ПБД» в общем случае является обязательной лля промежуточной системы. Однако система, которая .должна подключатся тольхо * таким подсетям, каждая и» которых обеспечивает одинаковую максимальную длину СБД (как например, идентичные локальные вычислительные сети). не будет нуждаться в выполнении этой функции и. следовательно, в се реализации.

Если эта функция не реализована. она должна рассматриваться как часть, спецификации реализации.

3.    Правильная трактовка функции «заполнение» не требует оперзцнй обработки Реализация, претендующая на соответствие стандарту, должна обеспечивать данную функцию в такой степени, чтобы игнорировать этот параметр, где бы он ий появился.

4. Эта функция может обеспечиваться или не обеспечиваться. Если реализация не обеспечивает эту функцию, а она выбрана в ПБД. то этот ПБД должен быть аннулирован, сгенерирован ПБД 0111 и направлен исходному логнческому-обгекту-сегсиого-уровим. если флаг «информирование об ошибках» установлен н-условия п. 6-10.4 соблюдены.

5.    Эта функция может обеспечиваться или не обеспечиваться. Если реализация не обеспечивает эту функцию, а она выбрана в ПБД. то фунхпия не выполняется и ПБЛ обрабатывается точно так, как если бы эта функция не была выбрана, ПБД не должен аннулироваться исходя из утой причины.

Страница 63

С 62 ГОСТ Р 34.1952-92

ПРИЛОЖЕНИЕ А Справочное

ФОРМАЛИЗОВАННОЕ ОПИСАНИЕ

АЛ. Введение

Операции настоящего протокола (ПСУ-БУС) моделируются в виде конечного автомата, который действует под управлением переменной, принимающей три значения. Поведение автомата определяется относительно отдельных независимых ПБД. Переход состояния автомата происходит под действием элементарного события на одном из трех интерфейсов:

а)    интерфейсе с транспортным уровнем, определенным сервисными примитивами ГОСТ 34.951;

б)    интерфейсе с услугами иижерасположевного уровня на которые рассчитывает протокол, определенный примитивом ПСТ-БЛОК-ДАННЫХ в п. о.б на--стояшсго стандарта;

в)    интерфейсе с зависимой от реализации функцией тайм-аута, определенной примитивами ТАЙМ-АУТ. описанными в п. 5.6 настоящего стандарта.

Кроме того, переходы состояний автомата могут быть обусловлены появлением внутренних условий автомата.

Элементарные события определены в п. А.З. Появление адемеитарного события само по себс недостаточно лля того, чтобы вызвать переход; возможно потребуется выполнение других «разрешающих» условий, прежде чем сможет произойти данный переход. Разрешающие условия выражаются булевыми переменными, которые зависят от значений параметров, относящихся к соответствующему элементарному событию (т. е. параметров некоторого примитиве), и от значений локальио-о<£вспечиваемых переменных.

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

Каждому переходу соответствует действие или «выход». Действия представляют собой изменения значений локальных переменных и последующее выполнение необходимых функций в количестве от нуля до нескольких. Работа конечного автомата полностью определена в п. А.4 путем определения действий, относящихся к Каждому возможному переходу.

А.2. Значения переменной

Протокольная переменная имеет три значения:

исходное — автомат создастся в исходном состоянии. Никакой переход не может установить автомат в исходное состояние;

сборка — автомат находится в состоянии сборка в течение всего периода времени, когда он осуществляет сборку сегментов ПБД в полный ПБД;

завершено — конечным состоянием автомата является состояние завершено. Когда автомат входит в состояние завершено, он прекращает свое существование.

АЗ. Элементарные события

Элементарное событие состоит в передаче единицы информация через интерфейс. Описание элементарного события определяет примитив (например СУ-ЬЛОК-ДАННЫХдапрос. описанный в ГОСТ 34.951) и границу услуг, на которой он привлекается (например граница услуг сетевого уроввя). Направление

Страница 64

ГОСТ ? S4.lt52—9i С 63

потока информации через #ту границу вытекает из определения каждого из примитивов.

А.3.1. Примитивы СУ БЛОК-ДАННЫХ ~ запроси индикация

Элементарные события СУ.БЛОК-ДАННЫХ-запрос н СУ БЛОК ДАННЫХ . индикация происходят на границе услуг сетевого уровня. Примитивы, описывающие эти элементарные события, определены в стандарте ГОСТ 34.961:

СУ БЛОК-ДАННЫХ-запрос (УСУ-адрес-огправитсля.

УСУ-ад рсс-пол учателя,

УСУ-качесп во-услуг.

УСУ-лаиные-пользовагеля);

СУ,БЛОК-ДАННЫХ-индикация (УСУ-адресотправитсля.

УСУ-ирмнкмуштем,

УСУ-качество-услуг. УСУ-даняые-лолкзоватедя).

Параметры примитивов СУ.БЛОК-ДАННЫХ-запрос и СУ.БЛОК-ДАННЫХ-индикаиия в совокупности называются сервисными блоками данных сетевого уровня.

А.3.2. Примитивы ПСТ.БЛОК-ДАННЫХ.эапргс и индикация

Элементарные события ПСТ.БЛОК-ДАННЫХ .запрос и ПСТ БЛОК-ДАН-НЫХ индикация происходят ва абстрактном интерфейсе, который предположительно существует между автоматом ПСУ-БУС и обеспечиваемой услугой нижерасположенного уровня. Примитивы, описывающие эти элементарные события, определены в п. 5.6:

Г1СТ БЛОК-ДАННЫХ-запрос (ПСТ-адрес отправители.

ПСТ-адрес-получателя.

ПСТ-качсство-усдуг. .

ПСТ -данные-пользователя);

ПСТ.БЛОК-ДАННЫХ-индикация (ПСТ-адрее-отправителя.

ПСТ-адрес-получателя,

ПСТ-качество-услуг, ПСТ-данные-пользователя).

Параметры примитивов ПСТ.БЛОК-ДАННЫХ_запрос и ПСТБЛОК-ДАН-НЫХ-нндикаиня в совокупности называются сервисными блоками данных подсети.

Значение параметра «ПСТ-даиные-пользователя» может представлять исходный или производный ПБД.

А.3.3. Элементарные события vc.iyra СТ.ТАИМ-АУТ

Элементарные события СТ.ТАИМ-АУТ происходят на интерфейсе между

рассматриваемым здесь протоколом и его локальной средой. Они определены в-

п. 5.6:

СТТАИМ-АУТ-запрос (время, имя. индекс):

СТ.ТАПМ-АУТ_аниулирсвание (имя, индекс):

СТ.ТАЙМ-АУТ-ответ (имя, индекс).

АЛ Операции конечного автомата

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

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

Страница 65

С 64 ГОСТ Р 34.1992-02

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

Предполагается, что для этой спецификации сборка выполняется охонечпоА системой получателя.

Когда автомат ПСУ-5УС получает из транспортного уровня примитив СУ* БЛОК-ДАННЫХ запрос, то параметры, относящиеся к этому запросу, используются для формирования протокольного блока данных в соответствии с наложенным в разд. 6, Параметры «УСУ-адрес-получателя» н сУСУ-адрес-отправителя» примитива СУ-БЛОК-ДАННЫХ запрос используются для получения АИПСУ, подлежащей передаче в виде параметров «адрес ПДУСУ отправителя» и «адрес ПДУСУ получателя» данного ПьД. Параметр «УСУ-данные-пользователя» определяет подлежащие передаче данные пользователя. Остальные поля заголовка ПБД получаются из локальной информации, информации о состоянии и параметра «УСУ-качоство-услуг*.

Параметр «УСУ-качество-услуг» определяет КУ, запрошенное передающим пользователем УСУ. Вопрос о том, обеспечивается это КУ непосредственно самим ПСУгБУС либо с помощью средств КУ. предлагаемых каждой услугой ни-жерасположгииого уровня., подлежащей прохождению, решается до выдачи исходного прнматнва ПСТБЛОК-ДАННЫХ.запрос функцией «маршрутизация ПБД» автомата ПСУ-БУС. В это время определяется также, какие факультативные параметры (если они применяются) должны использоваться в помощь при обработке этого ПБД п также решается вопрос о необходимости сегментирования ПБД.

Как только соответствующая подсеть выбрана, функция «продвижение ПБД» автомата ПСУ-БУС выдаст примитив ПСТ-БЛОК-ДАННЫХ.запрос. Когда ФСЗП получателя (идентифицируемая пунктом ППП. указанным в параметре «ЛСТ-адрсс-получателя» примитива ПСТ-БЛОК-ДАННЫХ.здпрос) принимает СБДП, она информирует обслуживаемый ею автомат ПСУ-БУС о доставке СБДП с помощью соответствующего примитива ПСТ-БЛОК-ДАННЫХ.инднка-

Ш1Я.

Анализируется заголовок ПБД и если адрес ПДУСУ. закодированный в воле «адрес получателя» ПБД, соответствует одному из адрссов в ПДУСУ (если они имеются), обеспечиваемых автоматом ПСУ-БУС, то происходят разборка ПБД и выдается примитив СУ-БЛОК-ДАННЫХ индикация для пользователя-УСУ, подключенного к этому ПДУСУ. Если определено, что ПБД не достиг своего получателя, то выполняются функции «маршрутизация» и «продвижение ПБД*. Этот процесс продолжается до тех пор. пока ПБД не поступит к адресату или пока не истечет время существования ПБД, в случае чего ПБД аииулн-руется.

А.4.1. Определения типов н констант Const

НУЛЬ = 0.

макс-данные-пол ьзователя-*64512;

ЗАКОНЧЕНО *256; type

тип данных-тайм-яута — ...;    t

тип-нд-протокола-Ьетевого_уро»ня=> (ид-протокола-ИСО_&473);

т'ип-ид-&ерсин~ (версия 1);

тнп_тп~пбд—(ДН. ОШ);

тип-адр-ПДУСУ— ...;    (‘    адреса ПДУСУ, проходящие через гра

ницу услуг сетевого уровня *)

Страница 66

ГОСТ F 34.1964—ft С. »5

(• адреса, передаваемые в ПБД •)

(• адреса в услугах иижерасположениого уровня. • нсполдеуемых данным протоколом •)

твп_адр_АИПСУ= тип-адр_ПСТ«• ...;

(• содержит список адресоз в параметре «регистрация маршрута» •)

тил-илкмснований.рм« ...; тил-качества-услуги*» ...; тяп-КУ-ПСТ—

(♦ параметр КУ. передаваемый через границу услуг сетевого уровня •)

(• параметр КУ (если используется), передаваемый кижерасположепным услугам, используемым данным протоколом •)

(* данные пользователя. Концептуально это равноценно последовательности двоичных бит переменной длины •)

тип_даииых>= ...;

тип-буфера —

тип-факу.тьтативны!-возможностей = ...; тнп-ид_подсетн= ._;

(• ресурсы памяти, используемые при передаче и приеме данных пользователи *|

(• запоминание факультативных частей заголовка ПБД *)

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

тип-сбдс=record

ап: тип-адр-ПДУСУ; ао: ткп-адр-ПДУСУ; ку: тип-качества-услуг; данные: тнп.даняых; end;

тип-результага-маршруткзации = record ид-подсети: тнл-нд-подсети; ап-пст: тип-адр-ПСТ; ао-пст: тип-адр-ПСТ; длина-сегмента- integer; end;

тип-ошибки- (ОТСУТСТВИЕ-ОШИБОК.

СЛИШКОМ-МНОГО.ДАННЫХ-ПОЛЬЗОВАТЕЛЯ.

ПРОТОКОЛЬНАЯ-ПРОЦЕДУРНАЯ-ОШИБКА.

НЕПРАВИЛЬНАЯ-КОНТРОЛЬНАЯ-СУММА.

ПЕРЕГРУЗКА.

СИНТАКСИЧЕСКАЯ-ОШИБКА-ЗАГОЛОВКА,

СЕГМ-НЕОБХОДИМА-И-НЕ-РАЗРЕШЕНА.

НЕПОЛНЫП-11БД.

ДУБЛИРОВАННАЯ-ФАКУЛЬТАТИВНАЯ-ВОЗМОЖ-

НОСТЬ.

АДРЕСАТ-НЕДОСТУПЕН.

АДРЕСАТ-НЕИЗВЕСТЕН.

НЕОПРЕДЕЛЕННАЯ ОШИБКА-МАРШРУТИЗАЦИИ-СО-

СТОРОНЫ-ОТПР,

СИНТАКСИЧЕСКАЯ-ОШИБКА. В-ПОЛЕ-

М А РШ РУТИЗ АЦИИ-СО-СТОРОНЫ-ОТП Р.

НЕИЗВЕСТЕН-АДРЕС-НРИ_МЛРШРУТИЗАЦИИ-СО_

СТОРОНЫ-ОТПР.

Страница 67

С. 66 ГОСТ Р 34.1952-92

НЕ11РИЕМЛБМ-ПУТЬ-МЛРШРУТИЗАЦИИ-СО_

СТОРОНЫ.ОТПР,

ИСТЕКЛ О-ВРЕМЯ-СУЩЕСТВОВАНИЯ-ПРИ-ОЕРЕДАЧЕ^. ИСТЕКЛО-ВРЕМЯ СУЩЕСТВОВАНИЯ ПРН-СБОРКЕ. НЕОПРЕДЕЛЕННАЯ-НЕОБЕСПЕЧЕННАЯ-ФАКУЛЬТАТИВНАЯ-ВОЗМОЖНОСТЬ.

НЕОБЕСПЕЧЕННАЯ-ВЕРСИЯ-ПРОТОКОЛА. НЕОБЕСПЕЧЕННАЯ-ФАКУЛЬТАТИВНАЯ.ЗАЩИТА. НЕОБЕСПЕЧЕННАЯ ФАКУЛЬТАТИВНАЯ-МАРШРУТИЗАЦИЯ-СО-СТОРОНЫ-ОТПР, НЕОБЕСПЕЧЕННАЯ-ФАКУЛЬТАТИВНАЯ-РЕГИСТРАЦИЯ-МАРШРУТА,

ВМЕШАТЕЛЬСТВО- В. СБОРКУ); тип-подробиых-даиных-рм — record дл.рм : integer; кодтипа_рм : тип-кодтипа-рм; сммиеинг-рм : integer; иаимсноввкие-рм . тип-иаимеиовяикй-рм; end;

тип-кодтнпа-рм^ (ЧАСТИЧНАЯ-РЕГИСТРАЦИЯ. ПОЛНАЯ РЕГИСТРАЦИЯ); тип- пбд • record ид-псу ; тип-ид-протокола.сетевого-уровня, удз : integer;

ид-версин : тип-ид-веренн; гремя-существорания : integer; ср : boolean; дс : boolean; флаг-oui : boolean; тп-пбд : тип-тп-пбд; дл-сегм : integer; контрольная-сумма ; inleger; дл-an : integer; ап тип-адр-АИПСУ; дл-оо : integer; ао : тип-адр-АИПСУ; ид-бд : факультативная-возможность    (*    имеется    только если

integer; ‘    cp=TRUE;    •)

сс : факу.тьтативная-возыожность    (*    имеется    только если

integer;    cp=TRUE;    •)

обш-дл : факультатцвная-возмож-    (*    имеется    только если

иость integer;    cp = TRUE;    •)

факультативные-возможности : тип-фахудьтативных_воэиожиосте#; данные : тип-данных, end;

А 4.2. Определение канала channel пупкт-доступа-к-сетевому-уровню (пользователь, поставщик);

Ьу пользователь:

БЛОК-ДАННЫХ-залрос (УСУ-адрес.получатсля : тип.адр-ПДУСУ;

УСУ-адрсс-отвравителя : тяп-вдр_ПДУСУ;

У СУ - ка чество - ус луг : тип-качества-услуг;

УСУ-даиные-пользователя : тнп_даииых);

by поставщик:

БЛОК-ДАННЫХ индикация (УСУ-адрес-волучателя: тип-адр-ПДУСУ;

Страница 68

ГОСТ Р M.ltse—92 С 67

УСУ-адр-отправнтеля: тнп.адр-ПДУСУ; УСУ-качество-усдуг: ткп-качества-услуг; УСУ-данныс-пользоватпя: тип-данных); channel — пункт-доступа-к_подсети (пользователь. поставщик); by пользователь:

БЛОК-ДАННЫХ-запрос (ПСТ-вдрес-получателя: тнп~адр_ПСТ;

ПСТ-адрес-отправотедя: тип_адр_ПСТ; ПСТ_качесто_услуг; тип-KV-ПСТ; ПСТ-данныс-полъзов*теля: тнп.пбд);

by поставщик:

БЖЖ-ДАННЫХ-кнднкация (ПСТ-адрес-прлучзтеля: тип-адр_ПСТ;

ПСТ-адрес-отправнтмя: ткп_адр_ПСТ;

ПСТ.качество-услуг: тип-КУ-ПСТ; ПСТ-данные-пользователя: тип-пбд); channel пункт-доступа-к-снстеке (пользователь, поставщик); by пользователь:

ТАИМ-АУТ-запоос (время : integer;

■д-тайм-аута : тип-именн-тайм-аута; индекс : integer);

ТАИМ-АУТ-аннулирование (ид-тайм-аута : тип-имеии-тайм-аута);

индекс : integer);

by поставщик.

ТАЙМ-АУТ ответ (ид-тайм-аута • тип-именн-тайм-аута;

индекс : integer).

А.4.3. Определения ю формализованного описания автомата module лротокольный-автомат-сетевого_уровня-в_рсжимс-БУС

(СУ: пункт-доступа-к-сетевому-уровню (поставщик) common queue.

ПСТ: array [тип-ид-подсети] of

пуикт-доступа-подсетк (пользователь) common queue.

СТ: пункт-доступа_к_сиетеме (пользователь) individual queue); tody ИП for ПРОТОКОЛЫЮГО-АВТОМАТА-СЕТЕВОГО-УРОВНЯ-В. РЕЖИМЕ-БУС; var

сбдс : тип-сбдс.

ПБД . тип_пбд; буф-прм тип-буфера; state : (ИСХОДНОЕ, СБОРКА. ЗАВЕРШЕНО); function полумнть-время-сутаествования (ап : тип_адр_ПДУСУ);

ку : тип-качсстаа_услуг)-ткп .время-существования;

primitive;

(• Данная функция выдает в ответ значение времени существования для использования в ПБД, основываясь на адресе получателя н запрошенном качестве

function подучкть-ссгм-разрсшеко (ап : тип_адр-ЛДУСУ;

ку : тгп-качсстоа-усдуг; дд : Integer): boolean;

primitive;

(♦ Данная функция пыдает о ответ булево значение для использования в поле «сегментирование разрешено» ПБД. Это значение может амисетс. от адресе получателя, запрошенного качества услуг н длины данных по..^зсаате.1Я*). junction длина (данные : т«п-длнных) : integer; primitive;

Страница 69

С. т ГОСТ Р 34 1942—92

(* Данная функция выдает в ответ длину специфицированных данных в октетах*).

function длина-буф (буф : тип_6уфера) : integer; primitive;

(• Данная функция выдаст в отвег длину данных в октетах, содержащихся в специфицированном буфере*).

function получить-флаг-ош (сбдс : тип сбдс) : boolean; primitive;

(* Данная функция выдает в ответ булево значение для использования в виде

флага «информирование об ошибке» а МБД, который передаст спсцнфяцирован-

ный СБДС. Если ПБД подлежит аннулированию в некоторый последующий

момент, то информирование об ошибке может передаваться обратво только в

том случае, если булево значение равно TRUE*).

function получитъ-дл-АИПСУ (адр . тнп.адр_ПДУСУ) : integer;

primitive;

(* Данная фуикпия выдает в ответ длину адресной информации протокола сетевого уровня, соответствующую специфицированному адресу Г1ДУСУ*). function получить-АИПСУ (адр : тнп-адр-ПДУСУ) : тнп_адр_АИПСУ; primitive;

(* Данная функция выдает в ответ адреса, закодированные в заголовке протокола, или адресную информацию протокола сетевого уровня, соответствующую-специфицированному адресу ПДУСУ*).

function получить-факультатноные-воэможностн (ап : тип-адр-ПДУСУ;

ку : тнп_качесгва_ услуг) ; тип-факультатнвных-возможностей;

primitive;

(* Данная функция выдает в ответ поле «факультативные возможности» дл» ПБД. основываясь ка специфицированном адресе и качестве услуг*), получить-дл-заголовка (дл-ап ; integer;

дл-ао : integer; ср : boolean;

факультативные-возможности : тип-факультативных-возможностей) : integer;

primitive;

(* Данная функция выдает в ответ длину заголовка в октетах. Длина заголовка зависит от длин адресов отправителя к получателя, наличия сегментируемо» части заголовка и длины факультативной части*), function пелучить-нд-блекз-даииых (ап : тип-адр-АИПСУ) : integer; primitive;

(♦ Данная функция выдает в ответ идентификатор блока данных, который является уникальным для специфицированного адреса получателя*), function оргаиизовать-буфер (данные : тип-данных) : тип_буфера; primitive;

(• Даннвя функция помешает специфицированные данные во вновь организованный буфер. Способ управления буфером является частным вопросом. Вновь организованный буфер определяется в ответе как значение функции*), function проверить-нараметры (уда : integer;

ср : boolean; ап : тнп_адр_АИПСУ; фякультативные-возможносгн : тип_ фак ульта т ив и ых - возможностей ; длина-данных ; integer) : тип.ошябки.

primitive;

(• Даяиая функция определяет действительность параметров, связанных с «ар-

Страница 70

ГОСТ 9 34.1932—#8 С 6»

шрутнзацией и продвижением 11БД. Если они действительны, то в ответ выдается результат ОТСУТСТВИЕ-ОШИБОК и вызывается функция «маршрутизация» для определения мвршрута и длины сегмента; в противном случае »та

?>уикцяя сообщает в ответ о наличии ошибки*), unction получить- контрольную сумму (пбд : тнп.пбд) : integer; primitive;

(• Данная функция выдает в ответ 16-битовое целочисленное значение, которое должно быть помешено в поле • «контрольная сумма» ПБД. Если средство «контрольная сумма» не выбрано, то функция выдает в ответ значение ноль*).

маршрутизация (удз ; integer;

ср : boolean; ап : тнп-ндр АИПСУ; факультативиыс-возможности ; тип факультативных-возможностей,

длша^данных : integer): тип-реэультата_маршрутиэацин;

primitive;

(* Данная функция определяет маршрут, по которому должен следовать сегмент ПБД. а также длину сегмента. Определение маршрута и длины сегмента может осуществляться взаимозависимо и производиться на основе длины заголовка, флага «сегментирование разрешено», адреса получателя, некоторых параметров (например, маршрутизация со стороны отправителя), содержащихся в факультативной части заголовка ПБД и длины данных. Функция «маршрутизация» выдает в ответ структуру данных, определяя подсеть, по которой должен передаваться сегмент, ППП отправители и получателя, подлежащий использованию в подсети, и длину сегмента. Функция «маршрутизация» может быть привлечен* только в том случае, если функции «проверка-параметров» уже определена н передаваемые параметры действительны*).

function извлечь (буф : тип.буфера; октеты : integer) : тип.данных; primitive;

(* Данная функция выдает в ответ определенное число данных из определенного буфера. Число выдаваемых октетов ограничиваете требованием, чтобы нк один сегмент, меньший восьми октетов, не мог быть генерирован передающим логическимобъсктомеетевого уровня. Число выдаваемых октетов равно: I) специфицированному числу; 2) числу данных, остающихся в буфере или 3) целому числу октетов, большему восьми, но не превышающему требования пп. 1) и 2). Выдаваемые и ответ данные удаляются нз буфера н фактическое число октетов. извлекаемое из буфера, выдается в октетах параметра'), function получнть-ку-пст (нд-подсети : тип_ид-подсетн.

факультативные .возможности : тип-факультативных -возможностей): тмп-КУ ПСТ,

primitive;

(* Данная функция выдает в отпет КУ. обеспечиваемое конкретной подсетью. Эта информация используется для определения значений параметров (если они используются) «обеспечение КУ». «зашита» и «приоритет» в факультативной части ПБД*).

function получить-длину-локального-адр-АИПСУ : integer; primitive;

(• Данная функция выдаст в ответ длину локального адреса, нсвользуемую в заголовке ПБД

function аил учить-локальный-адр- АИПСУ : ткп_адреса_АИПСУ. primitive;

(• Данная функция‘выдает в ответ локальный адрес, используемый я заголовке протокола*).

Страница 71

С. 70 ГОСТ Р 34.1962-92

Lunrtlon получить.адр.ПДУСУ (адрес : тнп.адр-ЛИПСУ;

дл : integer) : тип_адр_ПДУСУ;

primitive;

(* Данная функция выдает в ответ адрес ПДУСУ, соответствующий адресной информации протокола сетевого уровня определенной длины*), function лохальиый-адр АИПСУ (адрес : тип-адр-АИПСУ) : boolean; primitive;

(• Данная функция выдает в ответ булево значение TRUE только в том случае» если определенный адрес ПДУСУ определяет локальный адрес*), function получить—к у (факультатнвныс-возможностя : тип-факультативиых. возможностей): тип .качества .услуг

primitive;

(* Данная функция определяет в возможной степени качество услуг, достигнуто* для конкретного ПБД. основываясь на качество услуг и другой информации, содержащейся в факультативной части заголовка ПБД*) function полный-блок-данйых (буфер : тип-буфера) : boolean; primitive;

(* Данная функция выдаст в ответ булево значение, которое определяет, приняты ли все производные ПБД блока ПБД, содержащегося в определенном бу-

tSSL оисночиое-истекшес-время : integer; primitive;

(• Данная функция выдаст в ответ оценочное значение истекшего времени, возрастающего no 5W мс, после того, как ПБД был передан предыдущим равноправным логическим-объсктом-сстсвого уровня. Оценка включает в себя время, затраченное на передачу, и все значения времени, затраченного в буферах внутри локальной системы. Оценка не обязательно должна быть точной, но предпочтительна переоценка, чем недооценка, так как недооценка истекшего времени может свести на нет действие функции «время существования*), procedure очистнтъ-буфср (буфер : тип-буфера); primitive;

(* Данная процедура освобождает определенный буфер*) procedure распредслить-рссурсы_сборки (общ-дл-пбд : integer; факультативные возможности : тип-факулътативиых_возможноетей); primitive;

<* Данная процедура распределяет ресурсы, необходимые для сборки ПБД конкретной общей длины. Вопрос о том, привлекать ли эту процедуру один раз (при приеме первого производного ПБД или исходного ПБД) либо каждый раз при приеме производного ПБД. является частым вопросом. Вели ПБД должен быть аннулирован для распределения ресурсов н в подлежащем аннулированию ПБД флаг ОШ установлен, то генерируется информирование об ошибке. Решение об аннулировании ПБД и выбор ПБД для аннулирования может учитывать значения параметра «приоритет» в поле ПБД «факультативные возможное™»*).

procedure освободитъ-рсеурсы-сборки; primittve;

(* Данная процедура освобождает ресурсы, которые были предварительно распределены функцией «раепредслеинс-рссурсов-сборки»*). procedure объединит!— сегм (буфер : тип_буфсра;

сс : integer;

данные < тип-данных);

primitive;

(• Данная процедура объединяет определенные данные в определенный буфер, основываясь на определенном смещении сегмента данных*).

Страница 72

ГОСТ Р 34.1 М2—92 С. 7|

function передать ош-при перегрузке (пбд : тип-пбд) : boolean; primitive;

(* Данная функция выдает в ответ булево значение TRUE. если должно быть передано информирование об ошибке, когда ука>аииый блок данных аннулируете* ю-за перегрузки. Если в ответ выдается значение TRUE, то поле «флаг .ош» аннулированного блока данных должно по-прежнему проверяться до того, как будет передана информирование об ошибке*).

function волучить-ош-время-существованкя (ап : тип-адр-АИПСУ) : integer; primitive;

<• Данная функция выдает в ответ значение времени существования, которое должно использоваться в ПБД ОШ. основываясь на адресе получателя и определенном качестве услуг*).

function лолучнть-ош-поля.данных (ошибка : тип ошибки;

пбд ;тип-цбд) :тип-дамиых;

primitive;

(* Данная функция выдает в ответ поле «данные» для ПБД «информирование об ошибке». Эго поле «данные» должно включать заголовок аннулированного ПБД и может факультативно содержать дополи ягельные данные пользователи*).

Junction пол\'чить-ош-Фахультативных-возможиостеА (ошибка : тмп-ошибкк;

ап : тип_адр_АИЛСУ; факультативные-возможности : тип-факультативных возможностей) : тип- факультативных-возможностей;

primitive;

(* Данная функция выдает в ответ поле «факультативные возможности» ПБД -«информирование об ошибке», основываясь па причине аннулирования ПБД адресе получателя и поле «факультативные возможности» аннулированного ПБД. Взаимосвязь факультативных возможностей ПБЯ «данные» с ПБД ОШ рассмотрена в п. 6.10.4. Поле «факультативные возможности» всегда содержит параметр «причина аннулирования», полученный из значения параметра «ошибка», Если факультативная возможность, выбранная в исходном ПБД, не может быть обеспечена системой, обрабатывающей ПБД «информирование об ошибке», то ошибка сообщается обратно в параметре «ошибка», не генерируется никаких ПБД OUJ, в противном случае значение ОТСУТСТВИЕ-ОШИБОК сообщается обратно в параметре «ошибка» и обработка ПБД ОШ продолжается. Выбор факультативных возможностей, отличных от тех. которые выбраны в ПБД. вызывающих генерацию ПБД ОШ. является чйстным вопросом*) function получить-подробные- данные .рм (факультативные-возможвости

; тип-фвхультативных возможностей;

ошибка : тип-ошибки). тнп_ подробных.даиных.ом:

primitive.

(• Данная функция отыскивает с помощью факультативных возможпооп-й параметр «регистрация маршрута». 'Если он не найден, то результирующее поле «дл.рм» устанавливается в нудь. В противном случае поле «дл-рм» устанавливается равным параметру «длина» н остальная часть результирующего поля устанавливается равной содержимому поля «значение параметра»*), procedure послать-ннформированне-об-ошибке (ош-пбд : тип.пбд); primitive;

•(* Данная процедура посылает определенный тип ПБД «информирование об ошибке» (ОШ) локальному логическому-обгекту. который обрабатывает информацию об ошибке*).

procedure вставить-адрес (подробные данные м : тнп-подробмых.даинык-рм);

Страница 73

С 72 ГОСТ Р 34-1652-92

дл-поля : integer);

primitive;

(• Данная процедура обрабатывает параметр «регистрация маршрута», содержащийся и подробимх_данных-м Сначала все наименования логических—объектов—сетевого—уровня перемешаются в списке вверх, оставляя пространство в начале, длина которого равна значению «дл_поля*. После этого происходит вставка в »то место поли нового наименования логичссжого-объектя-сетсвого-уровня длимся один октет, содержащего длину наименования локального логи-ческого-объскта-сетевого-уровня. за которым следует само наимснованвс*)' procedure установить подробные.данные-рм (факудьтативиые-возможноети:

тшифакульгативных-возможностей;

подробные-данные-м тип подробных, данных.рм);

primitive;

(• Данная процедура изменяет значение параметра «регистрация маршрута» в поле «факультативные возможности»*).

procedure зарегистрировать-маршрут (факультативные_возможностн : тип.

факультативных-возможностей);

var

подробные данные-и : тип-подробных-данных-рм; длияя-лоля-наимеиоиания : integer; begin

подробные-данные-м ; — получить_подробные_данные_рм (фанультативные-

возможности);

if подробные дэнные.длииа_рм>0 ап<) полровные_даняые_м.смешение -рмОЗАКОНЧЕНО then begin

длина-поля-наименования И-(получить-дл-.юкального_адр_АИПСУ); if ((яодробны«_даииые-м,смсщение-рм4-длииа_поля-адр) — подробные данные-м.длина-рм) > I then подробиые-даикыс-м.смешеиие-рм ; — ЗАКОНЧЕНО; else begin

подробные даиные.-м.смешение-рм    подробные-данные, м.

смешен ие-рм-)-длина-поля-наимемования;

вставить-адрес (подробные-давные-м. длииа-поля-иаименования);

end;

установить-подробиые-даиные-рм (факультатквиые-возможноств, подробные-даниые-м);

end;

end;

procedure перс-дать-информнрование-об-ошибкс (ошибка; тип_ошибки;

пбд ; тип-пбд);

var ош-пбд: тип-пбд; begin

if (пбд.флаг- obi) then begin

ош пбд.ид-псу := ид-настоящего-протокола; ош-пбд.ид-вер :=> версия I;

ош-гзбдврсмя_существоваиия := получигь-ош-времи_существоваии*

(пбдао);

ош. пбд.ср FALSE; ош-пбд.дс := FALSE; оШ-вбд.фл«г-ош :*■* FALSE;

Страница 74

ГОСТ Р 34 1982—92 С. 7S

ош-пбдтп-пбд := ОШ; ош.обддлап пбд,дл_ао; ош-пбд-ап :=»пбд.ао;

ОШ-Пбд.дл-ао • получить-дл_ локального-адр_ЛИГ1СУ; ош пбд.ао: = получить локальный -адр-АИПСУ;

ош-пбд.факультативиые-возможиости :■» получить-ош-факультативных--возможностей (ошибка,

ош-пбд.ап, пбдфакультатив-ные-возможносги); if (ошибка = ОТСУТСТВИЕ .ОШИБОК) then begin

ОШ-Об д. удз : — ио.тучить-дл-заголовка (ош пбд.дл ал,

ои/_пбд.дл_ао,

ош.пбд.ср,

ош.пбд фикультативиые-воз-можности);

ош-пбл данные    получить-ош. пола-даниых (ошибка, пбд);

if (локальный-адр-АИПСУ (ош пбд .ап)) then послать., ннформированне-об-ошкбке (ош пбд) else передагь-пбд (ош.пбд); end; end; end;

procedure передать-пбд (пбд : тип-пбд); var

результируюший-мрш : тип-речультиругашего-маршрута; код-ошибки : тип-ошибки; передать-буф : тнл-буфера. кзвлекаемые-Октеты : integer; дополнительные сстм : boolean; ку-пст : тип-КУ-ПСТ; begin

передать- буф организовать-буфер (данные пбд); дополнительные, сети пбд дс; repeat begin

код-ошибки проверить, параметры (пбд. узд.

ябд.ср,

пбд.ап.

пбд факультативные .возможности, длина "(пбд.данные)); if (код - ошибки — ОТСУТСТВИЕ. ОШИБОК) then begin

результирующий мрш маршрут (пбд.уад.

пбд. ср. пбд ал,

пбд фякультативиые-аозможиости, длина (пбд.даниые)); извлекаемые-октеты :«*■ длина-сегмеита.реэультирующсго.маршрута — пбд, уд»;

данные.пбд := извлечь (передать-буф, нзвлекаемые.октеты); пбд.дл - сет м    пбд.уэд4- длина (данные пбд);

if (дляиа-буфера (передать, буфер) —НУЛЬ) then пбх дс дополнительные_сегм;

elje

Страница 75

С 7« ГОСТ Р 34.1952-92

Пбд-дс TRUE;

пбд,контрольная-сумма    получить-контрольную сумму (пбд);

ку-пст    получить -ку_пст (результирующий-маршрут.ид-подсети,

пбд.факультативиые-возможиости); ВЫХОД ПСТ (результирукхцнй-маршрут.нд-подсети]. БЛОК-ДАННЫХ-.запрог

(результирующий, мршвп-пст.

результнрукший-мрш.ао-пст,

ку_пст,

■бд);

Н (пбд.ср) then пбдсс := пбд. сс+нзвлекасмые-окгсты.

end

else

if (кол.ошибки = ПЕРЕГРУЗКА) then i( (передать.ош-при-перегруэке (пбд)) then

передать информирование, об-ошибке (ПЕРЕГРУЗКА, пбд);

else

передать-информирование-об-ошибке (код-ошибки, пбд);

end,

until (длим*-буфера (данные-буфера) —- НУЛЬ) or (код-ошибки <>

ОТСУТСТВИЕ-ОШИБОК):

end,

initialize

begin

to ИСХОДНОЕ; end;

(• Начать переходы") tran» ’переход

from ИСХОДНОЕ to ЗАВЕРШЕНО when СУ.БЛОК- ДАННЫХ-запрос

provided not локальный-адр-ПДУСУ (УСУ-адрес-получателя) begin

сбдс.ап    УСУ-адрес-получателя,

сбдс.ао := УСУ-адрее-отправитсдя; сбдс.ку    У СУ-качество-услуг;

сбдс.данные :•= УСУ-данные. пользователя; пбдид_псу := ид-иастояшего-протокола; пбд.ид_оер версия 1;

пбд.врсми. существования ;= получить.время.существования (сбдс.ап.

сбдс ку);

ябд.ср    получить-сегм разрешено (сбдс.ап,

сбдс. ку,

длина (сбдс.дамнме));

пбд.дс    PALSE;

пбд.флаг-Oui := получить-флаг-ОШ(сбдс); пбд.тп.пбд := ДН;

пбддл-ап : = лолучнть-дл-АИПСУ (сбдсап); пбл.ап ;» получкть-АИПСУ (сбдс.ап); пбддл-ао : — получнтъ-дл.АИПСУ (сбдс.ао); лбд.ао получить-АИПСУ (сбдсао);

пбдфакультативныс-возможиосги ;= получитъ-факультативиыс-оозможности

(сбдс.ап, сбделу);

пбд данные сбдс.данные;

ябд.удз ;= получить-длину-заголовка (пбддл-ап.

Страница 76

ГОСТ Р S4.19S2—92 С. 75

пбд.дл.ао,

пбд.ср.

пбд факультативные-возможности);

if (пбдср) then begin

пбд.ид-бд := получить-нд-блокэ-данных (пбд.ап); пбд.сс НОЛЬ;

пбд.общ-длииа пвд-узд+длииа (пбддаиные); end;

if (длина (пбддаиные) >макс-даниые-пользователя) then

передать-кнформироваияе-об-ошибке (СЛИШКОМ-МНОГО. ДАННЫХ-ПОЛЬЗОВАТЕЛЯ, пбд) els* .

передать-пбд(пбд);

end;

(• переход #2*>

from ИСХОДНОЕ to ЗАВЕРШЕНО

cohen СУ БЛОК-ДАННЫХ-запрос

provided лохальиый-адр-ПДУСУ (УСУ-адрес-получателя) begin

сбдс.ап := УСУ-вдрсс-получателя; сбдс.ао : — УСУ-адрес_огправнтсля; сбдс.ку :•*= УСУ-качество-услуг; сбдс-даииыс УСУ-данные-польаоватсля;

ВЫХОД СУБЛОК-ДАННЫХ-индикация (сбдс. ап.

сбдс.ао,

сбдс.ку,

сбдс.данные);

end;

(• переход

from ИСХОДНОЕ to ЗАВЕРШЕНО when ПСТ.[ ид-подсети).БЛОК-ДАННЫХ-иидикацмя provided (локальный _адр_АИПО (ПСТ_данные. пользователя.an) and ПСТ-данные-лользомтеля.сс = НУЛЬ and not IICT-даииые -пользователядо)

begin

пбд ПСТ-даииые. пользователя; if (пбд-тп-пбд =ж ДН) then

ВЫХОД СУ.БЛОК ДАННЫХ-индикация (получить-адр-ПДУСУ

(пбд.ап, пбддл_ап). получить-адр-ПДУСУ (пбд ао, пбд-дл-ао),

получить-ку (пбдфакультатив-

ные-возможности),

пбдлаииые);

else

послать-миформирование-об-ошибке (пбд);

end;

from ИСХОДНОЕ to СБОРКА

when ПСТ |ид_подсети|.БЛОК-ДАННЫХ-иидика;1ия provided локальный-адр-АИПСУ (ПСТ. данные-пользователя.an) and ((ПСТ данные-гюлкзователя.сс>НУЛЬ) or (ПСТ-данные_пользова-тсля.дс))

Страница 77

С 76 ГОСТ Р W.I952-92

begin

пбд :=• ПСТ-даиние-пользователя;

распредслнтсль-ресурсы-сборки (пбдобщ-длниа. пбд.факультзтивные_

В02МОЖНОСТИ);

огвободнть-буфер (прм-буф); объедннить-сегм (прм буф.

пбдсс.

пб.даняые);

ВЫХОД СТ.ТАПМ-АУТ-запоос (пбд время-существования,

тайм-аут-воеменн-существования,

НУЛЬ):

end:

(• переход^ 5*)

from ИСХОДНОЕ to завершено

when ПСТ [ид-подсети] .БЛОК-ДАННЫХ-индикация

provided not локаяьиый-адр-АИПСУ (ПСТ-дакиые..пользователя.ап)

begin

пбд :«— ПСТ-даиные-пользовятеля;

if (пбд.вреыя-сушсствования > оценочиос-истекшсе_время) then begin

пбд.врсмя-существования := пбдвремн-сушестаонзния — оценочное.

истскшее-время; регистрация-маршрута (пбд факультативнь*е-»о»можиости): передать-пбд(пбд); end else

передать-информнрование-об-ошнбке (ВРЕМЯ-СУ1ДЕСТВОВАНИЯ-

ИСТЕКЛО-ПРИ- ПЕРЕХОДЕ, пбд);

end:

(•переход 4$: 6*)

frofn СБОРКА to СБОРКА

cohen ПСТ (нд-подсети) .БЛОК-ДАННЫХ .индикация provided (Г1СТ-данные-пользоватсля.ид-бд — пбд.*д-6д and ПСТ-даниые-пользователядл.. ап = пбд.дл_ап and ПСТ-даимые-полиоватоля.ап —• пбд an. and ПСТ-данвке-пользователя-дл-ао = пбд.дл- ао and ПСТ-даивые-польэоеателя.ао пбд ао)

begin

обтлдииить-сегм (прм-буф.

ПСТ -данные.пользователя.сс, ПСТ-дзиные-польлователя.даниые);

end;

(• переход 4fc7#)

from СБОРКА to ЗАВЕРШЕНО

provided полный-блок-данных (прм-буф) по delay

begin

if пбдтп-пбд —ДН then

ВЫХОД СУ.БЛОК-ДАННЫХ-индикация (получить-адр.ПДУСУ

(пбд.ап. пбд дл-ао). получить-аар-ПДУСУ (пбд-ао, пбд.дл-во).

Страница 78

ГОСТ Р 34.1952—ft с; 77

получить—ку (пбд.факультатив-

ные-возможвостм),

извлечь (прм.буф, длива_буф

(прм.буф))),

else

послать-информировакие-об-ошибке (пбд):

ВЫХОД СТ.ТАЙМ-АУТ-анвулировавис (тайм-ауг-времени-сушествования.

НУЛЬ);

освободить-ресурс ы_сборкм; end;

(• переход# 8е

from СБОРКА to ЗАВЕРШЕНО when СТ.ТАЙМ-АУТ_ответ begin

передго-информирование-об-ошибке (ВРЕМЯ-СУЩЕСТВОВАНИЯ-

ИСТЕКЛО-ПРИ-СБОРКЕ, пбд);

end.

А 5. Диаграмма переходов состояний

Диаграмма переходов состояний конечного автомата приведена на черт. 2.

Черт. 2

Страница 79

С. 78 ГОСТ Р 34.1952-92

ПРИЛОЖЕНИЕ В Справочное

ВСПОМОГАТЕЛЬНЫЙ ТЕХНИЧЕСКИЙ МАТЕРИАЛ

В, 1. Время существования блока данных

Можно выделить две основные цели обеспечения в протоколе, определенном настоящим стандартом, функции «время существования ПОД». Первая цель — предотвратить неограниченное зацикливание о сети протокольных блоков данных; если алгоритм маршрутизации должен гарантировать, что зацикливание данных будет происходить очень редко, то поле «время существования ПБД» обеспечит дополнительное ограничение на длительность такого зацикливания

Другая цель обеспечения функции «время существования» — предусмотреть средства, с помощью которых инициирующий логичесхий-объект-сстсвого-уров-ня может ограничивать максимальное время существования СБДС. Класс 4 протокола транспортного уровня (ГОСТ 34.961) исходит из того, что установлено конкретное значение максимального времени существования СБДС для того, чтобы предотвратить некоторые ошибочные состояния в фазах установления и завершения соединения транспортного уровня; а именно, если ПБДТ не поступает в течение максимального времени существования СБДС, то нет никаких шансон, что он когда-нибудь поступит. Такое допущение необходимо сделать, даже если сетевой уровень ие обеспечивает ннхакой конкретной верхней границы времени существования СБДС; однако для класса 4 протокола транспортного уровня более просто допустить потерю ПБДТ. чем их запоздалое поступление и по этой причине предпочтительно аннулировать 1апоздалые ПБДТ, чем доставлять их Следует заметить, что время существования СБДС не связано непосредственно с‘повторной передачей потерянных ПБДТ Оно более полезно для различия старых (продублированных ) ПБДТ и новых ПБДТ.

Максимальное время существования СБДС должно обеспечиваться для логического объекта протокола транспортного уровня в единицах времени для того, чтобы его можно было испольэозать при определении значений тайм-аутов транспортного уровня (логический-объект-транспортиого-уровня не может подсчитывать «шаги»).

При отсутствии любой гарантированной верхней границы принято оценивать значение максимального времени существования СБДС. Это значение часто основывается на наблюдении последних рабочих характерней^ и может быть различным для разных отправителей и получателей. Существует два возможных способа выполнения требования по ограничению максимального времени существования СБДС: 1) обеспечить механизм в транспортном уровне для опознавания н аннулирования старых ПБДТ нлн 2) определять время сущесгаовання в единицах времени. Второй способ тревует, чтобы промежуточные системы уменьшали поле «время существования» на значение, представляющее собой верхний предел времени, истекшего после поступления ПБД в предыдущую промежуточную систему. Транспортный уровень полагается на то. что сетевой уровень аннулирует СБДС (и, следовательно, ПБДТ), время существования которых истекло

Основной недостаток применения первого способа состоит в том. что логические -объекты-траиспортного-уровия (экземпляры) сседаются при необходимости и освобождаются, когда их задача выполнена; следовательно, по своему характеру они являются временным». Для того чтобы определить, устарел лв данный ПБДТ, должны быть назначены функции, распознающие и аннулирую-

Страница 80

ГОСТ Р 34.1052-92 С. 79

тис старые 11БДТ (к они всегда должны существовать), дополнительно к тем, которые выполняются каждым логкческим-объектом-траиспорткого-уровия — экземпляром. Такие функции чрезвычайно сложны и создают нетривиальную

лерегоужу * работе транспортного уровня.

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

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

В качестве примера предположим, что конкретная ЛВС имеет короткие средине задержки при общих длительностях задержек в диапазоне I—5 мс и случайных задержках до 20 мс. В этом случае, хотя относительный диапазон задержек может быть и больше в 20 раз, нет необходимости измерять фактическую задержку ПБДС. Постоянное значение 20 мс (или болсс) можно вычесть для всех ПБдС. Точно также, если отдельный участок спутникового канала имел задержку в диапазоне 0,5—0.6 с. то большее значение всегда можно использовать

Если третья подсеть вносила обычные задержки в диапазоне 0/1—1 с, но иногда доставляла ПБДС после задержки 15 с. то подключенная к этой подсети промежуточная система могла бы счесть необходимым определенно фактических затрат времени на доставку ПБДС. Даже в этом последнем примере для промежуточных систем более полезно определить, когда задержки становятся слишком большими, и аннулировать очень старые ПБДС, оставив для протокола транспортного уровня задачу обнаружения потерянных ПБДТ.

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

В.2. Управление временем существования сборки

Для того, чтобы обеспечить предельное время существовании СБДС и эффективно управлять буферами сборки на сетевом уровне, функция «сборка», описанная в разд. 6, должна управлять временем существования сегментов, представляющих чветичио собранные ПБД. В этом разделе рассматриваются методы ограничения времени существования сборки и предлагаются нскоторы-з руководства относительно функции «сборка*.

Когда сегменты ПБД поступают р адресуемый логичсский-объскт-сетсвого-уровня. они накапливаются в буфере до тех пор, пока ПБД не будет полностью принят, скомпанован и передан функции «разборка ПБД». Протокол не гарантирует доставку ПБД. поэтому возможна потеря некоторых сегментов ПБД ила

Страница 81

С ЯО ГОСТ Р 34.1952-92

их задержка, в результате чего весь ПБД не сможет быть собран за приемлемый отрезок времени. Например, в случае потерн cei мента ПБД этот сегмент может быть потерян навсегда. Для предотвращения этого существует несколько возможных методов:

а)    тайм ауты сборки для каждого ПБД;

б)    расширение функции «управление временем существования ПБД»;

в)    объединение тайм-аутов повторной передачи на транспортном уровне.

Каждый из этих методов рассматривается в последующих разделах.

В.2 Г Метод а

Данный метод назначает «время существовании сборки» для каждого ПБД. принимаемого и идентифицируемого его идентификатором блока данных. Это время является локальным, реальным, которое назначается функцией «сборке»-и уменьшается, когда некоторые, но не все, сегменты ПБД буферизуются адресуемым логическим-объектом сетевого-уровня, По 'истечении тгйм-аута все сегменты ПБД аннулируются, освобождая буферы сборки и исключая возможность перепутать «очень старые» ПБД с* новыми, содержащими тот же идентификатор блока данных Для правильного функционирования этого метода тайм-ауты должны назначаться таким образом, чтобы предотвратить явление «помеха сборки» (рассматриваемое ниже), В частности, должны соблюдаться следующие правила:

а)    вреля существования сборки должно быть значительно меньше максимального времени существования ПБД сети (чтобы предотвратить путаницу старых и новых блоков данных);

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

В.2.2. Метод б

Данный метод возможен в том случае, если действия функции «управление временем существования ПБД» основываются на реальном или виртуальном времени, а не на подсчете шагов. При этом методе поле «время существования» каждого сегмента ПБД блока данных по-прежнему должно уменьшаться функцией «сборка» адресуемого логкчсского-объскта-сегсвого-уровня так же, как если бы ПБД все еще находился в процессе передачи (это фактически имеет место). Если время существования любого сегмента частично собранного ПБД истекает, то все сегменты этого ПБД аннулируются. Этот метод привлекателен тем, что действия настоящего протокола по доставке были бы одинаковыми для сегментируемых и нессг монтируемых ПБД.

В.2.3 Метод в

Данный метод согласует время существования сборки непосредственно с тайм-аутами повторной передачи протокола транспортного уровня и требует, чтобы управление транспортным уровнем доводило до сведения управления сетевым уровнем (и. следовательно, функции «сборка») значения тайм-аутов повторной передачи для каждого отправителя, из которого он ожидает получать трафик. Когда сегмент ПБД принимается от отправителя, то длительность таймаута повторной передачи за вычетом времени предполагаемой передачи составляет время существования сборки этого ПБД. Если этот тайм-аут истечет раньше, чем будет собран весь ПБД, то все сегменты этого ПБД аннулируются. Этот метод привлекателен тем, что ои обеспечивает низкую вероятность удержания тех сегментов ПБД, которые уже были, повторно переданы логическим-об-ь-ектом-транспортного-уровня отправителем. Его недостатком, однако, является зависимость эффективной работы от надежности действий протокола траш-саортного уровня. Если тайм-ауты повторной передачи установлены иелравиль-

Страница 82

ГОСТ Р 34.1952-92 С 81

но. то возможно, что все ЛБД будут аннулированы слишком быстро и протокол транспортного уровня не будет действовать

В.З. Эффективность функции «обнаружение ошибок заголовка»

В.3.1. Общие положения

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

Контрольная сумма состоит из двух октетов, каждый из которых может принимать любое значение, кроме нуля То есть каждый октет може7 принимать 255 различных значений. Вычисление двух октетов осуществляется таким образом, что значение каждого из них не зависит от значения другого, поэтому контрольная сумма имеет в общем 266X355—65026 значений. Если все возможные случаи искажения рассматривать как' равновероятные, то имеется только один шанс из 65026. что контрольная сумма будет иметь правильное значение при любом конкретном искажении. Это соответствует 0,0015 % всех возможных ошибок.

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

B.3i2. Ошибки изменения бита

Прежде всего рассмотрим те классы ошибок, которые связаны с изменением Литое, но не со нсгавкой или выпадением битов.

Пакет ошибок длиной Ь представляет собой такое искажение заголовка, когда все измененные биты (по количеству не более ft) находятся в пределах одного промежутка последовательно передаваемых битов, длиной Ь бит Обычно предполагается, что контрольные суммы хорошо справляются с пакетами ошибок длиной, ие превышающей число битов а параметре «обнаружение ошибок заголовка (16 для заголовка ПБЛ). Параметр «обнаружение ошибок заголовка ПКД» фактически не может обнаруживать только 0.004019 % всех ошибок, где каждый отдельный пакет ошибок длиной 16 бит или меньше встречается с равной вероятностью. В частности, он ие может обнаруживать 8-битовые пакеты, в которых октег куль изменен на окгет 255 (все биты равны 1) или наоборот. .Диалогично, он не может обнаруживать перестановки двух смежных октетов только в том случае, если один из них нуль, а другой 255.

Метод обнаружения ошибок заголовка ПБД, как и следовало ожидать, обнаруживает все те ошибки, которые вызваны изменением только одного бита.

Необнаруженные ошибки, вызванные изменением только двух битов должны появляться только в том случае, если два бита отделены друг от друга на большое расстояние (и даже при этом очень редко). Метод обнаружения ошибок заголовка ПБД выявляет все двойные битовые ошибки, при которых расстояние между двумя измененными битами меньше 2М0 бит — 255 октетов. Поскольку такое расстояние превышает максимальную длину заголовка, го все двойные битовые ошибки обнаруживаются.

Способность обнаружения двойных битовых ошибок является преимуществом алгоритма контрольной суммы, ислолмуемой данным протоколом, по отношению к простому суммированию по модулю 65536 заголовка, разделенного на поля по 16 б и гое Такое простое суммирование не сможет охватить все такие

Страница 83

С. 82 ГОСТ Р 34.1952-92

двойные битовые ошибки, фактически двойные ботовые ошибки с расстояние»» менее 16 бит могут не обнаруживаться.

Случай, когда сама контрольная сумма из-за ошибки целиком установлена в нуль, рассмотрена в п. В.З.4.

В.3.3. Ошибки вставки/выпадания битов

Хотя ошибки, связанные со вставками или выпаданиями битов, в общем случае обнаруживаются с более или менее одинаковой вероятностью, что и все другие виды общих ошибок, но, по меньшей мере, один класс таких ошибок представляет особый интерес. Если октеты, каждый ю которых равен нулю или 255. добавляются в таких точках, что простая сумма С0 в текущем вычислении (описанном в п. В.З.-4) оказывается равной нулю, то ошибка становится иеобна-руживасмой. Это представляет первостепенный интерес, так как существуют два момента в вычислении,’ при которых такое значение суммы является нередким. а часто ожидаемым, а именно, в начале и в коиие. То есть, если заголовку предшествую! или за ним следуют добавленные октеты, каждый из которых равен нулю или 265. то ни одна ошибка не будет обнаружена. Оба случая рассматриваются по отдельности.

Появление ошибочных октетов в начале заголовка полностью нарушает структуру полей заголовка, обусловливая тем самым их неправильную интерпретацию В частности, первый такой введенный октет рассматривается как идентификатор протокола сетевого уровня, «по, вероятно, исключает какие бы то ни было сведения о том, что этот блок данных относится к настоящему про-токе.;у, и тем самым исключает любые попытки вычислить контрольную сумму или привлечь другие методы ее вычисления.

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

Появление ошибочного октета в середине заголовка ппедставляст описаний интерес, если добавленный октет имеет значение 0 или 2о5. и если переменная Со при этом оказывается равной нулю В большинстве случаев эта ошибка полностью нарушает анализ структуры заголовка, что может привести к аннулированию блока данных. Кроме того, при отсутствии любых других ошибок последний октет заголовка будет рассматриваться как данные. Это, в свою очередь, обусловит окончание заголовха в ошибочном месте И наоборот, если заголовок может быть проанализирован правильно, может оказаться, что последнее поле будет пропущено Даже в том случае, когда последнее поле является факультативным заполнителем и, следовательно, не является обязательным, длина поля функции «заполнение» окажется несовместимой с полем «длина заголовка* и, следовательно, ошибка может быть обнаружена.

В.Э.4, Ошибки, приводящие к невозможности вычисления контрольной суммы Использование функции «обнаружение ошибок затоловка» факультативно. Вариант ее неиспользования указывается нулевым значением параметра <«онт-рольная сумма» Это создает возможность того, что оба октета параметра «контрольная сумма» (ни один из которых не генерируется в значении 0) могут принять нулевое значение. Фактически это привело бы к необнаружению ошибки контрольной суммой в связи с невозможностью выполнения проверки Возможна одна из трех ситуаций:

а) пакет ошибок длиной 16 бит. устанавливающий всю контрольную сумму я нудь. Такая ошибка 'не может быть обнаружена; однако это возможно, если тавдЛ пакет будет размешен в конкретной позиции заголовка (Вычисление его

Страница 84

ГОСТ Р 34.1952—W С 83

влияния IU полную обнаруживаемое!* пакетов <хиибок зависит от длины заголовка);

б)    обнаруживаются все одиночные битовые ошибки. Так как оба октета поля «контрольная сумма» должны быть ненулевыми при использовании контрольной суммы, то ни одна одиночная битовая ошибка не может установить контрольную сумму в нуль;

в)    если каждый ад двух октетов параметра «контрольная сумма» имеет значение, выражаемое степенью два, причем только одиа бит в каждом октете pafccii единице (I), то обнуление параметра «контрольная сумма» может привести к необнаружению двойной битовой ошибки Более того, два измененных бита имеют расстояние меньше шестнадцати (16) и могут быть смежными. Это. очевидно, отличается от описанной ранее полной обнаруживаемое™

В тех случаях, когда какая-то администрация сильно озабочена возможностью случайного обнуления котрольной суммы среди блоков данных в своей области сетевой адресации, эта администрация может наложить ограничение, состоящее в том, что все блоки данных отправителя и получателя, находящиеся в пределах данной области сетевой адресации, должны использовать функцию «обнаружение ошибок заголовка». Любые блоки данных, которые не могут быть аннулированы, также не будут разрешены вис области сетевой адресации. Это защищает от ошибок, появляющихся в области сетевой адресации, и может защитить все блоки данных, у которых адреса отправителя и получателя находится в пределах области сетевой адресации, даже если маршрут данных между всеми такими парами проходит через другие области сетевой адресации (несмотря па ошибки вне защищенной области сетевой адресации).

Страница 85

С. М ГОСТ Р 34.1952-82

ПРИЛОЖЕНИЕ С Справочное

АЛГОРИТМЫ ФУНКЦИИ «ОБНАРУЖЕНИЕ ОШИБОК В ЗАГОЛОВКЕ ПБД»

C.I. Символы, используемые ■ алгоритмах

С |, С с — переменные, используемые в алгоритме;

i — номер (г, е. позиция) октета в заголовке (позиция первого октета </-1);

0,    — значение октета I заголовка ПБД;

п — номер (т. е. позиция) первого октета параметра «контрольная сумма» 4«=8);

1.    — длина заголовка ПБД а октетах;

X — значение октета «один» параметра «контрольная сумма»;

У —значение октета «два* параметра «контрольная сумма».

С.2. Соглашения по арифметическим действиям

Сложение выполняется одним из следующих способов:

а)    арифметическое по модулю 265;

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

С.З. Алгоритм выработки параметров «контрольная сумма»

Сформировать полный заголовок ПБД со значением поля параметра «коиг-рольная сумма», равным нулю:

А: Со ♦- Ci *-0.

Б: Последовательно обработать каждый октет заголовка ПБД от 1= 1 до L путем

С0*-Св+О(;

С1*-С1-(-Св.

B.    Вычислить:

8)С0—С, (мод 255);

1V.(£_7)(-C,)+C, (мол 255).

Г: Если Х = 0. то X *• 255.

Д: Если У=0, то У-*- 256.

Е: Поместить значения X и У в октеты 8 и 9 соответственно.

C.4.    Алгоритм проверки параметра «контрольна* сумма»

А: Если оба октета 8 и 9 заголовка ПБД равны нулю (все биты сброшены), то контрольная сумма вычислена правильно; если только один из двух октетов, ко не оба, равен мулю, то контрольная сумма вычислена неправильно; в остальных случаях инициировать.

С, *-С^*—0.

Б: Последовательно обработать каждый октет заголовка ПБД от i— 1 до L путем

С»*-С#+0,-;

Страница 86

ГОСТ Р 34.1*52-92 С 85

В: Если после обработки всех октетов Со—С,—0 (мод 25Б), то контрольная сумма вычислена правильно, в прЬтнвном случае она вычислена иекрио.

С.5. Алгоритм подгоимя параметра -«контрольна» сумма» при изменении октета

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

Йели X н У указывают значения контрольной суммы, содержащиеся в октетах п и л+1 соответственно, то модификация X н У выполняете* следующим образом:

«ля Л—0 и У—О, то ничего ае предпринимаемся, если Х«^0 или У=0, то контрольная сумме неверна, кроме того:

X-[k-n-l)Z+X (моя 255),

Y*-(n-k)Z+Y (мод 255).

Если Х*=0, то X - 255; если У=0, то У - 255.

Для данного протокола я=8. Если измененным октетом является поле «время существоваяия». то *—4. В случае, кагда время существовании уменьшено на одвн элемент (Z= —J), то присвоение операторов новым значениям X и У в непосредственно предшествующем алгоритме упрощается:

Х*-Х+5 (мод 265).

К-У—4 (мод 255).

Примечание. Для получения этого результата предположим, что к октету к добавлено значение Z, тогда к X и У добавляются значения Z, и Zt. Дли того чтобы параметр «контрольная сумма» удовлетворял условию п. 011 как до, так н после добавления этих значений, должны выполняться следующие условия;

Z+Z^ + Ze-0 (мод 255)

N

(L—A+l)Z-f (L -л+1 )Zx+(L—n)Z»=0 (мод 255).

Решая эти уравнения одновременно, получаем:

Z*=(A- n-l)Z.

Z„=(n-*)Z.

Страница 87

С. 86 ГОСТ Р 34.1952-92

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1.    ПОДГОТОВЛЕН и »НЕСЕН Техническим Комитетом ТК 22 «Информационная технология»

2.    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Комитета Российской Федерации по стандартизации, метрологии и сертификации от 28.12.92 М 1672

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

8. Срок проверки — 1999 г., периодичность проверки — 5 лет

4.    ВВЕДЕН ВПЕРВЫЕ

5.    ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Обмначсии* отечествен-того ЦТ Д. на который дым ссылка

Обозначение соответствующего международного стандарта

Комер ра*дсла, пункта, п(*«-■аожокх*, в котором дав* ссыпка

ГОСТ 28906-91 ГОСТ 34.961-91 ГОСТ 34.950-92 ГОСТ 34 951-92

ГОСТ 28907-91 ГОСТ 34.913-3-91

ИСО 7498-84 с Доп. 1 ИСО 8073—88 ИСО 8206—87 ИСО 834&-87 с Доп. 1

ИСО 8348/Доп. 2-87* ИСО 8509—87*

ИСО 8548—88*

ИСО 8802/2-89 ИСО 8802/3-89 ИСО 9074-84*

Приложение В

1.2. 3 6. 8 2.1.8.4.3. 8.4Дв

0.    1, 2. 5.4, 6.13, приложение А

2. 5.3.7. 7J.II

2,3.2

5.1

1.    2. 8.4.2 2

2

• До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 «Информационна* технология».

Страница 88

СОДЕРЖАНИЕ

О, Введение..............I

!. Наэваченнс    к    область    применения........2

2.    Ссылки..............3

Част* 1. Общие положения..........4

3.    Определения .1...........4

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

5.    Краткое описание    протокола ..........7

Часть 2 Спецификация протокола.........12

в. Функции протокола ...........12

7.    Струхтура к кодирование ПБД.........29

8.    Обеспечение услуг нижерасположенного    уровня    ,    .    .    .    .47

9.    Соответствие .    ...........59

Приложение А, Формализованное описание.......62

Приложение В. Вспомогательный технический    материал    .    .    .    .78

Приложение С. Алгоритм фунхции «обнаружение ошибок в заголовке

ГОД»......................84

Информационные данные...........86

Страница 89

Редактор В. ,И. Лысеккина Технический редактор В. Н. ПРусакова Корректор А. И. Зюбан

Сдам» * и*«ор 21.01.«« Поди. » п«ч. 20.dC.93. Уел печ. л. 5.11. Уел. кр.-отт. б.И Уч.аад. л. 5.93. Тир 369 »к», С 214.

Ордсви <3ни Почета» Издательство стандартов, 107070. Моек»*. КолодааныА    U.

Калужская пгпограф»* стандартов. уд. Мос кокка*. 766. 3*к. 181