Внутренняя маршрутизация сообщений
Применимо к: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Последнее изменение раздела: 2007-08-21
В данном разделе описывается процесс маршрутизации при внутренней доставке сообщений. Под внутренней доставкой подразумеваются следующие ситуации:
доставка сообщения электронной почты от транспортного сервера-концентратора Microsoft Exchange Server 2007 до транспортного сервера-концентратора другого сайта службы каталогов Active Directory;
доставка сообщения электронной почты от транспортного сервера-концентратора до сервера почтовых ящиков, расположенного в том же сайте Active Directory;
доставка сообщения электронной почты от транспортного сервера-концентратора до сервера Microsoft Exchange Server 2003 или Exchange 2000 Server для последующей доставки в почтовый ящик получателя, расположенный на компьютере под управлением Exchange 2003 или Exchange 2000.
Получение сообщения, подлежащего маршрутизации
На транспортный сервер-концентратор сообщение может попасть несколькими способами:
Сообщение электронной почты может быть получено с сервера SMTP, имеющего выход в Интернет; получатель сообщения при этом может быть расположен внутри организации Exchange или внутри обслуживаемого домена внутренней ретрансляции.
Сообщение электронной почты может быть получено с другого транспортного сервера-концентратора, расположенного внутри организации Exchange; почтовый ящик получателя расположен на сервере почтовых ящиков, входящем в тот же сайт службы каталогов Active Directory.
Сообщение может быть получено с сервера Exchange 2003 или Exchange 2000; почтовый ящик получателя расположен на сервере почтовых ящиков Exchange 2007.
Сообщение может быть получено транспортным сервером-концентратором с сервера почтовых ящиков Exchange 2007.
Обработка любого сообщения, полученного транспортным сервером-концентратором и направленного на классификацию, начинается в очереди передачи.
Получение сообщений с сервера почтовых ящиков
Рассмотрим ситуацию, когда служба отправки почты Microsoft Exchange, запущенная на сервере почтовых ящиков, оповещает транспортный сервер-концентратор, расположенный в том же сайте Active Directory, о том, что в папке «Исходящие» и отправителя имеются сообщения, которые нужно забрать. На каждом сервере почтовых ящиков есть список транспортных серверов-концентраторов, входящих в его сайт Active Directory. Он называется списком серверов передачи. Для обеспечения актуальности списка процедура поиска сервера проводится каждые десять минут.
Если в момент отправки оповещения о наличии сообщений в папке «Исходящие» в одном и том же сайте Active Directory расположено несколько транспортных серверов-концентраторов, сервер выбирается одним из следующих способов:
Если роль транспортного сервера-концентратора установлена на самом сервере почтовых ящиков, оповещается локальный сервер. Если локальная служба передачи Microsoft Exchange не запущена, или если локальный транспортный сервер-концентратор не может обработать передачу новых сообщений из-за перегрузки, оповещается другой транспортный сервер-концентратор. Дополнительные сведения о перегрузке транспортного сервера приведены в разделе Общие сведения об обратном давлении.
Если на сервере почтовых ящиков роль транспортного сервера-концентратора не установлена, оповещения распределяются по транспортным серверам-концентраторам методом циклического перебора с учетом загрузки серверов.
Если связь с выбранным сервером отсутствует, служба отправки почты Microsoft Exchange переключается на другой транспортный сервер-концентратор того же сайта Active Directory. Не отвечающий сервер помечается как неактивный, и выбирается следующий транспортный сервер-концентратор в списке серверов передачи. Если в локальном сайте Active Directory нет транспортных серверов-концентраторов, список серверов передачи оказывается пустым. В этом случае в журнал заносится соответствующая запись о событии, а отправка оповещений временно приостанавливается. Через пять минут неактивные серверы проверяются заново.
По умолчанию служба отправки почты Microsoft Exchange отправляет оповещения транспортным серверам-концентраторам с учетом их загрузки, так чтобы они равномерно распределялись по всем серверам сайта. В некоторых случаях такое равномерное распределение может оказаться не самым лучшим решением. Транспортные серверы-концентраторы имеют разную производительность. Некоторые сообщения требуют дополнительной обработки: к примеру, сообщение с большими вложениями или сообщение с большим числом получателей обрабатывается дольше, чем короткое сообщение, отправленное на один адрес. Можно создать статический список транспортных серверов-концентраторов, получающих оповещения от сервера почтовых ящиков. Для этого используется командлет Set-MailboxServer в командной консоли Exchange. Список серверов, оповещаемых локальным сервером почтовых ящиков в случае наличия сообщения в папке «Исходящие», создается при помощи параметра SubmissionServerOverrideList. Дополнительные сведения о настройке данного параметра приведены в разделе Set-MailboxServer.
После того как транспортный сервер-концентратор получил оповещение от сервера почтовых ящиков, он при помощи драйвера хранилища получает сообщение из базы данных почтовых ящиков и помещает его в очередь отправке на транспортном-сервере концентраторе. Перемещение сообщения с сервера почтовых ящиков на транспортный сервер-концентратор осуществляется удаленным вызовом процедур Exchange (RPC).
Маршрутизация сообщений при доставке на серверы Exchange 2007
После того, как транспортный сервер-концентратор получил сообщение, оно помещается в очередь отправки. Из очереди отправки сообщения поступают в классификатор. Во время классификации сообщения адрес получателя разрешается в объект Active Directory. Таким образом определяется, какой почтовый ящик связан с данным адресом электронной почты и на каком сервере почтовых ящиков он расположен.
Следующий этап после разрешения информации о получателе — разрешение сервера почтовых ящиков в сайт Active Directory. Полученная информация о сайте Active Directory указывается в передаваемом сообщении в виде значения атрибута NextHopSolutionKey. Компонент Enhanced DNS, имеющийся в службе транспорта Microsoft Exchange, используя информацию о топологии, определяет, какие транспортные серверы-концентраторы входят в тот же сайт, что и сервер почтовых ящиков, на который направляется сообщение. Затем на основании списка транспортных серверов-концентраторов данного сайта Active Directory определяется, куда должно быть направлено сообщение. Если сервер почтовых ящиков расположен в том же сайте, что и опрашивающий транспортный сервер-концентратор, сообщение помещается в очередь локальной доставки. Если сервер почтовых ящиков расположен в другом сайте, транспортный сервер-концентратор помещает его в очередь удаленной доставки на другой узел Active Directory.
Сообщения, попавшие в очередь локальной доставки, передаются в соответствующее хранилище почтовых ящиков при помощи драйвера хранилища. Перемещение сообщения с транспортного сервера-концентратора на сервер почтовых ящиков осуществляется удаленным вызовом процедур Exchange (RPC).
Сообщения, попавшие в очередь удаленной доставки на другой сайт Active Directory, отправляются по протоколу SMTP. Перед отправкой компонент классификатора, отвечающий за маршрутизацию, определяет наименее затратный маршрут.
Определение пути маршрутизации с наименьшей стоимостью
Маршрут с наименьшей стоимостью до удаленного сайта Active Directory определяется путем вычисления стоимостей всех связей IP сайта Active Directory, существующих между двумя сайтами. Затем сайты связываются, и устанавливается прямое подключение. Транспортные серверы-концентраторы Exchange 2007 всегда выбирают один конкретный маршрут, характеризующийся наименьшей стоимостью. Доступность подключения или сервера назначения при выборе маршрута в расчет не идет. Альтернативные маршруты тоже не предусматриваются.
Расчет пути маршрутизации с наименьшей стоимостью используется для определения пути отхода, если не удается выполнить доставку на следующий узел маршрутизации. Отход в Exchange 2007 — это механизм, который используется для доставки сообщений, которые находятся в промежуточном узле на пути маршрутизации с наименьшей стоимостью, если прямая передача невозможна по любой причине (например из-за проблем с сетью или перехода серверов в автономный режим). Компонент маршрутизации пытается доставить сообщения как можно ближе к месту назначения, отходя (узел за узлом) по пути маршрутизации с наименьшей стоимостью до установки подключения. Сначала выполняется попытка установить подключение к каждому транспортному серверу-концентратору на сайте Active Directory назначения. Если транспортные серверы-концентраторы на сайте Active Directory не отвечают, проверяется путь маршрутизации с наименьшей стоимостью, чтобы определить, как начать отход от сайта доставки. Цель заключается в том, чтобы доставить сообщение настолько близко к месту назначения, насколько возможно, и поместить его в очередь на транспортном сервере-концентраторе на этом сайте Active Directory.
Ниже описана логика выбора маршрута с наименьшей стоимостью.
Сначала рассчитывается маршрут с наименьшей стоимостью путем сложения стоимостей связей сайтов IP, которые необходимо обойти для достижения сервера назначения. Если возможно несколько путей маршрутизации, используется только путь маршрутизации с наименьшей совокупной стоимостью.
Если существует несколько маршрутов с одинаковой совокупной стоимостью, оценивается количество узлов в каждом пути. Используется путь маршрутизации с наименьшим количеством узлов.
Если и после этой процедуры остается несколько возможных маршрутов, используется имя, данное сайтам Active Directory или соединителям группы маршрутизации, расположенным перед сервером назначения. Используется путь маршрутизации, в котором ближайший к месту назначения сайт Active Directory имеет минимальное буквенно-цифровое значение. Если ближайший к месту назначения сайт для всех путей маршрутизации совпадает, рассматриваются имена предыдущих сайтов.
На следующем рисунке показана топология маршрутизации для организации Exchange. Эту топологию мы будем использовать в примерах, чтобы продемонстрировать логику, которую использует алгоритм маршрутизации для выбора пути маршрутизации с наименьшей стоимостью.
Топология маршрутизации в Exchange 2007
Пример 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 2007 не рассматривает альтернативные пути маршрутизации.
Сайты Active Directory, на которых не развернуты транспортные серверы-концентраторы, не распознаются при маршрутизации и не участвуют в топологии Exchange. Тем не менее если такой сайт существует на пути маршрутизации с наименьшей стоимостью между сайтами, на которых развернут транспортный сервер-концентратор, при расчете пути маршрутизации с наименьшей стоимостью учитываются стоимости связей сайтов IP для этого сайта.
После выбора пути маршрутизации с наименьшей стоимостью определяется, есть ли на этом пути концентратор. Узловые сайты имеют преимущество перед прямой связью и заставляют сообщение проходить через транспортные серверы-концентраторы, входящие в узловой сайт. Для настройки сайта Active Directory в качестве узлового используется командлет Set-AdSite в командной консоли Exchange.
Такая настройка может оказаться полезной, если прямая передача по протоколу SMTP между сайтами запрещена. Если на пути маршрутизации с наименьшей стоимостью, который используется для доставки сообщения, расположен концентратор, сообщения помещаются в очередь и обрабатываются транспортными серверами-концентраторами на концентраторе до передачи в конечное назначение. Если на пути маршрутизации с наименьшей стоимостью имеется несколько концентраторов, сообщения будут останавливаться на каждом из них. Дополнительные сведения о настройке узлового сайта приведены в разделе Настройка концентратора.
Управление стоимостью связей сайтов IP
Если вы считаете, что выбрана не минимальная стоимость связей сайтов IP Active Directory и не оптимальные шаблоны трафика для Exchange 2007, стоимости, оцененные Microsoft Exchange, можно откорректировать. Администратор Exchange не может и не должен пользоваться средствами Active Directory для изменения стоимости, назначенной связи сайтов IP. Для назначения стоимости связи сайтов IP для Exchange необходимо использовать командлет Set-ADSiteLink командной консоли Exchange. Например, чтобы назначить другую стоимость связи SITELINKAB сайтов IP для маршрутизации сообщений, выполните следующую команду в командной консоли Exchange:
Set-AdSiteLink -Identity SITELINKAB -ExchangeCost 25
После назначения стоимости Exchange для связи сайтов IP стоимость Exchange переопределяет стоимость Active Directory только для маршрутизации сообщений, а при маршрутизации стоимость Exchange учитывается только для вычисления пути маршрутизации с наименьшей стоимостью. Во всех других случаях используется стоимость репликации Active Directory. Дополнительные сведения приведены в разделе Задание стоимости Exchange для IP-связей сайтов Active Directory.
Новые возможности в Exchange Server 2007 с пакетом обновления 1 (SP1)
В Exchange 2007 с пакетом обновления 1 (SP1) появилась поддержка настройки максимального размера сообщения для той или иной связи сайтов IP Active Directory. По умолчанию сервер Exchange 2007 не накладывает ограничений на максимальный размер сообщения для сообщений, ретранслируемых между транспортными серверами-концентраторами, находящимися в различных сайтах Active Directory. При использовании командлета Set-AdSiteLink для настройки максимального размера сообщения для связи сайта IP Active Directory в процессе маршрутизации создается отчет о недоставке для всех сообщений, размер которых превышает максимально допустимый размер сообщения, указанный на любой связи сайта Active Directory в пути маршрутизации с наименьшей стоимостью. Альтернативный маршрут не предлагается. Подобная настройка полезна для ограничения размера сообщений, отправляемых на удаленные сайты Active Directory, которые должны взаимодействовать через низкоскоростные подключения. Если вы настраиваете ограничение на размер сообщения для связи сайта Active Directory, нужно указать более высокую стоимость для Exchange, чтобы при выборе между связью с ограничением на размер сообщения и связью без ограничения предпочтение отдавалось последней. Дополнительные сведения приведены в разделе Настройка ограничений на размер сообщений для внутренней маршрутизации.
Маршрутизация сообщений при доставке на Exchange Server 2003 или Exchange 2000 Server
Сообщение, переправляемое с транспортного сервера-концентратора на сервер Exchange 2003 или Exchange 2000 для последующей отправки в почтовый ящик получателя, расположенный на сервере Exchange 2003 или Exchange 2000, должно проходить через соединитель группы маршрутизации. Если в одной организации серверы Exchange 2007 соседствуют с серверами Exchange 2003 или Exchange 2000, все серверы Exchange 2007 объединяются в группу маршрутизации Exchange (DWBGZMFD01QNBJR), чтобы осуществлять маршрутизацию на серверы Exchange Server более ранних версий. Поместить серверы Exchange 2007 и серверы Exchange Server более ранних версий в одну группу маршрутизации нельзя. По этой причине между серверами Exchange 2007 и серверами Exchange 2003 или Exchange 2000 всегда будет хотя бы один соединитель.
Внимание! |
---|
Не перемещайте серверы Exchange 2007 из группы маршрутизации Exchange (DWBGZMFD01QNBJR) и не переименовывайте группу маршрутизации Exchange (DWBGZMFD01QNBJR) с помощью низкоуровневого редактора каталога. Exchange 2007 должен использовать эту группу маршрутизации для связи с предыдущими версиями Exchange Server. Перемещение серверов Exchange 2007 из группы маршрутизации Exchange (DWBGZMFD01QNBJR) или переименование группы маршрутизации Exchange (DWBGZMFD01QNBJR) не поддерживается. |
Примечание. |
---|
Для создания соединителя группы маршрутизации, включающего в качестве исходного сервера или сервера назначения транспортный сервер-концентратор Exchange 2007, необходимо использовать командлет New-RoutingGroupConnector в командной консоли Exchange. Для изменения настройки соединителя группы маршрутизации, связывающего группу маршрутизации Exchange 2007 с серверами Exchange Server более ранних версий, используется командлет Set-RoutingGroupConnector. Дополнительные сведения приведены в разделе Инструкции по созданию соединителей групп маршрутизации из Exchange 2007 в Exchange Server 2003. |
При определении маршрута с наименьшей стоимостью до сервера Exchange более ранней версии компонент службы транспорта Microsoft Exchange, отвечающий за маршрутизацию, сначала оценивает возможные пути маршрутизации для достижения сервера Exchange 2003 назначения с учетом только совокупной стоимости прохождения через все соединители группы маршрутизации, которые необходимо пройти для достижения назначения. Затем определяется стоимость прохождения сообщения до первого соединителя группы маршрутизации в выбранном пути маршрутизации при помощи алгоритма, описанного выше в разделе «Определение пути маршрутизации с наименьшей стоимостью» данной главы. Всегда используется путь маршрутизации через соединителигруппы маршрутизации, имеющий наименьшую стоимость. Стоимость доставки сообщения до первого соединителя учитывается, только если обнаружено несколько маршрутов с одинаковой стоимостью.
Описанный далее алгоритм используется для выбора пути с наименьшей стоимостью до сервера Exchange более ранней версии.
Проверяются все возможные пути через соединители групп маршрутизации, и выбирается путь с наименьшей стоимостью.
Если есть несколько путей с одинаковой стоимостью, проверяются все возможные пути маршрутизации через связи сайтов IP, позволяющие перейти к первому соединителю группы маршрутизации, и выбирается путь с наименьшей совокупной стоимостью связей сайтов IP.
Если несколько путей имеют одинаковую стоимость группы маршрутизации и одинаковую стоимость связей сайтов IP, выбирается путь маршрутизации, содержащий наименьшее число узлов.
Если есть несколько путей с одинаковой стоимостью группы маршрутизации, одинаковой стоимостью связей сайтов IP и одинаковым числом узлов, выбирается путь, в котором имя последнего сайта Active Directory перед сервером назначения имеет более низкое буквенно-цифровое значение.
На рисунке ниже показан пример топологии маршрутизации в организации, содержащей и серверы Exchange 2007, и серверы Exchange 2003.
Топология маршрутизации в смешанной организации (Exchange 2007 и Exchange 2003)
В данном примере сообщение переправляется с транспортного сервера-концентратора сайта A на сервер Exchange 2003, расположенный в группе маршрутизации 2. Есть два возможных пути маршрутизации.
Вариант 1: от соединителя группы маршрутизации A3 со стоимостью 10 к соединителю группы маршрутизации 2-3 со стоимостью 20. Суммарная стоимость для данного пути — 30.
Вариант 2: от соединителя группы маршрутизации C1 со стоимостью 10 к соединителю группы маршрутизации 1-2 со стоимостью 10. Суммарная стоимость для данного пути — 20.
В данном примере, выбрав вариант 2, мы получим более низкую суммарную стоимость соединителей групп маршрутизации, поэтому сообщение переправляется с транспортного сервера-концентратора сайта A на транспортный сервер-концентратор сайта C и помещается в очередь для доставки через соединитель группы маршрутизации C1.
На следующем рисунке стоимость соединителя группы маршрутизации 2-3 заменена на 10.
E Топология маршрутизации в смешанной организации (Exchange 2007 и Exchange 2003) с измененной стоимостью соединителя группы маршрутизации
Здесь опять мы имеем два возможных пути переправки сообщения до группы маршрутизации 2.
Вариант 1: от соединителя группы маршрутизации A3 со стоимостью 10 к соединителю группы маршрутизации 2-3 со стоимостью 10. Суммарная стоимость для данного пути — 20.
Вариант 2: от соединителя группы маршрутизации C1 со стоимостью 10 к соединителю группы маршрутизации 1-2 со стоимостью 10. Суммарная стоимость для данного пути — 20.
В данном примере пути имеют одинаковую суммарную стоимость соединителей групп маршрутизации. Для выбора маршрута оценивается стоимость связей сайтов IP, через которые должно пройти сообщение, прежде чем попадет на первый соединитель. Стоимость связи сайтов IP от сайта А до соединителя групп маршрутизации A3 нулевая, а до соединителя группы маршрутизации C1 она составляет 20, поэтому выбирается путь маршрутизации, описанный в первом варианте.
Важно! |
---|
Окончательная первоначальная версия (RTM) сервера Exchange 2007 не позволяет установить максимальные размер сообщения для связей сайтов Active Directory и соединителей групп маршрутизации, включающих транспортный сервер-концентратор Exchange 2007 в качестве исходного сервера или сервера назначения. В Exchange 2007 RTM также не распознаются пределы размеров сообщений для соединителей групп маршрутизации, созданных в более ранней версии Exchange Server. Это означает, что если сообщение, переправленное с сервера Exchange 2007, принимается сервером Exchange 2003 или Exchange 2000, то получающий сервер Exchange 2003 или Exchange 2000 может выполнить повторную оценку пути маршрутизации, так чтобы пределы размеров сообщений были учтены. В таком случае существует вероятность отправки сообщения обратно на сервер Exchange 2007 и зацикливания маршрутизации. Чтобы этого не допустить, рекомендуется снять все ограничения на размер сообщений для соединителей групп маршрутизации при добавлении к организации сервера Exchange 2007. |
Новые возможности в Exchange 2007 с пакетом обновления 1 (SP1)
Exchange 2007 с пакетом обновления 1 (SP1) поддерживает настройку пределов размера сообщений для соединителей групп маршрутизации. По умолчанию сервер Exchange 2007 не накладывает ограничений на максимальный размер сообщения для сообщений, ретранслируемых между транспортным сервером-концентратором и сервером Exchange 2003 или Exchange 2000. При использовании командлета Set-RoutingGroupConnector для настройки максимального размера сообщения для соединителя группы маршрутизации при маршрутизации сообщения, размер которого превышает ограничение, настроенное для любого соединителя группы маршрутизации на пути маршрутизации с наименьшей стоимостью, будет создаваться отчет о недоставке. Альтернативный маршрут не предлагается.
Подобная настройка полезна для ограничения размера сообщений, отправляемых на удаленные группы маршрутизации, которые должны взаимодействовать через низкоскоростные подключения. Если вы настраиваете ограничение на размер сообщения для соединителя группы маршрутизации, нужно указать более высокую стоимость для данного соединителя, чтобы при выборе между соединителем с ограничением на размер сообщения и соединителем без ограничения предпочтение отдавалось последнему. Дополнительные сведения приведены в разделе Настройка ограничений на размер сообщений для внутренней маршрутизации.
Exchange 2007 версии RTM не распознает соединители групп маршрутизации (кроме соединителей SMTP), настроенные в более ранних версиях Exchange. При вычислении наименее затратного пути до группы маршрутизации Exchange 2003 или Exchange 2000 учитывались только соединители SMTP. В Exchange 2007 с пакетом обновления 1 (SP1) появились функции, позволяющие компоненту службы транспорта Microsoft Exchange, отвечающему за маршрутизацию, распознавать другие соединители (не SMTP) при расчете пути маршрутизации с наименьшей стоимостью.
Дополнительные сведения
Для получения дополнительных сведений см. следующие разделы: