Общие сведения о маршрутизации сообщений
Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Последнее изменение раздела: 2016-11-28
Основной задачей транспортного сервера-концентратора и пограничного транспортного сервера в организации является маршрутизация сообщений, полученных от пользователей и внешних источников, в конечные места назначения. В этом разделе объясняется, как Microsoft Exchange Server 2010 выполняет маршрутизацию сообщения в организации.
Необходимы сведения о других задачах управления, связанных с управлением транспортными серверами? См. раздел Управление транспортными серверами.
Содержание
Общие сведения о маршрутизации сообщений в Exchange Server 2010
Компоненты маршрутизации
Использование сайтов Active Directory для маршрутизации
Таблицы маршрутизации Exchange Server 2010
Получение сообщений для маршрутизации
Маршрутизация сообщений
Повторная маршрутизация и недоступная очередь
Общие сведения о маршрутизации сообщений в Exchange Server 2010
Решения о маршрутизации принимаются во время классификации сообщений. Классификатор — это компонент службы транспорта Microsoft Exchange, который обрабатывает все входящие сообщения и определяет, как поступать с сообщением, на основе сведений о его получателях. Классификатор обрабатывает сообщения в несколько взаимозависимых этапов, а также использует другие компоненты службы транспорта Microsoft Exchange во время обработки сообщений. После получения сообщения транспортным сервером Exchange 2010 и завершения предварительной обработки во время получения SMTP сообщение доставляется в очередь передачи. Ниже описаны этапы прохождения сообщений из очереди передачи через классификатор.
Обработка переданных сообщений агентом. При получении сообщения, классификацию которого необходимо выполнить, выполняется его обработка агентом на транспортном сервере-концентраторе. На этом этапе к сообщениям применяются необязательный антивирусный агент Microsoft Forefront Protection для Exchange Server и агент ведения журнала.
Разрешение получателей. На этом этапе разрешается адрес электронной почты получателя, чтобы определить, имеет получатель почтовый ящик в организации Exchange или внешний адрес электронной почты.
Маршрутизация. После разрешения сведений о получателе компонент классификатора, выполняющий маршрутизацию, определяет конечное назначение сообщения и маршрут к нему, выбирает следующий сегмент (прыжок) для передачи сообщения и разрешает сведения о следующем прыжке в список физических серверов и IP-адресов.
Преобразование содержимого Перед ретрансляцией сообщения на следующий прыжок выполняется преобразование содержимого, чтобы сообщение отправлялось в формате, который сможет прочитать получатель. При преобразовании содержимого происходит преобразование сообщений электронной почты из одного формата в другой для обеспечения потока почты и хранения (например из MAPI в MIME или из кодировки UUENCODE в Base64) или для обработки, характерной для клиента электронной почты (например, HTML, RTF или обычный текст).
Обработка маршрутизированных сообщений агентом. После принятия решений о маршрутизации для отдельного сообщения на транспортном сервере-концентраторе применяются агент правил транспорта и агент ведения журнала. Агент ведения журнала применяется и при передаче, и при маршрутизации сообщения, поэтому все изменения, внесенные в сообщение агентом правил транспорта (например, когда он изменяет адрес доставки или применяет требование к ведению журнала для определенного сообщения), учитываются агентом ведения журнала.
Упаковка сообщений и создание уведомлений о доставке Выполняется сборка конечного классифицированного сообщения и перемещение его в очередь доставки. На этом этапе может также создаваться уведомление о доставке.
Затем сообщения обрабатываются соединителем отправки SMTP, драйвером хранилища, агентами доставки или обработчиком подключений к внешним шлюзам. Используемый компонент зависит от конечного места назначения. Очередь доставки динамически создается при каждом прыжке. Сообщения перемещаются в очереди доставки после выбора способа маршрутизации. Если не удалось найти маршрут к получателю, сообщения перемещаются в очередь «Сообщения с недостижимым местом назначения».
На следующем рисунке показано, как выполняется обработка сообщений на различных этапах маршрутизации и как сообщения добавляются в очередь для доставки в место назначения следующего прыжка.
Контекст маршрутизации в потоке почты
В начало
Компоненты маршрутизации
Для выбора способа маршрутизации системе Exchange 2010 необходимо получить доступ к сведениям о конфигурации, хранящимся в службе каталогов Служба каталогов Active Directory. Сведения о конфигурации хранятся на пограничном транспортном сервере, доступ к ним осуществляется из экземпляра служб облегченного доступа к каталогам Служба каталогов Active Directory (AD LDS) на локальном сервере. Службы MicrosoftWindows и Exchange 2010 работают совместно для создания сопоставлений данных о конфигурации. Эти сопоставления кэшированы в таблицах маршрутизации. Сервер Exchange 2010 ссылается на эти таблицы при принятии решений о маршрутизации. Кэш обновляется при изменении топологии маршрутизации. При передаче сообщений в роли транспортного сервера-концентратора и пограничного транспортного сервера используются один и те же службы Exchange. Тем нем менее, роль пограничного транспортного сервера не кэширует сведения о топологии Служба каталогов Active Directory.
Ниже перечислены важные для маршрутизации сообщений компоненты конфигурации и служб.
Сайты Active Directory. Сайт Служба каталогов Active Directory представляет собой границу маршрутизации для транспортных серверов-концентраторов. Транспортный сервер-концентратор доставляет данные непосредственно на серверы почтовых ящиков, серверы расширения групп рассылки, а также на исходные серверы для соединителей на локальном сайте Служба каталогов Active Directory и на пограничные транспортные серверы, подписанные на этот сайт. Однако транспортный сервер-концентратор должен ретранслировать сообщения на другой транспортный сервер-концентратор для получателей, серверов расширения и соединителей, расположенных на удаленных сайтах Служба каталогов Active Directory. Роль транспортного сервера-концентратора должна быть развернута на каждом сайте Служба каталогов Active Directory, который содержит иные роли сервера Exchange 2010.
IP-связи сайтов Active Directory IP-связи сайтов Служба каталогов Active Directory определяют логические пути между сайтами Служба каталогов Active Directory. Сервер Exchange 2010 ссылается на объекты IP-связей сайтов для определения пути маршрутизации удаленных сайтов Служба каталогов Active Directory с наименьшей стоимостью.
Соединители отправки Соединители отправки используются для отправки сообщений на другие узлы SMTP. Конфигурация адресного пространства для соединителей отправки используется при выборе способа маршрутизации. Когда сообщение доставляется во внешний домен, обычно местом назначения маршрутизации является соединитель отправки. Для организации Exchange, которая принимает сообщения для нескольких доменов электронной почты, может быть полезно создать соединители отправки, выделенные для каждого адресного пространства. Дополнительные сведения о выборе соединителя отправки для маршрутизации сообщений на внешние домены см. в разделе Маршрутизация внешних сообщений.
Агенты доставки Агенты доставки используются для маршрутизации сообщений во внешние системы, не использующие протокол SMTP для передачи сообщений. Конфигурация адресного пространства и протокола для агентов доставки используется при выборе способа маршрутизации.
Внешние соединители Внешние соединители используют транзитные каталоги для отправки сообщений во внешние системы, не использующие протокол SMTP для передачи сообщений. В системе Exchange используется конфигурация внешних соединителей при выборе способа маршрутизации.
Группы маршрутизации Группы маршрутизации представляют границу маршрутизации для Exchange Server 2003. Если система Exchange 2010 развертывается в существующей организации Exchange 2003, то при маршрутизации учитывается местоположение серверов в группах маршрутизации для доставки сообщений в почтовые ящики или на соединители сервера Exchange 2003. Для обеспечения совместимости с версией Exchange 2003 все компьютеры под управлением Exchange 2010, развернутые в организации, должны принадлежать к одной глобальной группе маршрутизации.
Соединители групп маршрутизации. Соединители групп маршрутизации определяют логические пути между группами маршрутизации Exchange. Если система Exchange 2010 развертывается в существующей организации Exchange 2003, маршрутизация сообщений между различными версиями сервера выполняется с помощью соединителей групп маршрутизации. При развертывании первого транспортного сервера-концентратора программа установки отображает запрос на создание соединителя группы маршрутизации между глобальной группой маршрутизации Exchange 2010 и группой маршрутизации прежней версии. Дополнительные сведения о маршрутизации сообщений в среде, в которой развернуто несколько версий Exchange, см. в разделе Внутренняя маршрутизация сообщений.
Служба транспорта Microsoft Exchange Служба транспорта Microsoft Exchange является поставщиком SMTP для сервера Exchange 2010 и контролирует все компоненты обработки сообщений от SMTP IN до SMTP OUT. При различных событиях SMTP активируются различные настраиваемые агенты приема SMTP. Служба транспорта Microsoft Exchange включает эти агенты для обработки сообщений во время их прохождения через транспорт SMTP и их проверки на наличие вирусов и нежелательной почты, а также выполнения других задач перед передачей сообщений в классификатор. Служба транспорта Microsoft Exchange также использует модуль обнаружения топологии для обнаружения топологии Exchange.
Служба топологии Microsoft Exchange Active Directory Служба топологии Microsoft Exchange Служба каталогов Active Directory отвечает за обнаружение контроллеров домена и серверов глобального каталога, которые система Exchange 2010 может использовать для получения сведений о конфигурации и получателях от службы Служба каталогов Active Directory. Служба топологии Microsoft Exchange Служба каталогов Active Directory также отвечает за обновление сходства сайтов Служба каталогов Active Directory для сервера Exchange 2010.
Таблицы маршрутизации. Таблицы маршрутизации содержат сведения, которые компонент маршрутизации использует при принятии решений о маршрутизации. Таблица состоит из схемы компонентов маршрутизации и их отношений друг к другу.
**DNS ** В системе Exchange 2010 используется расширенный клиент службы доменных имен (DNS) — компонент службы транспорта MicrosoftExchange — для разрешения следующего выбранного прыжка в список имен целевых северов. Стандартный DNS-клиент используется для разрешения этого списка имен серверов в IP-адреса. Расширенная служба DNS также обеспечивает балансировку нагрузки для транспортных серверов Exchange 2010 путем использования циклического перебора.
SMTP. Протокол SMTP используется для связи при передаче сообщений между SMTP-серверами. SMTP-сервер может быть транспортным сервером-концентратором, пограничным транспортным сервером, сервером Exchange 2003 или промежуточным узлом. Транспортный сервер-концентратор использует удаленный вызов процедур (RPC) для доставки сообщений напрямую на серверы почтовых ящиков, которые принадлежат к тому же сайту Служба каталогов Active Directory.
В начало
Использование сайтов Active Directory для маршрутизации
Сайт Служба каталогов Active Directory — это логический компонент конфигурации, основанный на физических свойствах сети. Основная цель создания сайта Служба каталогов Active Directory — определить, какие подсети в сети связаны так, что это позволяет оптимизировать контроль над трафиком репликации Служба каталогов Active Directory. Сайт Служба каталогов Active Directory представляет границу маршрутизации для Exchange 2010. Компьютеры, на которых установлена роль транспортного сервера-концентратора, принимают решения о маршрутизации на основе топологии сайтов Служба каталогов Active Directory.
Определение членства в сайте
По умолчанию лес Служба каталогов Active Directory содержит только один сайт Служба каталогов Active Directory. Этот сайт Служба каталогов Active Directory по умолчанию имеет имя Default-First-Site-Name. Если другие сайты Служба каталогов Active Directory не созданы, все компьютеры в лесу, которые являются членами домена, принадлежат к сайту Default-First-Site-Name. Сопоставление подсети и сайта настраивать не требуется. При создании дополнительных сайтов Служба каталогов Active Directory необходимо указать подсети, сопоставленные с этим сайтом Служба каталогов Active Directory.
Каждый сайт Служба каталогов Active Directory сопоставлен с одной или несколькими IP-подсетями. Администратор назначает членство на сайте Служба каталогов Active Directory компьютерам, которые настроены в качестве контроллеров домена и серверов глобального каталога. Другим компьютерам, являющимся членами домена, таким как серверы Exchange, членство на сайте Служба каталогов Active Directory назначается автоматически при настройке на использование IP-адреса, который входит в IP-подсеть, связанную с сайтом Служба каталогов Active Directory. Считается, что между компьютерами, которые являются членами одного сайта Служба каталогов Active Directory, существует хорошее сетевое подключение. Сервер всегда является членом одного сайта Служба каталогов Active Directory.
Если приложение может определить, к какому сайту Служба каталогов Active Directory принадлежит компьютер, на котором оно установлено, и другие компьютеры в лесу, а затем использовать эти сведения для управления потоком сообщений, это приложение поддерживает сайты. Когда приложениям, поддерживающим сайты, необходимо использовать службы на другом сервере, например на контроллере домена или сервере глобального каталога, приоритет отдается серверам, которые находятся на том же сайте Служба каталогов Active Directory, что и компьютер, запрашивающий службы.
Exchange 2010 поддерживает сайты и использует топологию Служба каталогов Active Directory для маршрутизации сообщений и связи со службами, запущенными на компьютерах с другими установленными ролями сервера Exchange 2010. Сайт Служба каталогов Active Directory является не только границей маршрутизации, но и границей обнаружения служб.
Для определения принадлежности компьютера, являющегося членом домена, к сайту, требуется последовательность запросов DNS для сравнения локальных IP-адресов с определенными подсетями и последующего определения подходящего сопоставления членства в сайте. Чтобы снизить издержки, связанные с DNS-запросами, в дополнения схемы Exchange 2010 Служба каталогов Active Directory был включен атрибут msExchServerSite для объекта сервера Exchange. Значением этого атрибута является различающееся имя сайта Служба каталогов Active Directory сервера Exchange. Этот атрибут является свойством каждого объекта сервера Exchange. Когда сходство членства на сайтах хранится в качестве атрибута объекта сервера, можно считывать текущую топологию напрямую из службы каталогов Служба каталогов Active Directory и не использовать DNS-запросы. Кроме того, сопоставление членства на сайтах включается для компьютеров, не принадлежащих к домену, например для подписанных пограничных транспортных серверов.
Значение атрибута msExchServerSite заполняется и обновляется службой топологии Microsoft Exchange Служба каталогов Active Directory. При запуске компьютера с Windows служба сетевого входа в систему определяет членство компьютера на сайте. Служба сетевого входа в систему использует эти сведения для обнаружения контроллеров домена, которые расположены на том же сайте Служба каталогов Active Directory, что и локальный компьютер, а затем направляет запросы на авторизацию и проверку подлинности на эти серверы. Служба топологии Microsoft Exchange Служба каталогов Active Directory использует вызов API DsGetSiteName для получения значения членства на сайте от службы сетевого входа в систему и записывает различающееся имя сайта Служба каталогов Active Directory в атрибут msExchServerSite для объекта сервера Exchange в службе каталогов Служба каталогов Active Directory.
В следующей таблице показан способ определения сайтов Служба каталогов Active Directory в организации. В этом примере определены три сайта Служба каталогов Active Directory, а каждый сайт Служба каталогов Active Directory сопоставлен с несколькими IP-подсетями.
Пример сопоставления сайтов и подсетей Active Directory
| Имя сайта Active Directory | Сопоставленные IP-подсети |
|---|---|
Сайт A |
192.168.1.0/24 192.168.2.0/24 |
Сайт B |
192.168.3.0/24 192.168.4.0/24 |
Сайт C |
192.168.5.0/24 192.168.6.0/24 |
Если сервер с именем HubTransportA имеет IP-адрес 192.168.1.1, он является участником сайта A. Чтобы изменить его членство в сайте, необходимо изменить IP-адрес сервера. Если изменить IP-адрес сервера HubTransportA на 192.168.2.1, его членство на сайте Служба каталогов Active Directory не изменится, так как эта подсеть также сопоставлена с сайтом A. Однако при перемещении сервера и изменении его IP-адреса на 192.168.3.1 он будет считаться членом сайта B.
Изменение членства в сайте также может произойти при изменении сопоставления подсетей и сайтов Служба каталогов Active Directory. Например, если удалить сопоставление подсети 192.168.3.0 с сайтом B и сопоставить ее с сайтом A, сервер с IP-адресом 192.168.3.1 также станет членом сайта A. При изменении членства на сайте серверу Exchange 2010 необходимо обновить сведения о конфигурации, чтобы это изменение учитывалось при принятии сервером Exchange 2010 решений о маршрутизации. Между изменением членства на сайте Служба каталогов Active Directory и полным распространением изменения топологии существует задержка. Ниже описаны действия, которые должны произойти в указанном порядке для распространения изменений топологии.
Изменение членства в сайте записывается на контроллер домена. Обновленные сведения реплицируются между контроллерами домена на каждом сайте Служба каталогов Active Directory в лесу. Время, которое требуется на полное распространение изменения в лесу, зависит от топологии репликации Служба каталогов Active Directory и расписания, которые определяются связями сайтов.
Служба сетевого входа в систему работает на всех компьютерах под управлением Windows и часто запрашивает изменения членства в сайте Служба каталогов Active Directory. Запросы выполняются через пять минут, поэтому служба сетевого входа в систему обнаруживает изменение в течение пяти минут после того, как локальный контроллер домена получает обновление.
Служба топологии Microsoft Exchange Служба каталогов Active Directory опрашивает службу сетевого входа в систему каждые 15 минут, чтобы определить членство локального сервера Exchange на сайте Служба каталогов Active Directory. Если определено наличие изменений, служба топологии Microsoft Exchange Служба каталогов Active Directory обновляет атрибут MsExchServerSite.
После этого измененное значение атрибута сайта для объекта конфигурации Exchange реплицируется в организации. Серверы Exchange в организации обнаруживают это изменение. После этого в таблицы маршрутизации заносится новое значение атрибута членства в сайте Служба каталогов Active Directory.
Существует задержка между тем, когда применяется изменение членства в сайте Служба каталогов Active Directory, и тем, когда обновленные сведения становятся доступными другому серверу Exchange 2010. Дополнительные сведения о том, как сервер Exchange 2010 обрабатывает изменения конфигурации таких типов, см. в подразделе «Повторная маршрутизация и очередь "Сообщения с недостижимым местом назначения"» этого раздела.
IP-связи сайтов
Связи сайтов — это логические пути между сайтами Служба каталогов Active Directory. Объект связи сайта представляет набор сайтов, которые могут связываться по единой стоимости с помощью указанного внутрисайтового транспорта. Связи сайтов не соответствуют действительному пути, который проходят сетевые пакеты в физической сети. Тем не менее стоимость, назначенная связи сайтов администратором, обычно обуславливается надежностью, скоростью и доступной пропускной способностью сети. Например, администратор Служба каталогов Active Directory назначает более низкую стоимость сетевому подключению со скоростью 100 мегабит в секунду (Мбит/с), чем сетевому подключению со скоростью 10 Мбит/с.
По умолчанию все связи сайтов являются транзитивными. Это значит, что если сайт A имеет связь с сайтом B, а сайт B — связь с сайтом C, сайт A транзитивно связан с сайтом C. Транзитивная связь между сайтом A и C также называется мостом связи сайтов.
Связь сайтов Служба каталогов Active Directory можно настроить на использование протокола IP или SMTP в качестве транспортного протокола для взаимодействия. SMTP-связь сайтов может использоваться только для тех типов данных, которые можно реплицировать с помощью этого протокола, и предназначена для обеспечения механизма хранения и пересылки при репликации между сайтами Служба каталогов Active Directory, между которыми отсутствует надежное сетевое подключение. Типы данных, которые могут реплицироваться с помощью IP-связи сайтов, не ограничены. Exchange 2010 использует только IP-связи сайтов для определения топологии маршрутизации. Стоимость, назначенная IP-связи сайтов, будет учитываться компонентом маршрутизации сервера Exchange 2010 при расчете таблицы маршрутизации. Эти стоимости используются при расчете пути маршрутизации с наименьшей стоимостью к конечному месту назначения сообщения.
Каждый сайт Служба каталогов Active Directory должен быть связан по меньшей мере с одной IP-связью сайта. Существует единственная IP-связь сайта по умолчанию DEFAULTIPSITELINK. При создании сайта Служба каталогов Active Directory необходимо сопоставить этот сайт с IP-связью сайтов. Можно создать дополнительные IP-связи сайтов для реализации требуемой топологии или сопоставить все сайты Служба каталогов Active Directory с DEFAULTIPSITELINK. Каждый сайт Служба каталогов Active Directory, который входит в IP-связь сайтов, может взаимодействовать напрямую с любым другим сайтом в этой связи по единой стоимости.
На следующем рисунке в лесу настроены четыре сайта Служба каталогов Active Directory. Каждый сайт сопоставлен с DEFAULTIPSITELINK. Поэтому каждый сайт Служба каталогов Active Directory связывается напрямую с любым другим сайтом по той же стоимости. Указано несколько путей связи, но определена только одна IP-связь сайтов.
Топология полной сетки с одной IP-связью сайтов
На следующем рисунке в лесу настроены четыре сайта Служба каталогов Active Directory. В этой топологии администратор настроил IP-связи сайтов так, чтобы создать топологию «звезда» сайтов Служба каталогов Active Directory. Каждый лучевой сайт может связываться напрямую с центральным сайтом, а также с другими лучевыми сайтами с помощью транзитивных IP-связей сайтов.
Топология «звезда» IP-связей сайтов Active Directory
Необходимо учитывать, что сервер Exchange использует связи сайтов только при определении пути с наименьшей стоимостью, но всегда пытается доставить сообщения непосредственно на транспортный сервер-концентратор назначения. Например, если пользователь на сайте B в топологии, показанной на предыдущем рисунке, отправляет сообщение другому пользователю на сайт C, транспортный сервер-концентратор на сайте B установит подключение напрямую к транспортному серверу-концентратору на сайте C. Чтобы принудительно маршрутизировать сообщения через сайт A, необходимо включить этот сайт в качестве сайта концентратора. Дополнительные сведения о сайтах концентраторов см. в подразделе «Внедрение сайтов концентраторов» далее в этом разделе.
Администратор Служба каталогов Active Directory реализует топологию, которая лучше всего отражает требования к возможности подключения и связи в лесу. Так как эта же топология используется сервером Exchange 2010, убедитесь, что текущая топология обеспечивает эффективный обмен сообщениями.
Стоимость связи сайтов по умолчанию — 100. Допустимой стоимостью связи сайтов является любое число от 1 до 99 999. Если заданы избыточные связи, предпочтение всегда будет отдаваться связи, которой назначена более низкая стоимость. Администратор организации Exchange может назначить IP-связи сайтов стоимость, относящуюся к серверу Exchange. Если IP-связи назначена стоимость, относящаяся к Exchange, она будет использоваться сервером Exchange 2010. В противном случае используется стоимость Служба каталогов Active Directory. Дополнительные сведения о способах задания стоимости Exchange на IP-связи сайта см. в разделе «Управление стоимостями IP-связей сайтов» далее в этом разделе. Администратор с членством в группе администраторов предприятия может создавать дополнительные IP-связи сайтов.
Дополнительные сведения о конфигурации сайтов Служба каталогов Active Directory см. в статье Разработка топологии сайтов (на английском языке).
Управление стоимостью IP-связей сайтов
Стоимости IP-связей сайтов Служба каталогов Active Directory основаны на относительной скорости сети по сравнению со всеми сетевыми подключениями в глобальной сети и заданы таким образом, чтобы обеспечивать надежную и эффективную топологию репликации. Поэтому в большинстве случаев существующие стоимости IP-связей сайтов будут эффективными для маршрутизации сообщений Exchange 2010. Тем не менее, если после документирования существующей топологии сайтов и IP-связей сайтов Служба каталогов Active Directory выяснится, что стоимости IP-связей сайтов Служба каталогов Active Directory и шаблоны трафика не являются оптимальными для Exchange 2010, можно внести изменения в стоимости, оцениваемые Exchange. Изменение стоимости, назначенной IP-связи сайтов с помощью средств Служба каталогов Active Directory, повлияет на все компоненты среды. Чтобы назначить стоимость IP-связи сайтов для сервера Exchange, необходимо использовать командлет Set-AdSiteLink в командной консоли Exchange. Например, чтобы назначить другую стоимость IP-связи сайтов SITELINKAB для маршрутизации сообщений, выполните следующую команду в командной консоли Exchange:
Set-AdSiteLink -Identity SITELINKAB -ExchangeCost 25
После назначения стоимости Exchange для IP-связи сайтов стоимость Exchange переопределяет стоимость Служба каталогов Active Directory для маршрутизации сообщений, а при маршрутизации стоимость Exchange учитывается только для вычисления пути маршрутизации с наименьшей стоимостью.
Настройку стоимостей IP-связей сайтов можно использовать, если топология маршрутизации сообщений должна отличаться от топологии репликации Служба каталогов Active Directory. Стоимости Exchange можно использовать для принудительной маршрутизации всех сообщений через сайт концентратора. Стоимости Exchange также можно применять для контроля над тем, в какую очередь помещаются сообщения при сбое подключения к сайту Служба каталогов Active Directory. На следующем рисунке показана топология Служба каталогов Active Directory с четырьмя сайтами.
Топология со стоимостями Exchange, настроенными для IP-связей сайтов
На предыдущем рисунке между сайтами C и D существует подключение с низкой пропускной способностью, которое используется только для репликации Служба каталогов Active Directory и не должно использоваться для маршрутизации сообщений. Тем не менее, из-за стоимостей IP-связей сайтов Служба каталогов Active Directory эта связь включается в путь маршрутизации с наименьшей стоимостью от любого другого сайта Служба каталогов Active Directory к сайту D. Поэтому сообщения, которые необходимо доставить на сайт D, помещаются в очередь на сайте C. Администратору Exchange необходимо, чтобы путь маршрутизации с наименьшей стоимостью вместо этого включал в себя сайт B и сообщения помещались в очередь на сайте B, если сайт D недоступен. Настройка высокой стоимости Exchange для IP-связи сайтов между сайтами C и D предотвращает ее включение в путь маршрутизации с наименьшей стоимостью до сайта D.
Сервер Exchange 2010 поддерживает настройку максимального размера сообщения на IP-связи сайтов Служба каталогов Active Directory. По умолчанию сервер Exchange 2010 не накладывает ограничений на максимальный размер сообщения для сообщений, ретранслируемых между транспортными серверами-концентраторами, расположенными на различных сайтах Служба каталогов Active Directory. При использовании командлета Set-AdSiteLink для настройки максимального размера сообщения для IP-связи сайта Служба каталогов Active Directory в процессе маршрутизации создается отчет о недоставке для всех сообщений, размер которых превышает максимально допустимый размер сообщения, заданный на любой связи сайта Служба каталогов Active Directory в пути маршрутизации с наименьшей стоимостью. Подобная конфигурация полезна для ограничения размера сообщений, отправляемых на удаленные сайты Служба каталогов Active Directory, которые должны взаимодействовать через низкоскоростные подключения. Дополнительные сведения см. в разделе Общие сведения об ограничениях размера сообщения.
Внедрение концентраторов
В организации Exchange может потребоваться принудительно ретранслировать все доставляемые сообщения через определенный сайт Служба каталогов Active Directory. В этом случае прямая передача по протоколу SMTP между сайтами может быть запрещена. Поэтому сообщения необходимо будет ретранслировать через промежуточный сайт перед отправкой в место назначения. Ретрансляция всех сообщений через определенный сайт может также требоваться из-за внутренней политики организации Exchange. Назначить сайт Служба каталогов Active Directory в качестве концентратора можно с помощью командлетов командной консоли Exchange. Назначение сайта Служба каталогов Active Directory в качестве концентратора приводит к дополнительным накладным расходам из-за того, что в доставке сообщений участвует больше серверов. Допустим, что сообщение отправляется из сайта A на сайт E. Если путем маршрутизации с наименьшей стоимостью является путь «сайт A — сайт B — сайт C — сайт D — сайт E» и сайт C назначается в качестве концентратора, сообщение ретранслируется с сайта A на сайт C, а затем с сайта C на сайт E.
Чтобы назначить сайт Служба каталогов Active Directory в качестве концентратора, выполните командлет Set-AdSite. Если на пути маршрутизации с наименьшей стоимостью, который используется для доставки сообщения, расположен концентратор, сообщения помещаются в очередь и обрабатываются транспортными серверами-концентраторами на концентраторе до ретрансляции в конечное место назначения.
После выбора пути маршрутизации с наименьшей стоимостью определяется, существует ли на этом пути концентратор. Если концентратор настроен, сообщения останавливаются на транспортном сервере-концентраторе, входящем в концентратор, перед ретрансляцией в конечное место назначения. Если на пути маршрутизации с наименьшей стоимостью существует несколько концентраторов, сообщения будут останавливаться на каждом из них.
Такое отличие от маршрутизации с прямой ретрансляцией существует только в том случае, если концентратор расположен на пути маршрутизации с наименьшей стоимостью. На следующем рисунке показан пример правильного использования концентратора. В этой схеме сайт B настроен в качестве концентратора. Сообщения, маршрутизируемые с сайта A на сайт D, ретранслируются на сайт B до доставки на сайт D.
Доставка сообщений через сайт концентратора
На следующем рисунке показано, как IP-связи сайтов влияют на маршрутизацию на сайт концентратора. В этом сценарии сайт B назначен в качестве концентратора. Тем не менее, так как он не расположен на пути маршрутизации с наименьшей стоимостью между любыми другими сайтами, сообщения не будут помещаться в очередь на сайте B перед доставкой в место назначения. Сайт Служба каталогов Active Directory никогда не используется в качестве концентратора, если он не расположен на пути маршрутизации с наименьшей стоимостью между любыми другими сайтами.
Неправильно настроенный сайт концентратора
Любой сайт Служба каталогов Active Directory можно настроить в качестве концентратора. Тем не менее для правильной работы такой конфигурации на концентраторе должен быть развернут по крайней мере один транспортный сервер-концентратор.
Обнаружение топологии
Топология Exchange 2010 основывается на топологии сайтов Служба каталогов Active Directory и не имеет собственной конфигурации. Топология Служба каталогов Active Directory предоставляется серверу Exchange 2010 с помощью следующих обязательных элементов:
служба топологии Microsoft Exchange Служба каталогов Active Directory;
модуль обнаружения топологии в службе транспорта Microsoft Exchange.
Служба топологии Microsoft ExchangeСлужба каталогов Active Directory работает во всех ролях серверов Exchange 2010, за исключением роли пограничного транспортного сервера. Эти серверы Exchange 2010 используют службу топологии Microsoft ExchangeСлужба каталогов Active Directory для обнаружения контроллеров домена и серверов глобального каталога, которые могут использоваться серверами Exchange для чтения и записи данных Служба каталогов Active Directory. Сервер Exchange 2010 связывается с идентифицированными серверами каталога, когда системе Exchange необходимо читать или записывать данные в службу каталогов Служба каталогов Active Directory.
Модуль обнаружения топологии является частью службы транспорта Microsoft Exchange. Он предоставляет сведения о топологии Служба каталогов Active Directory серверам Exchange. Этот API обнаруживает серверы и роли Exchange в организации и определяет их отношение к объектам конфигурации Служба каталогов Active Directory. Выполняется получение данных конфигурации из службы каталогов Служба каталогов Active Directory и их кэширование, что обеспечивает доступ к ним для служб Exchange, запущенных на этом компьютере.
Для создания топологии маршрутизации Exchange модуль обнаружения топологии выполняет перечисленные ниже действия.
Данные считываются из Служба каталогов Active Directory. Получаются все следующие объекты:
сайты Служба каталогов Active Directory;
IP-связи сайтов;
все серверы Exchange (включая сведения о ролях сервера Exchange 2010, развернутых на этих серверах).
Данные, полученные на шаге 1, используются для создания исходной топологии и начала связывания и сопоставления соответствующих объектов конфигурации.
Серверы Exchange сопоставляются с сайтами Служба каталогов Active Directory путем получения значения атрибута сайта от объекта сервера Exchange, который хранится в Служба каталогов Active Directory.
Таблицы маршрутизации обновляются на основе полученных сведений.
В результате этого процесса все серверы Exchange 2010 получают сведения о наличии других серверов Exchange в организации и о том, как далеко друг от друга находятся серверы Exchange.
В начало
Таблицы маршрутизации Exchange Server 2010
При запуске службы транспорта Microsoft Exchange она рассчитывает набор таблиц маршрутизации, основанный на мгновенном снимке данных, полученных из службы каталогов Служба каталогов Active Directory или из служб Active Directory облегченного доступа к каталогам (для пограничного транспортного сервера). Сведения о конфигурации, хранящиеся в службах Active Directory облегченного доступа к каталогам, включают в себя сведения о доступных соединителях и обслуживаемых доменах, но не данные топологии.
Компонент маршрутизации обращается к таблицам маршрутизации для определения того, как выполнять маршрутизацию сообщений получателям. При изменении конфигурации таблицы маршрутизации перестраиваются. Для маршрутизации новых входящих сообщений используются новые таблицы маршрутизации. Кроме того, выполняется повторная маршрутизация сообщений в очередях удаленной доставки, если компонент маршрутизации определяет, что на них влияют изменения конфигурации. Дополнительные сведения о повторной маршрутизации сообщений см. в пункте «Повторная маршрутизация и недоступная очередь» ниже в этом разделе.
Следующие данные конфигурации получаются из Служба каталогов Active Directory и предоставляются компоненту маршрутизации транспортных серверов-концентраторов:
сайты Служба каталогов Active Directory;
IP-связи узлов Служба каталогов Active Directory;
серверы Exchange и их связи с сайтами Служба каталогов Active Directory;
соединители SMTP;
соединители не SMTP;
.gif "Примечание")
Примечание.Отличные от SMTP cоединители — это соединители агента доставки Exchange 2010, внешние соединители и, в различных сценариях совместной работы, любые отличные от SMTP соединители, размещенные на сервере Exchange 2003. группы маршрутизации;
соединители групп маршрутизации;
хранилища почтовых ящиков (частные базы данных сообщений);
хранилища общих папок (общие MDB);
иерархии общих папок.
Основываясь на этих данных, компонент маршрутизации службы транспорта Microsoft Exchange заполняет таблицы маршрутизации, чтобы упростить принятие решений о маршрутизации. Таблица маршрутизации сопоставляет данные, чтобы создать схему топологии, которая включает описанные ниже элементы.
Схема связанных соединителей. Эта схема сопоставляет идентификаторы соединителей приема на локальном сервере со связанным соединителем оправки.
Схема серверов В схему серверов входят все транспортные серверы-концентраторы, пограничные транспортные серверы, серверы почтовых ящиков Exchange 2010 и Exchange 2007, а также серверы Exchange 2003 в организации. Эта схема сопоставляет различающееся имя каждого сервера Exchange с данными маршрутизации сервера (включая общую стоимость связи с ним).
Устаревшая схема серверов В устаревшую схему серверов входят все транспортные серверы-концентраторы, пограничные транспортные серверы, серверы почтовых ящиков Exchange Server 2007, а также серверы Exchange 2003 в организации. Эта схема сопоставляет устаревшее различающееся имя каждого сервера Exchange с данными маршрутизации сервера. (включая общую стоимость связи с ним). Эта схема поддерживает функцию переопределения хранилища. Функция переопределения хранилища относится только к общим папкам. Дополнительные сведения см. в подразделе «Маршрутизации для общих папок» в разделе Внутренняя маршрутизация сообщений.
Схема MDB. В схему MDB включены все MDB в организации. Эта схема сопоставляет различающееся имя каждой MDB с данными маршрутизации сервера (включая общую стоимость связи с ним).
Карта сайтов Active Directory Эта карта сопоставляет каждый сайт Служба каталогов Active Directory со структурой, которая содержит путь маршрутизации с наименьшей стоимостью от локального сайта ко всем другим сайтам. Карта включает в себя все узловые сайты на пути маршрутизации с наименьшей стоимостью. Для каждого прыжка на пути маршрутизации также определяются все транспортные серверы-концентраторы на этом сайте, которые будут использоваться компонентом расширенного DNS.
Схема групп маршрутизации Эта схема сопоставляет общую стоимость и соединитель групп маршрутизации первого прыжка для пути маршрутизации с наименьшей стоимостью от группы маршрутизации Exchange 2010 к каждой устаревшей группе маршрутизации.
Схема соединителей отправки. Эта схема определяет соединители отправки, настроенные в организации, и исходные серверы для каждого соединителя.
Таблицы маршрутизации создаются при каждом запуске транспортного сервера и повторно рассчитываются при получении изменений. Ниже описаны способы обнаружения изменений конфигурации.
Уведомления об изменениях Active Directory. Между получением уведомления и его записью в таблицы маршрутизации существует задержка. Эта задержка позволяет компоненту маршрутизации накапливать изменения и обрабатывать несколько изменений в рамках одной операции. По умолчанию компонент маршрутизации задерживает обработку каждого уведомления на пять секунд. Например, если получено пять уведомлений с интервалом в одну секунду, обработка изменения будет задержана на девять секунд.
Перезагрузка конфигурации, вызванная командами управления службой. Компонент маршрутизации перезагружает данные конфигурации при перезапуске службы транспорта Microsoft Exchange.
Периодическая перезагрузка для отслеживания изменений, не поддерживаемых уведомлениями Active Directory По умолчанию при маршрутизации периодически перезагружаются данные конфигурации, чтобы гарантировать отслеживание всех изменений. Перезагрузка конфигурации происходит каждый шесть часов.
Сведения в таблицах маршрутизации регистрируются в журналах маршрутизации. По умолчанию эти журналы расположены в папке C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\Routing. Новый журнал создается каждый раз при расчете таблиц маршрутизации. Если по какой-либо причине транспортному серверу-концентратору не удается связаться со службой каталогов Служба каталогов Active Directory, решения о маршрутизации принимаются на основе кэшированных данных, хотя они могут устареть. Дополнительные сведения см. в разделе Общие сведения о ведении журнала таблицы маршрутизации.
В начало
Получение сообщений для маршрутизации
На транспортный сервер-концентратор сообщение может быть доставлено несколькими способами.
Сообщение электронной почты может быть получено с SMTP-сервера, подключенного к Интернету; получатель сообщения при этом может быть расположен в организации Exchange или в обслуживаемом домене внутренней ретрансляции.
Сообщение электронной почты может быть получено с другого транспортного сервера-концентратора, расположенного в организации Exchange; почтовый ящик получателя расположен на сервере почтовых ящиков, входящем в тот же сайт службы каталогов Служба каталогов Active Directory.
Электронная почта доставляется от клиентов SMTP. В такой среде обычно существуют пользователи POP3 или IMAP4.
Электронная почта доставляется из каталогов раскладки и преобразования на транспортном сервере-концентраторе. Эти каталоги обычно используются внешними соединителями для передачи сообщений в инфраструктуру Exchange.
Сообщение электронной почты получено транспортным сервером-концентратором с сервера почтовых ящиков Exchange 2010.
Сообщение получено с сервера Exchange 2007 или Exchange 2003 для доставки в почтовый ящик получателя, расположенный на сервере почтовых ящиков Exchange 2010.
Обработка любого сообщения электронной почты, полученного транспортным сервером-концентратором и направленного на классификацию, начинается в очереди передачи.
Получение сообщений с пограничных транспортных серверов, других транспортных серверов-концентраторов Exchange и от клиентов SMTP
В этом случае сообщения могут быть получены с пограничных транспортных серверов, транспортных серверов-концентраторов или сторонних узлов SMTP с помощью стандартных SMTP-подключений. Удаленный узел инициирует SMTP-подключение и передает сообщения на транспортный сервер-концентратор. Транспортные серверы-концентраторы используют соединители получения для получения входящих SMTP-подключений. Каждый транспортный сервер-концентратор имеет два соединителя получения, созданных во время установки. Один из этих соединителей используется для получения прошедших проверку подлинности SMTP-подключений с других серверов Exchange. Второй соединитель позволяет получать SMTP-подключения от клиентов SMTP, используемых пользователями POP3 или IMAP4 в организации. Эти соединители получения имеют различные разрешения, настроенные в соответствии с их назначением. Дополнительные сведения о соединителях получения см. в разделе Общие сведения о соединителях приема.
По умолчанию транспортные серверы-концентраторы не принимают анонимные подключения без проверки подлинности. Чтобы включить эту функцию, рекомендуется создать отдельный соединитель получения для обработки анонимных подключений. Дополнительные сведения см. в разделе Включение анонимной ретрансляции на соединителе получения.
Сбор сообщений из каталогов раскладки и преобразования
Системы обмена сообщениями, не использующие SMTP в качестве протокола передачи, можно подключать к организации Exchange с помощью внешних соединителей. При отправке сообщения пользователю Exchange из удаленной системы внешний соединитель записывает это сообщение в специальный каталог — каталог раскладки — на транспортном сервере-концентраторе. Транспортный сервер-концентратор периодически проверяет каталог раскладки на наличие новых сообщений. При обнаружении нового сообщения транспортный сервер-концентратор преобразует это сообщение в сообщение электронной почты Exchange и маршрутизирует его как обычное сообщение. Дополнительные сведения об использовании каталогов раскладки и преобразования см. в разделе Общие сведения о каталогах раскладки и преобразования.
Получение сообщений с сервера почтовых ящиков
В этом случае служба отправки почты Microsoft Exchange, запущенная на сервере почтовых ящиков, оповещает транспортный сервер-концентратор, расположенный на том же сайте Служба каталогов Active Directory, о том, что папка «Исходящие» отправителя содержит сообщения, которые необходимо извлечь. На каждом сервере почтовых ящиков хранится список транспортных серверов-концентраторов, входящих в его сайт Служба каталогов Active Directory. Он называется списком серверов отправки. Для обновления этого списка процедура поиска сервера выполняется каждые десять минут.
Если в момент отправки сервером почтовых ящиков уведомления о наличии сообщений в папке «Исходящие» на сайте Служба каталогов Active Directory этого сервера расположено несколько транспортных серверов-концентраторов, выбор сервера происходит одним из следующих способов.
Если для локального сервера почтовых ящиков также используется роль транспортного сервера-концентратора и этот сервер не участвует в группе обеспечения доступности баз данных (DAG), локальный сервер оповещается об этом. Если локальная служба транспорта Microsoft Exchange не запущена или если локальному транспортному серверу-концентратору не удалось обработать передачу новых сообщений из-за замедленной обратной реакции, оповещается другой доступный транспортный сервер-концентратор. Дополнительные сведения о замедленной обратной реакции см. в разделе Общие сведения об обратном давлении.
Если локальный сервер почтовых ящиков также использует роль транспортного сервера-концентратора и также участвует в группе DAG, он сначала пытается уведомить любой транспортный сервер-концентратор на сайте перед оповещением локального транспортного сервера-концентратора. Это делается для того, чтобы избежать избыточных копий сообщений на одном и том же оборудовании сервера. Дополнительные сведения о совместной работе ролей сервера почтовых ящиков и транспортного сервера-концентратора при использовании групп DAG см. в разделе Сосуществование ролей транспортного сервера-концентратора и сервера почтовых ящиков при использовании групп обеспечения доступности баз данных.
Если на локальном сервере почтовых ящиков не запущена роль транспортного сервера-концентратора, уведомления распределяются по транспортным серверам-концентраторам методом циклического перебора с учетом загрузки серверов.
Если связь с выбранным транспортным сервером-концентратором отсутствует, служба отправки почты Microsoft Exchange переключается на другой транспортный сервер-концентратор на том же сайте Служба каталогов Active Directory. Неисправный сервер помечается как неактивный, и выбирается следующий транспортный сервер-концентратор в списке серверов отправки. Если на локальном сайте Служба каталогов Active Directory отсутствуют транспортные серверы-концентраторы, список серверов отправки будет пустым. В этом случае в журнал добавляется соответствующая запись о событии, а отправка уведомлений приостанавливается. Повторная проверка неактивных транспортных серверов-концентраторов выполняется через пять минут.
По умолчанию служба отправки почты Microsoft Exchange отправляет уведомления транспортным серверам-концентраторам с учетом их загрузки на сайте, чтобы они равномерно распределялись по всем серверам сайта. В некоторых случаях такое равномерное распределение может оказаться не самым лучшим решением. Транспортные серверы-концентраторы имеют различную производительность. Некоторые сообщения требуют дополнительной обработки. Например, сообщение с большими вложениями или сообщение для нескольких получателей обрабатывается дольше, чем короткое сообщение, отправленное на один адрес. Чтобы создать статический список транспортных серверов-концентраторов, получающих уведомления от сервера почтовых ящиков, используется командлет Set-MailboxServer в командной консоли Exchange. Используйте параметр SubmissionServerOverrideList, чтобы указать список транспортных серверов-концентраторов, которые будут оповещены локальным сервером почтовых ящиков при наличии сообщения электронной почты для получения. Дополнительные сведения о настройке этого параметра см. в разделе Set-MailboxServer.
После получения транспортным сервером-концентратором уведомления от сервера почтовых ящиков он использует драйвер хранилища, чтобы получить сообщение из базы данных почтовых ящиков и поместить его в очередь передачи на транспортном-сервере концентраторе. Перемещение сообщения с сервера почтовых ящиков на транспортный сервер-концентратор выполняется с помощью удаленного вызова процедур Exchange (RPC).
Получение сообщений с устаревших серверов Exchange
В связи с внесенными в модель объекта сервера Exchange (XSO) в версии Exchange 2010 изменениями транспортные серверы-концентраторы Exchange 2010 не могут загружать сообщения с серверов почтовых ящиков Exchange 2007 и доставлять сообщения на них. Также транспортные серверы-концентраторы Exchange 2007 не могут взаимодействовать с серверами почтовых ящиков Exchange 2010. Все сообщения, отправленные от получателей Exchange 2007, предварительно загружаются транспортными серверами-концентраторами Exchange 2007 с серверов почтовых ящиков, а затем ретранслируются на транспортные серверы-концентраторы Exchange 2010. Дополнительные сведения о маршрутизации сообщений при сосуществовании с Exchange 2007 см. в разделе Обновление от транспортного сервера Exchange 2007.
В отличие от сайтов Служба каталогов Active Directory в Exchange 2003 используются группы маршрутизации для маршрутизации сообщений. Группы маршрутизации подключены друг к другу с помощью соединителей групп маршрутизации. Для поддержки совместной работы этих двух топологий маршрутизации все серверы Exchange 2010 автоматически добавляются в одну группу маршрутизации при установке системы версии Exchange 2010 в организации Exchange 2003. Все сообщения, созданные в почтовых ящиках Exchange 2003, доставляются в среду Exchange 2010 через соединители групп маршрутизации между группой маршрутизации Exchange 2010 и группами маршрутизации Exchange 2003. Дополнительные сведения о маршрутизации сообщений при сосуществовании с Exchange 2003 см. в разделе Обновление от транспортного сервера Exchange 2003.
В начало
Маршрутизация сообщений
После получения сообщения транспортным сервером-концентратором или пограничным транспортным сервером сервер определяет конечное место назначения и использует топологию и конфигурации соединителей Exchange для определения пути маршрутизации с наименьшей стоимостью. После определения пути маршрутизации сообщение доставляется на следующий прыжок пути маршрутизации.
В этом разделе содержатся общие сведения о том, как сервер Exchange выбирает способ маршрутизации. В следующих двух разделах содержатся дополнительные сведения об определенных сценариях маршрутизации. В разделе, посвященном внутренней маршрутизации сообщений, описывается доставка сообщений на серверы почтовых ящиков, в общедоступные папки и на серверы прежних версий. В разделе, посвященном внешней маршрутизации сообщений, описывается маршрутизация сообщений получателям, находящимся за пределами организации Exchange. Этот раздел также содержит сведения о ролях соединителей отправки, соединителей агента доставки и внешних соединителей.
Определение конечного назначения
В предыдущем разделе описаны различные источники, из которых транспортный сервер-концентратор может получать сообщения. Когда сообщение принимается транспортным сервером-концентратором, его необходимо классифицировать. Первым этапом классификации сообщения является разрешение получателя. После разрешения получателя можно определить конечное назначение. На следующем этапе — этапе маршрутизации — определяется наилучший способ достижения этого назначения. Выбирается один детерминированный маршрут. Повторный расчет этого маршрута не выполняется до изменения конфигурации маршрутизации.
С точки зрения отправляющего сервера каждая очередь доставки представляет собой назначение для конкретного сообщения. Когда транспортный сервер-концентратор или пограничный транспортный сервер выбирает назначение для сообщения, оно указывается для получателя в виде атрибута NextHopSolutionKey. Если одно сообщение отправляется нескольким получателям, каждый из них имеет атрибут NextHopSolutionKey. Принимающий сервер также выполняет классификацию сообщения и помещает сообщение в очередь для доставки. После помещения сообщения в очередь можно просмотреть ее тип доставки, чтобы определить, будет ли сообщение снова передаваться, когда оно достигнет следующего прыжка.
Типы доставки, по которым можно классифицировать назначение сообщения, описаны ниже.
Доставка с помощью соединителя с использованием DNS. Сообщения помещены в очередь для доставки внешнему отправителю с помощью соединителя отправки SMTP, для которого локальный сервер является исходным. Соединитель настроен на использование DNS для разрешения адресов получателей.
Доставка с помощью соединителя через промежуточный узел. Сообщения помещены в очередь для доставки внешнему отправителю с помощью соединителя отправки SMTP, для которого локальный сервер является исходным. Соединитель настроен на использование промежуточного узла для доставки.
Ретрансляция SMTP на сайте Active Directory на пограничный транспортный сервер Сообщения помещаются в очередь для доставки внешнему получателю с помощью соединителя отправки SMTP, для которого исходным сервером является пограничный транспортный сервер, подписанный на локальный сайт Служба каталогов Active Directory.
Ретрансляция SMTP на сайте Active Directory на транспортный сервер-концентратор Сообщения помещаются в очередь для доставки на транспортный сервер-концентратор, расположенный на том же сайте Служба каталогов Active Directory, что и локальный сервер. Сервер назначения может быть транспортным сервером-концентратором Exchange 2007, исходным сервером для соединителя отправки, соединителем агента доставки или внешним соединителем, исходным сервером для соединителя групп маршрутизации либо сервером расширения групп рассылки.
Ретрансляция SMTP на удаленный сайт Active Directory Сообщения помещаются в очередь для доставки на транспортный сервер-концентратор, расположенный на удаленном сайте Служба каталогов Active Directory. Конечным сервером назначения на удаленном сайте Служба каталогов Active Directory может быть:
исходный сервер для соединителя, настроенного для передачи сообщений внешним получателям;
исходный сервер для соединителя групп маршрутизации;
сервер расширения группы рассылки;
сервер почтовых ящиков, расположенный на удаленном сайте Служба каталогов Active Directory.
Сообщения доставляются на один из транспортных серверов-концентраторов на конечном сайте. При необходимости принимающий сервер ретранслирует сообщение в пределах сайта Служба каталогов Active Directory.
Ретрансляция SMTP в устаревшую группу маршрутизации Сообщения помещаются в очередь для доставки на соединитель групп маршрутизации первого прыжка, который используется для доступа к группе маршрутизации Exchange 2003. Конечным сервером может быть:
исходный сервер для соединителя;
сервер расширения;
сервер-плацдарм Exchange 2003, который доставляет сообщения, адресованные в почтовые ящики, расположенные в группе маршрутизации.
Доставка MAPI Сообщения помещаются в очередь для доставки в почтовый ящик получателя, в общую папку или в хранилище общих папок, которые расположены на сервере почтовых ящиков на локальном сайте Служба каталогов Active Directory.
Доставка на шлюз, который не является шлюзом SMTP Сообщения помещаются в очередь для доставки внешнему получателю с помощью соединителя агента доставки или внешнего соединителя, для которого локальный сервер является исходным. Этот тип доставки используется только при доставке сообщений на соединители агента доставки или в транзитный каталог внешнего соединителя на локальном сервере.
Недоступно Не удалось определить маршрут для получателя и сообщения находятся в очереди «Сообщения с недостижимым местом назначения».
Определение пути маршрутизации с наименьшей стоимостью
Путь маршрутизации с наименьшей стоимостью до удаленного сайта Служба каталогов Active Directory определяется путем вычисления стоимостей всех IP-связей сайтов Служба каталогов Active Directory, существующих между двумя сайтами. Связи соединяются, и происходит прямое соединение. Транспортные серверы-концентраторы Exchange 2010 всегда выбирают единый детерминированный путь маршрутизации с наименьшей стоимостью. Доступность подключения или конечного сервера не принимается в расчет при выборе пути маршрутизации. Альтернативные маршруты также не предусматриваются.
Расчет пути маршрутизации с наименьшей стоимостью используется для определения пути отхода, если не удается выполнить доставку сообщения на следующий прыжок. Отход в Exchange 2010 — это механизм, который используется для доставки сообщений, которые находятся в промежуточном прыжке на пути маршрутизации с наименьшей стоимостью, если прямая ретрансляция невозможна по любой причине (например из-за проблем с сетью или перехода серверов в автономный режим). Компонент маршрутизации пытается доставить сообщения как можно ближе к месту назначения, отходя (прыжок за прыжком) по маршруту с наиболее низкой стоимостью до установки подключения. Сначала предпринимается попытка соединения с каждым транспортным сервером-концентратором на сайте назначения Служба каталогов Active Directory. Если транспортные серверы-концентраторы на сайте Служба каталогов Active Directory не отвечают, проверяется путь маршрутизации с наименьшей стоимостью, чтобы определить, как начать отход от сайта доставки. Цель заключается в том, чтобы доставить сообщение настолько близко к месту назначения, насколько возможно, и поместить его в очередь на транспортном сервере-концентраторе на этом сайте Служба каталогов Active Directory.
Факторы, которые могут повлиять на выбор пути маршрутизации с наименьшей стоимостью в различных сценариях маршрутизации сообщений, перечислены ниже.
Связанные соединители. Если соединитель приема, который получает сообщения, связан с соединителем отправки, сообщения маршрутизируются на этот соединитель отправки вне зависимости от стоимости. Эта конфигурация всегда имеет приоритет.
Стоимость, назначенная IP-связям сайтов и соединителям групп маршрутизации, которые необходимо обойти, чтобы достигнуть назначения. Если между исходным и конечным серверами существует несколько путей маршрутизации, выбирается путь маршрутизации с наименьшей совокупной стоимостью.
Адресное пространство, назначенное соединителю отправки. Выбирается соединитель отправки, адресное пространство которого наиболее точно соответствует назначению.
Стоимость, назначенная адресному пространству, настроенному на соединителе отправки. Если одно и то же адресное пространство назначено нескольким соединителям, компонент маршрутизации сравнивает стоимость, назначенную адресному пространству. Выбирается соединитель отправки с минимальной стоимостью.
Область соединителя Применение соединителя может ограничиваться серверами Exchange 2010, которые расположены на том же сайте Служба каталогов Active Directory, что и исходные транспортные серверы для соединителя. В более ранних версиях Exchange область соединителя можно было ограничить серверами, принадлежащими к одной группе маршрутизации.
Ограничения размера сообщений. Размер маршрутизируемого сообщения должен быть меньше, чем ограничение размера сообщений, заданное на соединителе. Соединители, ограничение размера сообщений на которых меньше размера сообщения, не учитываются при маршрутизации.
Близость места назначения к отправляющему серверу При маршрутизации отдается предпочтение серверу, который расположен наиболее близко, в следующем порядке: локальный сервер, сервер на том же сайте Служба каталогов Active Directory, сервер на удаленном сайте Служба каталогов Active Directory или в группе маршрутизации.
Имя, назначенное сайту Active Directory. Если несколько путей маршрутизации имеют одинаковую совокупную стоимость, компонент маршрутизации выполняет буквенно-цифровое сравнение имен сайтов Служба каталогов Active Directory, которые предшествуют целевому сайту, для каждого пути маршрутизации. Используется путь маршрутизации, в котором ближайший к месту назначения сайт Служба каталогов Active Directory имеет минимальное буквенно-цифровое значение.
Имя, назначенное соединителю групп маршрутизации. Если несколько путей маршрутизации имеют одинаковую совокупную стоимость, компонент маршрутизации выполняет буквенно-цифровое сравнение соединителей групп маршрутизации, которые предшествуют целевому назначению, для каждого пути маршрутизации. Используется путь маршрутизации, в котором ближайший к месту назначения соединитель группы маршрутизации имеет минимальное буквенно-цифровое значение.
Состояние соединителя При расчете пути маршрутизации компонент маршрутизации Exchange 2010 учитывает только включенные соединители. Тем не менее, в более ранних версиях Exchange состояние соединителей не учитывается.
Ниже описана логика выбора пути маршрутизации.
В первую очередь рассчитывается путь маршрутизации с наименьшей стоимостью путем сложения стоимостей IP-связей сайтов и всех соединителей групп маршрутизации, которые необходимо обойти для достижения места назначения. Если назначением является соединитель, стоимость, назначенная адресному пространству, добавляется к стоимости достижения указанного соединителя. Если возможно несколько путей маршрутизации, используется только путь маршрутизации с наименьшей совокупной стоимостью.
Если существует несколько путей маршрутизации с одинаковой совокупной стоимостью, оценивается количество прыжков в каждом пути. Используется путь маршрутизации с наименьшим количеством прыжков.
Если и после этой процедуры остается несколько возможных маршрутов, используется имя, данное сайтам Служба каталогов Active Directory или соединителям группы маршрутизации, расположенным перед сервером назначения. Используется путь маршрутизации, в котором ближайший к месту назначения сайт Служба каталогов Active Directory имеет минимальное буквенно-цифровое значение. Если ближайший к месту назначения сайт для всех путей маршрутизации оказывается один и тот же, рассматриваются имена предыдущих сайтов.
На следующем рисунке показана топология маршрутизации для организации Exchange. Эта топология используется в следующих примерах, чтобы продемонстрировать логику, которая используется в алгоритме маршрутизации для выбора пути маршрутизации с наименьшей стоимостью.
Топология маршрутизации Exchange 2010
Пример 1 Сообщение, которое ретранслируется с сайта A на сайт D, может использовать два пути маршрутизации: «сайт A — сайт B — сайт D» и «сайт A — сайт C — сайт D». Стоимости, назначенные IP-связям сайтов для каждого пути маршрутизации, складываются для определения общей стоимости маршрутизации сообщения. Например, путь маршрутизации «сайт A — сайт B — сайт D» имеет совокупную стоимость 20. Совокупная стоимость пути маршрутизации «сайт A — сайт C — сайт D» — 10. При маршрутизации выбирается путь «сайт A — сайт C — сайт D».
Пример 2. Сообщение передается с сайта B на сайт D. Существует три возможных пути маршрутизации: «сайт B — сайт D» со стоимостью 15, «сайт B — сайт E — сайт C — сайт D» со стоимостью 15 и «сайт B — сайт A — сайт C — сайт D» со стоимостью 15. Так как несколько путей маршрутизации имеют одну и ту же стоимость, при маршрутизации выбирается путь «сайт B — сайт D». Этот путь имеет наименьшее количество прыжков.
Пример 3. Сообщение передается с сайта B на сайт E. Существует два возможных пути маршрутизации: «сайт A — сайт B — сайт E» со стоимостью 10 и «сайт A — сайт C — сайт E» со стоимостью 10. Оба пути маршрутизации имеют идентичную стоимость и количество прыжков. Сравнивается буквенно-цифровой порядок сайтов Служба каталогов Active Directory, которые непосредственно предшествуют сайту E. Сайт B имеет более низкое буквенно-цифровое значение, чем сайт C, поэтому выбирается путь маршрутизации «сайт A — сайт B — сайт E».
После определения пути маршрутизации с наименьшей стоимостью компонент маршрутизации Exchange 2010 не рассматривает альтернативные пути маршрутизации.
Выбор следующего прыжка
Транспортные серверы-концентраторы Exchange 2010 не выполняют ретрансляцию на каждый сайт Служба каталогов Active Directory на пути маршрутизации с наименьшей стоимостью. После определения пути маршрутизации сообщение передается напрямую от исходного сервера на следующий прыжок. На следующем выбранном прыжке выполняется попытка доставить сообщения настолько близко к конечному назначению, насколько это возможно. Для доставки в конечное назначение может потребоваться дополнительная передача внутри сайта. При маршрутизации в устаревшие группы маршрутизации происходит прямая передача на сайт Служба каталогов Active Directory, на котором расположен исходный сервер для соединителя маршрутизации первого прыжка. После ретрансляции сообщения в устаревшую среду выполняется стандартная маршрутизация устаревшего типа.
На следующем рисунке показана простая топология Exchange и приведены различные компоненты маршрутизации Exchange.
Топология и компоненты маршрутизации Exchange
На предыдущем рисунке показана обработка сообщения, отправленного из почтового ящика Mailbox1 на сайте A внешнему получателю valeri@contoso.com.
Служба отправки из почтового ящика Microsoft Exchange, запущенная на компьютере с почтовым ящиком Mailbox1, уведомляет транспортный сервер-концентратор Exchange 2010, расположенный на том же сайте Служба каталогов Active Directory, о наличии нового сообщения для передачи.
Компонент драйвера хранилища на транспортном сервере-концентраторе Exchange 2010 на том же сайте Служба каталогов Active Directory с помощью удаленного вызова процедур получает сообщение и помещает его в очередь передачи на локальном сервере.
Из очереди передачи сообщение проходит классификацию. Классификатор сначала выполняет разрешение получателей и определяет, что joe@contoso.com является внешним получателем.
Компонент маршрутизации выбирает лучший соединитель для маршрутизации сообщения и рассчитывает путь маршрутизации с наименьшей стоимостью до этого соединителя. В этом примере компонент маршрутизации выбирает соединитель отправки с адресным пространством *.contoso.com. Все исходные серверы для этого соединителя отправки расположены на сайте B.
Компонент маршрутизации определяет следующий прыжок, который необходим, чтобы достичь исходного сервера для соединителя отправки. Транспортный сервер-концентратор на сайте A помещает сообщение в очередь для отправки SMTP на сайт B.
Если принимающий сервер на сайте B является исходным сервером для соединителя отправки, он помещает сообщение в очередь для доставки на этот соединитель отправки. Если принимающий сервер не является исходным сервером для соединителя отправки *.contoso.com, сообщение ретранслируется по протоколу SMTP на транспортный сервер-концентратор на сайте B, который является исходным сервером для этого соединителя.
В следующей таблице приведены дополнительные примеры выбора следующего прыжка для нескольких получателей на основе топологии, представленной на предыдущем рисунке. В ней содержится неполный список всех возможностей маршрутизации, а представлены некоторые общие примеры в топологии, подобные приведенному на предыдущем рисунке.
Примеры выбора следующего прыжка на предыдущем рисунке
| Принимающий сервер | Конечное назначение | Следующий прыжок | Тип доставки из очереди |
|---|---|---|---|
Hub1 |
Mailbox1 |
Mailbox1 |
Доставка MAPI |
Hub1 |
Mailbox2 |
Hub3 |
Ретрансляция SMTP на сайте Служба каталогов Active Directory |
Hub1 |
Mailbox3 |
Сайт B |
Ретрансляция SMTP на удаленный сайт Служба каталогов Active Directory |
Hub1 |
Mailbox4 |
Соединитель групп маршрутизации |
Передача SMTP в устаревшую группу маршрутизации |
Hub1 |
Recipient@fourthcoffee.com |
Edge1 |
Ретрансляция SMTP на пограничный транспортный сервер |
Hub3 |
Mailbox1 |
Hub1 или Hub2 |
Ретрансляция SMTP на сайте Служба каталогов Active Directory |
Hub4 |
Mailbox1 |
Сайт A |
Ретрансляция SMTP на удаленный сайт Служба каталогов Active Directory |
Hub4 |
Mailbox4 |
Сайт A |
Ретрансляция SMTP на удаленный сайт Служба каталогов Active Directory |
Hub4 |
Recipient@contoso.com |
Узел SMTP Contoso |
Доставка через промежуточный узел |
Hub4 |
Recipient@fourthcoffee.com |
Сайт A |
Ретрансляция SMTP на удаленный сайт Служба каталогов Active Directory |
Edge1 |
Recipient@fourthcoffee.com |
Четвертый узел SMTP Coffee |
Доставка с помощью службы доменных имен |
После расчета пути маршрутизации с наименьшей стоимостью и выбора места назначения для следующего прыжка при маршрутизации Exchange 2010 выполняется попытка ретранслировать сообщение напрямую в место назначения, если для узлового сайта не настроен путь маршрутизации с наименьшей стоимостью.
Очередь в точке сбоя
Расчет пути маршрутизации с наименьшей стоимостью используется для определения пути отхода, если не удается выполнить доставку сообщения на следующий прыжок. Exchange 2010 пытается доставить сообщения как можно ближе к месту назначения, выполняя отход (прыжок за прыжком) по пути маршрутизации с наименьшей стоимостью до установки подключения. Это поведение называется очередь в точке сбоя. Когда сообщения будут помещены в очередь в точке пути маршрутизации, где произошел сбой связи, это поведение позволит не только ускорить доставку после разрешения неполадки, но и определить, почему не удалось доставить сообщение.
В топологии, показанной на следующем рисунке, при доставке сообщения с сайта A на сайт D путем маршрутизации с наименьшей стоимостью может быть «сайт A — сайт B — сайт C — сайт D». Сначала будет выполнена попытка доставить сообщение напрямую с сайта A на сайт D. Если ни один транспортный сервер-концентратор на сайте D не ответит, будет выполнена попытка доставки на транспортные серверы-концентраторы на сайте C. Этот процесс будет продолжаться до тех пор, пока транспортный сервер-концентратор не примет сообщение. Если промежуточные сайты недоступны, сообщение будет помещено в очередь на исходном сайте. Если сообщение помещается в очередь на сайте C, можно начать поиск причины сбоя на транспортных серверах-концентраторах на сайте D или проверку сетевого подключения между сайтом C и сайтом D.
Очередь в точке сбоя
При помещении сообщения в очередь в точке сбоя очередь переходит в состояние повторной попытки, при котором попытки доставки выполняются с интервалами повторной отправки сообщений до момента успешной доставки сообщения или истечения его срока хранения. По умолчанию через каждые 12 часов автоматически выполняется повторная передача очереди для классификации. Очереди, назначением следующего прыжка для которых является соединитель, автоматически не передаются для классификации, если не происходит изменение конфигурации. Дополнительные сведения см. в разделе Повторная маршрутизация и очередь "Получатель недоступен".
Для диагностики проблем с потоком почты можно использовать средство устранения неполадок с потоком почты. Это средство является компонентом помощника по устранению неполадок Microsoft Exchange. Его можно запустить на странице инструментов из консоли управления Exchange.
В более сложных топологиях путь маршрутизации с наименьшей стоимостью между двумя сайтами Служба каталогов Active Directory может содержать несколько промежуточных сайтов Служба каталогов Active Directory. Если на пути маршрутизации произойдет проблема с сетью, отход сайт за сайтом с конца и попытки выполнить доставку на каждый из промежуточных сайтов могут быть неэффективными. Если путь маршрутизации длиннее четырех прыжков, выполняется бинарный отход до того момента, когда останется не более четырех сайтов. При бинарном отходе следующая попытка подключения выполняется с середины пути маршрутизации. Например, если путем маршрутизации с наименьшей стоимостью от сайта A Служба каталогов Active Directory к сайту G является путь «A — B — C — D — E — F — G» и происходит сбой сети между сайтами B и C, в первую очередь выполняется попытка подключения ко всем транспортным серверам-концентраторам на сайте G. Если не удалось установить подключение к этому сайту, выполняется попытка подключения ко всем транспортным серверам-концентраторам на сайте D (на середине пути к сайту G). Если не удалось установить подключение к этому сайту, выполняется попытка подключения ко всем транспортным серверам-концентраторам на сайтах C и B, так как между ними и исходным сайтом менее четырех связей. В конечном итоге сообщение будет помещено в очередь на транспортном сервере-концентраторе на сайте B до восстановления подключения между сайтами B и C.
Задержка развертывания
Одно сообщение электронной почты может быть адресовано нескольким получателям. Эти получатели могут иметь внутренние почтовые ящики или быть внешними получателями. Для маршрутизации одного сообщения нескольким получателям должны быть выполнены перечисленные ниже действия.
Разрешение получателей. Каждый получатель сообщения разрешается в назначение для доставки.
Маршрутизация Определяется путь маршрутизации с наименьшей стоимостью для каждого получателя. При этом учитывается, настроен ли концентратор.
Разделение сообщения. Для маршрутизации сообщения получателям в различных назначениях его необходимо разделить на несколько копий.
После разрешения каждого получателя и определения пути маршрутизации для каждого места назначения доставки сервер Exchange 2010 сравнивает пути маршрутизации для всех получателей. В целях экономии пропускной способности развертывание (или разделение сообщения на несколько копий) не выполняется до достижения ветвления на пути маршрутизации.
Например, если для нескольких получателей одного сообщения частично или полностью используется один путь маршрутизации с наименьшей стоимостью, передается одна копия сообщения до достижения ветвления на пути маршрутизации. При расхождении путей маршрутизации сообщение разделяется, чтобы получить отдельную копию для каждого получателя.
На следующем рисунке одно сообщение отправляется с сайта A получателям на сайтах C, D и E. Путь маршрутизации с наименьшей стоимостью является общим до тех пор, пока сообщение не достигает сайта B. В этом сценарии на сайт B ретранслируется одна копия сообщения со всеми получателями. Это является первым ветвлением на пути маршрутизации. С сайта B одна копия сообщения маршрутизируется получателю на сайте D, а одна копия передается на сайт C. На сайте C снова происходит разделение сообщения. Копия сообщения доставляется получателю на сайте C, а другая копия сообщения ретранслируется на сайт E для доставки получателю на этом сайте.
Задержка развертывания сообщения
В начало
Повторная маршрутизация и недоступная очередь
Если при маршрутизации по любой причине не удается определить маршрут для допустимого получателя, сообщения помещаются в недоступную очередь. Сообщения в этой очереди повторно маршрутизируются после обработки изменений конфигурации и пересчета таблиц маршрутизации. В следующих сценариях повторная маршрутизация сообщения не выполняется. Вместо этого отправителю возвращается отчет о недоставке. В следующих сценариях выполняется маршрутизация сообщения в очередь «Сообщения с недостижимым местом назначения».
Получатель имеет адрес, который не является SMTP-адресом, и не удается найти соответствующий соединитель для адресного пространства.
Сообщение не удовлетворяет ограничениям размера сообщений для соответствующего соединителя.
Не все изменения конфигурации требуют повторной отправки сообщений в очередь. Например, изменение списка промежуточных узлов для соединителя не приведет к маршрутизации сообщений. Дополнительные сведения о перенаправлении сообщений см. в разделе Повторная маршрутизация и очередь "Получатель недоступен".
В начало
© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.