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

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

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

ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ ПРОФИЛЯ ТАпппп. УСЛУГИ ТРАНСПОРТНОГО УРОВНЯ В РЕЖИМЕ-С-УСТАНОВЛЕНИЕМ-СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ-БЕЗ-УСТАНОВЛЕНИЯ-СОЕДИНЕНИЯ

ЧАСТЬ 1. ОБЩЕЕ ОПИСАНИЕ И ТРЕБОВАНИЯ, НЕЗАВИСИМЫЕ ОТ ПОДСЕТИ

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

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

Предисловие

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

ВНЕСЕН Комитетом при Президенте Российской Федерации по политике информатизации

ПОДГОТОВЛЕН Техническим комитетом по стандартизации (ТК 22) “Информационная технология”

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 22.08.95 N? 446

3    Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10608—1—92 “Информационная технология. Международный функциональный стандарт профиля TAnnnn. Услуги транспортного уровня в режиме-с-установ-лением-соединсния при использовании услуг сетевого уровня в режиме-без-установления-соединения. Часть 1. Общее описание и требования, независимые от подсети”

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

© ИПК Издательство стандартов, 1995

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

'I

ГОСТ Р ИСО/МЭК МФС 10608—I—95

Содержание

Введение ............................... IV

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

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

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

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

5    Требования, независимые от    типа    подсети ............3

6    Расположение требований,    специфичных    для типа подсети . . .7

Приложение А    Список требований    ЗСРПФС    (СТФС).......8

Приложение В    Перечень поправок.................12

Приложение С    Список требований    ЗСРПФС    (СТФС)......13

Приложение D Рекомендации по взаимодействию на транспортном уровне .............................17

Приложение Е    Библиография....................21

III

Введение

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

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

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

IV

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

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

ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ ПРОФИЛЯ TAnnnn. УСЛУГИ ТРАНСПОРТНОГО УРОВНЯ В РЕЖИМЕ-С-УСТАНОВЛЕНИЕМ-СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ-БЕЗ-УСТАНОВЛЕНИЯ-СОЕДИНЕНИЯ

Часть I. Общее описание и требования, независимые от подсети

Information technology. International Staudadiicd Profile TAnnnn Connection-mode Transport Service over connectionless-mode Network Service. Part I. General overview and subnetwork-type independent requirements

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

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

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

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

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

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

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

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

ГОСТ 34.960-91 (ИСО 8072—86) Информационная технология^ Взаимосвязь открытых систем. Определение услуг транспортного уровня

Примечание — См. также рекомендацию МККТГ Х.2!4—88.

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

Примечание — См. также рекомендацию МККТТ X.224- 88.

ИСО/МЭК 8073—88/Доп. 2—89¹ Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспорт¹ ного уровня в режиме с установлением соединения. Дополнение 2. Операции класса 4 с использованием услуг сетево:\> уровня в режиме без установления соединения

ИСО/МЭК 8073—88/Доп. 3—92¹ Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Дополнение 3. Форма заявки о соответствии реализации протоколу

ИСО/МЭК 8073—88/Изм. 1—90¹ Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола транспортного уровня в режиме с установлением соединения. Изменение 1.

ИСО/МЭК 8073—88/Изм. 2—90¹ Системы обработки информации.    Взаимосвязь    открытых    систем.    Спецификация    протокола

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

Изменение 2.

ИСО/МЭК 8073—88/Изм. 4—91¹ Системы обработки информации.    Взаимосвязь    открытых    систем.    Спецификация    протокола

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

Изменение 4.

ИСО/МЭК 8073—88/Изм. 5—91¹ Системы обработки информации.    Взаимосвязь    открытых    систем.    Спецификация    протокола

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

Изменение 5.

ГОСТ Р 34.951-92 (ИСО 8348-87, ИСО 8348—87/Доп. 1-87) Информационная технология. Передача данных. Определение услуг сетевого уровня

ГОСТ i> ИСО/МЗК МФС 10608—1—95

Примечание —» См. также рекомендацию МКК’П X.213—88;

ИСО 8348—87/Доп. 2—88* Системы обработки информации. Передача данных. Определение услуг сетевого уровня. Дополнение 2. Адресация на сетевом уровне

ГОСТ Р 34.1952-92 (ИСО 8473—88) Информационная технология. Передача данных. Протокол для обеспечения услуг сетевого уровня в режиме без установления соединения

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

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

4    СОКРАЩЕНИЯ

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

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

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

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

5.2    Требования транспортного уровня

Настоящий стандарт устанавливает обеспечение услуг транспортного уровня в режимс-с-установлснисм-соединения, определенных в ГОСТ 34.960, с использованием класса 4 протокола транспортною уровня в пежимс-с-установлением-сосдинения, определенного в ГОСТ *4.961, а также в ИСО/МЭК 8073/Доп. 2, где описаны операции класса 4 при использовании услуг сетевого уровня в рсжиме-без-ус-мновления соединения.

• До прямого применения данного документа п качестве государственного стандарта ессиАской Федерации он может бьпь получен во ВИИИКИ Госстандарта России.

3

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

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

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

a)    удовлетворять требованиям соответствия согласно разделу 14 ГОСТ 34.961;

b)    обеспечивать обязательные функциональные возможности для класса 4 через УСУ-БУС согласно ГОСТ 34.961 и ИСО/МЭК 8073/Доп. 2;

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

1) классом 4 как предопределенным;

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

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

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

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

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

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

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

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

Т1 — Время локальной повторной передачи,

N — Максимальное число повторных передач,

I — Время неактивности,

W — Время окна;

h)    если реализация соблюдает любую стратегию, задерживающую передачу ПБДТ ПД, то максимальное время, на которое может быть задержан один ПБДТ ПД, должно быт* указано поставщику услуг »ранспортного уровня с использованием параметра “время подтверждения”.

4

ГОСТ Г ИСО/МЭК МФС 10608—1—95

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

а) ИД-ПДУТУ

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

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

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

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

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

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

ЗС кш1«аоикго

Нет параметра Длина О Длина > 0 Нет параметра ПУСТО ПУСТО Примечание 4 • Длина 0 ПУСТО ПУСТО НедеП стии- тел мю Л/Ш11.1 > О Медей- стаи- НедеП- СТВИ- Примечание 3 тельно тельмо

Примечания

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

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

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

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

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

5

b)    Факультативный выбор при установлении соединения

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

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

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

Известные параметры с недействительными длинами в ПБДТ 3С

или ПС должны рассматриваться как протокольная ошибка.

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

Параметр    Действие

Вызываемый ИД-ПДУТУ    передача ПБДТ ЗР

Контрольная сумма    сброс ПБДТ ЗС

5.3 Требования сетевого уровня

Настоящий стандарт определяет обеспечение услуг сетевого уровня в режим-без-установления-сосдинения, определенных в ГОСТ Р 34.951, с использованием услуг сетевого уровня в режиме-бсз-уста-новлсния-соединсния, определенных в ГОСТ Р 34.1952.

Стандарт определяет использование адресов сетевого уровня ВОС в соответствии с ИСО 8348/Доп. 2. Любые адреса Г1ДУСУ в любых форматах, определенных ИСО 8348/Доп. 2, могут быть использованы в ГОСТ Р 34.1952.

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

Дополнительные требования, которые определяют СТФС для протокола сетевого уровня, приведены в приложении С.

5.3.1    Т р е б о в а н и я ПСБУС

5.3.1.1    Неактивное подмножество

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

5.3.1.2    Несегментированное подмножество

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

1

До прямого применения данного документа в качеств государственного стандарта Российской Федерации, он мо:кгт быг¹. получен во ВШ4ИКИ Госстандарта России