X.400 получил поддержку в Европе, а также был одобрен и правительственными агентствами США.
16.18.1 Пример сообщения X.400
В отличие от стандартов Интернета X.400 не требует 7-битного кода ASCII и взаимодействия по NVT. Поля сообщения форматируются в соответствии со спецификацией BER от ISO (см. главу 20), что предполагает для каждого поля шестнадцатеричный идентифицирующий код и значение длины поля. На рис. 16.10 показан обобщенный пример сообщения, иллюстрирующий основные возможности X.400.
Рис. 16.10. Формат межперсонального сообщения в формате X.400
16.18.2 Именование получателей в X.400
Как представляют людей в обычном разговоре? Можно сказать: 'Мери Джонс, технический консультант Милуокского подразделения компании MCI', либо 'Жак Брюн, который живет по адресу: Франция, Париж, авеню Сентраль, 10'. Разработчики стандарта X.400 попытались создать универсальную систему именования, подобную обычному способу идентификации людей.
Имя отправителя и получателя имеют списки атрибутов. Стандарт определяет множество необязательных атрибутов, которые допустимо использовать в произвольной комбинации. Наиболее полезными для систем электронной связи можно считать следующие атрибуты:
■ Название страны
■ Имя административного домена
■ Собственное имя (например, Джон X. Джонс III)
■ Название организации
■ Название подразделения организации
■ Имя собственного домена
■ Атрибуты домена
Собственные (личные) домены имеют службы коммерческой электронной почты или корпоративные почтовые системы на основе лицензированных почтовых программных продуктов.
Атрибуты домена позволяют использовать имена существующих почтовых систем, встраивая их в идентификатор X.400. Это очень важное свойство обеспечивает способность шлюзов X.400 переключаться между лицензированными почтовыми системами, а также между обычными лицензированными программами или совместимыми с X.400 системами.
16.18.3 Взаимодействие между X.400 и почтой Интернета
Поскольку оба эти протокола обеспечивают службы 'сохранить-и-переслать' (store-and-forward), между ними возможно взаимодействие через специальные шлюзы. Несколько документов RFC специфицируют отображение почтовых сообщений Интернета в формат сообщений X.400.
16.19 Каталоги ISO/ITU-T
Создание правильного идентификатора для получателя системы X.400 может быть достаточно трудным. Выбранные атрибуты могут радикально меняться для различных пользователей. Сразу после завершения работ над X.400 стало ясно, что необходима специальная служба каталогов. Для этого в 1985— 1988 гг. CCITT подготовила рекомендации X.500, определяющие службу каталогов и протоколов. Несколько исследовательских и коммерческих ассоциаций создали экспериментальные реализации X.500.
Стандарт каталогов охватывает многое. Каталог X.500 является распределенной базой данных, содержащей информацию различного типа. Например:
■ Имена людей
■ Почтовые адреса
■ Идентификаторы пользователя для почты X.400
■ Почтовые идентификаторы в стиле Интернета
■ Номера телекса и факса
■ Номера телефонов
■ Имена и размещение принтеров
База данных X.500 в конечном счете будет содержать информацию, которая поможет пользователям найти сетевой ресурс любого типа.
16.19.1 Модель каталога
Информационная база каталога (Directory Information Base) распределена среди группы баз данных, управляемых
Стандарты X.500 определяют комплексный формальный протокол управления взаимодействием между DUA и DSA. Облегченный протокол доступа к каталогам Интернета (Internet lightweight directory access protocol — LDAP) упрощает доступ к службе каталогов. Существует и протокол DSA-DSA, позволяющий DSA пересылать запросы пользователей или загружать копии отдельных частей информационной базы каталогов.
Существует множество структурных сходств между системой каталогов X.500 и Domain Name System. Обе представляют собой распределенные базы данных и имеют иерархическую древовидную структуру. Пользователи взаимодействуют с сервером через локальный клиент, а сервер может организовать распространение инициированного пользователем запроса.
Стандарт X.500 содержит метод проверки аутентификации записей каталогов. Запись проверяется на соответствие зашифрованным сертификатам, извлекаемым из доверенного источника. Формат сертификата определен в стандарте X.509.
16.20 Дополнительная литература
RFC 821 определяет протокол Simple Mail Transfer Protocol, a RFC 822 описывает формат сообщений
