Архитектура маршрутизации Exchange Server
Маршрутизация сообщений внутри одного сервера
Когда Exchange Server 2003 определяет, что получатель сообщения находится на одном сервере с отправителем, происходит доставка сообщения в папку Inbox (Входящие) получателя. Данный процесс (см. рис. 3.4) состоит из следующих шагов.
- Клиент отправляет сообщение.
- Сообщение передается в систему категоризации, анализируется в сопоставлении с таблицей схемы домена, после чего помещается в очередь локальной доставки.
- Хранилище информации ассоциирует сообщение с почтовым ящиком получателя.
Маршрутизация сообщений внутри одной группы маршрутизации
При передаче сообщений между серверами в одной и той же группе маршрутизации используется транспортный протокол SMTP. Маршрутизация сообщения между двумя серверами в одной группе маршрутизации (см. рис. 3.5) состоит из следующих шагов.
- Клиент отправляет сообщение.
- Сообщение передается в систему категоризации, применяющую все ограничения, обнаруженные в Active Directory. Затем сообщение передается через очередь после категоризации и далее в систему маршрутизации.
- Система маршрутизации анализирует сообщение в сопоставлении с таблицей схемы имени домена, после чего помещает сообщение в исходящую очередь SMTP для отправки на сервер назначения. Данная очередь создается для сообщения динамически на основе имени домена назначения, которое и становится именем очереди; в данном случае это имя hr.trainsbydave.com (Local Delivery).
- Сервер отправки находит каталог почтового ящика получателя в Active Directory, производит поиск DNS записи обмена сообщениями (MX), связанной с сервером назначения, на котором находится почтовый ящик получателя, и после этого создает TCP-соединение с этим сервером через порт 25.
- Сообщение передается на сервер назначения.
- Сервер назначения принимает сообщение от службы SMTP и помещает его в очередь NTFS. AQE считывает сообщение из очереди и передает сообщение через транспортное ядро.
увеличить изображение
Рис. 3.5. Направление сообщения Exchange Server 2003 получателю, находящемуся на другом сервере
Направление сообщений в другие группы маршрутизации
Сообщения направляются на серверы в других группах маршрутизации через сервер-мост (BHS) с каждой стороны коннектора, если этот сервер в отдельном порядке установлен в коннекторе. С помощью RGC сервер назначения можно настроить на работу в качестве любого сервера в группе маршрутизации назначения. Маршрутизация сообщений на серверы в различных группах маршрутизации (см. рис. 3.6) состоит из следующих этапов.
- Клиент отправляет сообщение.
- Сообщение передается через транспортное ядро, после чего помещается в очередь исходящих сообщений SMTP.
- В разделе определения конфигурации Active Directory собирается информация о группе маршрутизации.
- Анализируется информация о состоянии связи для определения оптимального маршрута. (Более подробная информация приведена далее в лекции.)
- Сообщение передается серверу BHS через порт TCP 25.
- Сервер BHS передает сообщение через порт TCP 25 серверу BHS в группе маршрутизации назначения.
- Принимающий сервер BHS передает сообщение серверу назначения в своей группе маршрутизации через порт TCP 25.
- Сообщение поступает на сервер назначения через службу SMTP и располагается в очереди NTFS.
- AQE извлекает сообщение из очереди, после чего сообщение ассоциируется с почтовым ящиком получателя.
увеличить изображение
Рис. 3.6. Маршрутизация сообщения Exchange Server 2003 получателю в другой группе маршрутизации
Направление сообщений в инородные системы электронной почты
Сообщения направляются в другие системы электронной почты через коннектор X.400, если имеется прямое и постоянное соединение. В противном случае сообщения направляются через интернет с использованием протокола SMTP. Маршрутизация сообщений в другую систему электронной почты с использованием SMTP (см. рис. 3.7) состоит из следующих этапов.
- Клиент отправляет сообщение.
- Сообщение располагается в очереди исходящих сообщений SMTP.
- Служба SMTP считывает сообщение из очереди и отправляет его через порт TCP 25 на SMTP-сервер назначения.
Рис. 3.7. Маршрутизация сообщения Exchange Server 2003 получателю в другой системе электронной почты через протокол SMTP
Если сообщение направляется в другую систему электронной почты через коннектор X.400, этапы данного процесса, по сути, идентичны маршрутизации через SMTP, за исключением того, что используется коннектор X.400 и отсутствует номер порта.
Топологии группы маршрутизации
Существует несколько способов соединения с группами маршрутизации. Наиболее распространенными топологиями являются топологии типа "ось и спицы" и "паутина". Топология "ось и спицы", как видно из самого названия, содержит центральную группу маршрутизации, с которой соединены все остальные группы маршрутизации (см. рис. 3.8). Администрирование топологии "ось и спицы" осуществляется проще, так как в ней приходится создавать и обслуживать сравнительно небольшое число RGC. Одним очень весомым недостатком данной топологии является то, что если в одном месте возникает ошибка, то нет возможности решить текущую задачу альтернативным способом. Если по каким-либо причинам Exchange Server 2003 или физические каналы связи с "осью" выходят из строя, обмен сообщениями между группами маршрутизации полностью прекращается до устранения возникших неполадок.
В топологии "паутина" каждая группа маршрутизации имеет связь RGC с каждой из остальных групп маршрутизации в организации. Данная топология обеспечивает избыточность в случае ошибки соединения или сервера в любой точке; информация о состоянии связи позволяет перенаправить сообщение по другому маршруту. Тем не менее, осуществлять администрирование такой топологии сложнее, так как она требует создания и обслуживания большего числа коннекторов RGC. На рисунке 3.9 показана схема топологии "паутина".
Менее распространенным способом соединения групп маршрутизации является линейная топология (см. рис. 3.10). В данной топологии все группы маршрутизации соединяются линейно в логическом порядке. Несмотря на то что эта топология наиболее проста в реализации из-за минимального количества требуемых RGC, в ней очень велика вероятность возникновения неполадок. Например, здесь не обеспечивается избыточности маршрутизации, следовательно, потеря связи между любыми двумя группами маршрутизации означает, что обмен сообщениями будет прерван во всей организации. Во-вторых, передача сообщения из одного конца в другой занимает слишком много времени с точки зрения требований организации. При отсутствии альтернативных маршрутов задержки при обмене сообщениями становятся серьезной проблемой. Данную топологию использовать не рекомендуется, а вместо нее можно использовать либо топологию "ось и спицы", либо модифицированную топологию "паутина", о которой пойдет речь ниже.
Модифицированная топология "паутина" (см. рис. 3.11) предусматривает несколько маршрутов к каждой группе маршрутизации, однако не обеспечивает связь каждой группы маршрутизации с каждой другой группой маршрутизации внутри организации. В большинстве случаев модифицированная топология "паутина" подходит наибольшим образом.