2.5.5. Система адресов х.400

X.400 — общий стандарт, разработанный ISO и CCITT, для управления сообщениями. Вскоре этот стандарт планируют принять многие сети. Некоторые уже используют его.

Дополнительно к обычному тексту сообщения Х.400 могут содержать и другие форматы (факсы, записи звуков речи, музыки, различные изображения и т.д.). Адресация в пользовании также очень проста, слегка напоминает своей идеей DNS. Только здесь используются не названия групп, сетей, но более привычные в обиходе понятия:

Код страны — тот же, что в RFC 822.

ADMD — Administration Management Domain = домен административного управления. Определяет общественный носитель Х.400. Владельцем ADMD обычно является компания по предоставлению услуг дальней связи или государственное учреждение связи. Для соединения ADMD друг с другом их владельцы заключают двусторонние соглашения, неестественно, не все ADMD соединены между собой. Самые крупные владельцы ADMD: AT&T, MCI, Sprint.

PRMD — Private Management Domain = домен частного управления. Определяет используемый частный носитель Х.400. Это может быть EUnet, BITNET и т.д., или же частная организация.

Организация — Указывает организацию получателя. Ею может быть, например, компания или учебное заведение (МФТИ, Oxford, Cambridge, MIT и т.д.).

Орг. единица — Определяет подразделение. Их может быть несколько. Например, не просто physics, но lab_l или Iab_2.

Фамилия — Плотников.

Имя — Олег. Требуется, если фамилия достаточно распространённая.

Можно преобразовать старый адрес в Х.400 формат, но не всегда это будет просто. Тем не менее, вполне может статься, что вас осчастливят письмом в формате Х.400. Чтобы послать ответ отправителю, просто возьмите его адрес из поля "From:" полученного письма. Соответствующий шлюз с этим разберётся.

Для общего случая имеются инструкции (RFC 1327, 1506) по переводу адресов и текстовых сообщений Х.400 в формат RFC 822, имеется соответствующее программное обеспечение. А существует ли единый стандарт для записи Х.400-ядреса1? Вроде даже и нет. Поэтому пока невозможно единообразно и ясно надписать таковой, например, на бизнес-карте.

Заинтересовавшихся пользователей отсылаем к [21].

2.6 Маршрутизация

Более подробно см. в RFC 1022, 1036, 1467, 1517-1520.

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

Маршрутизация в Internet происходит раздельно для различных уровней группирования в Сети. Каждая локальная сеть использует свои методы маршрутизации. Определённые группы локальных сетей объединяются в RD — Routing Domains — домены (области) маршрутизации, в которых маршрутизация производится согласно единым принципам, алгоритмам и протоколам. Элементарным объектом маршрутизации в RD являются уже не отдельные компьютеры, а сети Internet.

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

Сами RD полностью находятся внутри какого-либо одного AD — Administration Domain — административного домена. AD — это сеть или группа сетей, работающих под единым управляющим началом. В одном административном домене может быть много разных маршрутных доменов. AD обычно соответствует какой-либо организации или ассоциации. Сами AD могут объединяться в AD более высокого уровня и т.д. То есть, административный домен является основным иерархическим элементом в структуре Сети.

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

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

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

Рассказ о самой этой структуре совсем нас не привлекает, нам более интересны сами алгоритмы маршрутизации. Протоколы, которыми пользуются маршрутизаторы для прокладки путей по Сети, в общем, основаны на нескольких базовых алгоритмах. Расскажем о двух разных протоколах: RIP и OSPF.