ГОСТ Р ИСО/МЭК МФС 10609-1-95 Информационная технология. Функциональный стандарт. Профили ТВ, ТС, ТD и ТЕ. Услуги транспортного уровня в режиме с установлением соединения с использованием услуг сетевого уровня в режиме с установлением соединения. Часть 1. Независимые от типа подсети требования для группы ТВ

ГОСТ Р ИСО/МЭК МФС 10609-1-95

Группа П85

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


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

Функциональный стандарт

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

Часть 1. Независимые от типа подсети требования для группы ТВ

Information technology. International standardized profiles ТВ, ТС,
TD and ТЕ. Connection-mode transport service over connection-mode
network service.

Part 1. Subnetwork-type independent requirements for group ТВ

ОКС 35.100*
ОКСТУ 4002

_________________
* В указателе "Государственные стандарты" 2003 год код ОКС - 35.100.05. -
Примечание "КОДЕКС".

Дата введения 1996-07-01

Предисловие

1 РАЗРАБОТАН Комитетом при Президенте Российской Федерации по политике информатизации и ВНЕСЕН НА УТВЕРЖДЕНИЕ Техническим комитетом по стандартизации ТК 22 "Информационная технология"

2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 24.10.95 N 548

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

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

ВВЕДЕНИЕ

ВВЕДЕНИЕ

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

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

ГОСТ Р ИСО/МЭК МФС 10609 состоит из нескольких частей. Настоящий стандарт является первой частью. Части 1-4 определяют независимые от типа подсети требования к профилям групп ТВ, ТС, TD, и ТЕ соответственно; части 5-7 - требования к профилям ТВ1111/ТВ1121, ТС1111/ТС1121, TD1111/TD1121 и ТЕ1111/ТЕ1121 соответственно; часть 9 - зависимые от типа подсети требования относительно постоянного доступа к виртуальным соединениям, использующим сеть с коммутацией пакетов данных; части 10 и 11 - зависимые от типа подсети требования относительно доступа к локальным вычислительным сетям (ЛВС) и части 12-14 - конкретные профили ТС51, ТС52 и ТС53, относящиеся к обеспечению услуг транспортного уровня в режиме с установлением соединения при работе через конкретные типы ЛВС.

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

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

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

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

Группа ТВ охватывает классы 0, 2 и 4 протокола транспортного уровня.

Группа ТС охватывает классы 0 и 2 протокола транспортного уровня.

Группа TD охватывает класс 0 протокола транспортного уровня.

Группа ТЕ охватывает класс 2 протокола транспортного уровня.

Настоящий стандарт определяет независимые от типа подсети требования для группы ТВ.

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

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

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

ГОСТ 34.960-91 (ИСО 8072-86 Доп.1-86 ИСО 8072-86) Системы обработки информации. Взаимосвязь открытых систем. Услуги транспортного уровня. (См. также Рекомендацию Х.214-1988 МККТТ)

ГОСТ 34.961-91 (ИСО 8073-88) Системы обработки информации. Взаимосвязь открытых систем. Протокол транспортного уровня в режиме соединения. (См. также Рекомендацию Х.224-1988 МККТТ)

ГОСТ Р 34.951-92 (ИСО 8348-87 с Доп.1-87) Информационная технология. Взаимосвязь открытых систем. Услуги сетевого уровня (См. также Рекомендацию Х.213-1988 МККТТ)

ГОСТ Р 34.964-92 (ИСО 8602-87) Информационная технология. Взаимосвязь открытых систем. Услуги транспортного уровня в режиме без установления соединения

ИСО/МЭК 8073/Доп.1-88* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Дополнение 1. Подпротокол управления соединением сетевого уровня (См. также Рекомендацию Х.224-1988 МККТТ)
______________________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 "Информационная технология".

ИСО/МЭК 8073/Изм.3-92* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Изменение 3. Форма заявки о соответствии реализации протоколу (ЗСРП)
______________________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 "Информационная технология".

ИСО/МЭК 8073/Поп.1-90* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Техническая поправка 1
______________________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 "Информационная технология".

ИСО/МЭК 8073/Поп.2-90* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Техническая поправка 2
______________________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 "Информационная технология".

ИСО/МЭК 8073/Поп.4-90* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Техническая поправка 4
______________________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 "Информационная технология".

ИСО/МЭК 8073/Поп.5-90* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Техническая поправка 5
______________________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 "Информационная технология".

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

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

4 СОКРАЩЕНИЯ

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

5 ТРЕБОВАНИЯ, НЕЗАВИСИМЫЕ ОТ ТИПА ПОДСЕТИ

5.1 Общие положения

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

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

Настоящий стандарт содержит требования к обеспечению услуг транспортного уровня в режиме с установлением соединения, определенных в ГОСТ 34.960, при использовании классов 0, 2 и 4 протокола транспортного уровня в режиме с установлением соединения, соответствующего ГОСТ 34.961, который определяет операции классов 0, 1, 2, 3 и 4, при использовании услуг сетевого уровня в режиме с установлением соединения по ГОСТ Р 34.951. В приложении В приведены извещения об ошибках, относящиеся к ГОСТ 34.961, вместе с констатацией любых возникающих в результате требований к реализации этих профилей.

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

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

Аттестуемая реализация должна:

a) удовлетворять аттестационным требованиям, установленным в разделе 14 ГОСТ 34.961 и в разделе 14 Рекомендации Х.224 МККТТ;

b) обеспечивать обязательные функциональные возможности для классов 0, 2 и 4 в соответствии с ГОСТ 34.961;

c) быть способной демонстрировать передачу ПБДТ ЗС, если заявлено о ее способности инициировать установление СТУ с:

1) классом 4 в качестве предпочтительного класса и классом 0, отнесенным к альтернативным классам,

2) классом 2 в качестве предпочтительного класса и классом 0, отнесенным к альтернативным классам,

3) классом 0 в качестве предпочтительного класса;

d) быть способной демонстрировать прием ПБДТ ЗС с классами 4, 2 и 0 в параметре "предпочтительный класс", если заявлено о ее способности отвечать на попытку установления СТУ;

e) если заявлена способность инициировать установление СТУ, она должна быть способна:

1) передавать поле ИД-вызываемого-ПДУТУ в ПБДТ ЗС,

2) при необходимости, передавать поле ИД-вызывающего-ПДУТУ в ПБДТ ЗС, который может передавать любой из селекторов транспортного уровня, реализуемых системой;

f) если заявлена способность отвечать на попытку установления СТУ, она должна быть способна:

1) передавать поле ИД-вызывающего-ПДУТУ в ПБДТ ПС,

2) при необходимости, передавать поле ИД-вызываемого-ПДУТУ в ПБДТ ПС, который может передавать любой из селекторов транспортного уровня, реализуемых системой;

g) осуществлять согласование класса с использованием процедур, определенных в 6.5.4 ГОСТ 34.961 и в 6.5.4 Рекомендации Х.224 МККТТ, с ограничениями, определенными в 14.4 а) Рекомендации Х.224 МККТТ;

h) обладать способностью задавать исходные значения следующих параметров:

Т1 - время локальных повторных передач,

N - максимальное число передач,

Тн - время неактивности,

То - время "окна";

i) обладать способностью задавать исходные значения ПбДл1 и ПбДл2, если они реализованы. Настоятельно рекомендуется, чтобы аттестуемая система реализовала и использовала значения ПбДл1 и ПбДл2;

j) если реализация работает по какой-либо стратегии, которая задерживает передачу ПБДТ ПД, то максимальное время, на которое может задерживаться отдельный ПБДТ ПД, должно быть указано удаленному логическому объекту транспортного уровня с использованием параметра "время подтверждения".

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

a) ИД-ПДУТУ

Реализация должна поддерживать параметры удаленного ИД-ПДУТУ переменной длины вплоть до 32 октетов включительно при использовании любого кодирования и любого значения.

Длина локальных Т-селекторов не должна превышать 32 октетов.

При приеме ПБДТ ЗС отсутствие параметра ИД-вызывающего-ПДУТУ или ИД-вызываемого-ПДУТУ должно рассматриваться как эквивалент нулевой длины этого параметра.

Отсутствие в принимаемом ПБДТ ПС параметра ИД-вызывающего-ПДУТУ указывает на то, что значение параметра ИД-вызывающего-ПДУТУ в ПБДТ ПС эквивалентно значению параметра ИД-вызывающего-ПДУТУ в ПБДТ ЗС.

Отсутствие в принимаемом ПБДТ ПС параметра ИД-вызываемого-ПДУТУ указывает на то, что значение параметра ИД-вызываемого-ПДУТУ в ПБДТ ПС эквивалентно значению параметра ИД-вызываемого-ПДУТУ в ПБДТ ЗС.

На рисунке 1 показана обработка параметров ИД-вызывающего-ПДУТУ и вызываемого-ПДУТУ в ПБДТ ПС и ЗС.

Рисунок 1 - Обработка параметров ИД-вызываемого-ПДУТУ и ИД-вызывающего-ПДУТУ

Примечания

1 ПС вызываемого эквивалентен ЗС вызываемого

2 ПС вызываемого может соответствовать по длине и значению ЗС вызываемого

3 ПС вызывающего может соответствовать по длине и значению ЗС вызывающего

4 ПС вызывающего эквивалентен ЗС вызывающего

Рисунок 1 - Обработка параметров ИД-вызываемого-ПДУТУ
и ИД-вызывающего-ПДУТУ

b) Выбор факультативной возможности при установлении соединения

Аттестуемая реализация должна реализовать функцию "неиспользование контрольной суммы". Рекомендуется, чтобы инициатор СТУ класса 4 предлагал неиспользование контрольной суммы. Факультативная возможность неиспользования явного управления потоком в классе 2 никогда не должна предлагаться в ПБДТ ЗС.

c) Недействительные значения в известных параметрах

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

d) Обработка протокольных ошибок

Если ПБДТ ОШ обеспечивается в классе 0, ПБДТ ОШ должен содержать октеты недействительного ПБДТ, включая октет с обнаруженной ошибкой, и должен начинаться отсчет тайм-аута ПбДл2, если ПБДТ ОШ реализован.

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

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

(1) Процедура идентификации протокола транспортного уровня

Процедура идентификации протокола транспортного уровня при идентификации протокола ГОСТ 34.961 должна выполняться в соответствии с ИСО/МЭК 8073/Доп.1 и приложением В к Рекомендации Х.224 МККТТ.

(2) Процедура управления соединением сетевого уровня

Функция управления соединением сетевого уровня ИСО/МЭК 8073/Доп.1 не входит в предмет рассмотрения настоящего стандарта.

ПРИЛОЖЕНИЕ А (обязательное). СПИСОК ТРЕБОВАНИЙ К ЗАЯВКЕ О СООТВЕТСТВИИ РЕАЛИЗАЦИИ ФУНКЦИОНАЛЬНОМУ СТАНДАРТУ (СТЗФС)

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

Введение

Данный СТЗФС определяет требования, дополнительные к изложенным в ИСО/МЭК 8073/Изм.3. Требования ИСО/МЭК 8073/Изм.3 применимы к каждой позиции СТЗФС, в которой нет записи.

Данный СТЗФС основан на форме, установленной в ИСО/МЭК 8073/Изм.3. Поскольку группы профилей ТВ, ТС, TD и ТЕ используют классы 0, 2 и 4 протокола транспортного уровня, колонки ЗСРП для класса 1 и класса 3 не повторяются в СТЗФС для профилей ТВ, ТС, TD и ТЕ. Все ссылки на классы 1 и 3 транспортного уровня являются введением к настоящему стандарту.

Независимый от группы СТЗФС для транспортного уровня представлен в разделе А.2. Требования к каждому классу протокола относятся ко всем группам профиля транспортного уровня, использующим один и тот же класс протокола.

Зависимый от группы СТЗФС транспортного уровня определен в разделе А.3.

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

A.1 Обозначения

В разделах А.2 и А.3 представлены функции, на соответствие которым заявлена реализация, с использованием следующих обозначений.

a) Обозначение статуса в базовых стандартах

О - обязательно.

Ф - факультативно для реализации. При реализации данная функциональная возможность либо используется, либо не используется.

Ф.<n> - факультативно, но требуется обеспечение, по меньшей мере, одной из групп факультативных возможностей, отмеченной одним и тем же номером <n> в этой форме ЗСРП.

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

<Индекс>:: Если данный групповой предикат имеет значение истинно, то соответствующий раздел должен быть разработан.

b) Обозначение статуса СТЗФС

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

1) Статические:

о - обязательные, реализуются обязательно;

ф - факультативные, реализуются факультативно;

н/р - не входит в предмет рассмотрения, не относится к данному профилю.

2) Динамические:

о - обязательные, обязательны для использования.

А.2 СТЗФС транспортного уровня, независимый от группы

А.2.1 Функции ПУСС

А.2.2 Обеспечиваемые функции

А.2.2.1 Обеспечиваемые функции для класса 4 (К4 или К4Б::)

А.2.3 Обеспечиваемые параметры выдаваемых ПБДТ

А.2.3.1 Обеспечиваемые параметры для ПУСС (Д1::)

А.2.3.1.1 ПБДТ ПСУ (СсСт1::)

А.2.3.2 Обеспечиваемые параметры для ПБДТ класса 0 (К0::)

А.2.3.3 Обеспечиваемые параметры для ПБДТ класса 2 (К2::)

А.2.3.4 Обеспечиваемые параметры для ПБДТ класса 4 (К4 или К4Б::)

А.2.4 Согласование

А.2.4.1 Неиспользование явного управления потоком (К2 и Пб2Ф20::)

А.3. СТЗФС транспортного уровня, зависимый от группы ТВ

А.3.1 Реализация протокола

А.3.1.1 Реализуемые классы

А.3.2 Обеспечиваемые параметры выдаваемых ПБДТ

А.3.2.1 Значения параметра для ПБДТ ЗС (К1:: ИЛИ К2:: ИЛИ К3:: ИЛИ К4:: ИЛИ K4Б::)

А.3.2.2 Обеспечиваемые параметры для ПБДТ класса 2 (К2::)

А.3.2.3 Обеспечиваемые параметры для ПБДТ класса 4 (К4 ИЛИ К4Б::)

А.3.3 Согласование

А.3.3.1 Согласование класса - инициатора

А.3.3.2 Согласование класса - со стороны ответчика

ПРИЛОЖЕНИЕ В (обязательное). ПЕРЕЧЕНЬ ИЗВЕЩЕНИЙ ОБ ОШИБКАХ

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

Введение

В данном приложении приведены два извещения об ошибках, которые, наряду с изменениями и техническими поправками (см. раздел 2), влияют на техническое содержимое ГОСТ 34.961 (ИСО 8073). Указанные извещения об ошибках подтверждены ИСО/МЭК ОТК1/ПК6, но еще не опубликованы как техническая поправка.

Реализации должны соответствовать базовому стандарту, измененному согласно этим извещениям об ошибках.

1 Номер извещения об ошибке: 8073/53

Характер изменения:

Добавить в 12.2.4.2 ИСО 8073 (ГОСТ 34.961), следующее:

"Несмотря на то, что процедура повторной передачи применима также к ПБДТ ЗР в фазе освобождения, логический объект транспортного уровня может, тем не менее, считать, что соединение транспортного уровня освобождено, если возникает необходимость образовать новое соединение сетевого уровня для повторной передачи ПБДТ ЗР".

2 Номер извещения об ошибке: 8073/64

Характер изменения:

В пункте 6.1.3, абзац 3 ИСО 8073 (ГОСТ 34.961) заменить термин "логический объект транспортного уровня" на термин "инициатор".



Текст документа сверен по:
официальное издание
М.: ИПК Издательство стандартов, 1996