Решения о маршрутизации принимаются во время классификации сообщений. Классификатор — это компонент службы транспорта Microsoft Exchange, который обрабатывает все входящие сообщения и определяет, как поступать с сообщением, на основе сведений о его получателях. Классификатор обрабатывает сообщения в несколько взаимозависимых этапов, а также использует другие компоненты службы транспорта Microsoft Exchange во время обработки сообщений. После получения сообщения транспортным сервером Exchange 2010 и завершения предварительной обработки во время получения SMTP сообщение доставляется в очередь передачи. Ниже описаны этапы прохождения сообщений из очереди передачи через классификатор.

1. Обработка переданных сообщений агентом. При получении сообщения, классификацию которого необходимо выполнить, выполняется его обработка агентом на транспортном сервере-концентраторе. На этом этапе к сообщениям применяются необязательный антивирусный агент Microsoft Forefront Protection для Exchange Server и агент ведения журнала.
   
   
2. Разрешение получателей. На этом этапе разрешается адрес электронной почты получателя, чтобы определить, имеет получатель почтовый ящик в организации Exchange или внешний адрес электронной почты.
   
   
3. Маршрутизация. После разрешения сведений о получателе компонент классификатора, выполняющий маршрутизацию, определяет конечное назначение сообщения и маршрут к нему, выбирает следующий сегмент (прыжок) для передачи сообщения и разрешает сведения о следующем прыжке в список физических серверов и IP-адресов.
   
   
4. Преобразование содержимого   Перед ретрансляцией сообщения на следующий прыжок выполняется преобразование содержимого, чтобы сообщение отправлялось в формате, который сможет прочитать получатель. При преобразовании содержимого происходит преобразование сообщений электронной почты из одного формата в другой для обеспечения потока почты и хранения (например из MAPI в MIME или из кодировки UUENCODE в Base64) или для обработки, характерной для клиента электронной почты (например, HTML, RTF или обычный текст).
   
   
5. Обработка маршрутизированных сообщений агентом. После принятия решений о маршрутизации для отдельного сообщения на транспортном сервере-концентраторе применяются агент правил транспорта и агент ведения журнала. Агент ведения журнала применяется и при передаче, и при маршрутизации сообщения, поэтому все изменения, внесенные в сообщение агентом правил транспорта (например, когда он изменяет адрес доставки или применяет требование к ведению журнала для определенного сообщения), учитываются агентом ведения журнала.
   
   
6. Упаковка сообщений и создание уведомлений о доставке   Выполняется сборка конечного классифицированного сообщения и перемещение его в очередь доставки. На этом этапе может также создаваться уведомление о доставке.
   
   

Затем сообщения обрабатываются соединителем отправки SMTP, драйвером хранилища, агентами доставки или обработчиком подключений к внешним шлюзам. Используемый компонент зависит от конечного места назначения. Очередь доставки динамически создается при каждом прыжке. Сообщения перемещаются в очереди доставки после выбора способа маршрутизации. Если не удалось найти маршрут к получателю, сообщения перемещаются в очередь «Сообщения с недостижимым местом назначения».

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

Контекст маршрутизации в потоке почты

#RTT

По умолчанию лес Служба каталогов 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

Если сервер с именем 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 и полным распространением изменения топологии существует задержка. Ниже описаны действия, которые должны произойти в указанном порядке для распространения изменений топологии.

1. Изменение членства в сайте записывается на контроллер домена. Обновленные сведения реплицируются между контроллерами домена на каждом сайте Служба каталогов Active Directory в лесу. Время, которое требуется на полное распространение изменения в лесу, зависит от топологии репликации Служба каталогов Active Directory и расписания, которые определяются связями сайтов.
   
   
2. Служба сетевого входа в систему работает на всех компьютерах под управлением Windows и часто запрашивает изменения членства в сайте Служба каталогов Active Directory. Запросы выполняются через пять минут, поэтому служба сетевого входа в систему обнаруживает изменение в течение пяти минут после того, как локальный контроллер домена получает обновление.
   
   
3. Служба топологии Microsoft Exchange Служба каталогов Active Directory опрашивает службу сетевого входа в систему каждые 15 минут, чтобы определить членство локального сервера Exchange на сайте Служба каталогов Active Directory. Если определено наличие изменений, служба топологии Microsoft Exchange Служба каталогов Active Directory обновляет атрибут MsExchServerSite.
   
   
4. После этого измененное значение атрибута сайта для объекта конфигурации Exchange реплицируется в организации. Серверы Exchange в организации обнаруживают это изменение. После этого в таблицы маршрутизации заносится новое значение атрибута членства в сайте Служба каталогов Active Directory.
   
   

Существует задержка между тем, когда применяется изменение членства в сайте Служба каталогов Active Directory, и тем, когда обновленные сведения становятся доступными другому серверу Exchange 2010. Дополнительные сведения о том, как сервер Exchange 2010 обрабатывает изменения конфигурации таких типов, см. в подразделе «Повторная маршрутизация и очередь "Сообщения с недостижимым местом назначения"» этого раздела.

Связи сайтов — это логические пути между сайтами Служба каталогов 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-связей сайтов Служба каталогов 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 модуль обнаружения топологии выполняет перечисленные ниже действия.

1. Данные считываются из Служба каталогов Active Directory. Получаются все следующие объекты:
   
   
   • сайты Служба каталогов Active Directory;
     
     
   • IP-связи сайтов;
     
     
   • все серверы Exchange (включая сведения о ролях сервера Exchange 2010, развернутых на этих серверах).
     
     
2. Данные, полученные на шаге 1, используются для создания исходной топологии и начала связывания и сопоставления соответствующих объектов конфигурации.
   
   
3. Серверы Exchange сопоставляются с сайтами Служба каталогов Active Directory путем получения значения атрибута сайта от объекта сервера Exchange, который хранится в Служба каталогов Active Directory.
   
   
4. Таблицы маршрутизации обновляются на основе полученных сведений.
   
   

В результате этого процесса все серверы Exchange 2010 получают сведения о наличии других серверов Exchange в организации и о том, как далеко друг от друга находятся серверы Exchange.

#RTT

В этом случае сообщения могут быть получены с пограничных транспортных серверов, транспортных серверов-концентраторов или сторонних узлов 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 (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.

#RTT

В предыдущем разделе описаны различные источники, из которых транспортный сервер-концентратор может получать сообщения. Когда сообщение принимается транспортным сервером-концентратором, его необходимо классифицировать. Первым этапом классификации сообщения является разрешение получателя. После разрешения получателя можно определить конечное назначение. На следующем этапе — этапе маршрутизации — определяется наилучший способ достижения этого назначения. Выбирается один детерминированный маршрут. Повторный расчет этого маршрута не выполняется до изменения конфигурации маршрутизации.

С точки зрения отправляющего сервера каждая очередь доставки представляет собой назначение для конкретного сообщения. Когда транспортный сервер-концентратор или пограничный транспортный сервер выбирает назначение для сообщения, оно указывается для получателя в виде атрибута 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 состояние соединителей не учитывается.
  
  

Ниже описана логика выбора пути маршрутизации.

1. В первую очередь рассчитывается путь маршрутизации с наименьшей стоимостью путем сложения стоимостей IP-связей сайтов и всех соединителей групп маршрутизации, которые необходимо обойти для достижения места назначения. Если назначением является соединитель, стоимость, назначенная адресному пространству, добавляется к стоимости достижения указанного соединителя. Если возможно несколько путей маршрутизации, используется только путь маршрутизации с наименьшей совокупной стоимостью.
   
   
2. Если существует несколько путей маршрутизации с одинаковой совокупной стоимостью, оценивается количество прыжков в каждом пути. Используется путь маршрутизации с наименьшим количеством прыжков.
   
   
3. Если и после этой процедуры остается несколько возможных маршрутов, используется имя, данное сайтам Служба каталогов 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.

1. Служба отправки из почтового ящика Microsoft Exchange, запущенная на компьютере с почтовым ящиком Mailbox1, уведомляет транспортный сервер-концентратор Exchange 2010, расположенный на том же сайте Служба каталогов Active Directory, о наличии нового сообщения для передачи.
   
   
2. Компонент драйвера хранилища на транспортном сервере-концентраторе Exchange 2010 на том же сайте Служба каталогов Active Directory с помощью удаленного вызова процедур получает сообщение и помещает его в очередь передачи на локальном сервере.
   
   
3. Из очереди передачи сообщение проходит классификацию. Классификатор сначала выполняет разрешение получателей и определяет, что joe@contoso.com является внешним получателем.
   
   
4. Компонент маршрутизации выбирает лучший соединитель для маршрутизации сообщения и рассчитывает путь маршрутизации с наименьшей стоимостью до этого соединителя. В этом примере компонент маршрутизации выбирает соединитель отправки с адресным пространством *.contoso.com. Все исходные серверы для этого соединителя отправки расположены на сайте B.
   
   
5. Компонент маршрутизации определяет следующий прыжок, который необходим, чтобы достичь исходного сервера для соединителя отправки. Транспортный сервер-концентратор на сайте A помещает сообщение в очередь для отправки SMTP на сайт B.
   
   
6. Если принимающий сервер на сайте B является исходным сервером для соединителя отправки, он помещает сообщение в очередь для доставки на этот соединитель отправки. Если принимающий сервер не является исходным сервером для соединителя отправки *.contoso.com, сообщение ретранслируется по протоколу SMTP на транспортный сервер-концентратор на сайте B, который является исходным сервером для этого соединителя.
   
   

В следующей таблице приведены дополнительные примеры выбора следующего прыжка для нескольких получателей на основе топологии, представленной на предыдущем рисунке. В ней содержится неполный список всех возможностей маршрутизации, а представлены некоторые общие примеры в топологии, подобные приведенному на предыдущем рисунке.

Примеры выбора следующего прыжка на предыдущем рисунке

После расчета пути маршрутизации с наименьшей стоимостью и выбора места назначения для следующего прыжка при маршрутизации 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.

Одно сообщение электронной почты может быть адресовано нескольким получателям. Эти получатели могут иметь внутренние почтовые ящики или быть внешними получателями. Для маршрутизации одного сообщения нескольким получателям должны быть выполнены перечисленные ниже действия.

1. Разрешение получателей. Каждый получатель сообщения разрешается в назначение для доставки.
   
   
2. Маршрутизация   Определяется путь маршрутизации с наименьшей стоимостью для каждого получателя. При этом учитывается, настроен ли концентратор.
   
   
3. Разделение сообщения. Для маршрутизации сообщения получателям в различных назначениях его необходимо разделить на несколько копий.
   
   

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

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

На следующем рисунке одно сообщение отправляется с сайта A получателям на сайтах C, D и E. Путь маршрутизации с наименьшей стоимостью является общим до тех пор, пока сообщение не достигает сайта B. В этом сценарии на сайт B ретранслируется одна копия сообщения со всеми получателями. Это является первым ветвлением на пути маршрутизации. С сайта B одна копия сообщения маршрутизируется получателю на сайте D, а одна копия передается на сайт C. На сайте C снова происходит разделение сообщения. Копия сообщения доставляется получателю на сайте C, а другая копия сообщения ретранслируется на сайт E для доставки получателю на этом сайте.

Задержка развертывания сообщения

#RTT