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

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

Группа П85

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

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

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

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

Часть 3

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

Information technology. International standardized profiles AMH1n.
Message handling systems. Common messaging. Part 3. AMH11.
Message transfer (P1)

ОКС 35.000*
ОКСТУ 4002
____________
* В указателе "Государственные стандарты" 2003 г. код ОКС 35.100.05. -

Примечание "КОДЕКС".

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

Предисловие

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

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

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

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

Введение

Введение

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

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

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

1 НАЗНАЧЕНИЕ

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

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

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

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

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

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

АМН111 - передача сообщений (Р1) - нормальный режим;

АМН112 - передача сообщений (Р1) - режим Х.410 (1984).

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

1.3 Сценарий

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

Рисунок 1 - Сценарий АМН11n

Рисунок 1 - Сценарий АМН11n

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

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


Таблица 1 - Модель профиля АМН11n

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.2.1 Статические возможности

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

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

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

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

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


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

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

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

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

3.2.2 Динамическое поведение

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

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


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

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

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

4 СОКРАЩЕНИЯ

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А.0 Идентификация реализации

А.0.1 Идентификация ЗСРП

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

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

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

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

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

А.1 Базовые требования

А.1.1 Функциональная возможность инициатор/ответчик

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

У1 - если заявлено соответствие АМН111, то "О" иначе "Ф"

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

А.1.3 Обеспечиваемые операции

А.1.3.1 Связка и развязка

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

А.1.4 Аргументы/результаты операции

А.1.4.1 Связка-АПС

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

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

А.1.4.3 Параметры ПБД "отчет"

А.1.4.4 Параметры ПБД "зонд"

А.1.5 Общие типы данных

У1 - если обеспечивается перемаршрутизация, то "О" иначе "О-",

У2 - если обеспечивается задержанная доставка, то "О" иначе "О-".

А.1.6 Расширенные типы данных

У1 - если обеспечивается перемаршрутизация, то "О" иначе "О-",

У2 - если обеспечивается задержанная доставка, то "О" иначе "О-".

А1.7 Имена О/П

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

Примечание - Классификация атрибута в виде "О" означает только то, что его наличие требуется для формы адреса О/П, а не необходимость принимать решения о маршруте для данного атрибута (см. также А.3.1).

А.1.7.1 Мнемонический адрес О/П

А.1.7.2 Цифровой адрес О/П

А.1.7.3 Терминальный адрес О/П

А.1.7.4 Форматированный почтовый адрес О/П

А.1.7.5 Неформатированный почтовый адрес О/П

А.2 Факультативные функциональные группы

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

А.2.1 Преобразование (ПР)

А.2.1.1 Аргументы/результаты операции

А.2.1.1.1 ПередачаCообщения

У1 - если неявное преобразование не обеспечивается (см. А.3.3/2), то "О" иначе "Ф"

А.2.1.1.2 ПередачаЗонда

У1 - если неявное преобразование не обеспечивается (см. А.3.3/2), то "О" иначе "Ф"

А.2.1.2 Общие типы данных

А.2.1.3 Расширение типов данных

А.2.2 Список распределения (СР)

А.2.2.1 Аргументы/результаты операции

А.2.2.1.1 ПередачаСообщения

А.2.2.1.2 ПередачаОтчета

А.2.2.2 Общие типы данных

А.2.2.3 Расширение типов данных

А.2.3 Физическая доставка (ФД)

Определенные ниже требования обеспечения относятся к АПС с соразмещенными БДФД. Обеспечение ФГФД при представлении определено в ГОСТ Р ИСО/МЭК МФС 10611-4.

А.2.3.1 Аргументы/результаты операции

А.2.3.1.1 Передача сообщения

А.2.3.1.2 ПередачаОтчета

А.2.3.1.3 ПередачаЗонда

А.2.3.2 Имена О/П

А.2.3.2.1 Форматированный почтовый адрес О/П

А.2.3.2.2 Неформатированный почтовый адрес О/П

А.2.4 Переадресация (ПА)

А.2.4.1 Аргументы/результаты операции

А.2.4.1.1 ПередачаСообщения

А.2.4.1.2 ПередачаЗонда

А.2.4.2 Общие типы данных

А.2.4.3 Расширение типов данных

А.2.5 Самая последняя доставка (СПД)

А.2.5.1 Аргументы/результаты операции

А.2.5.1.1 Параметры БФД сообщений

А.2.6 Возврат содержимого (ВС)

А.2.6.1 Аргументы/результаты операции

А.2.6.1.1 Параметры БФД отчета

А.2.6.2 Общие типы данных

А.2.7 Защита (ЗЩ)

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

А.2.7.1 Аргументы/результаты операции

А.2.7.1.1 Связка АПС

А.2.7.1.2 ПередачаСообщения

А.2.7.1.3 ПередачаОтчета

А.2.7.1.4 ПередачаЗонда

А.2.7.2 Расширение типов данных

А.2.8 Использование справочника (ИС)

А.2.8.1 Имена О/П

А.2.9 Взаимодействие-84

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

А.3 Дополнительная информация

А.3.1 Функциональная возможность маршрутизации

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

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

А.3.2 Обеспечиваемые типы содержимого

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

А.3.3 Обеспеченные преобразования типов кодированной информации

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

А.3.4 Возможности реализации

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

А.3.5 Ограничения реализации

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

Примечания

1 Должно быть установлено предельное значение максимальной длины сообщения и/или конверта.

2 Должно быть установлено предельное значение числа получателей, которое может быть указано в конверте сообщения (это не означает статической возможности регистрации такого числа пользователей для доставки в одном АПС).

ПРИЛОЖЕНИЕ В (обязательное). ИЗМЕНЕНИЯ И ТЕХНИЧЕСКИЕ ПОПРАВКИ

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

Международные стандарты постоянно подвергаются пересмотрам и изменениям со стороны заинтересованных технических комитетов ИСО/МЭК. Приведенные ниже изменения и технические поправки одобрены СТК1 ИСО/МЭК и рассматриваются в настоящем ФС как нормативные ссылки.

Примечание - Соответствующие технические поправки эквивалентных рекомендаций МККТТ содержатся в совместном документе МККТТ/ИСО "Руководство для разработчика СОС" (версия 8).

MOTIS (Системы обмена текстами, ориентированные на сообщения)


ИСО/МЭК 10021-1/Тп.1:1991

ИСО/МЭК 10021-1/Тп.2:1991

ИСО/МЭК 10021-1/Тп.3:1992

ИСО/МЭК 10021-1/Тп.4:1992

ИСО/МЭК 10021-1/Тп.5:1992

ИСО/МЭК 10021-1/Тп.6:1994

ИСО/МЭК 10021-2/Тп.1:1991

ИСО/МЭК 10021-2/Тп.2:1991

ИСО/МЭК 10021-2/Тп.3:1992

ИСО/МЭК 10021-2/Тп.4:1992

ИСО/МЭК 10021-2/Тп.5:1993

ИСО/МЭК 10021-2/Тп.6:1994

ИСО/МЭК 10021-2/Тп.7:1994

ИСО/МЭК 10021-4/Тп.1:1991

ИСО/МЭК 10021-4/Тп.2:1991

ИСО/МЭК 10021-4/Тп.3:1992

ИСО/МЭК 10021-4/Тп.4:1992

ИСО/МЭК 10021-4/Тп.5:1992

ИСО/МЭК 10021-5/Тп.1:1991

ИСО/МЭК 10021-5/Тп.2:1991

ИСО/МЭК 10021-5/Тп.3:1992

ИСО/МЭК 10021-5/Тп.4:1992

ИСО/МЭК 10021-5/Тп.5:1992

ИСО/МЭК 10021-4/Тп.6:1993

ИСО/МЭК 10021-4/Тп.7:1994

ИСО/МЭК 10021-4/Тп.8:1994

ИСО/МЭК 10021-6/Тп.1:1991

ИСО/МЭК 10021-6/Тп.2:1991

ИСО/МЭК 10021-6/Тп.3:1992

ИСО/МЭК 10021-6/Тп.4:1992

ИСО/МЭК 10021-6/Тп.5:1992

ИСО/МЭК 10021-6/Тп.6:1993

ИСО/МЭК 10021-6/Тп.7:1994

ИСО/МЭК 10021-1/Изм2:1994

ИСО/МЭК 10021-2/Изм1:1993

ИСО/МЭК 10021-2/Изм2:1994

ИСО/МЭК 10021-4/Изм1:1994



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