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

32 страницы

456.00 ₽

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

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

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

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

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

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

Настоящий стандарт определяет зависимые от типа подсети требования к оконечным системам, которые подсоединены к подсети “локальная вычислительная сеть“(ЛВС), работающей по протоколу управления логическим звеном (УЛЗ) типа 2 по ГОСТ 28907, безотносительно к типу физической среды

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

Страница 1

ГОСТ Р ИСО/МЭК МФС 10609-10-98 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ

ПРОФИЛИ ТВ, ТС, TD И ТЕ. УСЛУГИ ТРАНСПОРТНОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ С ИСПОЛЬЗОВАНИЕМ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

Часть 10. ТРЕБОВАНИЯ, ЗАВИСИМЫЕ ОТ ПОДСЕТИ «ЛОКАЛЬНАЯ ВЫЧИСЛИТЕЛЬНАЯ СЕТЬ» И НЕЗАВИСИМЫЕ ОТ ФИЗИЧЕСКОЙ СРЕДЫ

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

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

Страница 2

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Предисловие

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

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

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 14 июля 1998 r.N? 293

3    Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10609-10—94 «Информационная технология. Международный функциональный стандарт. Профили ГВ, ТС, TD и ТЕ. Услуги транспортного уровня в режиме с установлением соединения с использованием услуг сетевого уровня в режиме с установлением соединения. Часть 10. Требования, зависимые от подсети «локальная вычислительная сеть» и независимые от физической среды»

4    ВВЕДЕН ВПЕРВЫЕ

& ИГ1К Издательство стандартов, 1998

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

II

Страница 3

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Содержание

1    Область применения....................................................... I

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

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

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

5    Требования............................................................................................................................2

5.1    Введение.....................................................................................2

5.2    Требования статического соответствия............................................................................2

5.3    Требования динамического соответствия........................................................................3

Приложение А Список требований к заявке о соответствии реализации функциональному

стандарту........................................................................................................6

АЛ Введение............................................................ 6

A.2    Нотация и соглашения............................................................................................6

АЗ СТЗФС для ГОСТ Р 34.950 .............................................. 7

А4 СТЗФС дчя ГОСТ 28907 ................................................ 9

Приложение В Предполагаемая форма ЗСРП базовых стандартов для управления логическим

звеном по ГОСТ 28907 .......................................... 10

B.1    Введение............................................................ 10

В.2 Сокращения и специальные символы....................................... 10

В.З Инструкции по заполнению формы ЗСРП................................... II

В.4 Форма ЗСРП. Идентификация............................................ 13

В.5 Основные    возможности................................................. 13

В.6 Операции    УЛЗ типа    I.    Режим без установления соединения    и    без    подтверждений..... 14

В.7 Операции    УЛЗ типа    2.    Режим с установлением соединения...................... 17

В.8 Операции    УЛЗ типа    3.    Режим без установления соединения    с    подтверждениями......20

B.9    Логический объект определения маршрута...................................24

Приложение С Рекомендации .................................................25

C.    1 Введение............................................................25

С.2 Рекомендации ГОСТ Р 34.950 ............................................ 25

С.З Рекомендации ГОСТ 28907 .............................................. 25

Приложение D Библиография.................................................27

III

Страница 4

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Введение

Настоящий стандарт определен и контексте функциональной стандартизации в соответствии с принципами, определенными п ГОСТ Р ИСО/МЭК ТО 10000-1 и ГОСТ Р ИСО/МЭК ТО 10000-2.

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

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

ГОСТ Р ИСО/МЭК МФС 10609 состоит из нескольких частей, из которых настоящий стандарт является частью 10. Части 1—4 определяют независимые от особенностей подсети требования к каждой группе транспортных профилей ТВ. ГС, TD и ТЕ соответственно. В других частях определены зависимые от подсети и физической среды требования к профилям. Кроме того, для каждого отдельного профиля предусмотрена отдельная часть ФС, в которой установлены конкретные требования к данному профилю со ссылками на соответствующий материал из других частей, определяющих зависимые и независимые от подсети требования.

Настоящий стандарт содержит четыре приложения. Приложения Л и В являются обязательными, приложения С и D — информационными.

IV

Страница 5

ГОСТ Р ИСО/МЭК МФС 10609-10-98 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ Ф Е Д Е Р АЦ И И

Информационная технология Функциональный стандарт ПРОФИЛИ ТВ, ТС, TD И ТЕ. УСЛУГИ ТРАНСПОРТНОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ С ИСПОЛЬЗОВАНИЕМ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

Часть 10. Требования, зависимые от подсети «Локальная вычислительная сеть* и независимые от физической среды

Information technology. International standardized profiles ТВ. TC. TD and IE. Connection-mode transport scrvicc

over conncction-mode network scrvicc Part 10. LAN subnetwork-dependent, media-independent requirements

Дата введения 1999-01-01

1    ОБЛАСТЬ ПРИМЕНЕНИЯ

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

Настоящий стандарт определяет зависимые от типа подсети требования к оконечным системам, которые подсоединены к подсети «локальная вычислительная сеть* (ЛВС), работающей по протоколу управления логическим звеном (УЛЗ) типа 2 по ГОСТ 28907, безотносительно к типу физической среды.

2    НОРМАТИВНЫЕ ССЫЛКИ

Настоящий стандарт содержит ссылки на следующие стандарты:

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

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

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

ГОСТ Р ИСО/МЭК 8881—98 Информационная технология. Передача данных. Использование протокола пакетного уровня Х.25 в локальных вычислительных сетях

ГОСТ Р ИСО/МЭК ТО 10000-1—93 Информационная технология. Основы и таксономия функциональных стандартов. Часть I. Основы

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

ИСО/МЭК 8208—87/Изм.3—91 •> Информационная технология. Передача данных. Протокол пакетного уровня Х.25 для оконечного оборудования данных. Дополнение 3. Аттестованные требования

ИСО/МЭК 8348—93’» Системы обработки информации. Передача данных. Определение услуг сетевого уровня

ИСО 8802-2—89/Изм. 1!> Системы обработки информации. Локальные вычислительные сети. Протокол и услути уровня управления логическим звеном данных. Изменение I. Методы управления потоком для мостовых Л ВС

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

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

I

Страница 6

ГОСТ Р ИСО/МЭК МФС 10609-10-98

ИСО 8802-2—89/Изм.2‘> Системы обработки информации. Локальные вычислительные сети. Протокол и услуги уровня управления логическим звеном данных. Изменение 2. Услуги и протокол в режиме без установления соединений с подтверждением. Операции типа 3

ИСО 8802-2—89/И зм.Зи Системы обработки информации. Локальные вычислительные сети. Протокол и услуги уровня управления логическим звеном данных. Изменение 3. Требования к соответствию

ИСО 8802-2—89/Изм.4‘> Системы обработки информации. Локальные вычислительные сети. Протокол и услуги уровня управления логическим звеном данных. Изменение 4. Редакционные изменения и технические поправки

ИСО 8802-2—89/Изм.5‘> Системы обработки информации. Локальные вычислительные сети. Протокол и услуги уровня управления логическим звеном данных. Изменение 5. Маршрутизация со стороны отправителя в мостовых ЛВС, выполняемая оконечными системами

3    ОПРЕДЕЛЕНИЯ

Все термины, использованные в настоящем стандарте, определены в базовых стандартах, на которые даны ссылки (см. раздел 2).

4    СОКРАЩЕНИЯ

Сокращения, использованные в настоящем стандарте, определены в базовых стандартах, на которые даны ссылки (см. раздел 2).

5    ТРЕБОВАНИЯ

5.1    Введение

В данном разпеле установлены зависимые от типа подсети и независимые от физической среды требования к операциям оконечной системы в случае подключения оконечной системы к ЛВС.

5.2    Требования статического соответствия

5.2.1    Общие требования

Реализация, претендующая на соответствие настоящей части настоящего ФС, должна:

a)    удовлетворять требованиям ГОСТ 34.954. приведенным в 5.2.2;

b)    удовлетворять требованиям ГОСТ Р 34.950. модифицированным в ГОСТ I’ ИСО/МЭК S881 в части операции типа 2 УЛЗ и приведенным в 5.2.3;

c)    удовлетворять требованиям ГОСТ 28907, приведенным в 5.2.4;

d)    реализовать все функциональные возможности, идентифицированные как требования в списке требований к заявке о соответствии реализации функциональному стандарту (ЗСРФС), приведенному в приложении А.

5.2.2    Требования ГОСТ34.954 Реализация должна:

a)    удовлетворять требованиям к обеспечению услуг сетевого уровня ВОС, определенных в ГОСТ 34.954, за исключением услуг «подтверждение приема» (раздел 9), «передача срочных данных» (раздел 10) и приложения А;

b)    быть способной использовать адреса отправителя и получателя на сетевом уровне ВОС любого формата и с любыми значениями, определенными в ИСО/МЭК 8348.

5.2.3    Требования ГОСТ Р34.950 5.2.3.1 Общие требования Реализация должна:

a)    удовлетворять требованиям статического соответствия, установленным в разделе 17 ИСО 8208/Изм.З;

b)    реализовать службу виртуальных соединений;

c)    реализовать следующие возможности, определенные в таблице 37 ИСО 8208/Изм.З: -устанавливать виртуальное соединение (ВС); инициировать исходящее ВС с последующим

принятием или отклонением либо принимать входящее ВС и отвечать принятием, либо принимать входящее ВС и отвечать отклонением.

Примечание — Реализация может выполнять любую из перечисленных возможностей либо все эти возможности;

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

Страница 7

ГОСТ Р ИСО/МЭК МФС 10609-10-98

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

-    освобождать установленное ВС в роди как инициатора, так и ответчика,

-    сбрасывать логический канал в роли ответчика;

d)    реализовать следующие факультативные возможности, определенные в 21.1.2 ИСО 8208/Изм.З:

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

-    обеспечивать передачу пакетов ДАННЫЕ,

-    обеспечивать пакеты ДАННЫЕ с битом М. установленным в I при приеме,

-    передавать обновленную информацию поворота окна,

-    передавать пакеты ГПР;

e)    принимать входящие ВС как вызовы с быстрой выборкой;

0 обеспечивать следующие факультативные возможности:

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

-    быстрая выборка,

-    приемлемость быстрой выборки,

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

-    расширение адреса вызывающего.

-    расширение адреса вызываемого,

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

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

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

g) удовлетворять требованиям к адресации на сетевом уровне, изложенным в 5.2.3.2.

5.2.3.2 Адреса на сетевом уровне

Система, претендующая на соответствие настоящему стандарту, должна быть способна использовать адреса отправителя и получателя на сетевом уровне ВОС любого формата и с любыми значениями, определенными в ИСО/МЭК 8348.

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

Примечание — Ест и аттестуемая реализация получает паке! ВХОДЯЩИЙ ВЫЗОВ, коюрый не соответствует настоящему стандарту, рекомендуется передать пакет ЗАПРОС ОСВОБОЖДЕНИЯ с кодом причины «по инициативе ООД* и кодом диагностики либо 235, либо 232.

5.2.4 Требования ГОСТ 28907

Реализация должна:

a)    реализовать функции, требуемые ГОСТ 28907 для обеспечения протокола «управление логическим звеном, тип 2*;

b)    для обеспечения взаимосвязи согласовывать значения N1 и тайм-аута подтверждения, обшне для всей ЛВС;

c)    обеспечивать для тайм-аута подтверждения значение (5±1) с, при этом рекомендуется предусмотреть возможность изменения этого значения во время эксплуатации.

5.3 Требования динамического соответствия

5.3.1    Общие требования

Реализация, претендующая на соответствие настоящему стандарту, должна:

a)    удовлетворять требованиям ГОСТ Р 34.950, приведенным в 5.3.2;

b)    удовлетворять требованиям ГОСТ 28907, приведенным в 5.3.3;

c)    функционировать в соответствии с требованиями списка требований к ЗСРФС приложения А.

5.3.2    Требования ГОСТ Р 34.950

5.3.2.1 Общие требования

Реализация должна:

a)    выполнять обеспечиваемые в ГОСТ Р 34.950 функции в соответствии с процедурами протокола пакетного уровня Х.25 по ГОСТ Р 34.950. модифицированными в разделах 1 и 2 ГОСТ Р ИСО/МЭК 8881 для работы в функциональной среде ЛВС с использованием процедур УЛЗ типа 2;

b)    не использовать процедуры для работы протокола ГОСТ Р 34.950 с УЛЗ типа 1, приведенными в разделе 3 ГОСТ Р ИСО/МЭК 8881, поскольку они запрещены настоящим стандартом.

3

Страница 8

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Примечание — Это не относится к использованию протокола маршрут кшии но ГОСТ Р ИСО/МЭК 10030. который может использовать процедуры УЛЗ типа I в функциональной среде ЛВС;

c)    удовлетворять требованиям к передаче срочных данных, определенным в 5.3.2.2;

d)    удовлетворять требованиям к подтверждению приема, определенным в 5.3.2.3;

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

Реализация может:

а) игнорировать адреса вызываемого ООД и вызывающего ООД ППУ Х.25. поскольку настоящий стандарт не требует их использования.

5.3.2.2    Срочные данные

Услуга «срочные данные» не обеспечивается.

Функция «согласование срочных данных* (ССД) ППУ по ГОСТ Р 34.950 используется для согласования неиспользования услуги срочных данных.

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

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

Примечания

1    Если реализация, действующая в соответствии с настоящим стандартом, в фазе передачи данных получает пакет ПРЕРЫВАНИЕ, рекомендуется, чтобы освобождение виртуального соединения проходило с использованием пакета ЗАПРОС ОСВОБОЖДЕНИЯ (и соответствующих процедур, определенных в ГОСТ Р 34.950), кода причины «по инициативе ООД» и кода диагностики 44.

2    При работе но некоторым другим профилям, например обеспечивающим терминальный доступ к Х.29, может потребоваться обеспечение одноокгетных пакетов ПРЕРЫВАНИЕ.

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

Услуга «подтверждение приема» не обеспечивается.

Бит 7 октета 1 (бит Д) в папе ИОФ пакета установления соединения ППУ Х.25—1984 используется для согласования неиспользования услуги подтверждения приема.

i)    В пакетах ЗАПРОС ВЫЗОВА, передаваемых ООД. 6ift Д должен быть установлен в значение 0.

ii)    Если логический объект сетевого уровня получает примитив С-СОЕДИ Н ЕН И Е ответ, параметр «выбор подтверждения приема* должен быть установлен в значение «неиспользование подтверждения приема* и, следовательно, бит 7 паля ИОФ пакета ВЫЗОВ ПРИНЯТ устанавливается в 0.

П р и м с ча н и с — Если аттестуемая реатизацкя получает пакет ДАННЫЕ с битом Д н значении 1. рекомендуется, чтобы освобождение виртуального соединения проходило с использованием пакета ЗАПРОС ОСВОБОЖДЕНИЯ (и соответствующих процедур, определенных в ГОСТ Р 34.9S0). кода причины «но инициативе ООД» и кода диагностики 255 или 166.

5.3.2.4    Метод определения диапазона логических каналов

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

Если ООД способно инициировать пакет ЗАПРОС РЕГИСТРАЦИИ, то поле параметра регистрации должно устанавливаться следующим образом:

i)    Параметры НВК. ВВК. НИК и ВИК должны устанавливаться в нуль, а НДК должен устанавливаться в значение 1. Значение поля параметра «общее число логических каналов» должно устанавливаться равным значению поля параметра ВДК.

ii)    Никакие другие факультативные возможности пользователя не должны идентифицироваться в пакете ЗАПРОС РЕГИСТРАЦИИ, и при их наличии они должны игнорироваться принимающей стороной.

Если ООД способно выдавать в ответ пакет ЗАПРОС РЕГИСТРАЦИИ, то в поле параметра ВДК должно указываться максимально допустимое число двунаправленных логических каналов между двумя ООД. Значение паля параметра ВДК должно быть меньше или равно значению, запрошенному в naie параметра ВДК пакета ЗАПРОС РЕГИСТРАЦИИ.

4

Страница 9

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Регистрация функциональных возможностей обычно используется только в одном направле-нии конфигурации ООД/ЛКД (т.е. регистрация функциональных возможностей выполняется независимо в каждом напра&тении), однако согласование диапазона логических каналов осуществляется в обоих направлениях.

Примечание — Ответчик может проигнорировать пакет ЗАПРОС РЕГИСТРАЦИИ. Рекомендуется, однако, чтобы ООД было способно выдавать в ответ пакет ЗАПРОС РЕГИСТРАЦИИ, даже если оно обеспечивает только один двунаправленный логический канал. Это предотвратит ненужные задержки у инициатора при передаче пакета ЗАПРОС ВЫЗОВА. Такие задержки определяются инициатором по значениям тайм-аута Т28 и счетчика повторных передач R28.

5.3.3 Требований ГОСТ 28907

5.3.3.1 Общие требования

Реализация должна:

a)    выполнять обеспечиваемые ГОСТ 28907 функции в соответствии с процедурами, определенными в ГОСТ 28907:

b)    использовать фактическое значение адреса 'III 1110'. В таблице I показано кодирование полей адресов ПДУП и ПДУО;

Таблица 1 — Значения адреса УЛЗ

Поле адреса ПДУП

Поле адреса ПДУО

Формат поля

И/Г 11 П 11 II П П 11

К/О О О О О О О О

Значение

0 1 1 1 1 1 1 0

К/О 1 1 1 1 1 1 0

Примечание— И/Г - бит. онрелелипшип тип адреса (иилииилуальнийЛруипшюй); К/О — 6к1 -идентификатор команды/ответа.

с) если должно использоваться значение к, не равное 7, согласовать значение, подлежащее использованию в кадрах ИДС в соответствии с излагаемыми в 5.3.3.2 процедурами.

5.3.3.2 Использование ИДС

Настоящий стандарт не требует от реализации передавать командные кадры ИДС, за исключением случаев согласования значений к, отличных от 7.

Примечание — ГОСТ 28907 требует, чтобы на получение командного кадра ИДС выдавался ответный кадр ИДС.

Реализация, получающая командный кадр ИДС, адресованный по отдельному значению фактического адреса, определенному в 5.3.3.1 Ь), должна выдавать ответный кадр ИДС с использованием отдельного фактического адреса. Реализация должна действовать следующим образом:

i) Воспринимать размер окна приема инициатора, если его используемое значение по умолчанию равно 7. Однако если эго значение иное, реатизация не должна использовать размер окна передачи больший, чем указано в полученной команде ИДС. Если используемый размер окна передачи больше размера окна приема, это может привести к сбросу соединения УЛЗ. Требования к фактическому использованию полного размера окна, указанного в получаемой команде ИДС, отсутствуют.

и) Поле информации в ответе ИДС должно содержать размер окна приема ответчика. Размер окна по умолчанию (определенный в ГОСТ Р ИСО/МЭК 8881) равен 7.

iii) Инициатор, получивший ответ ИДС, должен зафиксировать его и действовать с размером окна приема, как указано в i).

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

i)    Значение полученного размера окна должно игнорироваться.

ii)    Рекомендуется, чтобы пате информации в ответе ИДС содержало тип/класс УЛЗ, установленный в значение «класс И*, и размер окна приема, установленный в значение 'ООО 0000'.

Примечания

1    Значение класса II определено в ГОСТ 28907 и равно '1 ЮОО\

2    Размер окна приема в кадре ИДС, относящегося к нулевому адресу, не имеет значения. Следовательно, его значение должно игнорироваться. Если никакое другое значение не может быть использовано для этого поля, предлагается значение 'ООО 0000'.

5

Страница 10

ГОСТ Р ИСО/МЭК МФС 10609-10-98

ПРИЛОЖЕНИЕ А

(обязательное)

СПИСОК ТРЕБОВАНИЙ К ЗАЯВКЕ О СООТВЕТСТВИИ РЕАЛИЗАЦИИ ФУНКЦИОНАЛЬНОМУ СТА11ДАРТУ А. 1 Введение

ГОСТ Р ИСО/МЭК ТО 10000-1 определяет три позиции для включения в список требований к ЗСРФС. К ним относятся:

-    общие факультативные возможности профиля;

-    список стандартов, выбранных в профиле;

-    офаничения на допустимые ответы в форме ЗСРГ1 каждого такого стандарта.

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

ГОСТ Р ИСО/МЭК ТО 10000-1 указывает, что форма ЗСРФС может содержать либо простой список ограничений, либо измененные копии форм ЗСРП базовых стандартов. В настоящем стандарте используется первая из указанных возможностей.

А.2 Нотация и соглашения

А.2.1 Введение

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

А.2.2 Нотация для статического соответствия

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

а) Статус, определяющий непосредственно символы

Символ    Значение

о    Обязательный

ф    Факультативный

з    Запрещенный

—    Не используется

н/р    Не входит в предмет рассмотрения в настоящем стандарте.

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

Ь) Прочая необходимая нотация

Символ    Значение

у <п>    Условный    (см. ниже)

<позиция> : <статус>    Условный    (см. ниже)

Символы в виде у<п> используются в тех случаях, когда статус данной позиции зависит от обеспечения других позиций. В этом стучае <п> — это номер, который ссылается на определение окончания раздела, в котором он используется. Это определение устанавливает специальный статус, который может быть выражен, например, в форме типа «если ABC, то о. иначе з*. что должно означать статус «обязательно», ести позиция в форме ЗСРП с указателем ABC' обеспечивается, и статус «запрещено* в противном случае.

Символы в форме <иозиния>:<сгатус> используются как сокращенный способ выражения условий, при которых статус определен, если заданная позиция обеспечивается, в противном случае статус будет иметь значение «не используется*. Таким образом, например, «АВС:о» будет эквивалентом условному статусу «если ABC, то о. иначе —

А.2.3 Нотации при описании динамического соответствия

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

Символ    Значение

о    Обязательный — реализации должна использовать возможность в применимых случаях

ф    Факультативный — использование возможности «факультативное»

з    Запрещенный — использование возможности не разрешается

—    Не используется

н/р    Не входит в предмет рассмотрения в настоящем стандарте

6

Страница 11

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Таким образом, например, сгатус «оо* должен означать обязательное обеспечение возможности, указанной в форме ЗСРП. и обязательность се использования в применимых случаях.

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

А.2.4 Идентификация позиций формы ЗСРП

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

А.З СТЗФС для ГОСТ Р 34.950

Соответствующая форма ЗСРП базового стандарта приведена в приложении В к ИСО 8208/Изм.З. Настоящий стандарт налагает на нее следующие ограничения:

C.S Ойшне характеристики ООД

Полиция Описание

бамшого

стандарта

Ограничение

Вс

Служба виртуальных соединений

О

ХХД/8

Операции ООД/АКД (1988)

3

ХХД/4

Операции ООД/АКД (1984)

3

ххд/о

Операции ООД/АКД (1980)

3

С.6.4.1 Установление соединения

По шипя

Описание

Ограничение

6а итого

стандарт

В1с

Запрос небыстрой выборки

н/р

В2а

Приемлемость быстрой выборки

О

В2с

Приемлемость небыстрой выборки

н/р

С.6.4.2 Освобождение соединения

Полиция

Описание

Ограничение

баитого

стандарта

02а

Освобождение соединения для прерывания ВС

О

02Ь

Освобождение соединения для отклонения ВС

О

02с

Инициируемое освобождение установленного ВС

О

C.6.S Сброс логических каналов

Позиция

Описание

Ограничение

оа итого

стандарта

С Во

Сброс со стороны ответчика

О

С.6.8.1 Передача данных

Полиция

Описание

Ограничение

Оа итого

стандарта

ПдД

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

О

ПОПд

Поворот окна на передаче

о

ПдОД

Передача бита О - 0 в пакете ДАННЫЕ

о

7

Страница 12

ГОСТ Р ИСО/МЭК МФС 10609-10-98

С.6.8.2 Прием

Позиция

баюиого

стандарта

данных

Описание

Ограничение

ПцД

Прием пакетов ДАННЫЕ

О

ПОПм

Поворот окна на приеме

О

ПмМл

Прием бита М =* 1 в пакетах ДАННЫЙ

О

ПмОД

Прием бита О =• I в пакетах ДАННЫЕ

О

С.8.1.1 Услуги.

Позиция ба юного стандарта

передаваемые п пакетах ЗАПРОС ВЫЗОВА Описание

Ограничение

УПл2

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

О

УПдба

Быстрая выборка

О

УПд12

Выбор и шшикаиия транзитной задержки

О

УЦд20

Маркер услуги

О

УПд21

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

О

УПд22

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

О

УПд23

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

о

УПд24

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

о

УПд25

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

о

С.В.1.2 Услуги, передаваемые в пакетах ВЫЗОВ ПРИНЯТ

Позиция Описание

баювого

стандарта

Ограничение

УПм2

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

О

УПм20

Маркер услуги

О

УПм22

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

О

УГ1м24

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

о

УПм25

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

о

С.8.1.3 Услуги, передаваемые в пакетах ЗАПРОС ОСВОБОЖДЕНИЯ

Позиция Описание

Ограничение

базового

стандарта

УПмба Быстрая выборка

О

УПм21 Расширение адреса вызывающего

о

С.8.2.1 Услуги.

Позиция 6а юного стандар(а

принимаемые и пакетах ВХОДЯЩИЙ ВЫЗОВ Описание

Oi-раннчение

УПм2

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

О

УПмба

Быстрая выборка

О

УПм12

Выбор и индикация транзитной задержки

о

УПм20

Маркер услуги

о

УПм21

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

о

УГ1м22

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

о

УПм’З

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

о

способности

УПм24

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

о

УПм25

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

о

8

Страница 13

ГОСТ Р ИСО/МЭК МФС 10609-10-98

С.8.2.2 Услуги, принимаемые п пакетах СОЕДИНЕНИЕ УСТАНОВЛЕНО

Пошиия Описание

важного

стандарта

Ограничение

УПм2

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

о

УНм12

Выбор и инликаиия транзитной задержки

О

УПм20

Маркер услути

О

УПм22

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

О

УПм24

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

О

УПм25

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

О

А.4 СТЗФС для ГОСТ 28907

Соответствующая форма ЗСРГ1 базового стандарта приведена в приложении В. Настоящий стандарт налагает на нее следующие ограничения:

В.6.1 УЛЗ. тип 1

Позиция ба юного стандарта

Обеспечиваемые типы ПБД Описание

Ограничение

НИ/1

НИ КМД, обеспечивается при передаче

н/р

НИ/2

НИ КМД. обеспечивается при приеме

н/р

ИДС/3

ИДС КМД. обеспечивается при передаче

у|

ИДС/6

ИДС О ГВ. обеспечивается при приеме

у!

ТСТ/7

ТЕСТ КМД. обеспечивается при передаче

н/р

В.6.2 УЛЗ. тин 1.

Полшия

баюпого

стандарта

Обеспечиваемые параметры в ПБД при передаче Описание

Ограничение

НИПд/13

НИ КМД — бит 3 0

н/р

ИДПд/17

ИДС КМД - бит 3 - 1

У2

ИДПд/18

ИДС КМД - бит 3 = 0

уз

ТС Пл/26

ТЕСТ КМД - бит 3 =• 1

н/р

ГСП д/27

ТЕСТ КМД - бит 3 « 0

н/р

В.6.3 УЛЗ. тип 1. Обеспечиваемые параметры в ПБД при приеме

Позииия Описание

Ограничение

баюпого

стандарта

НИПм/35 НИ_КМД с битом 3-0

н/р

В.7.5 УЛЗ. тип 2.

Параметры протокола

Позиция ба м>вого стандарта

Описание

Ограничение

ПАП/148 ПАП/158

Значение тайм-аута подтверждения по умолчанию Максимальное число неподтвержденных ПЬД и (К)

Должно обеспечиваться значение (5±1>с Должно обеспечиваться значение 7

Определение условных позиций статуса:

у1 — если обеспечиваемое значение    к не равно    7. тогда    о. иначе ф;

у2 — если обеспечиваемое значение    к не равно    7    И    НЕ    ИДЦд/17, то    о,    иначе    з;

уЗ — если обеспечиваемое значение    к не равно    7    И    НЕ    ИДПд/18. то    о.    иначе    з.

9

Страница 14

ГОСТ Р ИСО/МЭК МФС 10609-10-98

ПРИЛОЖЕНИЕ В (обязательное)

ПРЕДПОЛАГАЕМАЯ ФОРМА ЗОРИ БАЗОВЫХ СТАНДАРТОВ ДЛЯ УПРАВЛЕНИЯ ЛОГИЧЕСКИМ ЗВЕНОМ 110 ГОСТ 28907 В.1 Введение

Поставщик реализации протокола, заявляющий о ее соответствии ГОСТ 28907 и изменениям I—4 к ИСО 8802-2. должен заполнить приведенную ниже форму заявки о соответствии реализации протоколу (ЗСРП >.

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

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

-    поставщиком и покупателем или потенциальным покупателем реализации в виде подробного описания ее возможностей, которое изложено на общевоспринимасмой основе, предусмотренной стандартной формой ЗСРП;

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

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

В.2 Сокращения и специальные символы

В.2.1 Символы состояний:

О    — обязательный;

Ф    — факультативный;

Ф. <п>    —факультативный, нос обязательным обеспечением,    по меньшей    мерс,    одной    из

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

3    — шпрешенный;

<пред>:    — условный символ, включающий в себя идентификацию    предиката    (см.    В.3.3) и    относя

щийся к конкретной позиции;

<пред>::    —    условный символ, включающий в себя идентификацию предиката (см. В.3.3) и относя

щийся к таблице или группе таблиц;

<позиция>: — условный символ, статус зависит от обеспечения, указанного для данной позиции (см. В.3.4).

В.2.2 Общие сокращения

Н/И    — не используется;

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

В.2.3 Указатели позиции

Ниже приведен перечень указателей позиций, используемых в форме ЗСРП:

Основные возможности:

КЛС

Класс обеспечиваемого протокола УЛЗ

лом

Логический объект определения маршрута

УЛЗ, тип 1

НИ

ПБД НИ

ИДС

ПБД ИДС

тст

ПБД ТЕСТ

НИПд

Параметры в передаваемых ПБД НИ

ИДПд

Параметры в передаваемых ПБД ИДС

ТСПд

Параметры в передаваемых ПБД ТЕСТ

НИПр

Параметры в принимаемых ПБД НИ

ИДПр

Параметры в принимаемых ПБД ИДС

ТСПр

Параметры в принимаемых ПБД ТЕСТ

ПРЧ

Прочие возможности нротхжола

УЛЗ, тип 2

ик

ПБД И КМД

И 0

ПБД И ОТВ

ГПК

ПБД ГПР КМД

г по

ПБД ГПР“ОТВ

нгк

ПБД НГПР КМД

НГО

ПБД НГПР ОТВ

нпк

ПБД НПР КМД

НПО

ПБД НПР ОТВ

10

Страница 15

ГОСТ Р ИСО/МЭК МФС 10609-10-98

У PC    ПБД УРРАС

РЗД    ПБД РЗД

НП    ПБД НП

ФРЗ    ПБД ФРЗД

НРК    ПБДИПРК

ППд    Параметры    в передаваемых ПБД

ППм    Параметры    в принимаемых ПБД

ОПГ1    Процедуры    протокола

ПАП    Параметры    протокола

ПРЧ    Прочие возможности протокола

УЛЗ. ТИП 3

ПпК    Командные    ПБД ПДп

ПОК    ПБД ПДО.КМД

ПОО    ПБД пдо отв

ГПК    ПБД ПД1_КМД

то    пбд пд1_отв

ПОПд    Параметры    в передаваемых ПБД    ПДО

Г11 Пд    Параметры    в передаваемых ПБД    ПД1

ПОПм    Параметры    в принимаемых ПБД    ПДО

ГППм    Параметры    в принимаемых ПБД    ПД1

ОПГ1    Процедуры    протокола

Г1Г1Р    Параметры    протокола

ПРЧ    Прочие возможности протокола

В.З Инструкции по заполнению формы ЗСРП

И.3.1 Общая структура формы ЗСРП

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

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

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

Каждая позиция идентифицируется ее обозначением в первой колонке: во еторой колонке содержится вопрос, на который требуется ответить; в третьей колонке содержится ссылка (или ссылки) на материал, который определяет позицию в ГОСТ 28907 и в изменениях 1—5 ИСО 8802-2. В остальных колонках зарегистрирован статус позиции: является ли обеспечение обязательным, факультативным или условным. — и предусмотрено место для записи ответов; см. также В.3.4.

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

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

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

В.3.2 Допо.шите.}ышя информация

Позиции раздела ЗСРП «Дополнительная информация» позволяют поставщику представить дополнительную информацию, которая поможет в интерпретации ЗСРП. Не ставится целью и не предполагается обеспечить большой объем такой информации, и вся ЗСРП может рассматриваться без любой такой информации. Примерами дополнительной информации мот служить описания способов установки реализации (одной) для работы в различных условиях и в разных конфигурациях либо краткое обоснование, возможно, специфических требований применения, причин исключения тех возможностей, которые, хотя и являются факультативными, но, тем не менее, повсеместно представлены в реализациях протокола ГОСТ 28%?.

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

В. 3.3 Особая информация

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

II

Страница 16

ГОСТ Р ИСО/МЭК МФС 10609-10—98

колонке «Обеспечение» он не найдет никакого заготовленного ответа на этот случай; вмесго этого поставщик должен здшеать в эту колонку отсутствующий ответ вместе со ссылкой О <i> на позицию особой информации и должен дать соответствующее обоснование позиции особой информации.

Реализация, для которой необходима такая особая позиция, не соответствует ГОСТ 28907 и изменениям 1-5 ИСО 8802-2.

Примечание — Причиной описанной выше ситуации может оказаться извещение об ошибке в ГОСТ 28907 или в изменениях 1—5 ИСО 8802-2: ожидаемое исправление должно изх!снигь требование, которому реализация не соответствует.

В.3.4 Условные состояния

В.3.4.1 Условные позиции

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

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

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

Условный символ имеет форму *<иред><х>*. где «<пред>» означает предикат согласно В.3.4.2. а *<х>* — один из символов статуса О, Ф, Ф.<п> или И.-

Если предикат в любой строке условной позиции имеет значение «истинно» (см. В.3.4.2). то условная позиция применима и ее статус соответствует символу статуса, следующему за предикатом; колонка ответов должна быть заполнена необычным образом. Если предикат имеет значение «ложно», то в соответствующей строке должен быть указан ответ «не используется» (Н/И). (Каждая строка в многострочной условной позиции должна быть заполнена: максимум одна строка потребует огвега, отличного от Н/И.)

Условный символ вида «<пред><х>», где *<прсд>* означает предикат согласно В.3.4.2, может предшествовать таблице или группе таблиц в разделе или подразделе. Если значение предиката — «истинно», в таблице или труппе таблиц должен быть указан ответ. В противном случае таблица или группа таблиц дайны быть опущены.-

В.3.4.2 Предикаты

Предикатом считается одно из следующих:

a)    ссылка в позиции на какую-либо позицию в форме ЗСРП: предикат имеет значение «истинно», если позиция указана как обеспечиваемая, и «ложно* в противном случае;

b)    имя предиката* определенного в каком-либо месте формы ЗСРП (обычно в разделе «Основные возможности» или в конце раздела, содержащего условную позицию) (см. ниже) или

c)    сим ват логического отрицания «—», предшествующий ссылке в позиции или имени предиката: предикат имеет значение «истинно», если предикат, сфорхжрованный в отсутствие символа «—», имеет значение «ложно», и наоборот.

Определение имени предиката представляет собой одно из следующих:

0 ссылка в позиции, интерпретируемая как в подпункте а);

й) соотношение, содержащее оператор сравнения (*=, < и т.п.), где по меньшей мере один из операндов является ссылкой в позиции, имеющей в качестве ответа числовое значение; такой предикат имеет значение «истинно*, если соотношение выполняется, когда каждая ссылка в позиции заменяется значением в колонке «Обеспечение» в качестве ответа на указанную позицию или

iii) булево выражение, составленное из простых предикатов, как в подпунктах i) и ii). с обычным испатьэованием булевых операторов И, ИЛИ и НЕ и скобок: значение такого предиката оценивается как «истинно», если булево выражение оценивается как истинное при интерпретации ссылки на позицию, как указано выше.

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

В.3.5 Идентификация требований

Информация в форме ЗСРП не заменяет и не добавляет никаких требований к соответствию, изложенных в основной части ГОСТ 28907 и в изменениях I, 2, 4 и 5 ИСО 8802-2.

12

Страница 17

ГОСТ Р ИСО/МЭК МФС 10609-10-98

В.4 Форма ЗСРП. Идентификация

B.4.I Идентификация реализации

Поставщик

Пункт контактов для вопросом о ЗСРП

Имя {имена) к версия (и) реализации

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

Примечания

1    Для всех реализаций требуются только три первые позиции; «прочая информация» может быть указана соответствующим образом при выполнении требований к полной идентификации.

2    Термины «имя» и «версия» следует интерпретировать в соответствии с терминологией поставщика (например, тип. серия, модель).

В.4.2 Сводные сведения о протоколе

Идентификация спецификации протокола

ГОСТ 28907 ИСО К802-2/ИiM.I ИСО К802-2/И тм.2 ИСО 8S02-2/HJM.4 ИСО К802-2/И}м.5

Идентификация изменений и

ГОСТ 28907

поправок к данной форме ЗСРП.

которая заполнена как часть дан

Изм. : Поир. :

ной ЗСРП

Изм. : Поир. :

Изм. : Поир. :

Требуются ли какие-либо особые пошипи (В.3.3)? (см. Нет | | Да | |)

(Ответ «Да* откачает, что данная |>еали:ииия не соответствует ГОСТ 28907 к изменениям 1.

2. 4 и 5 ИСО «802-2)

Дни иявкн

B.S Основные вшчолшкш

Позиция

Возможности протокола

Ссылки

Стагус

Обеспечение

•KJICla

Обеспечивается ли класс 1 УЛ 3?

4.2

Ф.1

Да 1 | Нет | |

КЛС1Ь

Обеспечиваются ли процедуры УЛЗтипа 1?

4.2

КЛС!а:0

Н/И || Да| |

•КЛС2а

Обеспечивается ли класс II УЛЗ?

4.2

Ф.1

Да | | Нет | |

KJlC2b

Обеспечиваются ли процедуры УЛЗ типов 1 и 2?

4.2

КЛС2а:0

Н/И || Да | |

•КЛСЗа

Обеспечивается ли класс III УЛЗ?

4.2

Ф.1

Да | | Нет | |

КЛСЗЬ

Обеспечиваются ли процедуры УЛ З типов 1 и 3?

4.2

КЛСЗа:0

Н/И | ) Да II

•КЛС4а

Обеспечивается ли класс IV УЛЗ?

4.2

Ф.1

Да | | Нет | |

КЛС4Ь

Обеспечиваются ли процедуры УЛЗ типов 1.

2 и 3?

4.2

КЛС4а:0

Н/И | ] Да | |

•ОМР

Обеспечивается ли определение маршрута?

10

Ф

Да | I Нет | |

13

Страница 18

ГОСТ Р ИСО/МЭК МФС 10609-10-98

В.6 Операции УЛЗ типа 1. Режим без установления соединения н без подтверждений

KJlCla ИЛИ KJ!C2a ИЛИ КЛСЗа ИЛИ КЛС4а::

Все таблицы в разделе В.6 должны быть заполнены, если перечисленные выше предикаты оценены как «истинные».

В.6.1 УЛЗ, тип I. Обеспечиваемые типы ПБД

Полиции

Возможности протокола. О&еспечииаемие ткни ПБД

Ссылки

Статус

Обеспечение

НИ/1 НИ/2 * ИДС/3 ИДС/4 ИДС/5 ИДС/6 «ТЕС/7 ТЕС/8 ТЕС/9 ТЕС/10

НИ_КМД, обеспечивается при передаче НИ_КМД. обеспечивается при приеме ИДС_КМД, обеспечивается при передаче ИДС_КМД, обеспечивается при приеме ИДС_ОТВ. обеспечивается при передаче ИДС_ОТВ. обеспечивается при приеме ГЕСТ_КМД, обеспечивается при передаче ТЕСТ_КМД, обеспечивается при приеме ТЕСТОТВ, обеспечивается при передаче ТЕСТ_ОТВ, обеспечивается при приеме

6.1,    6.5.1

6.1.    6.5.1 6.6

6.6

6.6

6.6

6.7

6.7

6.7

6.7

О

О

ф

О

О

ИДС/3:0

Ф

О

О

ТЕСТ/7:0

Да | I Да 1 )

Да [ I Нет | | Да | I Да I |

Н/И 1 1 Да 1 1

Да I ] Нет | |

Да 1 1 Да | I Н/И || Да| |

В.6.2 УЛЗ, тип I. Обеспечиваемые параметры в ПБД при передаче

Позииия

Возможности протокола. О&сспечиласмые параметры при передаче

Ссылки

Статус

Обеспечение

НИПд/11

НИ НМД - адрес ПДУГ1

6.2

О

Да I I

НИПд/12

НИ КМД-ПДУО

6.2

О

Да I I

НИПд/13

НИ_КМД - бит 3 = 0

6.3

О

Да М

НИПд/14

НИ_КМД — инс|юрмация

3.3

ф

Да 1 1

Нет | |

ИДПд/15

ИДС КМД - адрес ПДУП

6.2. 6.6

ИДС/3:0

Н/И

1

Да I I

Нет | |

ИДПд/16

ИДС КМД - адрес ПДУО

6.2. 6.6

ИДС/3:0

Н/И

1

Да 1 1

Нет | |

ИДПд/17

ИДС КМД - бит 3 - 1

6.3

ИДС/3:Ф.2

Н/И

1

Да I I

Нет | |

ИДПд/18

ИДС_КМД - бит 3-0

6.3

ИДС/3:Ф.2

Н/И

Да I I

Нет | |

ИДПд/19

ИДС_КМД — ии({юрмация

5.4.1.1.2. 6.6

ИДС/3:0

Н/И

1

Да 1 1

Нет | |

ИДПд/20

ИДС ОТВ - адрес ПДУП

6.2. 6.6

О

Да I |

ИДПд/21

ИДС ОТВ - адрес ПДУО

6.2. 6.6

О

Да 1 1

ИДПд/22

ИДС.ОТВ - бит П = бит 3

6.3

О

Да I I

ИДПд/23

ИДС_ОТВ — инфорхшиия

5.4.1.2.1. 6.6

О

Да 1 1

ТСПд/24

ТЕСТ КМД - адрес ПДУП

6.2

ТСПд/7:0

Н/И

1

Да I |

Нет [ |

ТСПд/25

ТЕСТ КМД - адрес ПДУО

6.2

ТС'Пд/7:0

Н/И

1

Да I I

Нет | |

ТС П д/26

ТЕСТ КМД - бит 3 - 1

6.3

ТСПд/7:Ф.З

Н/И

1

Да I I

Нет | |

ГСП д/27

ТЕСТ_КМД - бит 3 = 0

6.3

ТСПд/7:Ф.З

Н/И

1

Да 1 1

Нет | |

ТСПд/28

ТЕСТКМД — информация

5.4.1.1.3, 6.7

ТСПд/7:0

Н/И

1

Да 1 1

Нет | |

ТСПд/29

ТЕСТ ОТВ - адрес ПДУП

6.2

О

Да 1 I

ТСПд/30

ТЕСТ ОТВ - адрес ПДУО

6.2

О

Да I I

ГСП д/31

ТЕСТ_ОТВ — бит П - бит 3

6.3

О

Да I I

ТСПд/32

ТЕСТОТВ — информация

5.4.1.2.2. 6.7

О

Да I 1

В.6.3 УЛЗ, тип I. Обеспечиваемые параметры в ПБД при приеме

Позиции

Возможности протокола. Обеспечиваемые параметры при приеме

Ссылки

Статус

Обеспечение

НИПм/33

НИ КМД - адрес ПДУП

6.2

О

Да | |

НИПм/34

НИ КМД-ПДУО

6.2

О

Да I I

НИ Пи/35

НИ КМД-бит 3 = 0

6.3

О

Да (1

НИ Пи/36

НИ_КМД — информация

6.3

ф

Да | | Нет | |

14

Страница 19

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Окончание В.6.3

Иомшим

Возможности протокола. Обссиечипаемие иараиетры при приеме

Ссылки

Статус

Обеспечение

ИДПм/37

ИДС КМД - адрес ПДУП

6.2. 6.6

О

Да | ]

ИДПм/38

ИДС КМД - адрес ПДУО

6.2, 6.6

О

Да 1 1

ИДПм/39

ИДС КМД - бит 3 = 1

6.3

О

Да I I

ИДПм/40

ИДС_КМД - бит 3 = 0

6.3

О

Да I )

ИД П м/41

ИДС_КМД — информация

5.4.1.1.2, 6.6

о

Да 1 1

ИДПм/42

ИДС ОТВ - адрес ПДУП

6.2, 6.6

о

Да 1 1

ИД Г1 м/43

ИДС_ОТВ - адрес ПДУО

6.2, 6.6

о

Да I I

ИДПм/44

ИДС_ОТ В — биг П =» бит 3

6.3

О

Да I I

ИДИ м/45

ИДС_ОТВ — иш|юрмация

5.4.1.2.1. 6.6

О

Да I 1

ТСПм/46

ТЕСТ КМД - адрес ПДУП

6.2

О

Да I 1

ТСПм/47

ТЕСТ КМД - адрес ПДУО

6.2

О

Да | I

ГСП м/48

ТЕСТ КМД - бит 3 - I

6.3

О

Да I I

ТС П м/49

ТЕСТ_КМД - биг 3 = 0

6.3

О

Да [ |

ГСП м/50

ТЕСТ_КМД — информация

5.4.1.1.3. 6.7

О

Да 1 1

ТСПм/51

ТЕСТ ОТВ - адрес ПДУП

6.2

О

Да | I

ТСПм/52

ТЕСТОТВ - адрес ПДУО

6.2

О

Да I ]

ГСП м/53

ТЕСТ_ОТ В — бит 11 = бит 3

6.3

о

Да 1 |

ТСПм/54

ТЕСТОТВ — информация

5.4.1.2.2. 6.7

ТСПд/28:0

Н/И | | Да | |

В.6.4 УЛЗ, тип I. Прочие возможности протопаю

Пож ими

Прочие функциональные шгшожмости протокола

Ссылки

Стап'с

Обеспечение

ПРЧ/5:

Все ли передаваемые ПБД содержат целое число октегов?

3.3

О

Да I I

ПРЧ/56

ПРЧ/57

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

-    не содержат целого числа октетов

-    их длина меньше трех октетов

3.3.4

3.3.4

О

О

Да I 1 Да | |

ПРЧ/58

ПРЧ/59

ПРЧ/60

ПРЧ/61

Какие из перечисленных ниже адресов обеспечиваются в поле «адрес ПДУП» ПБД НИ?

-    индивидуальный адрес

-    групповой адрес

-    глобальный адрес

-    нулевой адрес

5.4.1.1.1

5.4.1.1.1

5.4.1.1.1

5.4.1.1.1

Ф.4

Ф.4

Ф.4

Ф.4

Да I 1 Да I 1 Да I I Да 11

Нет | | Нет | | Нет | | Нет ( |

ПРЧ/62

Является ли адрес в ноле «адрес ПДУО» ПБД ИИ индивидуальным адресом отправителя?

5.4.1.1.1

О

Да I 1

Г1РЧ/63

Г1РЧ/64

ПРЧ/65

Всели ПБД НИ перелаются в виде ПБД НИ_КМД?

Все ли ПБД НИ_КМД передаются с битом 3=1?

Если получен ПБД НИ_ОТВ, аннулируется ли кадр?

6.5.1

6.5.1

6.5.2

О

О

О

Да 1 I Да II Да 1 I

ПРЧ/66

ПРЧ/67

Какие из перечисленных ниже адресов обеспечиваются в ноле «адрес 11ДУП» ПБД ИДС_КМД?

-    индивидуальный адрес

-    групповой адрес

5.4.1.1.2

5.4.1.1.2

ИДС/3:Ф.6

ИДС/3:Ф.6

Н/И 1 Н/И 1

1 Да 1 I 1 Да 1 1

Нет | |

Нет ( |

15

Страница 20

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Окончание В. 6.4

Помним

Прочие функциональные во шианисш протокола

Ссылки

Статус

Обеспечение

ПРЧ/68

ПРЧ/69

-    глобальный алрсс

-    нулевой адрес

5.4.1.1.2

5.4.1.1.2

ИДС/3:Ф.6

ИДС/3:Ф.6

П/и | | Да I Н/И | | Да |

Нет | | Нет | |

П РЧ/70 ПРЧ/71

Какие из перечисленных ниже адресов обеспечиваются в поле «адрес ПДУО» ПБД ИДС_КМД?

-    индивидуальный адрес

-    нулевой адрес

5.4.1.1.2

ИДС/3:Ф.6

ИДС/3:Ф.6

Н/И | | Да 1 Н/И | | Да |

Нет | | Нет | |

5.4.1.1.2

ПРЧ/72

ПРЧ/73

Какие из перечисленных ниже адресов обеспечиваются в поле «адрес ПДУП» ПБД ИДС.ОТВ?

-    индивидуальный адрес

-    нулевой адрес

5.4.1.2.1

5.4.1.2.1

О

О

Да | Да |

ПРЧ/74

ПРЧ/75

Какие из перечисленных ниже адресов обеспечиваются в поде «адрес ПДУО» ПБД ИДС.ОТВ?

-    индивидуальный адрес

-    нулевой адрес

5.4.1.2.1

5.4.1.2.1

О

О

Да | Да |

ПРЧ/76

ПРЧ/77

ПРЧ/78

ПРЧ/79

ПРЧ/80

ПРЧ/Sl

Какие из перечисленных ниже адресов обеспечиваются в поле «адрес ПДУП* ПБД ТЕСТ_КМД?

-    индивидуальный адрес

-    групповой адрес

-    глобальный адрес

-    нулевой адрес

Какие из перечисленных ниже адресов обеспечиваются в поде «адрес ПДУО» ПБД ТЕСТ_КМД?

-    индивидуальный адрес

-    нулевой адрес

5.4.1.1.3

5.4.1.1.3

5.4.1.1.3

5.4.1.1.3

ТСПд/7:Ф.7

ТСПд/7:Ф.7

ТСПд/7:Ф.7

ТСПд/7:Ф.7

ТСПд/7:Ф.8

ТСПд/7:Ф.8

Н/И || Да | Н/И | | Да | Н/И | | Да | Н/И | | Да |

Н/И | | Да | Н/И | | Да |

Нет | | Нет | 1 Нет | 1 Нет | |

Нет 1 | Нет | |

5.4.1.1.3

5.4.1.1.3

ПРЧ/82

ПРЧ/83

Какие из перечисленных ниже адресов обеспечиваются в поле «адрес ПДУП» ПБД ТЕСТ_ОТВ?

-    индивидуальный адрес

-    нулевой адрес

5.4.1.2.2

5.4.1.2.2

О

О

Да | Да |

ПРЧ/84

ПРЧ/85

Какие из перечисленных ниже адресов обеспечиваются в поле «адрес ПДУО» ПБД ТЕСТ_ОТВ?

-    индивидуальный адрес

-    нулевой адрес

5.4.1.2.2

5.4.1.2.2

О

О

Да | Да |

•ПРЧ/86

ПРЧ/87

ПРЧ/88

ПРЧ/89

ПРЧ/90

ПРЧ/91

Обеспечивается ли проверка дублирования адреса?

-    Обеспечивается ли функция ТАЙМ-АУТ_ПДТ?

-Диапазон ТАЙМ-АУТ_ПДТ (с)

-    Обеспечивается ли функция СЧЕТ ПОВТОРЕНИЙ?

-Диапазон СЧЕТ_ПОВТОРЕНИЙ (с)

-    Обеспечивается ли функция СЧЕТ

идс.отв?

6.9.2

6.9.2

6.9.2

6.9.2

Ф

ПРЧ/86:0 ПРЧ/88:0 П РЧ/88:0

Да I I Нет | |

Н/И Ц Да | |

Минимальное значение ■= Максимальное значение = Н/И || Да | |

Минимальное значение ■» Максимальное значение -

Да I 1

16

Страница 21

ГОСТ Р ИСО/МЭК МФС 10609-10-98

В.7 Операции УЛЗ тина 2. Режим с установлением соединения

КЛС2а ИЛИ КЛС4а::

Все таблицы в разделе В.7 должны быть заполнены, если перечисленные выше предикаты оценены как «истинные».

В.7.1 УЛЗ. тип 2. Обеспечиваемые типы ПБД

П о in 11м я

Во1мижности протокола. Обеспечипаемые типы ПБД

Ссылки

Стус

Обеспечение

“ИП/92а

ПБД И. обеспечивается при передаче

7.4.2

Ф

Да I 1 Нет | |

•ИК/92Ь

И_КМД, обеспечивается при передаче

Таблица 7-1

ИП/92а:Ф

Н/И [ | Да | | Нет | |

ИК/93

И_КМД. обеспечивается при приеме

Тоже

0

Да | |

ИК/94

И_ОТВ. обеспечивается при передаче

»

И П/92а:0

Н/И || Да | |

ИК/95

И ОТВ. обеспечиваетси при приеме

и

О

Да 1 1

ГПК/96

ГПР_КМД. обеспечивается при передаче

*

0

Да | ]

ГПК/97

ГПР_КМД, обеспечивается при приеме

*

О

Да I I

Г ПО/98

ГПР_ОТВ. обеспечивается при передаче

О

Да | |

ГЛО/99

ГПР_ОТВ. обеспечивается при приеме

W

0

Да | |

Н ГК/100

НГЛР_КМД. обеспечивается при передаче

0

Да 1 |

НГК/101

НГПР_КМД, обеспечивается при приеме

О

Да | |

НГО/102

НГПР_ОТВ. обеспечивается при передаче

О

Да 1 |

НГО/103

НГПР_ОТВ, обеспечивается при приеме

*

О

Да | ]

■НПК/104

НПР_КМД, обеспечивается при передаче

Ф

Да | | Нет| |

Н ПК/105

НПР_КМД, обеспечивается при приеме

О

Да | |

НПО/106

НПР_ОТВ. обеспечивается при передаче

Ф

О

Да | |

НПО/Ю7

НПР_ОТВ. обеспечивается при приеме

О

Да 1 1

УРК/108

УРРАС_КМД. обеспечивается при передаче

*

0

Да | J

УРК/109

УРРАС_КМД, обеспечиваегся при приеме

*

0

Да | |

РЗК/110

РЗД_КМД, обеспечивается при передаче

О

Да | |

РЗК/1 II

РЗД_КМД, обеспечивается при приеме

*

0

Да | |

НПО/112

НП_ОТВ, обеспечивается при передаче

0

Да | |

НПО/ИЗ

НП_ОТВ. обеспечивается при приеме

О

Да | |

ФРО/114

ФРЗД_ОТВ, обеспечивается при передаче

*

О

Да | |

ФРО/115

ФРЗД_ОТВ. обеспечиваегся при приеме

*

О

Да | |

Н КО/116

НПРК_ОТВ. обеспечивается при передаче

О

Да I I

Н КО/117

НПРК_ОТВ. обеспечивается при приеме

О

Да | 1

В.7.2 УЛЗ, тип 2. Обеспечиваемые параметры в ПБД

Нашими

Возможности протокола. Обсспечнпаемые napavieipu при передаче

Ссы.1 к и

СтлгуС

Обеспечение

ППд/118а ППд/118Ь ППд/119

Содержат ли следующие ПБД адрес ПДУГ1. адрес 11ДУО и поле управления, как определено в указанных в «Ссылках» разделах?

-И КМД

-    И ОТВ

-    НПР КМД

3.2.    3.3, 5.4

3.2.    3.3. 5.4

3.2.    3.3, 5.4

И К/92Ь:0 ИП/92Ь:0 НПР/1040

Н/И | | Да | 1 Н/И | | Да | ] Н/И [ I Да | |

17

Страница 22

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Окончание В. 7.2

Пошипи

Возможности ирогака;ш. Обеспечиваемые параметры при передаче

Ссылки

Статус

Обеспечение

ППд/120

- И ОТВ. ГПР КМД. ГПР ОТВ. НГПР КМД. НГПР ОТВ. НПР КМД, УРРАС КМД. РЗД КМД. НП ОТВ. ФРЗД ОТВ. НПРК_ОТВ

3.2. 3.3. 5.4

О

Да 11

ППд/121

Содержа! ли следующие 11 БД поле информации?

- И_КМД. И_ОТВ. НПРК_ОТВ

3.2, 3.3, 5.4

о

Да 11

ППд/122

Содержат ли следующие ПБД пале инфор-маиии?

-НПР КМД. ГПР КМД, ГПР ОТВ.

НГПР КМД. НГПР ОТВ. НПР ОТВ. УРРАС КМД. РЗД_КМД, НП отв. ФРЗД_ОТВ

3.2, 3.3, 5.4

3

Нет | |

ППм/123

Обеспечивается ли прием адресов ПДУ П. ПДУО и ноля vnpa&'icimu для следующих

ПБД?

- И КМД, И ОТВ. ГПР КМД, ГПР отв, НГПР КМД. НГПР ОТВ. НПР КМД. НПР ОТВ. УРРАС КМД, РЗД КМД. НП_ОТВ. ФРЗД_ОТВ. НПРК_ОТВ

3.2, 3.3, 5.4

О

Да 1 1

ППм/124

Обеспечивается ли прием поля управления в следующих П БД?

- И_КМД. И_ОТВ. Н11РК_ОТВ

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

3.2, 3.3. 5.4

о

Да I I

В.7.3 УЛЗ, тип 2. Обеспечиваемые процедуры

Пошипи

Возможности протокола. Обеспечи&аемые процедуры

Ссылки

Статус

Обеспечение

ОПР/125

Обеспечение установления соединения - инициатором

7.4.1. 7.4.5

Ф

Да II

Нет И

ОПР/126

- ответчиком

7.4.1, 7.4.5

О

Да 1 1

ОПР/127

Обеспечение освобождения соединения - инициатором (освобождение отправителем)

7.4.3, 7.4.4, 7.4.5

Ф

Да 11

Нет | |

ОПР/128

- инициатором (отклонение установления соединения)

7.4.3, 7.4.4, 7.4.5

О

Да I |

ОПР/129

- ответчиком

7.4.3, 7.4.4, 7.4.5

о

Да 1 1

ОПР/130

Обеспечение передачи данных - инициатором

7.4.2, 7.5

ф

Да ||

Нет И

ОПР/131

- ответчиком

7.4.2. 7.5

о

Да 1 1

ОПР/132

Обеспечивается ли процедура «удаленная -занятость» при приеме ПБД НГПР?

7.5.7

о

Да II

18

Страница 23

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Окончание В. 7.3

Позиции

Возможности протокола. Обеспечиваемые процедуры

Ссылки

С га туе

Обеспечение

ОПР/133

Обеспечивается ли процедура «повторная передача» при приеме ПБД НИР?

7.5.6

0

Да | |

ОПР/134

Обеспечивается ли процедура «нсприем» при приеме ПБД И с неожидаемым Нпд?

7.4.2, 7.5

О

Да ||

ОПР/135

Обеспечивается ли процедура «локальная занятость»?

7.5.8

0

Да I I

ОПР/136

Обеспечивается ли процедура «нсприем кадра»?

5.4.2.3.5.5

О

Да 1 I

ОГ1Р/137

Обеспечивается ли процедура «сброс» - инициатором

7.5, 7.6, 7.7

о

Да 1 1

ОПР/138

- ответчиком

7.5, 7.6, 7.7

О

Да 1 1

ОПР/139

Обеспечивается ли процедура «управления потоком УЛЗ*?

ИСО 8802-2/И jm.1

ф

Да | | Нет | |

В.7.4 УЛЗ, тип 2. Прочие возможности про ток ага

Пошин»

Прочие возможности протокола

Ссылки

Статус

Обеспечение

ПРЧ/140

Содержат ли все передаваемые ПБД целое число октетов?

При получении следующих ПБД из подуровня УДС рассматриваются ли они как недействительные и игнорируются?

3.3

0

Да II

ПРЧ/141

- содержат нецелое число октетов

3.3.4

0

Да 1 |

ПРЧ/142

- имеют шишу менее трех октетов (в случае однооктетного поля управления)

3.3.4

О

Да 1 1

ПРЧ/143

- имеют длину менее четырех октетов (в случае двухоктетного пазя управления )

3.3.4

О

Да | I

В.7.5 УЛЗ, тип 2. Параметры протокою

Пожиии

Возможности проткала. Параморы протокола

Ссылки

Статус

Обесиечеиие/Зиачеиие

ПАП/144

ПАГ1/145

Реализована ли функция ТАЙМ-АУТ_ПДТ? -Диапазон ТАЙМ-АУТА_ПДТ

7.8.1.1

О

Да I I

Минимальное значение = Максимальное значение =

ПАП/146

ПАП/147

Реализована ли функция ТАЙМ-АУТ_ бита 3?

-Диапазон ТАЙМ-АУТА_бита 3

7.8.1.2

О

Да 1 1

Минимальное значение = Максимальное значение =

ПАП/148

ПАП/149

Реализована ли функция ТАЙ М- АУТ И П Р? -Диапазон ТАЙМ-АУТА_НПР

7.8.1.3

О

Да | 1

Минимальное значение = Максимальное значение =

ПАП/150

ПАП/151

Реализована ли функция ТАЙМ-АУТ ЗАНЯТОСТИ?

- Диапазон ТАЙМ_АУТА_ЗАНЯТОСТИ

7.8.1.4

о

Да | )

Минимальное значение •= Максимальное значение »

19

Страница 24

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Окончание В. 7.5

Помним

Во :мож мости протокола. Параметры протокола

Ссылки

Статус

Обеспечение.'Значение

ПАП/152

ПАП/153

Реализована ли функция N2 (максимальное число передач)?

- Число передач

7.8.2

О

Да 1 1

Минимальное значение — Максимальное значение =»

ПАП/154

ПАП/155

Реализована ли функция к (размер окна на передаче)?

- Максимальное значение к

7.8.4

0

Да II

Значение »

ПАП/156

ПАП/157а

Реализована ли функция управления потоком УЛЗ?

- Диапазон шага К

ИСО 8802-2/Изм.1

)ПР/139:0

Н/И || Да| |

Минимальное значение =■ Максимальное значение =

ПАП/157Ь ПАП/157с

Реализована ли функция РО (размер окна) на приеме?

- Максимальное значение РО

7.8.6

О

Да ||

Значение =

В.8 Операции УЛЗ тииа 3. Режим без установления соединения с подтверждениями

КЛСЗа ИЛИ КЛС4а::

Все таблицы в разделе В.8 должны быть заполнены, если перечисленные выше предикаты оценены как «истинные».

В.8.1 УЛЗ, тип 3. Обеспечиваемые типы ПБД

Пошипи

Воэможмосги проюкола. Обеспечиваемые типы ПБД

Ссылки

Статус

Обеспечение

ПпК/158а

Все передаваемые команды ЛКп

8.5.1

0

Да | | Нет| |

П0К/158Ь

ПД0_КМД. обеспечиваемые при передаче

8.5.1

ПпК/158а:0

Н/И 1 | Да | |

ПОК/159

ПД0_КМД, обеспечиваемые при приеме

8.5.2

О

Да I I

П0К/160

ПДО_ОТВ. обеспечиваемые при передаче

8.5.3

О

Да II

ПОК/161

ПД()_ОТВ, обеспечиваемые при приеме

8.5.4

ПпК/158а:0

Н/и II Да 1 1

ГПК/162

ПД1_КМД, обеспечиваемые при передаче

8.5.1

ПпК/158а:0

Н/И Ц Да | |

П1К/163

ПД1_КМД, обеспечиваемые при приеме

8.5.2

О

Да I 1

П10/164

ПД1_ОТВ, обеспечиваемые при передаче

8.5.3

О

Да | |

П10/165

ПД1_ОТВ. обеспечиваемые при приеме

8.5.4

ПпК/158а:0

Н/и 1] Да II

В.8.2 УЛЗ, тип 3. Обеспечиваемые параметры в ПБД при передаче

Г1о.1И ним

Воиможиосш протокола. Обеспечиваемые параметры при передаче

Ссылки

Стдгус

Обеспечение

ПОПд/166

ПД0_КМД - адрес ПДУП

8.2

Пп К/158а; О

Н/И

1 Да I 1

ПОПд/167

ПД0_КМД - адрес ПДУО

8.2

ПпК/158а:0

Н/И

1 Да 1 1

ПОПд/168

ПОПд/169

ПД0_КМД -

-    бит 3= 1 и ненулевое поле информации

-    бнг 3=1 и нулевое поле информации

8.3

8.3

ПпК/158а:Ф.9

ПпК/158а:Ф.9

н/и

Н/И

| Да | | Нет 1 | 1 Да I I Нет ||

20

Страница 25

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Окончание 8.8.2

Иомшим

Возможности протокола. Обеспечшмемие параметры мри передаче

Ссылки

Статус

Обеспечение

ПОПд/170

ПОПд/171

пдо.кмд -

-    бит 3 = 0 и ненулевое пале информации

-    бит 3 = 0 и нулевое поле информации

8.3

8.3

ПпК/158а:Ф.9

ПпК/158а:Ф.9

Н/И

Н/И

1

J

Да 1 1 Да 1 1

Нет | | Нет | |

ПШд/172

ГШ1.КМД - адрес ПДУ 11

8.2

ПпК/158а:0

Н/И

1

Да | I

П1Пд/173

ПД1_КМД - адрес ПДУО

8.2

ПпК/158а:0

Н/И

1

Да 1 1

ШПд/174 П1 Пл/175

ПД1.КМД -

-    бит 3= 1 и ненулевое поле информации

-    бит 3=1 и нулевое поле информации

8.3

8.3

ПпК/158а:Ф. 10 Г1пК/158а:Ф. 10

Н/И

Н/И

1

1

Да 1 | Да 1 1

Нет | | Нет | |

П1Пд/176 П1 Пл/177

ПД1_КМД -

-    бит 3=0 и ненулевое поле информации

-    бит 3=0 и нулевое поле информации

8.3

8.3

ПпК/158а:Ф.Ю

ПпК/158а:Ф.Ю

Н/И

Н/И

1

1

Да 1 1 Да | I

Нет | | Нет | |

ПОПл/178

ПДО_ОТВ - адрес ПДУП

8.2

О

Да | I

ПОПд/179

ПДО.ОТВ - адрес ПДУО

8.2

О

Да 1

П0Пд/180

ПОПд/181

ПДО ОТВ — бит П = бит 3 <=1)

-    с полполем «статус* и ненулевым подио-лем СБДЗ

-    с полполем «статус* и нулевым иодиолем СБДЗ

8.3

8.3

Ф

О

Да | | Да | |

ПОПд/182 ПО Па/183

ПДО_ОТВ — бит П = бит 3 (=0)

-    с полполем •статус» и ненулевым подпо-лем СБДЗ

-    с подполем «статус* к нулевым полполем СБДЗ

8.3

8.3

3

О

Да [ ] Да | I

П1 Пд/184

ПД1_ОТВ — адрес ПДУП

8.2

О

Да [ ]

П1Пд/185

ПД1_ОТВ — адрес ПДУО

8.2

О

Да | I

П1 Пд/186 ГППд/187

Г1Д1_ОТВ — бит Г1 ” бит 3 (=1)

-    с полполем о статус» и ненулевым подпо-лем СБДЗ

-    с подполем «статус* и нулевым полем СБДЗ

8.3

8.3

Ф

О

Да I I Да | |

П1 Пд/188 П1 Пл/189

ПД1_ОТВ — бит П = бит 3 (-=0)

-    с подполем «статус» и ненулевым подполе м СБДЗ

-    с подполем «статус* и нулевым подполем СБДЗ

8.3

8.3

3

О

Да [ 1 Да [ )

В.8.3 УЛЗ, тип 3. Обеспечиваемые параметры в Л БД при приеме

Позиикя

Возможное! и протокола. Обеспечнпаемые параметры при приеме

Ссылки

Статус

Обеспечение

П0Пм/190

ПД0_КМД - адрес ПДУП

8.1, 8.2

О

Да 1 |

ПОПм/191

ПД0_КМД - адрес ПДУО

8.1, 8.2

О

Да 1 1

ПД0_КМД -

ПОПм/192

-бит 3=1 и ненулевое поле информации

8.1. 8.3

О

Да ||

ПиПм/193

- бит 3=1 и нулевое поле информации

8.1. 8.3

О

Да 1 I

21

Страница 26

ГОСТ Р ИСО/МЭК МФС 10609-10—98

Окончание В. 8.3

Полшия

Возможное! И ПРОТОКОЛА. Обеспечиплемыс параметры при приеме

Ссылки

Статус

СНигс лечение

ПОПм/194

ПОПм/195

пдо_кмд -

-    бит 3=0 и ненулевое иоле информации

-    бит 3=0 и нулевое поле информации

8.1.    8.3

8.1,    8.3

О

О

Да I 1 Да | I

П1 Пал/196

ПД1_КМД - адрес ПДУП

S.I. 8.2

О

Да | 1

П1Пм/197

ПД1_КМД - адрес ПДУО

8.1. 8.2

О

Да 1 1

П1Пм/198

П1Пм/199

ПД1_КМД -

-    бит 3*1 и ненулевое иоле информации

-    бит 3=1 и нулевое поле информации

8.1,    8.3

8.1,    8.3

О

О

Да 1 I Да 1 1

П1Пм/200

П1П м/201

ПД1_КМД -

-    бит 3 = 0 и ненулевое иоле информации

-    бит 3 = 0 и нулевое поле информации

8.1.    8.3

8.1,    8.3

О

О

Да I ] Да 1 1

П0Пм/202

ПДО_ОТВ - алрсс ПДУП

8.1. 8.2

О

Да 1 1

ПОПм/203

ПДО_ОТВ - адрес ПДУО

8.1. 8.2

О

Да 1 1

ПОП м/204 ПОП м/205

Г1ДО_ОТВ — бит Г1 *■ бит 3 (=1)

-    с подпаяем «статус* и ненулевым подпол ем СБДЗ

-    с подполем «статус» и нулевым подпол см СБДЗ

8.1.    8.3

8.1,    8.3

О

О

Да 1 I Да II

ПОП м/206 П0Пм/207

ПДО_ОТВ — бит П = бит 3 (=0)

-    с подполем «статус» и ненулевым подполем СБДЗ

-    с подполем «статус» и нулевым подполем СБДЗ

8.1.    8.3, 8.7.2

8.1.    8.3

о

О

Да | 1 Да 1 1

П1Пм/208

ПД1_ОТВ— адрес ПДУП

8.1. 8.2

О

Да | 1

11 111 м/209

11Д1.0ТВ - адрес ПДУО

8.1. 8.2

О

Да 1 1

П1П.м/210 111П м/211

ПД1_ОТВ — бит П « бит 3 (=1)

-    с подполем «статус» и ненулевым подполем СБДЗ

-    с полполем *crarvc* и нулевым подполем СБДЗ

8.1,    8.3

8.1.    8.3

О

О

Да! | Да 1 1

11 111 м/212

П1Пм/213

ПД1_ОТВ — бит П « бит 3 (=0)

-    с подполем «статус» и ненулевым подполем СБДЗ

-    с подполем «статус» и нулевым подполем СБДЗ

8.1,    8.3, 8.7.2

8.1,    8.3

О

О

Да 1 1 Да 1 1

B.S.4 УЛЗ, тип J. Обеспечиваемые процедуры

Лошиин

Возможности протокола Обеспечиваемые процелуры

Ссылки

Статус

Обеспечение

П Г1С/214

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

8.4, 8.4.1

ПпК/158а:0

Н/И (I Да 1 1

Нет 1 |

Oil Р/215а

Обеспечивается ли процедура аннулирования переменной передачи Ппд?

8.4. 8.4.1

ПпК/158а:0

Н./И [ 1 Да | |

Не 1 |

22

Страница 27

ГОСТ Р ИСО/МЭК МФС 10609-10-98

Окончание В. Я. 4

Пошипи

Возможности протокола. О&еепечинасмие процедуры

Ссылки

Статус

Обеспечение

Oil Р/215Ь

Обеспечивается ли процедура аннулировании переменной передачи Ппд и переменной приема Ппм?

8.4, 8.4.3

Ф

Да I | Нет | |

ОПР/216

ОПР/217

Обеспечиваются ли процедуры передачи информации

-    для случая обших возможностей УДС?

-    для случая некоторых специальных возможностей УДС?

8.5.    8.5.1,

8.5.2.1,

8.5.3, 8.5.4.1

8.5,    8.5.1,

8.5.2.2.

8.5.3, 8.5.4.3

Ф. 1 1

Ф.И

Да 1 1 Нет [ | Да | | Нет| |

В.8.5 УЛЗ, тип 3. Прочие возможности протокаш

И опт и я

Прочие возможности проюкола

Ссылки

Статус

Обеспечение

ПРЧ/218

ПРЧ/219

ПРЧ/220

Содержат ли все передаваемые ПБД целое число октетов?

При получении следующих ПБД из подуровня УДС обрабатываются ли они как недействительные и игнорируются?

-    содержат нецелое число октетов

-    имеют длину менее трех октетов

11 р и м с ч а н и е — Прием ПДО_ОТВ или ПД1 _ОТВ с битом 8 поля управления, равным Ппд, рассматривается в позициях ОПР/216 и ОПР/217

3.3

3.3.4

3.3.4

О

О

О

Да 1 1

Да 1 1 Да I I

ПРЧ/221

ПРЧ/222

ПРЧ/223

Какие из перечисленных ниже адресов обеспечиваются в иоле «адрес ПДУП* ПБД ПД0_КМД и Г1Д1_КМД?

-    индивидуальный адрес

-    групповой адрес

-    глобальный адрес

5.4.3.1

5.4.3.1

5.4.3.1

Ф.12

Ф.12

Ф.12

Да | | Нет | | Да I | Нет | ] Да I | Нет [ |

ПРЧ/224

Является ли адрес в поле «адрес ПДУО* ПБД ПД0_КМД и ПД1_КМД индивидуальным адресом отправителя?

5.4.3.1

О

Да 1 1

ПРЧ/225

Является ли адрес в поле «адрес ПДУП» ПБД ПДО_ОТВ и Г1Д1_ОТВ - индивидуальным адресом соответствующего отправителя ПД0_КМД или Г1Д1 КМД?

5.4.3.2

О

Да | I

ПРЧ/226

Является ли адрес в иоле «адрес ПДУО» ПБД ПДО_ОТВ и ПД1_ОТВ - индивидуальным адресом передатчика ПДО О ГВ или ПД1_ОТВ?

5.4.3.2

О

Да 1 1

23

Страница 28

ГОСТ Р ИСО/МЭК МФС 10609-10-98

В.8.6 У.13, тип J. Параметры протоко ю

Пошипи

Bo:iuujkiiociii протокола. Параметры протокола

Ссылки

С глтус

О бсспечеинс/Знлче и не

ПАП/22?

•ПАП/228

Реализована ли функция N4 (максимальное число передач)?

- Максимальное число передач

8.6.1

О

Да | I

Минимальное значение =* Максимальное значение =

ПАП/229

ПАП/230

Реализована ли функция Т1 (ТАЙМ-АУТ_ПДТ)?

-Диапазон ТАЙМ-АУТА_ПДТ

8.6.4

Если N4>1:0

Н/И || Да [ |

Минимальное значение = Максимальное значение =

ПАП/231

ПАП/232

Реализована ли функция Т2 (ТАЙМАУТ ВР СУЩЕСТВ ПМ)?

-Диапазон ТАЙМ-АУТА ВР СУЩЕСТВ ПМ

8.6.5

О

Да | |

Минимальное значение = Максимальное значение =

ПАП/233

ПАП/234

Реализована ли функция ТЗ (ТАЙМАУТ ВР СУЩЕСТВ ПД)?

-Диапазон ТАЙМ-АУТА ВР СУЩЕСТВ ПД

8.6.6

О

Да | 1

Минимальное значение = Максимальное значение »

В.9 Логический объект определения маршрута

ЛОМ : :

Все таблицы в разделе В.9 должны быть заполнены, если перечисленные выше предикаты оценены как «истинные».

11 рн мечами с — Использование услуги «логический объект определения маршрута» не требуется данным профилем. Таблицы предполагаемой формы ЗСРП базовых стандартов, относящиеся к лои услуге, опущены в настоящем стандарте.

В.9.1 Общие характеристики

См. таблицу А.20 ИСО Ш2/Изм.5.

В.9.2 Процедуры, типы и форматы ПБД

См. таблицу А.21 ИСО 8802/Изм.5.

В.9.3 Параметры и их значения

См. таблицу А.22 ИСО 8802/Изм.5.

24

Страница 29

ГОСТ Р ИСО/МЭК МФС 10609-10-98

ПРИЛОЖЕНИЕ С (ии({юрмационное)

РЕКОМЕНДАЦИИ С.1 Введение

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

С.2 Рекомендации ГОСТ Р 34.950

С.2.1 Для улучшения характеристик рекомендуется обеспечить следующие факультативные во зможности:

-    нестандартные размеры пакета но умолчанию:

-    нестандартные размеры окна по умолчанию

и следующие нестандартные значения параметра но умолчанию:

-    все нестандартные размеры пакета по умолчанию (максимальная длина поля «данные пользователя») от 32 до 1024 октетов;

-    все нестандартные размеры окна по умолчанию от 1 до 7.

Нестандартные значения по умолчанию должны согласовываться для всех ЛВС.

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

С.2.3 В тех случаях, когда требуется динамическая маршрут заипя. рекомендуется использовать протокол ГОСТ Р ИСО/МЭК 10030.

С3 Рекомендации ГОСТ 28907

С.3.1 Рекомендуемые значения параметров приведены в таблице С.1. Рекомендуется, чтобы реализация обеспечивала значение N1. как указано в таблице С.1. т.е. 1031 октет. При некоторых технологиях ЛВС возможно обеспечение более высоких значений размеров. Обеспечение этих более высоких значений не рассматривается в настоящем стандарте. После определения они могут быть включены в те части ГОСТ Р ИСО/МЭК МФС 10609, которые устанавливают требования к ЛВС конкретных технологий.

Примечание— В сервисном блоке данных подуровня УДС всех типов ЛВС но ГОСТ 28907 может быть передан 1031 октет. В тех случаях, когда существует необходимость во взаимосвязях ЛВС, максимальное значение N1 размером в 1031 октет может позволить ретранслировать услуги на подуровне УДС не зависимо от вза11 мосвязан ных технологий.

Таблица С.1 — Значения параметров УЛЗ

Параметр

Значение

Максимальное число октетов в П БД И (N1) Максимальное число октетов в ПБД (N3) Максимальное число неподтвержденных ПБД И (к)

1031°

4

7

Максимальное число передач (N2)

10:'

11 Относительно обеспечения других значений величины N1 см. основную часть стандарта.

Параметр N2, хотя и назван «числом передач* в целях редакционной совместимости с ГОСТ 28907. фактически определяет число повторных передач. Таким образом, указанное выше значение может привести к 11-кратной передаче ПБД.

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

Таблица С.2 — Значения тайм-аутов УЛЗ

Наимсмоьамис

Значение

тайм-аута

<н секундах)

Состояние занятости

30

Неприем

10

Бит 3

5

25

Страница 30

ГОСТ Р ИСО/МЭК МФС 10609-10-98

С.З.З Рекомендуется, чтобы при работе оконечных систем н мостовых конфигурациях на подуровне УДС использовался описываемый ниже метод управления потоком. Следует заметить, что все оконечные системы, использующие УЛЗ типа 2 и подключенные к таким конфигурациям ЛВС. должны использовать лот метод. Это единственный способ обеспечить справедливое распределение нагрузки.

Для каждого обеспечиваемого соединения УЛЗ оконечная система использует следующую процедуру:

-    При каждом обнаружении перегру зки начинается период устранения перегрузки: размер рабочего окна устанаатвается в I и повторно передается ПБД И. порядковый номер которою равен Ним последнего правильно принятого ПБД.

-    В период устранения перегрузки процедуры УЛЗ типа 2 гарантируют, что максимальное число неподтвержденных ПБД И не превысит размера рабочего окна.

-    Когда число ранее не подтвержденных, но к данному моменту успешно переданных и подтвержденных ПБД И достигнет значения размера рабочего окна, размер окна увеличивается на единицу. Период устранения перегрузки заканчивается, когда размер рабочего окна достигнет значения к. определенного в 7.4 ГОСТ 28907.

-    ПБД И считается потерянным передающим его логическим объектом УЛЗ при следующих условиях:

1    Передатчик получил ПБД НЕПРИЕМ. который указывает, что приемник обнаружил потерю ПБД И.

или

2    Имеет место последовательность событий:

a)    тайм-аут подтверждения на передатчике истек, а счет повторных передач меньше N2,

b)    передатчик выдал командный ПБД ГПР с битом 3=1,

c)    передатчик получил ПБД И или ПБД формата У. в котором бит П - I. но значение Ним не равно значению Нпд, которое имелось на передатчике при передаче командного ПБД ГПР с битом 3=1.

-    Выполнение этого алгоритма прерывается любым условием, которое побуждает компонент «соединение» УЛЗ перейти в состояние «сброс» или «разъединение».

Примечание — Эго г метод использует механизм параболического возрастания, рассматриваемый в ГОСТ 28907.

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

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

26

Страница 31

ГОСТ Р ИСО/МЭК МФС 10609-10-98

ПРИЛОЖЕНИЕ I) (ин<}юрмационное)

БИБЛИОГРАФИЯ

На следующий стандарт даны ссылки и примечаниях, и для настоящего стандарта он носит информационный характер.

ГОСТ Р ИСО/МЭК 10030—% Информационная технология. Передача данных и обмен информацией между системами. Протока! обмена маршрутной информацией оконечной системы дли использования в сочетании с ГОСТ 34.954-91

27

Страница 32

ГОСТ Р ИСО/МЭК МФС 10609-10-98

УДК 6X1.324:006.354    ОКС    35.100    Г185    ОКСТУ    400

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

Рсяакюр Л.в. Афамасепко Технический редактор О.Н. Власоша Корректор Т.Н. Аолчъчч'лчо Компьютерная верстка В.И. /рищем*о

Изд. лии. Si 021007 от 10.0S.95. Сдано в набор 30.07.98. Подписано в печать 09.09.98. Уел. нем. .1. 3.72 Уч. им. я. 3.25.

Тираж 238 экз. С/Д 63SO. Злк. 36.

ИПК Издлельс! по стандартов. 107076. Москва. КолоисзныИ пер.. 14.

Набрано и И иатсльстве на ПЭВМ Филиал ИПК Мтдатсльстпо станадргов - пн». "Московский печатник**. Москва. Лилин пер.. 6.

Плр М 080102