ГОСТ P ИСО/МЭК МФС 10611—3—95

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

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

ПРОФИЛИ AMHln.

СИСТЕМЫ ОБРАБОТКИ СООБЩЕНИЙ УНИФИЦИРОВАННЫЙ ОБМЕН СООБЩЕНИЯМИ

Часть 3. ПРОФИЛЬ АМН11. ПЕРЕДАЧА СООБЩЕНИЙ (С ИСПОЛЬЗОВАНИЕМ ПРОТОКОЛА Р1)

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

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

Предисловие

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

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

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10611—3—94 “Информационная технология. Международный функциональный стандарт. Профили AMHln. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 3. Профиль АМН11. Передача сообщений (с использованием протокола Р1)”

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

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

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

ГОСТ Р ИСО/МЭК МФС 10611—3—95

5 СООТВЕТСТВИЕ

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

5.1    Заявка о соответствии

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

Степень соответствия профилей АМНПп ограничивается агентом передачи сообщений (АПС). Заявка соответствия профилям АМНПп должна устанавливать, обеспечивает ли реализация профиль АМН 111 и/или профиль АМН112 (в настоящем стандарте используется общая ссылка в виде АМН 11, там где не требуется подчеркивать различие).

5.2    Соответствие СОС

Настоящий стандарт определяет факультативные или выбранные возможности реализации таким образом, чтобы соответствующие реализации смогли удовлетворять аттестационным требованиям ИСО/МЭК 10021 и/или рекомендаций Х.400 МККТТ.

Примечание — Действующие аттестационные требования ИСО/МЭК

и МККТТ следует различать в отношении обеспечения прикладных контекстов

протокола Р1, как это изложено в А. 1.2.

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

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

8

ГОСТ Р ИСО/МЭК МФС 10611—3—95

обмена 84. Для каждой функциональной группы, для которой заявляется обеспечение, реализация должна выполнять все обязательно обеспечиваемые возможности <0 или О-), идентифицированные для этой функциональной группы в приложении А, за исключением тех возможностей, которые являются компонентами нереализованных факультативных возможностей. Должно быть также указано, какие факультативные возможности (Ф) реализованы.

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

Реализации, удовлетворяющие профилю АМН 11 согласно настоящему стандарту, должны указывать те прикладные контексты протокола Р1, для которых заявлено соответствие. Реализации, соответствующие профилю АМН111, должны обеспечивать прикладной контекст передачи-спс Р1. Реализации, соответствующие профилю АМН 112, должны обеспечивать прикладные контексты протокола-передача-спс Р1 и протокола-передача-спс-1984 Р1. Реализации, соответствующие профилю АМН 111 и обеспечивающие также прикладной контекст протокола-передача-спс-1984 Р1, должны обеспечивать функциональную группу обеспечения межсетевого обмена 84.

5.3 Уровни соответствия

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

9

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

ФОРМА ЗАЯВКИ О СООТВЕТСТВИИ РЕАЛИЗАЦИИ ФУНКЦИОНАЛЬНОМУ СТАНДАРТУ (ЗСРФС) ДЛЯ ПРОФИЛЯ АМН11*

В случае противоречий между текстом основной части настоящего стандарта и таблицами данного приложения предпочтение следует отдать этому приложению.

В разделе А.1 определены базовые требования к соответствию профилю АМН11. В разделе А.2 определены требования, дополняющие те, которые определены в АЛ, для каждой из факультативных функциональных групп, если заявлено соответствие такой функциональной группе. В разделе А.З приводится дополнительная информация для обеспечения некоторых аспектов реализации при наличии специфических требований, не включенных в ГОСТ Р ИСО/МЭК МФС 10611. Должно быть полное соответствие всем трем разделам.

В каждой таблице колонка ^мБазовый стандарт** отражает уровень обеспечения, требуемый для соответствия базовому стандарту, а колонка “Профиль** отражает уровень обеспечения, удовлетворяющий требованиям настоящего ФС (используя классификацию и нотацию, определенные в 3.2).

Колонка “Обеспечение** предназначена для заполнения поставщиком реализации, как изложено ниже:

Д элемент или функциональная возможность обеспечивается полностью (т.е. удовлетворяются требования “О" классификации и уровня обеспечения профиля);

Д- элемент или функциональная возможность обеспечивается минимально (т.е. удовлетворяются требования “О-** классификации уровня обеспечения профиля);

Н элемент или функциональная возможность не обеспечивается, далее приводится следующая квалификация поведения при получении такого элемента:

НА — элемент аннулируется/игнорируется;

НО — БФД отклоняется (с соответствующей индикацией ошибки в необходимых случаях);

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

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

ГОСТ Р ИСО/МЭК МФС 10611— 3—95

А.О Идентификация реализации Л.0.2 Идентификация ЗСРП

Ссылка Вопрос Ответ 1 Дата заявки (ДД/ММ/ГГ) 2 Порядковый номер ЗСРП 3 Взаимная ссылка заявки о соответствии системы

А.0.2 Идентификация тестируемой реализации

Ссылка Вопрос Ответ 1 Наименование реализации 2 Версия реализации 3 Наименование вычислительной машины 4 Версия вычислительной машины 5 Название операционной системы 6 Версия операционной системы 7 Специальная конфигурация 8 Прочая информация

А.б.З Идентификация поставщика

Ссылка Вопрос Ответ 1 Название организации 2 С кем устанавливать связь 3 Адрес 4 Номер телефона 5 Номер телекса 6 Номер факса 7 Адрес электронной почты 8 Прочая информация

11

А О.4 Идентификация протокола

Ссылка Вопрос Ответ 1 Наименование, ссылочный номер и дата публикации стандарта по протоколу 2 Версия (и) протокола 3 Реализованные дололнения/изменения/технические поправки 4 Реализованные извещения об ошибках

А.0.5 Констатация глобального соответствия

Ссылка Вопрос Ответ Комментарии 1 Реализованы ли все обязательные требования базовых стандартов?

А.0.6 Заявка о соответствии профилю

Ссылка Вопрос Ответ Комментарии 1 Реализованы ли все обязательные требования профиля АМН111? 2 Реализованы ли все обязательные требования профиля АМН 112? 3 Реализованы ли все обязательные требования какой-либо из следующих факультативных функциональных групп? 3.1 Защита (ЗЩ) Класс (ы): 3.2 Физическая доставка (ФД) 3.3 Преобразование (ПР) 3.4 Переадресация (ПА) 3.5 Самая последняя доставка (СПД) 3.6 Возврат содержимого (ВС) 3.7 Список распределения (СР) 3.8 Использование справочника (ИС) 3.9 Обеспечение межсетевого обмена 84 (0М084)

12

ГОСТ Р ИСО/МЭК МФС 10611—3—95

А.1 Базовые требования АЛЛ Функциональная возможность инициатор/ответчик

Ссылка Прикладной контекст Базовый стандарт Профиль Обеспечение 1 Инициатор О О 2 Ответчик О 0

АЛ.2 Обеспеченные прикладные контексты

Ссылка Прикладной контекст Базовый стандарт Профиль Обеспе чение МККТТ ИСО/МЭК 1 Передача-спс О 0 0 2 Протокол-передачи-спс О Ф У1 3 Протокол-передачи-спс- 1984 О Ф У2

У1 — если заявлено соответствие АМН И1, то “О” иначе “Ф”

У2 — если заявлено соответствие АМН112 или функциональной группе взаимодействия 84, то “О^н иначе “Ф”

АЛ.З Обеспечиваемые операции АЛ.3.1 Связка и развязка

Ссылка Операция Базовый стандарт Профиль Обеспе чение Примечание; ссылка 1 Свяэка-АПС О О См. А.1.4.1 2 Развязка-АПС О О

АЛ .3.2 Элементы службы передачи сообщений (ЭСПС)

Ссылка Операция Базовый стандарт Профиль Обеспе чение Примечание; ссылка 1 Передача Сообщения 0 0 См- АЛ .4.2 2 ПередачаОтчета 0 0 См. А.1.4.3 3 ПередачаЗонда О 0 См. А.1.4.4

13

А. 1.4 Аргументы / результаты операции АЛ .4.1 Связка-АПС

Ссылка Элемент услуги Базовый стандарт Профиль Обеспе чение Примечание; ссылка 1 АРГУМЕНТ 1.1 ПУСТО О О 1.2 МНОЖЕСТВО О О 1.2.1 Имя-инициатора О О 1.2.2 Удостоверение личности-инициатора о О 1.2.2.1 Простое О О 1.2.2.1 Л СТРОКА ОКТЕТОВ ф О 1.2.2.1.2 Строка МК5 ф У1 1.2.2.2 Строгое ф ф 1.2.2.2.1 Полномочие-связки О О 1.2.2.2.1 Л Идентификатор-алгорит- ма-подписи О о 1.2.2.2.1.2 Имя о О 1.2.2.2.1.3 Время о О 1.2.2.2.1.4 Данные-со-знаком ф ф 1.2.2.2.1.5 Идентификатор-алгорит- ма-шифрования ф ф 1.2.2.2.1.6 Шифрованные-данные ф ф 1.2.2.22 Сертификат ф ф 1.2.3 Контекст-защиты ф ф См. А. 1.6/3 2 РЕЗУЛЬТАТ 2.1 ПУСТО о О 2.2 МНОЖЕСТВО О О 2.2.1 Имя-ответчика о о 2.2.2 Удостоверение личности-ответчика о о 2.2.2.1 Простое О О 2.2.2ЛЛ СТРОКА ОКТЕТОВ ф О 2.2.2.1.2 Строка МК5 ф У1

14

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

Окончание А.}.4.1

2.2.2.2 Строгое Ф Ф 2.2.2.2.1 Полномочие-связки О О 2.2.2.2.1.1 Идентификатор алгоритма-подписи О О 2.2.2.2.1.2 Имя О О 2.2.2.2.1.3 Время О О 2.2.2.2.1.4 Данные-со-знаком Ф Ф 2.2.2.2.1.5 Идентификатор-алгоритма -шифрования Ф Ф 2.2.22.1.6 Шифрованные-данные Ф Ф

У1 — если обеспечивается ПК протокола-передачи-спс-1984 Р1, то “О" иначе ИФ"

А.1.4.2 Параметры ПБД *'сообщениеt*

Ссылка Элемент услуги Базовый стандарт Профиль Обеспе чение Примечание/ ссылка 1 КонвертПередачиСообще- ния О О 1.1 (поля на каждое сообщение) 1.1.1 Идентификатор-сообще ния О О См. А.1.5/1 1.1.2 Имя-отправителя О О См. А. 1.7 1.1.3 Типы-кодированной-ин- формации-отправителя О О См. А. 1.5/3 1.1.4 Тип-содержимого О О См. А. 1.5/8 1.1.5 Идентификатор-содержи мого О О 1.1.6 Приоритет о О 1.1.7 Указатели-на-каждое сообщение О О См. А.1.5/4 1.1.8 Время-задержанной-дос- тавки ф О

15

Продолжение Л. 1.4.2

1.1.9 Двусторонняя-информа- ция-на-регион Ф О- См. А. 1.5/5 1.1.10 Трассовая-информация О О См. А. 1.5/6 1.1.11 Расширения О О См. А. 1.6/1 1.1.11.1 Переназначение-полу ча-теля-запрещено Ф О 1.1.11.2 Расширение-списка распределения-запрещено Ф О 1.1.11.3 Запрет-преобразования-из-за потери информации Ф О 1.1.11.4 Время-последней-доставки Ф О- 1.1.11.5 Обратный-адрес-отправи- теля Ф О- См. А.1.7 1.1.11.6 Сертификат-отправителя Ф О- 1.1.11.7 Идентификатор-алгорит- ма-конфиденциальности- содержимого Ф О- 1.1.11.8 Проверка-аутентичности- отправителя-сообщения Ф О- См. А. 1.6/2 1.1.11.9 Метка-защиты-сообщения Ф О- См. А. 1.6/3 1.1.11.10 Коррелятор-содержимого О О 1.1.11.11 Предыстория-расширения-списка распределения О О 1.1.11.12 Внутренняя-трассовая-ин- формация О О См. А. 1.6/5 1.2 Поля-на-получателя О О 1.2.1 Имя-получателя О О См. АЛЛ 1.2.2 Номер-полу чателя-опреде-ленный-отправителем О О 1.2.3 У казатели-на-получателя О О 1.2.4 Явное-преобразование Ф О- 1.2.5 Расширения О о См. А. 1.6/1

16

ГОСТ Р ИСО/МЭК МФС 10611—3—95

Содержание

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

1    Назначение......................... 1

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

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

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

5    Соответствие........................ 8

Приложение А Форма заявки о соответствии реализации

функциональному стандарту (ЗСРФС) для профиля    АМН 11     10

Приложение В Изменения и технические поправки..... 42

ш

Окончание А. 1.4.2

1.2.5.1 Альтернативный-получа- тель-запрошенный- отправителем Ф О- См. АЛЛ 1.2.5.2 Запрошенный -метод-дос -тавки Ф О- 1.2.5.3 Физическое-продвижение •запрещено Ф О- 1.2.5.4 Запрос-адреса-физичес- кого-продвижения Ф О- 1.2.5.5 Режимы-физической- доставки Ф О- 1.2.56 Регистрируемый-тип- почты Ф О- 1.2.5.7 Номер-получателя-для- уведомления Ф О- 1.2.5.8 Атрибуты-физического- изображения Ф О- 1.2.5.9 Запрос-отчета-физичер-кой-доставки Ф О- 1.2.5.10 Полномочие-сообщения Ф О- См. А.1.6/4 1.2.5.11 Проверка-целостности-со- держимого Ф О- 1.2.5.12 Запрос-подтверждения- доставки Ф 0- 1.2.5.13 Предыстория-переадре сации О 0- 2 Содержимое О 0

17

ГОСТ Р ИСО/МЭК МФС 10611—3—95

Введение

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

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

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

IV

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

Информационная технология Функциональный стандарт

ПРОФИЛИ АМН In. СИСТЕМЫ ОБРАБОТКИ СООБЩЕНИЙ. УНИФИЦИРОВАННЫЙ ОБМЕН СООБЩЕНИЯМИ

Часть 3

Профиль АМН11. Передача сообщений (с использованием протокола Р!)

Information technology. International standardized profiles АМН In. Message handling systems. Common messaging. Part 3. AMH11. Message transfer (PI)

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

1 НАЗНАЧЕНИЕ

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

Настоящий стандарт распространяется на передачу сообщений между агентами передачи сообщений (АПС), использующими протокол передачи сообщений Р1 (см. также рисунок 1). Эти спецификации составляют часть прикладных функций унифицированного обмена сообщениями, как определено в частях настоящего ФС, который формирует общую основу для содержимого типозависимых ФС по системам обработки сообщений (СОС), планируемым к разработке. АПС, который соответствует профилям АМНПп, определенным в настоящем стандарте, может обеспечивать “нормальный режим” протокольной инфраструктуры взаимосвязи открытых систем (ВОС) в соответствии с требованиями ИСО/МЭК 10021—6 (АМН111) и/или “режим Х.410" протокольной инфраструктуры ВОС в соответствии с требованиями рекомендаций серии Х.40О (1988) МККТТ (АМН 112).

Примечание — АПС, обеспечивающий только минимум требований

профиля АМН111, не будет взаимодействовать с АПС, который в свою очередь

обеспечивает только минимум требований профиля АМН 112.

1.2    Место в таксономии

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

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

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

АМН111 — передача сообщений (Р1) — нормальный режим; АМН112 — передача сообщений (Р1) — режим Х.410 (1984). Профили АМНПп могут взаимодействовать с любыми профилями Т (см. ГОСТ Р ИСО/МЭК ТО 10000—1), определяющими услуги транспортного уровня ВОС в режиме установления соединения.

1.3 Сценарий

Используемая модель представляет собой один из двух или более АПС, взаимосвязанных в пределах системы передачи сообщений (СПС), использующей протокол Р1, как показано на рисунке 1.

[ АПС |-1 АПС |-1    АПС

Рисунок 1 — Сценарий АМНПп

Бели профили АМНПп реализованы с использованием Р1, они охватывают все аспекты абстрактных услуг АПС* как определено в разделе 12 ИСО/МЭК 10021—4.

Протоколы и услуги верхних уровней ВОС, предназначенные для обеспечения функций СОС, охватываемых набором профилей АМНПп, определены в стандартах, указанных в таблице 1.

Таблица 1 — Модель профиля АМНПп

Прикладной уровень СОС ИСО/МЭК 10021—6 СЭНП ГОСТ Р ИСО/МЭК МФС 10611—2 СЭУА ГОСТ Р ИСО/МЭК МФС 10611—2 Уровень представления ГОСТ Р ИСО/МЭК МФС 10611—2 Сеансовый уровень ГОСТ Р ИСО/МЭК МФС 10611—2

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

Изменения и технические поправки в базовых стандартах, на которые даны ссылки, перечислены в приложении В.

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

ГОСТ Р ИСО/МЭК МФС 10611—3—95

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

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

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

ГОСТ Р ИСО/МЭК МФС 10611—1—95 Информационная технология.    Функциональный    стандарт.    Профили    АМН In.    Системы

обработки сообщений. Унифицированный обмен сообщениями. Часть

1.    Обеспечение услуг систем обработки сообщения

ГОСТ Р ИСО/МЭК МФС 10611—2—95 Информационная технология.    Функциональный    стандарт.    Профили    АМН In.    Системы

обработки сообщений. Унифицированный обмен сообщениями. Часть

2.    Спецификация СЭУО, СЭНП, СЭУА, протоколов уровня представления и сеансового уровня для использования в системах обработки сообщений

ИСО/МЭК 10021—1:1990* Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения. Часть 1. Общее описание услуг [см. также рекомендацию МККТТ X.400(1988)]

ИСО/МЭК 10021—2:1990* Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения. Часть 2. Общая архитектура [см. также рекомендацию МККТТ X.402U988) ]

ИСО/МЭК 10021—4:1990* Информационная технология. Передача текста. Системы передачи текста, ориентированные на сообщения. Часть 4. Система передачи сообщений. Определение абстрактных услуг и процедуры [см. также рекомендации МККТТ Х.411(1988)] ИСО/МЭК 10021—6:1990* Информационная технология. Передача текста. Системы передачи текста, ориентированные на сообщения. Часть 6. Спецификации протокола [см. также рекомендацию МККТТ

Х.4190988) J

Рекомендация МККТТ Х.400 (1988). Система обработки сообщений и общее описание услуг

Рекомендация МККТТ X.4Q2 (1988). Система обработки сообщений. Общая архитектура

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

3

ГОСТ Р ИСО/МЭК МФС 10611 —3—95

Рекомендация МККТТ Х.411 (1988). Система обработки сообщений. Система передачи сообщений. Определение абстрактных услуг и процедуры

Рекомендация МККТТ Х.419 (1988). Система обработки сообщений. Спецификации протоколов

Руководство для разработчика СОС, версия 8, март 1992 г. (Специальная согласительная группа МККТТ по системам обработки сообщений и СРГ по обмену сообщениями ИСО/МЭК СТК1/ПК18/РГ4).

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

В настоящем стандарте использованы приведенные ниже определения.

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

3.1    Общие понятия

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

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

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

3.2    Классификация видов обеспечения

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

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

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

4

ГОСТ Р ИСО/МЭК МФС 10611—3—95

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

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

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

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

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

5

лено и элемент является результатом, то при получении элемента реализация может игнорировать его.

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

Не входит в предмет рассмотрения (Н/Р): элемент не входит в предмет рассмотрения настоящего стандарта, т.е. не может быть объектом аттестационного тестирования ФС.

Не используется (—): элемент не используется в конкретном контексте, в котором применим этот класс.

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

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

Требуемый (Т):    элемент    должен    присутствовать всегда. В

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

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

6