Учебный курс "ЭП в системе REX400"

## 3.Протоколы, области управления и службы Х.400- системы.

#### 3.1. Протоколы Х.400- системы.

В рекомендациях ITU-T описаны следующие протоколы взаимодействия между объектами СОС: - протокол Р1, определяющий взаимодействие 2-х АПС (рекомендация Х.411); - протокол Р2, описывающий взаимодействие 2-х АП через СПС (рекомендация Х.420) как службу межперсонального обмена; - протокол Р3 (рекомендация Х.410) взаимодействия между АПС и удаленными АП и ХС. - протокол Р7, описывающий обмен сообщениями между АП и ХС (рекомендация Х.419).

#### Области действия протоколов показаны на рис.3.1.

#### Рис.3.1. Протоколы систем обработки Х.400- сообщений.

Протокол Р1 включает в свой состав 3 сервисных группы. Группа служб пересылки сообщений обеспечивает пересылку полных сообщений, состоящих из конверта и содержания. Группа служб пробных пересылок реализует функции пересылки пустых конвертов с целью проверки тракта между АПС. Группа служб служебной пересылки обеспечивает пересылку служебных сообщений в направлениях, противоположных пересылке основных и пробных сообщений. Служебные сообщения могут, например, фиксировать доставку или недоставку сообщения, причину и время события. Протокол Р2 описывает способы размещения сообщений в СПС, доставки и поиска сообщений. Этот протокол определяет режим межперсонального обмена. Вместе с тем между АП могут использоваться и др. протоколы. Протоколы Р3 и Р7 содержат одинаковые сервисные группы, отличающиеся только объектами, в которых они реализуются. Определены следующие главные сервисные группы- служб размещения, доставки и поиска сообщений и административных служб. Протокол Р7 идентичен протоколу Р3 за исключением того, что служба доставки в паре "АП-АПС" протокола Р3 заменяется службой поиска сообщений в паре "АП-ХС" протокола Р7. Это отражается в процедуре пересылки сообщения, которое доставляется из АПС в ХС и затем передается по запросу АП пользователю частично или полностью. Рассмотрим архитектуру прикладного уровня эталонной модели ВОС. В соответствии с рекомендацией Х.400 уровень 7 делится на 2 подуровня (рис.3.2)- уровень АП и уровень пересылки сообщений (ПС); последний обеспечивает пересылку сообщений между АП, используя АПС как промежуточные узлы (уровень ПС фактически соответствует классической почтовой службе, обеспечивающей транспортировку писем). Обмен сообщениями производится между пользовательскими объектами, состоящими из 2-х частей- АП-объекта (АП-О) и объекта размещения и доставки (ОРД), отвечающего за размещение сообщения в СПС и его прием в соответствии с протоколом Р3.

#### Рис.3.2. Структура прикладного уровня модели архитектуры ВОС для Х.400-систем.

#### 3.2. Области управления в Х.400-системе.

С целью упрощения администрирования, управления и адресации системы обработки разделяются на отдельно управляемые структуры. В рекомендациях Х.400 введены 2 типа областей управления- Область Административного Управления, ОАУ (Administrative Management Domain, ADMD) и Область Частного Управления, ОЧУ (Private Management Domain, PRMD). 1-я область относится к компетенции, как правило, Администрации связи (инфраструктура общего пользования), 2-я область является собственностью какой-либо организации. Это может быть сеть университета, исследовательского института и т.п. Пример разделения элементов СОС по областям приведен на рис.3.3.

#### Рис.3.3. Области управления в Х.400-системах.

АПС в ОАУ рассматривается как центральная коммутационная система, обеспечивающая связь между 2-мя любыми АП, подключенными в Х.400-системе либо прямо через ОАУ, либо через ОЧУ. При этом необходимо иметь ввиду, что структура адреса допускает включение в структуру конверта имени только одной области ОЧУ, которая и должна быть непосредственно подключена к области ОАУ. Сообщения для тех АП, которые подключены к ОЧУ, не соединенной непосредственно с ОАУ, не могут быть доставлены через ОАУ общего пользования, поскольку адреса этих сообщений не могут быть обработаны маршрутными механизмами ОАУ.

#### 3.3. Имена и адреса в Х.400-системе.

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

### Атрибут

1. Название страны (С). 2. Название административной области управления (ADMD) 3. Название частной области управления (PRMD). 4. Название организации (О). 5. Название отдела организации (OU). 6. Персональное имя, состоящее из фамилии (s)и имени (g).

### Значение атрибута.

1. 2 буквы кодированного названия страны, стандартизированные организацией МОС. 2. Название области ADMD, с которой связан АП. 3. Название области PRMD, к которой принадлежит АП. 4. Название организации, к которой принадлежит пользователь (университет, компания и т.д.). 5. Название отдела данной организации в соответствии с ее структурой. 6. Имя и фамилия человека, которого представляет данный агент АП. Рассмотрим формирование О/П -адреса пользователя системы обработки сообщений на следубщем примере. Gennady Yanovsky- участник Международной школы по управлению и анализу компьютерных сетей, проходящей в Италии (G=IT) в Международном Центре теоретической физики (O=ICTP). В качестве АП используется терминал, расположенный в Компьютерной лаборатории (OU=COMLAB) ICTP. Передача сообщений осуществляется через сеть INFN (PRMD=INFN) и сеть общего пользования ITAPAC (ADMD=ITAPAC). Тогда О/П-адрес в Х.400-системе имеет следующий вид:

#### C=IT; ADMD=ITAPAC;

#### PRMD=INFN; J=ICTP

#### OU=COMLAB; S=YANOVSKY

#### G=GENNADY;

### 3.4. Х.400-службы.

Группа базовых служб. Эта сервисная группа обеспечивает минимально необходимый набор служб между отправителем и получателем сообщений. АПС при этом является промежуточным звеном в процессе доставки. Управление доступом, АП и АПС устанавливают соединение и обмениваются информацией для идентификации друг друга. При реализации операций, требующих дополнительной защиты, используются дополнительные процедуры (например, пароль и др.). АП использует эту процедуру для собственной идентификации в службе передачи сообщения; проверка пользователя в любом АП является локальной процедурой. Идентификация сообщения. СПС возвращает в АП уникальный идентификатор для каждого введенного или доставленного сообщения. Идентификация является базой для проверки доставки и других контрольных процедур. Извещение о доставке. АП отправителя извещается о недоставке сообщения с указанием причины недоставки. В случае недоставки передающий АП может требовать возвращения содержания сообщения. Если содержание сообщения в процессе доставки подверглось преобразованию, содержание сообщения не возвращается к адресату, с которым до настоящего времени связь не осуществлялась. В результате пробной передачи отправитель должен получить подтверждение о доставке или недоставке пустого конверта. Это подтверждение свидетельствует о правильности адреса, а также указывает на необходимость преобразования содержания сообщения при пересылке. Индикация типа содержания сообщения. Передающий АП определяет тип содержания каждого сообщения. Успех доставки может зависеть от преобразования содержания для другого АП. Индикация преобразования. АПС информирует принимающий АП о том, что содержание сообщения подверглось преобразованию. Временные отметки при передаче и доставке. Эта служба реализуется СПС для всех АП, учавствующих в обмене. Выбор категории доставки. Передающий АП может определить категорию сообщения- "срочное", "несрочное", "нормальное". Срочное сообщение доставляется быстрее, а несрочное медленнее, чем нормальное. Многоадресная доставка. Передающий АП может определить состав получателей сообщения. Дополнительная процедура "раскрытие других получателей" может быть предусмотрена путем предоставления всех имен каждому получателю. Задержанная доставка. Передающий АП информирует СПС о необходимости задержки сообщений до определенного момента (время и дата). Впоследствии АП может снять это требование. Службы преобразования. Обмен сообщениями между несовместимыми архитектурами (взаимодействие со службами Телекс, Телефакс и др.) требует преобразования содержания сообщения. Передающий АП может запрашивать СПС о внутреннем или внешнем преобразовании. Если преобразование осуществляется, пользователь информируется об исходном типе сообщения. Службы запроса. Служба проб позволяет определять, доставлено ли конкретное сообщение. АП передает все спецификации конверта без содержания сообщения и СПС возвращает сообщения о доставке/недоставке. Одним из возможных применений службы является ситуация, когда необходимо передать документ значительного объема. Статусные службы. В некоторых организациях часть пользователей может не иметь собственного АП. Вэтом случае доставка сообщений обеспечивается организацией с помощью статусных служб. Листы распределения. В отличие от служб многоадресной доставки, когда АП-источник формирует на конверте набор адресов, здесь за доставку сообщения нескольким пользователям в соответствии с адресами, заносимыми в лист распределения, отвечает АПС. При этом источник может и не знать, что адреса получателей его сообщения находятся в АПС, т.е. вопрос о распределении решается администрацией сети. Защита сообщения. Защита в СОС связана с защитой сообщений от несанкционированного доступа других пользователей, подключаемых к системе. Средства аутентификации базируются на ассимметричной криптосистеме публичных ключей. При этом пара пользователей может согласовать ключи для шифрования сообщений. Определен набор служб защиты, включающий 14 процедур, каждая из которых реализуется в зависимости от протокола обмена- между 2-мя АП, между АП и АПС, между АП и ХС и т.д.

####
3.5. Связь Х.400-системы с эталонной моделью ВОС.

Примечание: вячейках как **, следует читать Вызов: Х.21+Х.25 Данные: Х.25

####
Рис.3.4.

На рис.3.4 представлена модель протоколов ВОС для Х.400-службы передачи сообщений. Службы представительного уровня вложены в процессы АПС. Эти службы определены в спецификации представительного уровня модели ВОС. Дополнительные документы описывают набор стандартных правил преобразования содержания различных типов, например, между стандартной последовательностью символов буквенно-цифрового алфавита и факсимильным изображением. Сессионный уровень обеспечивает трансферные службы, поддерживая обмен протокольными блоками данных, отвечающими Р1, между партнерами. Выбор партнеров определяется протоколами Р3 (АП-АПС или АПС-АПС). На сессионном уровне реализуется режим полудуплексного диалога. Транспортный уровень обеспечивает службу протоколов класса 0; класс 1 рассматривается как дополнительная опция, отвечающая рекомендации ITU-T Х.121. Необходимо отметить, что существенно ограниченные возможности транспортного протокола класса 0 достаточны при использовании сетей на базе рекомендации ITU-T Х.25. Однако они полностью неадекватны высокоскоростным транспортным системам, в частности, локальным сетям, а также сетям, использующим режим без установления соединения. Отсюда возникает проблема применимости систем обработки сообщений в разнородных сетях, взаимодействия с сетями на территории США, где имеется ряд сетей с протоколами сетевого уровня, отличными от рекомендации Х.25. В перспективе ожидается необходимость перехода к транспортным протоколам более высоких классов, вплоть до класса 4. Определенные ограничения накладывает и полудуплексный режим диалога, который может приводить к существенным задержкам доставки, особенно при взаимодействии АПС высокой производительности с высокоскоростными интеллектуальными сетями. Поэтому модель протоколов ВОС для систем обработки сообщений постоянно находится в процессе изменения.

### BACK