Noções Básicas Sobre Roteamento de Mensagens
Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Tópico modificado em: 2016-11-28
A tarefa principal dos servidores de Transporte de Hub e Transporte de Borda na sua organização é rotear mensagens recebidas de usuários e fontes externas para seus destinos. Este tópico explica como o Microsoft Exchange Server 2010 roteia as mensagens em sua organização.
Procurando tarefas de gerenciamento relacionadas ao gerenciamento de servidores de transporte? Consulte Gerenciando Servidores de Transporte.
Sumário
Visão geral do roteamento de mensagens no Exchange 2010
Componentes de roteamento
Usando sites do Active Directory para roteamento
Tabelas de Roteamento do Exchange 2010
Recebimento de mensagens para roteamento
Roteamento de mensagens
Reencaminhamento e a fila Inacessível
Visão geral do roteamento de mensagens no Exchange 2010
As decisões de roteamento são feitas durante a categorização de mensagens. O categorizador é um componente do serviço de transporte do Microsoft Exchange que processa todas as mensagens de entrada e determina o que fazer com as mensagens com base nas informações sobre os destinatários pretendidos. O categorizador processa as mensagens em várias fases dependentes, e também usa outros componentes do serviço de Transporte do Microsoft Exchange durante o processamento de mensagens. Depois de recebida por um servidor de transporte do Exchange 2010 e depois da conclusão do processamento preliminar que ocorre durante o Recebimento SMTP, a mensagem é entregue à Fila de envio. As mensagens são movidas da Fila de envio pelo categorizador nas seguintes fases:
Processamento de mensagens enviadas pelo agente Parte do processamento pelo agente no servidor de Transporte de Hub ocorre quando a mensagem é recebida para categorização. Dentre os agentes aplicados durante essa fase estão o agente antivírus Microsoft Forefront Protection para Exchange Server (opcional) e o agente Registro no Diário.
**Resolução do destinatário **Durante esta fase, o endereço de email do destinatário é resolvido, para determinar se ele possui uma caixa de correio na organização do Exchange ou um endereço de email externo.
Roteamento Depois de resolvidas as informações sobre o destinatário, o componente de roteamento do categorizador determina o destino final da mensagem e a rota até esse destino, seleciona o próximo segmento, ou salto, para retransmissão da mensagem, e resolve as informações do próximo saldo em uma lista de endereços IP e servidores físicos.
Conversão de conteúdo Antes de a mensagem ser retransmitida para o próximo salto, ocorre a conversão de conteúdo para que a mensagem seja enviada em um formato legível para o destinatário. A conversão de conteúdo transforma mensagens de email de um formato para outro, para fluxo de mensagens ou repositório, como de MAPI para MIME ou de UUENCODE para Base64 codificado, ou para o renderização apropriada que é específica de um cliente de email, como HTML para RTF e para texto sem formatação.
Processamento de mensagens roteadas pelo agente Depois que as decisões de roteamento para uma mensagem em particular são feitas, o agente de Regras de Transporte e o agente Registro no Diário são aplicados ao servidor de Transporte de Hub. O agente Registro no Diário á aplicado quando a mensagem é enviada e também quando ela é roteada para que quaisquer alterações feitas pelo agente de Regras de Transporte na mensagem, por exemplo, quando ele modifica um endereço de entrega ou aplica um requisito de registro no diário específico para a mensagem, não ignorem o agente Registro no Diário.
Empacotamento de mensagens e geração de DSN A mensagem final categorizada é montada e movida para uma fila de entrega. Uma notificação de status de entrega pode também pode ser gerada durante essa fase.
Em seguida, as mensagens são processadas pelo Envio SMTP, pelo driver de armazenamento ou pelo manipulador de conexão do gateway externo. O componente que é usado depende do destino final. Uma fila de entrega é gerada dinamicamente para cada salto. As mensagens são colocadas nessas filas de entrega após uma decisão de roteamento ser feita. Se não for possível localizar uma rota para um destinatário, as mensagens serão colocadas na fila Inacessíveis.
A figura a seguir mostra como ocorre o processamento de mensagens nas diversas fases de roteamento e como as mensagens são colocadas em fila para entrega no destino do próximo salto.
Contexto de roteamento no fluxo de mensagens
Voltar ao início
Componentes de roteamento
Para tomar decisões de roteamento, o Exchange 2010 deve acessar as informações de configuração que são armazenadas no Active Directory. Em um servidor de Transporte de Borda, as informações de configuração são armazenadas e acessadas a partir da instância dos serviços AD LDS (Active Directory Lightweight Directory Services) no servidor local. Os serviços do MicrosoftWindows e do Exchange 2010 trabalham juntos para criar mapeamentos dos dados de configuração. Esses mapeamentos são armazenados em cache em tabelas de roteamento. O Exchange 2010 consulta essas tabelas ao tomar decisões de roteamento. O cache é atualizado quando a topologia de roteamento é alterada. Os serviços do Exchange usados durante o transporte de mensagens são comuns às funções de servidor Transporte de Hub e Transporte de Borda. Contudo, a função de servidor Transporte de Borda não armazena em cache informações sobre a topologia do Active Directory.
Os componentes de serviço e a configuração a seguir são importantes para o roteamento interno de mensagens:
Sites do Active Directory Um site do Active Directory representa o limite de roteamento para servidores de Transporte de Hub. Um servidor de Transporte de Hub faz as entregas diretamente a servidores de Caixa de Correio, servidores de expansão de grupos de distribuição e servidores de origem em conectores do site do Active Directory local, e a servidores de Transporte de Borda inscritos nesse site. Entretanto, um servidor de Transporte de Hub deve retransmitir mensagens para outro servidor de Transporte de Hub para destinatários, servidores de expansão e conectores localizados em sites remotos do Active Directory. A função de servidor Transporte de Hub deve ser implantada em todos os sites do Active Directory que contenham outras funções de servidor do Exchange 2010.
Links de sites de IP do Active Directory Links de sites de IP do Active Directory definem caminhos lógicos entre sites do Active Directory. O Exchange 2010 faz referência aos objetos de links de sites de IP para determinar o caminho de roteamento de menor custo de sites remotos do Active Directory.
Conectores de Envio Os Conectores de Envio são usados para rotear mensagens para hosts SMTP. A configuração de espaço de endereçamento nos conectores de Envio é usada para tomar decisões de roteamento. Quando uma mensagem é entregue a um domínio externo, o destino de roteamento normalmente é um Conector de Envio. Uma organização do Exchange que aceita mensagens de mais de um domínio de email pode decidir criar Conectores de Envio dedicados a cada espaço de endereçamento. Para mais informações sobre selecionar o conector de Envio para rotear mensagens para domínios externos, consulte Roteamento externo de mensagens.
Agentes de entrega Os agentes de entrega são usados para rotear mensagens para sistemas externos que não usem o protocolo SMTP para transferência de mensagem. O espaço de endereçamento e a configuração de protocolo dos agentes de entrega são usados para tomar decisões de roteamento.
Conectores externos Os conectores externos usam diretórios de recebimento para enviar mensagens para sistemas externos que não usem o protocolo SMTP para transferência de mensagem. O Exchange usa a configuração dos conectores externos ao tomar decisões de roteamento.
Grupos de roteamento Os grupos de roteamento representam um limite de roteamento para o Exchange Server 2003. Se o Exchange 2010 for implantado em uma organização do Exchange 2003 existente, o roteamento deverá considerar a localização dos servidores em grupos de roteamento para entregar uma mensagem a uma caixa de correio ou um conector que resida em uma versão anterior do Exchange 2003. Para implementar a compatibilidade com o Exchange 2003, todos os computadores que executam o Exchange 2010 implantados na organização pertencem a um único grupo de roteamento global.
Conectores de grupo de roteamento Conectores de grupo de roteamento definem caminhos lógicos entre grupos de roteamento do Exchange. Se o Exchange 2010 for implantado em uma organização existente do Exchange 2003, as mensagens serão roteadas entre as versões de servidores através de conectores de grupo de roteamento. Quando o primeiro servidor de Transporte de Hub é implantado, o processo de instalação solicita que você crie um conector de grupo de roteamento a partir do grupo de roteamento global do Exchange 2010 para um grupo de roteamento herdado. Para mais informações sobre roteamento de mensagem em um ambiente com mais de uma versão do Exchange implantada, consulte Roteamento de mensagens internas.
Serviço de Transporte do Microsoft Exchange O serviço de Transporte do Microsoft Exchange é o provedor SMTP do Exchange 2010 e controla todos os componentes de processamento de mensagens, de SMTP IN a SMTP OUT. Uma série de agentes de recebimento SMTP são acionados em vários eventos SMTP. O serviço de Transporte do Microsoft Exchange habilita esses agentes para processar as mensagens à medida que elas passam pelo transporte SMTP e executa tarefas antivírus, anti-spam e outras, antes que as mensagens sejam enviadas ao categorizador. O serviço de Transporte do Microsoft Exchange também usa o módulo de descoberta de topologia para a descoberta de topologia do Exchange.
Serviço de topologia do Microsoft Exchange Active Directory O serviço de Topologia do Microsoft Exchange Active Directory é responsável pela localização dos controladores de domínio e servidores de catálogo global que o Exchange 2010 pode usar para recuperar configurações e dados de destinatários do Active Directory. O serviço de Topologia do Microsoft ExchangeActive Directory também é responsável por manter atualizada a afinidade do site do Active Directory com um servidor Exchange 2010.
Tabelas de roteamento As tabelas de roteamento armazenam as informações que o componente de roteamento usa para tomar decisões de roteamento. Essa tabela de roteamento é formada por um mapa dos componentes de topologia e das relações entre eles.
DNS O Exchange 2010 usa um cliente DNS (Sistema de Nomes de Domínio) aprimorado, um componente do serviço de Transporte do MicrosoftExchange, para resolver a seleção do próximo salto em uma lista de nomes de servidores de destino. O cliente DNS padrão é usado para resolver essa lista de nomes de servidores em endereços IP. O DNS aprimorado também fornece funcionalidade de balanceamento de carga para servidores de transporte do Exchange 2010 usando round robin.
SMTP SMTP é usado para comunicação quando mensagens são retransmitidas entre servidores SMTP. Um servidor SMTP pode ser um servidor de Transporte de Hub, um servidor de Transporte de Borda, um servidor Exchange 2003 ou mesmo um host inteligente. Um servidor de Transporte de Hub usa RPC (chamada de procedimento remoto) para entregar mensagens diretamente a servidores de Caixa de Correio com a mesma associação de site do Active Directory que o servidor de Transporte de Hub.
Voltar ao início
Usando sites do Active Directory para roteamento
Um site do Active Directory é um componente de configuração lógica baseado nos aspectos físicos da rede. O principal objetivo para criar um site do Active Directory é definir quais sub-redes da rede estão conectadas de uma forma que otimiza o controle do tráfego de replicação do Active Directory. O site do Active Directory representa um limite de roteamento para o Exchange 2010. Computadores com a função de servidor Transporte de Hub instalada tomam decisões de roteamento com base na topologia do site do Active Directory.
Determinando a associação do site
Por padrão, uma floresta do Active Directory contém apenas um site do Active Directory. O nome padrão desse site do Active Directory é Default-First-Site-Name. Se nenhum outro site do Active Directory for criado, todos os computadores membros do domínio na floresta serão considerados membros de Default-First-Site-Name. Não é necessário configurar uma associação de sub-rede para site. Se forem criados mais sites do Active Directory, você deverá especificar as sub-redes atribuídas a esse site do Active Directory.
Cada site do Active Directory é associado a uma ou mais sub-redes IP. Um administrador atribui associação ao site do Active Directory a computadores configurados como controladores de domínio e servidores de catálogo global. Outros computadores membros do domínio, como servidores Exchange, têm a associação ao site do Active Directory atribuída automaticamente quando configurados para usar um endereço IP que esteja em uma sub-rede IP associada a um site do Active Directory. Computadores com a mesma associação ao site do Active Directory presumivelmente possuem boa conectividade de rede. O servidor é sempre membro de um único site do Active Directory.
Quando um aplicativo pode determinar a associação de site do Active Directory do computador onde está instalado e de outros computadores da floresta, e usar essas informações para controlar o fluxo de comunicação, ele é um aplicativo que reconhece sites. Quando aplicativos que reconhecem sites precisam usar os serviços de outro servidor, como um controlador de domínio ou um servidor de catálogo global, é dada prioridade aos servidores com a mesma associação de site do Active Directory que o computador que está solicitando os serviços.
O Exchange 2010 é um aplicativo que reconhece sites e usa a topologia do Active Directory para roteamento de mensagens e para se comunicar com os serviços que estão sendo executados em computadores com outras funções de servidor do Exchange 2010 instaladas. O site do Active Directory não é apenas o limite de roteamento. Ele também é o limite de descoberta do serviço.
Determinar a associação de site de um computador membro do domínio depende de uma série de consultas de DNS para comparar os endereços IP locais com sub-redes definidas e, em seguida, determinar a associação de site adequada. Para reduzir a sobrecarga associada a consultas de DNS, as adições de esquema do Exchange 2010Active Directory incluem o atributo msExchServerSite para o objeto de servidor Exchange. O valor desse atributo é o nome diferenciado do site do Active Directory de um servidor Exchange. Esse atributo é uma propriedade de cada objeto de servidor do Exchange. Quando a afinidade de associação de site é armazenada como um atributo do objeto de servidor, a topologia atual pode ser lida diretamente do Active Directory em vez de depender de consultas de DNS, e uma associação de site é habilitada para um computador que não é de domínio, como um servidor de Transporte de Borda inscrito.
O valor do atributo msExchServerSite é preenchido e mantido atualizado pelo serviço de Topologia do Microsoft Exchange Active Directory. Quando um computador com o Windows é iniciado, o serviço de Logon de Rede determina a associação de site desse computador. O serviço de Logon de Rede usa as informações para localizar os controladores de domínio localizados no mesmo site do Active Directory que o computador local e direciona solicitações de autorização e autenticação a esses servidores. O serviço de Topologia do Microsoft Exchange Active Directory usa a chamada do API DsGetSiteName para recuperar o valor de associação de site do serviço de Logon de Rede e grava o nome diferenciado do site do Active Directory no atributo msExchServerSite para o objeto de servidor Exchange no Active Directory.
A tabela a seguir mostra como uma organização pode definir sites do Active Directory. Neste exemplo, são definidos três sites do Active Directory e cada site do Active Directory é associado a mais de uma sub-rede IP.
Exemplo de uma associação de site para sub-rede do Active Directory
| Nome do site do Active Directory | Sub-redes IP associadas |
|---|---|
Site A |
192.168.1.0/24 192.168.2.0/24 |
Site B |
192.168.3.0/24 192.168.4.0/24 |
Site C |
192.168.5.0/24 192.168.6.0/24 |
Se um servidor de nome HubTransportA tem o endereço IP 192.168.1.1, ele é membro do Site A. Mudando o endereço IP de um servidor, você pode mudar sua associação de site. Se você alterar o endereço IP de HubTransportA para 192.168.2.1, não mudará a associação de site do Active Directory do servidor, porque a sub-rede também está associada ao Site A. Contudo, se você mover o servidor e o endereço IP mudar para 192.168.3.1, o servidor será considerado membro do Site B.
Também pode haver alteração da associação do site se você mudar a associação de sub-redes com sites do Active Directory. Por exemplo, se você remover a sub-rede 192.168.3.0 da associação com o Site B e associá-la ao Site A, a associação de site de um servidor com endereço IP 192.168.3.1 também é alterada para o Site A. Sempre que ocorrer uma alteração na associação do site, o Exchange 2010 precisa atualizar seus dados de configuração para que a alteração seja considerada quando o Exchange 2010 tomar decisões de roteamento. Ocorre alguma latência entre o momento em que é feita uma alteração na associação de um site do Active Directory e a propagação total da alteração na topologia. A comunicação a seguir deve ocorrer na seguinte ordem para propagar as alterações na topologia:
A alteração de associação de site é gravada em um controlador de domínio. As informações atualizadas são replicadas entre os controladores de domínio em cada site do Active Directory da floresta. O tempo necessário para que a alteração seja totalmente propagada em toda a floresta depende da topologia de replicação do Active Directory e da agenda conforme definidos por links de sites.
O serviço de Logon de Rede é executado em todos os computadores baseados em Windows e sonda frequentemente as alterações em associações de site do Active Directory. O serviço Logon de Rede sonda em intervalos de cinco minutos. Portanto, a alteração é detectada pelo serviço de Logon de Rede dentro de cinco minutos do recebimento da atualização pelo controlador de domínio local.
O serviço de Topologia do Microsoft Exchange Active Directory consulta o serviço de Logon de Rede a cada 15 minutos para determinar a associação de site do Active Directory do servidor Exchange local. Se for detectada uma alteração, o serviço de Topologia do Microsoft Exchange Active Directory atualizará o atributo MsExchServerSite.
O valor do atributo de site alterado do objeto de configuração do servidor Exchange é então replicado em toda a organização. Os servidores Exchange da organização detectam essa alteração. As tabelas de roteamento são atualizadas com o novo valor do atributo de associação de site do Active Directory.
Há alguma latência entre a hora em que a alteração de associação de site do Active Directory entra em vigor e a hora em que as informações de atualização ficam disponíveis para outro servidor Exchange 2010. Para obter mais informações sobre como o Exchange 2010 trata desse tipo de alterações de configuração, consulte "Reencaminhamento e a fila Inacessível" posteriormente neste tópico.
Links de site de IP
Links de site são caminhos lógicos entre sites do Active Directory. Um objeto de link de site representa um conjunto de sites que podem se comunicar com custo uniforme através de um transporte entre sites especificado. Os links de site não correspondem ao caminho real usado por pacotes de rede na rede física. No entanto, o custo atribuído ao link de site pelo administrador normalmente está relacionado à confiabilidade, velocidade e largura de banda disponível da rede subjacente. Por exemplo, o administrador do Active Directory atribuiria um custo menor a uma conexão de rede com velocidade de 100 megabits por segundo (Mbps) do que a uma conexão de rede com velocidade de 10 Mbps.
Por padrão, todos os links de site são transitivos. Isso significa que, se o Site A tiver um link para o Site B e o Site B tiver um link para o Site C, o Site A estará transitivamente ligado ao Site C. O link transitivo entre o Site A e o Site C também e conhecido com uma ponte de link de site.
É possível configurar um link para o site do Active Directory, para usar IP ou SMTP como o protocolo de transporte para comunicações. Um link de site SMTP limita-se apenas aos tipos de dados que podem ser replicados com esse protocolo e é projetado para fornecer um mecanismo de repositório e encaminhamento para replicação entre sites do Active Directory que não possuem um link de rede confiável. Não há limite para os tipos de dados que podem ser replicados por um link de site de IP. O Exchange 2010 usa apenas links de sites de IP para determinar sua topologia de roteamento. O custo atribuído ao link de site de IP será considerado pelo componente de roteamento do Exchange 2010 ao calcular uma tabela de roteamento. Esses custos são usados para calcular o caminho de roteamento de menor custo até o destino final de uma mensagem.
Todos os sites do Active Directory devem ser associados a pelo menos um link de site de IP. Há um único link de site de IP padrão chamado DEFAULTIPSITELINK. Ao criar um site do Active Directory, você deve associá-lo a um link de site de IP. Você pode criar links de site de IP adicionais para implementar a topologia desejada ou pode associar todos os sites do Active Directory ao DEFAULTIPSITELINK. Cada site do Active Directory que faz parte de um link de site de IP pode se comunicar diretamente com todos os outros sites desse link com um custo uniforme.
Na figura a seguir, quatro sites do Active Directory são configurados na floresta. Todos os sites foram associados ao DEFAULTIPSITELINK. Portanto, cada site do Active Directory se comunica diretamente com todos os outros sites usando a mesma métrica de custo. Mais de um caminho de comunicação é indicado, mas apenas um link de site de IP é definido.
Topologia de malha completa com um único link de site IP
Na figura a seguir, quatro sites do Active Directory são configurados na floresta. Nessa topologia, o administrador configurou links de site de IP para criar uma topologia hub e spoke de sites do Active Directory. Cada site spoke pode se comunicar diretamente com o site central, e os sites spoke podem se comunicar uns com os outros com os links de site de IP transitivos.
Topologia hub e spoke de links de site de IP do Active Directory
É importante observar que o Exchange usa links de sites somente quando determina o caminho de menor custo, mas irá sempre tentar entregar as mensagens diretamente o servidor de Transporte de Hub de destino. Por exemplo, se um usuário no Site B na topologia mostrada na figura anterior enviar uma mensagem para outro usuário no Site C, o servidor de Transporte de Hub no Site B irá se conectar diretamente ao servidor de Transporte de Hub no Site C. Se você quiser forçar as mensagens a ir pelo Site A, você deve habilitar esse site como um site de hub. Para mais informações sobre sites de hub, consulte "Implementando sites de Hub" posteriormente neste tópico.
Um administrador do Active Directory implementa a topologia que melhor representa os requisitos de conectividade e comunicação da floresta. Como a mesma topologia é usada pelo Exchange 2010, você deve certificar-se de que a topologia atual oferece suporte para comunicação eficiente de mensagens.
O custo padrão de um link de site é 100. Um custo de link de site válido pode ser qualquer número de 1 a 99.999. Se você especificar links redundantes, o link de menor custo atribuído será sempre o preferencial. Um administrador da organização do Exchange pode atribuir um custo específico do Exchange a um link de site de IP. Se um custo do Exchange for atribuído a um link de site de IP, ele será usado pelo Exchange 2010. Caso contrário, será usado o custo do Active Directory. Para obter mais informações sobre como definir um custo do Exchange em um link de site de IP, consulte "Controlando custos de link de site de IP" posteriormente neste tópico. Um administrador associado ao grupo de Administradores da Empresa pode criar links de site de IP adicionais.
Para obter mais informações sobre configuração de site do Active Directory, consulte Projetando a topologia de site.
Controlando custos de link de site de IP
Os custos dos links do site de IP do Active Directory são baseados na velocidade de rede relativa comparada a todas as conexões de rede na WAN e são projetados para produzir uma topologia de replicação confiável e eficiente. Entretanto, em muitos casos, os custos do link do site de IP devem funcionar bem para o roteamento de mensagens do Exchange 2010. No entanto, se, depois de documentar o site do Active Directory existente e a topologia de link de site de IP, você verificar que os custos de link de site de IP do Active Directory e os padrões de fluxo de tráfego não são ideais para o Exchange 2010, você poderá fazer ajustes nos custos avaliados pelo Exchange. Alterar o custo atribuído ao link do site de IP, usando as ferramentas do Active Directory causaria impactos a todo o ambiente. Em vez disso, você pode usar o cmdlet Set-AdSiteLink no Shell de Gerenciamento do Exchange para atribuir um custo específico do Exchange ao link do site IP. Por exemplo, para definir um custo diferente para o link de site de IP SITELINKAB para fins de roteamento de mensagens, execute o comando a seguir no Shell.
Set-AdSiteLink -Identity SITELINKAB -ExchangeCost 25
Quando um custo do Exchange é atribuído a um link de site IP, o custo do Exchange substitui o custo do Active Directory para roteamento de mensagens, e o roteamento considera apenas o custo do Exchange quando avalia o caminho de roteamento de menor custo.
Ajustar os custos de link de site de IP pode ser útil quando a topologia de roteamento de mensagens precisa ser diferente da topologia de replicação do Active Directory. Os custos do Exchange podem ser usados para forçar todas as rotas de mensagens a usarem um site de hub. Os custos do Exchange também podem ser usados para controlar o local onde as mensagens são colocadas em fila quando houver falha na comunicação com um site do Active Directory. A figura a seguir mostra uma topologia de Active Directory com quatro sites.
Topologia com os custos configurados do Exchange em links de site IP
Na figura anterior, a conexão de rede entre o Site C e o Site D é uma conexão de baixa largura de banda, usada apenas para replicação do Active Directory, e não deve ser usada para roteamento de mensagens. No entanto, os custos de link de site de IP do Active Directory fazem com que esse link seja incluído no caminho de menor custo de roteamento de qualquer outro site do Active Directory até o Site D. Portanto, as mensagens são entregues à fila do Site D no Site C. O administrador do Exchange prefere que o caminho de roteamento de menor custo inclua o Site B em vez disso, de modo que, se o Site D estiver indisponível, as mensagens sejam colocadas em fila no Site B. A configuração de um alto custo do Exchange para o link de site de IP entre o Site C e o Site D impede que esse link de site de IP seja incluído no caminho de roteamento de menor custo até o Site D.
O Exchange 2010 fornece suporte para a configuração de um limite máximo de tamanho de mensagem em um link de site IP do Active Directory. Por padrão, o Exchange 2010 não impõe um limite máximo de tamanho para as mensagens que são retransmitidas entre os servidores de Transporte de Hub, em sites diversos do Active Directory. Se você utilizar o cmdlet Set-AdSiteLink para configurar o tamanho máximo da mensagem em um link de site de IP do Active Directory, o roteamento criará um relatório de falha na entrega (NDR) para as mensagens que possuam um tamanho superior ao limite estipulado no link de site do Active Directory, no caminho de roteamento de menor custo. Essa configuração é útil para restringir o tamanho das mensagens enviadas aos sites remotos do Active Directory, que precisam se comunicar com conexões de largura de banda baixa. Para mais informações, consulte Noções básicas sobre limites de tamanho de mensagem.
Implementando sites de hub
Em sua organização do Exchange, você pode ter que forçar que toda a entrega de mensagem seja retransmitida por um site específico do Active Directory. Nesse cenário, a conectividade pode evitar a retransmissão de SMTP direta entre sites. Portanto, as mensagens devem ser retransmitidas por meio de um site provisório para que possam ser enviadas ao seu destino. Devido a diretivas internas de uma organização do Exchange, um administrador pode também desejar retransmitir todas as mensagens por um determinado site. Você pode usar os cmdlets do Shell para designar um site do Active Directory como um site de hub. Ao designar um site do Active Directory como um site de hub, você causa sobrecarga geral adicional, pois mais servidores estão envolvidos na entrega de mensagens. Por exemplo, considere uma mensagem enviada do Site A para o Site E. Se o caminho de roteamento de menor custo for Site A-Site B-Site C-Site D-Site E, e você designar o Site C como um site de hub, a mensagem será retransmitida do Site A para o Site C e, em seguida, retransmitida do Site C para o Site E.
Você usa o cmdlet Set-AdSite para especificar um site do Active Directory como um site de hub. Sempre que houver um site de hub ao longo do caminho de roteamento de menor custo para entrega da mensagem, as mensagens serão colocadas em fila e processadas pelos servidores de Transporte de Hub no site de hub antes de serem retransmitidas para o destino final.
Depois que o caminho de roteamento de menor custo é escolhido, o roteamento determina se há um site de hub nesse caminho de roteamento. Se um site de hub estiver configurado, as mensagens pararão em um servidor de Transporte de Hub no site de hub antes de serem retransmitidas para o destino. Se houver mais de um site de hub no caminho de roteamento de menor custo, as mensagens pararão em todos os sites de hub do caminho de roteamento.
Você deve compreender que essa variação do roteamento de retransmissão direta só funciona quando o site de hub está localizado no caminho de roteamento de menor custo. A figura a seguir mostra o uso correto de um site de hub. Neste diagrama, o Site B está configurado como um site de hub. Mensagens retransmitidas do Site A para o Site D são retransmitidas ao Site B antes de serem entregues ao Site D.
Entrega de mensagens com um site de hub
A figura a seguir mostra como os custos de link de site de IP afetam o roteamento para um site de hub. Neste cenário, o Site B foi designado como um site de hub. Entretanto, como ele não existe no caminho de roteamento de menor custo entre quaisquer outros sites, não ocorre a colocação em fila no Site B da entrega ao destino. Um site do Active Directory nunca é usado como site de hub se ele não estiver no caminho de roteamento de menor custo entre dois outros sites.
Site de hub com configuração incorreta
Você pode configurar qualquer site do Active Directory como um site de hub. Entretanto, para que essa configuração funcione corretamente, você deve ter implantado pelo menos um servidor de Transporte de Hub nesse site de hub.
Descoberta de topologia
A topologia do Exchange 2010 baseia-se na topologia de site do Active Directory e não tem uma configuração própria. A topologia do Active Directory é fornecida para o Exchange 2010 pelos seguintes elementos obrigatórios:
O serviço de Topologia do Microsoft Exchange Active Directory
O módulo de descoberta de topologia dentro do serviço de Transporte do Microsoft Exchange
O serviço de topologia do Microsoft ExchangeActive Directory é executado em todas as funções de servidor do Exchange 2010, exceto na função de servidor Transporte de Borda. Esses servidores do Exchange 2010 usam o serviço de Topologia do Microsoft ExchangeActive Directory para descobrir os controladores de domínio e servidores de catálogo global que podem ser usados pelos servidores do Exchange para ler e gravar dados do Active Directory. O Exchange 2010 é vinculado aos servidores de diretório identificados sempre que o Exchange precisar ler ou gravar no Active Directory.
O módulo de descoberta de topologia é parte do serviço de Transporte do Microsoft Exchange e fornece informações sobre a topologia do Active Directory para servidores Exchange. Esta API descobre os servidores e funções do Exchange na organização e determina seu relacionamento com os objetos de configuração do Active Directory. Os dados de configuração são recuperados do Active Directory e, em seguida, armazenados em cache para poderem ser acessados pelos serviços do Exchange em execução nesse computador.
O módulo de descoberta de topologia executa as etapas a seguir para gerar uma topologia de roteamento do Exchange:
Os dados são lidos no Active Directory. Todos os objetos a seguir são recuperados:
Sites do Active Directory.
Links de site de IP.
Todos os servidores Exchange. Isso inclui informações sobre as funções de servidor do Exchange 2010 implantadas nesses servidores.
Os dados recuperados na etapa 1 são usados para criar a topologia inicial e começar a vincular e mapear os objetos de configuração relacionados.
A correspondência de servidores Exchange com sites do Active Directory é feita recuperando o valor de atributo do site do objeto de servidor do Exchange armazenado no Active Directory.
As tabelas de roteamento são atualizadas com as informações recuperadas.
Esse processo faz com que todo servidor do Exchange 2010 conheça os outros servidores do Exchange da organização e a proximidade entre os servidores do Exchange.
Voltar ao início
Tabelas de Roteamento do Exchange 2010
Quando o serviço de Transporte do Microsoft Exchange é iniciado, ele calcula um conjunto de tabelas de roteamento que se baseia no instantâneo de informações recuperadas do Active Directory ou, em um servidor de Transporte de Borda, do AD LDS. As informações de configuração armazenadas no AD LDS incluem conectores disponíveis e domínios aceitos, mas não incluem dados de topologia.
O componente de roteamento consulta as tabelas de roteamento para determinar como rotear mensagens para destinatários. Quando são feitas alterações de configuração, as tabelas de roteamento são recriadas. As novas tabelas de roteamento são usadas para rotear novas mensagens de entrada. Mensagens em filas de entrega remotas também são reencaminhadas se o componente de roteamento determinar que elas são afetadas pelas alterações de configuração. Para obter mais informações sobre reencaminhamento de mensagens, consulte "Reencaminhamento e a fila Inacessível" mais adiante neste tópico.
Os dados de configuração a seguir são recuperados do Active Directory e fornecidos para o componente de roteamento de servidores de Transporte de Hub:
Sites do Active Directory
links de site de IP do Active Directory
Servidores Exchange e seu relacionamento com sites do Active Directory
conectores SMTP
Conectores não SMTP
Dica
Dentre os conectores não SMTP, estão os conectores de agente de entrega do Exchange 2010, conectores externos e, em cenários de coexistência, quaisquer conectores não SMTP hospedados pelo Exchange 2003.
Grupos de roteamento
Conectores do grupo de roteamento
Armazenamentos de caixa de correio (bancos de dados de mensagens (MDBs) privados)
Armazenamentos de pasta pública (MDBs públicos)
Hierarquias de pasta pública
Com base nesses dados, o componente de roteamento do serviço de Transporte do Microsoft Exchange preenche tabelas de roteamento para ajudar a simplificar as decisões de roteamento. A tabela de roteamento correlaciona os dados para criar um mapa de topologia. Esse mapa de topologia contém os seguintes elementos:
Mapa de conectores vinculados Esse mapa relaciona os identificadores de Conectores de Recebimento no servidor local ao Conector de Envio vinculado.
Mapa de servidores Todos os servidores de Transporte de Hub, Transporte de Borda, Caixa de Correio do Exchange 2010 e do Exchange 2007 e o servidores do Exchange 2003 na organização estão contidos no mapa do servidor. Esse mapa correlaciona o nome diferenciado de cada servidor Exchange a dados de roteamento de servidores. Isto inclui o custo total para alcançar esse servidor.
Mapa de servidores herdados Todos os servidores de Transporte de Hub, Transporte de Borda, Caixa de Correio do Exchange Server 2007 e os servidores do Exchange 2003 da organização estão contidos no mapa de servidores herdados. Esse mapa correlaciona o nome diferenciado herdado de cada servidor Exchange a dados de roteamento de servidores. Isto inclui o custo total para alcançar esse servidor. Esse mapa oferece suporte para a funcionalidade de substituição de armazenamento. A funcionalidade de substituição de armazenamento é específica para pastas públicas. Para mais informações, consulte "Roteamento para Pastas Públicas", em Roteamento de mensagens internas.
Mapa de MDBs Todos os MDBs da organização estão contidos no mapa de MDBs. Esse mapa correlaciona o nome diferenciado de cada MDB a dados de roteamento de servidores. Isto inclui o custo total para alcançar esse servidor.
Mapa de sites do Active Directory Este mapa correlaciona cada site do Active Directory a uma estrutura que contém o caminho de roteamento de menor custo do site local para todos os outros sites. O mapa inclui todos os sites de hub que estejam no caminho de roteamento de menor custo. Cada caminho de roteamento também identifica todos os servidores de Transporte de Hub desse site que serão usados pelo componente de DNS avançado.
Mapa de grupos de roteamento Este mapa associa o custo total e o conector de grupo de roteamento do primeiro salto para o caminho de roteamento de menor custo do grupo de roteamento do Exchange 2010 a cada grupo de roteamento herdado.
Mapa de conectores de envio Esse mapa identifica os Conectores de Envio configurados na organização e os servidores de origem de cada conector.
As tabelas de roteamento são criadas a cada vez que o servidor de transporte é iniciado e recalculadas quando são recebidas alterações de configuração. As alterações de configuração podem ser detectadas de qualquer uma das seguintes maneiras:
Notificações de alteração no Active Directory Há um atraso entre a hora em que uma notificação é recebida e a hora em que a alteração é gravada nas tabelas de roteamento. Esse atraso permite que o componente de roteamento reúna as alterações em lote e processe mais de uma alteração em uma única operação. Por padrão, cada notificação faz com que o componente de roteamento atrase o processamento em cinco segundos. Por exemplo, se forem recebidas cinco notificações exatamente um segundo após a notificação anterior, o roteamento atrasa o processamento da alteração por um total de nove segundos.
Recarregamento de configuração causado por comandos de controle de serviço O componente de roteamento recarrega os dados de configuração quando o serviço de Transporte do Microsoft Exchange é reiniciado.
Recarregamento periódico para rastrear alterações que não são aceitas por notificações do Active Directory Por padrão, o roteamento recarrega periodicamente os dados de configuração para garantir que todas as alterações sejam rastreadas. O recarregamento de configuração ocorre em intervalos de seis horas.
As informações das tabelas de roteamento são registradas em logs de roteamento. Por padrão, esses logs estão localizados na pasta C:\Arquivos de Programas\Microsoft\Exchange Server\V14\TransportRoles\Logs\Routing. É gerado um novo log a cada vez que as tabelas de roteamento são calculadas. Se, por algum motivo, o servidor de Transporte de Hub não conseguir entrar em contato com o Active Directory, o roteamento continua tomando decisões de roteamento com base nos dados armazenados em cache no momento, mesmo que os dados não estejam atualizados. Para obter mais informações, consulte Noções Básicas Sobre o Log da Tabela de Roteamento.
Voltar ao início
Recebimento de mensagens para roteamento
Uma mensagem pode chegar em um servidor de Transporte de Hub de qualquer uma das seguintes maneiras:
O email é recebido de um servidor SMTP voltado para Internet, para entrega a um destinatário na organização do Exchange ou em um domínio de retransmissão interno aceito.
O email é recebido de outro servidor de Transporte de Hub da organização do Exchange para entrada em uma caixa de correio de destinatário localizada em um servidor de Caixa de Correio nesse site do Active Directory.
Email é recebido de clientes SMTP. Normalmente, são usuários POP3 ou IMAP4 que podem existir em seu ambiente.
O email é recebido dos diretórios de Retirada e Repetição em um servidor de Transporte de Hub. Esses diretórios são usados, normalmente, por conectores externos, para transmitir mensagens para a infraestrutura do Exchange.
O email é recuperado de um servidor Caixa de Correio do Exchange 2010 pelo servidor de Transporte de Hub.
O email é recebido de um servidor do Exchange 2007 ou do Exchange 2003 para entrega em uma caixa de correio de destinatário localizada em um servidor de Caixa de Correio do Exchange 2010.
O processamento de todo email recebido por um servidor de Transporte de Hub para categorização começa na fila de envio.
Recebendo mensagens de servidores de Transporte de Borda, outros servidores de Transporte de Hub do Exchange e clientes SMTP
Nesse cenário, as mensagens são recebidas de servidores de Transporte de Borda, Transporte de Hub ou outros hosts SMTP de terceiros, usando conexões SMTP padrão. O host remoto inicia uma conexão SMTP e transfere as mensagens para o servidor de Transporte de Hub. Servidores de Transporte de Hub usam conectores de Recebimento para aceitar conexões de entrada SMTP. Cada servidor de Transporte de Hub tem dois conectores de recebimento criados durante a instalação. Um desses conectores é usado para receber conexões SMTP autenticadas de outros servidores do Exchange. O segundo é usado para receber conexões SMTP de clientes SMTP de usuários de POP3 ou IMAP4 na sua organização. Esses dois conectores de Recebimento têm permissões diferentes configuradas, adequadas para o uso pretendido. Para saber mais sobre conectores de Recebimento, consulte Noções Básicas Sobre Conectores de Recebimento.
Por padrão, servidores de Transporte de Hub não aceitam conexões anônimas não autenticadas. Se você precisar habilitar essa funcionalidade, recomendamos que você crie um conector de Recebimento separado, para manipular as conexões anônimas. Para mais informações, consulte Permitir Retransmissão Anônima em um Conector de Recebimento.
Coletando mensagens dos diretórios de Retirada e Repetição
Os sistemas de mensagens que não usam o SMTP como protocolo de transferência podem ser conectados à sua organização do Exchange usando conectores externos. Quando uma mensagem é enviada para um usuário do Exchange de um sistema remoto, o conector externo grava essa mensagem em um diretório especial em um servidor de Transporte de Hub chamado diretório de Retirada. O servidor de Transporte de Hub periodicamente verifica se há novas mensagens no diretório de Retirada. Quando o servidor de Transporte de Hub detecta uma nova mensagem, ele a conversa para um email do Exchange e a roteia como uma mensagem normal. Para saber mais sobre como os diretórios de Retirada e Repetição são usados, consulte Entendendo os Diretórios de Retirada e de Repetição.
Recuperando mensagens de um servidor de Caixa de Correio
Neste cenário, o serviço de Envio de Mensagens do Microsoft Exchange sendo executado em servidores de Caixa de Correio avisa um servidor de Transporte de Hub localizado no mesmo site do Active Directory que há mensagens prontas para recuperação da caixa de saída de um remetente. Cada servidor de Caixa de Correio mantém uma lista de servidores de Transporte de Hub localizados no mesmo site do Active Directory. A lista de servidores de Transporte de Hub é conhecida como lista de servidores de envio. O processo de descoberta de servidores se repete a cada dez minutos, para manter a lista atualizada.
Se mais de um servidor de Transporte de Hub estiver localizado no mesmo site do Active Directory que o servidor de Caixa de Correio que estiver enviando uma notificação de que a mensagem está pronta para recuperação, este é o processo usado para selecionar o servidor:
Se o servidor de Caixa de Correio local também estiver executando a função de servidor Transporte de Hub e não estiver participando de um DAG (grupo de disponibilidade de banco de dados), o servidor local será notificado. Se o serviço de Transporte do Microsoft Exchange local não estiver em execução, ou se o servidor de Transporte de Hub local não puder processar os envios de novas mensagens, por causa da pressão de retorno, outro servidor de Hub de Transporte disponível será notificado. Para mais informações sobre pressão de retorno, consulte Noções Básicas Sobre Pressão de Retorno.
Se o servidor de Caixa de Correio local também estiver executando a função de servidor Transporte de Hub e também estiver participando de um DAG, ele tentará primeiro notificar qualquer servidor de Transporte de Hub no site antes de notificar o servidor de Transporte de Hub. Isso é feito para evitar cópias redundantes de mensagens no mesmo hardware de servidor. Para saber mais sobre a coexistência de funções de servidor Transporte de Hub e Caixa de Correio ao usar DAGs, consulte Coexistência de Funções de Servidor de Caixa de Correio e Transporte de Hub ao Usar DAGs.
Se o servidor de Caixa de Correio local não estiver executando a função de servidor de Transporte de Hub, as notificações serão balanceadas por carga entre os servidores de Transporte de Hub usando round robin.
Se não for possível entrar em contato com o servidor de Transporte de Hub selecionado, o serviço de Envio de Mensagens do Microsoft Exchange fará o failover para um servidor de Transporte de Hub diferente no mesmo site do Active Directory. O servidor com falha é marcado como inativo, e o servidor de Transporte de Hub seguinte, na lista de servidores de envio, é selecionado. Se não houver servidores de Transporte de Hub no site local do Active Directory, a lista de servidores de envio ficará vazia. Nesse caso, um evento é registrado no log, e as notificações de aviso de mensagens são interrompidas temporariamente. Os servidores de Transporte de Hub que são marcados como inativos são verificados novamente após cinco minutos.
Por padrão, o serviço de Envio de Mensagens do Microsoft Exchange equilibra as cargas dos eventos de notificação pelos servidores de Transporte de Hub em um site, para que cada servidor de Transporte de Hub receba uma distribuição igual de eventos de notificação para processar. Em algumas situações, uma distribuição igualitária pode não ser a melhor solução. Nem todos os servidores de Transporte de Hub têm a mesma capacidade, e algumas mensagens requerem processamento adicional. Por exemplo, uma mensagem que tenha um anexo grande ou vários destinatários demora mais para ser processada por um servidor de Transporte de Hub do que uma mensagem pequena endereçada a somente um destinatário. Se você quiser criar uma lista estática de servidores de Transporte de Hub que um servidor de Caixa de Correio deve notificar, você pode usar o cmdlet Set-MailboxServer no Shell. Use o parâmetro SubmissionServerOverrideList para especificar uma lista de servidores de Transporte de Hub que o servidor de Caixa de Correio local irá notificar quando tiver mensagens para recuperar. Para obter mais informações sobre como definir essa configuração, consulte Set-MailboxServer.
Após um servidor de Transporte de Hub receber uma notificação de envio de mensagem de um servidor de Caixa de Correio, ele usa o driver de armazenamento para recuperar a mensagem do banco de dados da caixa de correio e colocá-la na fila de Envio, no servidor de Transporte de Hub. A transferência da mensagem, do servidor de Caixa de Correio para o de Transporte de Hub acontece usando-se o RPC do Exchange.
Recebendo mensagens dos servidores do Exchange herdados
Devido às mudanças feitas no modelo do Objeto do Servidor do Exchange (XSP) do Exchange 2010, os servidores de Transporte de Hub do Exchange 2010 não podem retirar e entregar mensagens dos servidores do Exchange 2007. Da mesma forma, os servidores de Transporte de Hub do Exchange 2007 não podem se comunicar com os servidores de Caixa de Correio do Exchange 2010. Todas as mensagens enviadas de destinatários do Exchange 2007 são retiradas dos servidores de Caixa de Correio pelos servidores de Transporte de Hub do Exchange 2007 e são retransmitidos para os servidores de Transporte de Hub do Exchange 2010. Para mais informações sobre roteamento de mensagens quando coexistindo com Exchange 2007, consulte Atualização de transporte do Exchange 2007.
Ao contrário de sites do Active Directory, o Exchange 2003 usa grupos de roteamento para rotear mensagens. Grupos de roteamento são conectados entre si usando os conectores do grupo de roteamento. Para suportar a coexistência entre essas duas topologias de roteamento, todos os servidores do Exchange 2010 são adicionados automaticamente a um único grupo de roteamento quando o Exchange 2010 estiver instalado em uma organização do Exchange 2003. Todas as mensagens originadas de caixas de correio do Exchange 2003 são entregues ao ambiente do Exchange 2010 através dos conectores de grupo de roteamento entre o grupo de roteamento do Exchange 2010 e os grupos de roteamento do Exchange 2003. Para mais informações sobre roteamento de mensagens quando coexistindo com Exchange 2003, consulte Atualização de transporte do Exchange 2003.
Voltar ao início
Roteamento de mensagens
Após um servidor de Transporte de Hub ou de Transporte de Borda receber uma mensagem, ele determina o destino final e usa a topologia e as configurações de conector do Exchange para determinar o caminho de roteamento com menor custo. Depois que o caminho de roteamento for determinado, a mensagem é entregue ao salto seguinte no caminho de roteamento.
Apesar de este tópico explicar como o Exchange faz decisões de roteamento em geral, os próximos dois tópicos oferecem mais informações sobre cenários de roteamento específicos. O tópico sobre roteamento interno de mensagens trata da entrega de mensagens aos servidores de Caixa de Correio, pastas públicas e servidores herdados. O tópico sobre roteamento externo de mensagens discute o roteamento de mensagens para destinatários que estejam fora da sua organização do Exchange. Esse tópico também trata das funções de conectores de Envio, conectores de agentes de entrega e conectores externos.
Determinando o destino final
A seção anterior descrevia as várias fontes de que um servidor de Transporte de Hub pode receber mensagens. Quando uma mensagem é recebida por um servidor de Transporte de Hub, ela deve ser categorizada. A primeira fase da categorização da mensagem é a resolução do destinatário. Depois que o destinatário é resolvido, o destino final pode ser determinado. A fase seguinte, o roteamento, determina a melhor maneira de se chegar a esse destino. É selecionada uma rota única e determinante. Essa rota não é recalculada a menos que as configurações de roteamento sejam alteradas.
Da perspectiva do servidor de envio, cada fila de entrega representa o destino de uma mensagem determinada. Quando os servidores de Transporte de Hub ou de Transporte de Borda selecionam o destino de uma mensagem, ele é marcado no destinatário como o atributo NextHopSolutionKey. Se uma única mensagem estiver sendo enviada a mais de um destinatário, cada destinatário possui o atributo NextHopSolutionKey. O servidor de destino também executa a categorização da mensagem e coloca em fila a mensagem para entrega. Depois que uma mensagem é colocada em fila, você pode examinar o tipo de entrega de uma determinada fila para saber se a mensagem será retransmitida novamente ao chegar ao destino do próximo salto.
O destino de uma mensagem pode ser classificado como um dos tipos de entrega a seguir:
Entrega de conector de DNS As mensagens são colocadas em fila para entrega a um destinatário externo usando um Conector de Envio SMTP cujo servidor local é um servidor de origem. O conector é configurado para usar DNS para resolver os endereços de destinatários.
Entrega de conector de host inteligente As mensagens são colocadas em fila para entrega a um destinatário externo usando um Conector de Envio SMTP cujo servidor local é um servidor de origem. O conector é configurado para usar um host inteligente para entrega.
Retransmissão SMTP em um Site do Active Directory para um servidor de Transporte de Borda As mensagens são colocadas em fila para entrega a um destinatário externo usando um Conector de Envio SMTP cujo servidor de origem é um servidor de Transporte de Borda inscrito no site local do Active Directory.
Retransmissão SMTP em um site do Active Directory para um servidor de Transporte de Hub As mensagens são colocadas em fila para entrega a um servidor de Transporte de Hub localizado no mesmo site do Active Directory que o servidor local. O servidor de destino pode ser um servidor de Transporte de Hub do Exchange 2007, o servidor de origem de um Conector de Envio, um conector de agente de entrega ou um conector externo, o servidor de origem de um conector de grupo de roteamento ou um servidor de expansão de grupo de distribuição.
Retransmissão SMTP para um site remoto do Active Directory As mensagens são colocadas em fila para entrega a um servidor de Transporte de Hub localizado em um site remoto do Active Directory. Os servidor de destino final no site remoto do Active Directory pode ser qualquer um dos seguintes:
O servidor de origem de um conector configurado para transportar mensagem para destinatários externos
O servidor de origem de um conector de grupo de roteamento
Um servidor de expansão de grupo de distribuição
Um servidor de Caixa de Correio localizado no site remoto do Active Directory
As mensagens são entregues a um dos servidores de Transporte de Hub no site de destino. O servidor de destino retransmite a mensagem dentro do site do Active Directory, se necessário.
Retransmissão SMTP para um grupo de roteamento herdado As mensagens são colocadas em fila para entrega ao conector de grupo de roteamento do primeiro salto usado para chegar a um grupo de roteamento do Exchange 2003. O servidor de destino final pode ser qualquer um dos seguintes:
O servidor de origem de um conector
Um servidor de expansão
Um servidor bridgehead do Exchange 2003 que entrega mensagens endereçadas a destinatários de caixa de correio localizados no grupo de roteamento
Entrega MAPI As mensagens são colocadas em fila para serem entregues à caixa de correio de um destinatário, a uma pasta pública ou a um repositório de pasta pública localizado em um servidor de Caixa de Correio localizado no site local do Active Directory.
Entrega de gateway não SMTP As mensagens são colocadas em fila para entrega a um destinatário externo usando um conector de agente de entrega ou um conector externo cujo servidor local é um servidor de origem. Esse tipo de entrega é usado apenas quando as mensagens estão sendo entregues a conectores de agente de entrega ou ao diretório de recebimento do conector externo no servidor local.
Inacessível Não foi possível determinar uma rota para o destinatário e as mensagens estão localizadas na fila Inacessível.
Determinando o caminho de roteamento de menor custo
O caminho de roteamento de menor custo ao site remoto do Active Directory é determinado pelo cálculo de todos os custos atribuídos ao site de IP do Active Directory que existe entre os dois sites. Os links são ligados com ponte e ocorre uma conexão direta. Os servidores de Transporte de Hub do Exchange 2010 sempre selecionam um caminho de roteamento de menor custo único e determinístico. A disponibilidade da conexão subjacente ou servidor de destino nunca é considerada na seleção do caminho de roteamento, e nenhum caminho alternativo de roteamento é considerado.
O cálculo do caminho de roteamento de menor custo é usado para determinar um caminho de retirada quando a entrega da mensagem para o próximo salto falha. No Exchange 2010, retirada é um mecanismo usado para entregar mensagens em um salto provisório pelo caminho de roteamento de menor custo quando ocorrer falha na retransmissão direta por qualquer razão, como problemas de rede ou servidores que ficam offline. O componente de roteamento tenta entregar mensagens o mais próximo possível do destino por retirada, salto por salto, ao longo do caminho de roteamento de menor custo até que uma conexão seja feita. Em primeiro lugar, é feita uma tentativa de conexão a cada servidor de Transporte de Hub no site do Active Directory de destino. Se nenhum servidor de Transporte de Hub do site do Active Directory responder, o caminho de roteamento de menor custo é verificado para determinar como começar a retirada do site de entrega. O objetivo é entregar a mensagem o mais próximo possível do destino e colocá-la em fila em um servidor de Transporte de Hub nesse site do Active Directory.
Dependendo de cada cenário de roteamento da mensagem, os seguintes fatores podem influenciar na seleção de um caminho de roteamento de menor custo:
Conectores vinculados Se o Conector de Recebimento no qual a mensagem é recebida estiver vinculado a um Conector de Envio, as mensagens serão roteadas para esse Conector de Envio, independentemente do custo. Essa configuração sempre tem precedência.
O custo assinalado aos links de site de IP e conectores de grupo de roteamento que devem ser transpostos para se alcançar o destino Se existir mais de um caminho de roteamento entre um servidor de origem e um servidor de destino, será selecionado o caminho de roteamento com o menor custo agregado.
O espaço de endereçamento atribuído a um Conector de Envio O Conector de Envio com a correspondência mais específica do espaço de endereçamento com o destino é selecionado.
O custo atribuído ao espaço de endereçamento configurado em um Conector de Envio Se for atribuído o mesmo espaço de endereçamento a mais de um Conector de Envio, o componente de roteamento comparará o custo atribuído ao espaço de endereçamento. O Conector de Envio de menor custo será selecionado.
Escopo do conector Um conector pode ser limitado para uso de servidores Exchange 2010 localizados no mesmo site do Active Directory que os servidores de transporte de origem do conector. Em versões anteriores do Exchange, o escopo do conector poderia se limitar a servidores com as mesmas associações de grupo de roteamento.
Restrições de tamanho de mensagem A restrição de tamanho de mensagem especificada em um conector deve ser maior do que o tamanho da mensagem que está sendo roteada. Conectores com restrição de tamanho de mensagem menor que o tamanho da mensagem são eliminados da consideração de roteamento.
A proximidade entre o destino e o servidor de envio O roteamento prefere o servidor mais próximo, nesta ordem: servidor local, servidor no mesmo site do Active Directory, servidor em um site remoto do Active Directory ou grupo de roteamento.
O nome atribuído a um site do Active Directory Se mais de um caminho de roteamento resultar no mesmo custo agregado, o componente de roteamento fará uma comparação alfanumérica dos nomes dos sites do Active Directory que precedem o site de destino em cada caminho de roteamento. Será usado o caminho de roteamento em que o site do Active Directory mais próximo do destino estiver mais abaixo na ordem alfanumérica.
O nome atribuído a um conector de grupo de roteamento Se mais de um caminho de roteamento resultar no mesmo custo agregado, o componente de roteamento fará uma comparação alfanumérica dos nomes dos conectores de grupos de roteamento que precedem o destino em cada caminho de roteamento. Será usado o caminho de roteamento em que o conector de grupo de roteamento mais próximo do destino estiver mais abaixo na ordem alfanumérica.
O estado do conector O componente de roteamento do Exchange 2010 considera apenas conectores habilitados, ao calcular o caminho de roteamento. Entretanto, versões anteriores do Exchange não consideram o estado do conector.
A seguinte lógica é usada para selecionar o caminho de roteamento:
Em primeiro lugar, calcule o caminho de roteamento de menor custo, adicionando o custo dos links de site de IP e de quaisquer conectores de grupo de roteamento que precisem ser atravessados para chegar ao destino. Se o destino for um conector, o custo atribuído ao espaço de endereçamento é adicionado ao custo para chegar ao conector selecionado. Se forem possíveis vários caminhos de roteamento, apenas o caminho de roteamento de menor custo agregado será usado.
Se houver mais de um caminho de roteamento com o mesmo custo agregado, o número de saltos em cada caminho será avaliado e será usado o caminho de roteamento com o menor número de saltos.
Se ainda houver mais de um caminho de roteamento disponível, os nomes atribuídos aos sites do Active Directory ou conectores de grupo de roteamento antes do destino serão considerados. Será usado o caminho de roteamento no qual o site do Active Directory mais próximo ao destino estiver mais abaixo na ordem alfanumérica. Se o site mais próximo do destino for o mesmo para todos os caminhos de roteamento avaliados, será considerado um nome de site anterior.
A figura a seguir mostra a topologia de roteamento de uma organização do Exchange. Essa topologia é usada nos exemplos a seguir, para demonstrar a lógica usada pelo algoritmo de roteamento para selecionar o caminho de roteamento de menor custo.
Topologia de roteamento do Exchange 2010
Exemplo 1 Uma mensagem que está sendo retransmitida do Site A para o Site D pode seguir dois caminhos de roteamento possíveis: Site A-Site B-Site D e Site A-Site C-Site D. Os custos atribuídos aos links de site de IP em cada caminho de roteamento são adicionados para determinar o custo total para rotear a mensagem. Neste exemplo, o caminho de roteamento Site A-Site B-Site D tem um custo agregado de 20. O caminho de roteamento Site A-Site C-Site D tem um custo agregado de 10. O roteamento seleciona o caminho Site A-Site C-Site D.
Exemplo 2 Uma mensagem está sendo retransmitida do Site B para o Site D. Há três caminhos de roteamento possíveis: Site B-Site D com custo 15, Site B-Site E-Site C-Site D com custo 15 e Site B-Site A-Site C-Site D com custo 15. Como há mais de um caminho com o mesmo custo, o roteamento seleciona o caminho de roteamento Site B-Site D, porque ele possui o menor número de saltos.
Exemplo 3 Uma mensagem está sendo retransmitida do Site A para o Site E. Há dois caminhos de roteamento possíveis: Site A-Site B-Site E com custo 10 e Site A-Site C-Site E com custo 10. Ambos os caminhos de roteamento têm o mesmo custo e o mesmo número de saltos. A ordem alfanumérica dos sites do Active Directory imediatamente antes do Site E é comparada. O Site B possui um valor alfanumérico mais baixo do que o Site C. Portanto, o roteamento seleciona o caminho de roteamento Site A-Site B-Site E.
Depois de determinar o caminho de roteamento de menor custo, o componente de roteamento do Exchange 2010 não considera caminhos de roteamento alternativos.
Seleção do próximo salto
Servidores de Transporte de Hub do Exchange 2010 não retransmitem para todos os sites do Active Directory ao longo do caminho de roteamento de menor custo. Depois que o caminho de roteamento é determinado, a mensagem é retransmitida diretamente do servidor de origem para o próximo salto. A seleção do próximo salto tenta entregar as mensagens o mais próximo possível do destino final. Pode ser necessária retransmissão adicional no interior do site para chegar ao destino final. Ao rotear para grupos de roteamento herdados, ocorre a retransmissão direta para o site do Active Directory onde reside o servidor de origem do conector de grupo de roteamento do primeiro salto. Depois que a mensagem é retransmitida para o ambiente herdado, ocorre o roteamento herdado padrão.
A figura a seguir mostra uma topologia simples do Exchange e ilustra muitos dos componentes de roteamento do Exchange.
Roteamento de componentes e topologia do Exchange
Usando a figura anterior como referência, uma mensagem enviada da Mailbox1 do Site A para o destinatário externo joe@contoso.com é processada da seguinte maneira:
O serviço de Envio de Caixa de Correio do Microsoft Exchange que está sendo executado em Mailbox1 notifica um servidor de Transporte de Hub Exchange 2010 localizado no mesmo site do Active Directory de que há um novo item de mensagem para transporte.
Usando RPC, o componente de driver de armazenamento em um servidor de Transporte de Hub do Exchange 2010 no mesmo site do Active Directory recupera a mensagem e a coloca na fila de Envio no servidor local.
Da fila de Envio, a mensagem se move através da categorização. O categorizador realiza primeiro a resolução do destinatário e determina que joe@contoso.com é um destinatário externo.
O componente de roteamento seleciona o melhor conector pelo qual rotear a mensagem e calcula o caminho de roteamento de menor custo até esse conector. Neste exemplo, o Conector de Envio tem o espaço de endereçamento *.contoso.com e é o conector selecionado pelo componente de roteamento. Todos os servidores de origem deste Conector de Envio estão localizados no Site B.
O componente de roteamento determina o próximo salto necessário para chegar a um servidor de origem para o Conector de Envio. O servidor de Transporte de Hub do Site A coloca a mensagem em fila para entrega SMTP para o Site B.
Se o servidor de destino do Site B for um servidor de origem para o Conector de Envio, ele colocará a mensagem em fila para entrega a esse Conector de Envio. Se o servidor de destino não for um servidor de origem para o Conector de Envio *.contoso.com, a mensagem será retransmitida usando SMTP para um servidor de Transporte de Hub no Site B que é o servidor de origem do conector.
A tabela a seguir fornece outros exemplos de seleção do próximo salto para diversos destinatários com base na topologia mostrada na figura anterior. Não é uma lista completa de todas as possibilidades de roteamento. Ela simplesmente oferece exemplos que são mais comuns em uma topologia como a que é mostrada na figura anterior.
Exemplos de seleção de salto próximo na figura anterior
| Servidor de recebimento | Destino final | Próximo salto | Tipo de entrega em fila |
|---|---|---|---|
Hub1 |
Mailbox1 |
Mailbox1 |
Entrega MAPI |
Hub1 |
Mailbox2 |
Hub3 |
Retransmissão SMTP em um site do Active Directory |
Hub1 |
Mailbox3 |
Site B |
Retransmissão SMTP para um site remoto do Active Directory |
Hub1 |
Mailbox4 |
Conector do Grupo de Roteamento |
Retransmissão SMTP para um grupo de roteamento herdado |
Hub1 |
Recipient@fourthcoffee.com |
Edge1 |
Retransmissão de SMTP para Transporte de Borda |
Hub3 |
Mailbox1 |
Hub1 ou Hub2 |
Retransmissão SMTP em um site do Active Directory |
Hub4 |
Mailbox1 |
Site A |
Retransmissão SMTP para um site remoto do Active Directory |
Hub4 |
Mailbox4 |
Site A |
Retransmissão SMTP para um site remoto do Active Directory |
Hub4 |
Recipient@contoso.com |
Host de SMTP da Contoso |
Entrega de host inteligente |
Hub4 |
Recipient@fourthcoffee.com |
Site A |
Retransmissão SMTP para um site remoto do Active Directory |
Edge1 |
Recipient@fourthcoffee.com |
Host SMTP Fourth Coffee |
Entrega DNS |
Depois de calcular o caminho de roteamento de menor custo e escolher o destino do próximo salto, o roteamento do Exchange 2010 tenta retransmitir a mensagem diretamente para o destino, a menos que um site de hub seja configurado junto com o caminho de roteamento de menor custo.
Fila no ponto de falha
O cálculo do caminho de roteamento de menor custo é usado para determinar um caminho de retorno quando ocorre falha na entrega de mensagem para o salto seguinte. O Exchange 2010 tenta entregar as mensagens o mais próximo possível do destino, retornando, salto por salto, pelo caminho de roteamento de menor custo, até fazer uma conexão. Esse comportamento é conhecido como fila no ponto de falha. Quando as mensagens são colocadas em fila no ponto do caminho da entrega em que a comunicação falhou, ele não apenas acelera a entrega após o problema ser resolvido, mas também ajuda a determinar porque a entrega da mensagem falhou.
Na topologia mostrada na figura a seguir, se uma mensagem estiver sendo entregue entre o Site A e o Site D, o caminho de roteamento de menor custo pode ser Site A-Site B-Site C-Site D. Em primeiro lugar, será feita uma tentativa de entrega diretamente do Site A para o Site D. Se nenhum servidor de Transporte de Hub do Site D responder, será feita uma tentativa de entrega aos servidores de Transporte de Hub do Site C. Esse processo continua até que um servidor de Transporte de Hub aceite a mensagem. Se todos os sites intermediários estiverem indisponíveis, a mensagem será colocada em fila no site de origem. Se a mensagem for colocada na fila, no Site C, você pode começar a investigar a falha nos servidores de Transporte de Hub no Site D ou a conectividade de rede entre o Site C e o Site D.
Fila no ponto de falha
Quando a mensagem é colocada na fila no ponto de falha, a fila é colocada em um estado de tentar novamente, e as tentativas de entrega continuam, com base nos intervalos de nova tentativa de entrega de mensagem, até que a entrega tenha êxito ou a mensagem expire. A fila é reenviada automaticamente para categorização após um intervalo padrão de 12 horas. As filas que tenham um conector como o destino do próximo salto não são reenviadas automaticamente, a não ser que ocorra uma alteração de configuração que cause o reenvio. Para obter mais informações, consulte Reencaminhamento de mensagens e a fila inacessível.
Você pode usar a Solução de Problemas de Fluxo de Mensagens para ajudar a diagnosticar problemas de fluxo de mensagens. Essa ferramenta é um componente do Assistente para Solução de Problemas do Microsoft Exchange e pode ser executada a partir da Caixa de Ferramentas do Console de Gerenciamento do Exchange.
Em topologias mais complexas, o caminho de roteamento de menor custo entre dois sites do Active Directory pode conter muitos sites intermediários do Active Directory. Se ocorrer um problema de rede em algum ponto do começo do caminho de roteamento, pode ser muito ineficiente retornar site por site desde o final e tentar entregar a cada um dos sites intermediários. Se o caminho de roteamento tiver mais de quatro saltos, é implementada a retirada binária até que restem quatro sites ou menos. Retirada binária significa que a próxima tentativa de conexão é feita na metade do caminho de roteamento. Por exemplo, se o caminho de roteamento de menor custo do Site A para o Site G do Active Directory for A - B - C - D - E - F - G e a falha de rede ocorrer no link entre o Site B e o Site C, a primeira tentativa de conexão é feita para todos os servidores de Transporte de Hub no Site G. Quando uma tentativa de conexão falhar, a tentativa seguinte será feita para todos os servidores de Transporte de Hub no Site D. Essa é a metade do caminho para o Site G. Quando essa tentativa de conexão falhar, as tentativas de conexão serão feitas para o Site C e para o Site B, porque elas estão mais próximas do que os quatro links no site de origem. A mensagem será finalmente colocada em fila em um servidor de Transporte de Hub no Site B até que a conectividade do link B-C seja restaurada.
Bifurcação atrasada
Uma única mensagem de email pode ser endereçada a mais de um destinatário. Esses destinatários podem possuir caixas de correio internas ou podem ser destinatários externos. Para rotear uma única mensagem para mais de um destinatário, ocorrem as seguintes etapas:
Resolução de destinatário Cada destinatário da mensagem é resolvido para um destino de entrega.
Roteamento O caminho de roteamento de menor custo para cada destinatário é determinado. Isso inclui determinar um site de hub está configurado.
Divisão de mensagens Para rotear a mensagem para destinatários com locais de entrega diferentes, a mensagem deve ser dividida em várias cópias.
Depois de cada destinatário ser resolvido e ser determinado um caminho de roteamento para cada destino de entrega, o Exchange 2010 compara o caminho de roteamento de cada destinatário. Para preservar largura de banda, a bifurcação, ou divisão da mensagem em várias cópias, não ocorre até que se encontre uma bifurcação no caminho do roteamento.
Por exemplo, se vários destinatários de uma única mensagem compartilharem parte ou todo o caminho de roteamento de menor custo, uma única cópia da mensagem será enviada até que a mensagem chegue ao ponto do caminho de roteamento onde há uma bifurcação. Quando ocorre a divergência nos caminhos de roteamento, a mensagem se divide para criar uma cópia separada para cada destinatário.
Na figura a seguir, uma única mensagem é enviada do Site A para destinatários no Site C, Site D e Site E. O caminho de roteamento de menor custo é compartilhado até a mensagem chegar ao Site B. Nesse cenário, uma única cópia da mensagem com todos os destinatários é retransmitida para o Site B. Isso representa a primeira bifurcação no caminho de roteamento. A partir do Site B, uma única cópia da mensagem é roteada para o destinatário no Site D, e uma única cópia é retransmitida para o Site C. No Site C, a mensagem se divide novamente. Uma cópia da mensagem é entregue ao destinatário no Site C. E uma cópia da mensagem é retransmitida ao Site E para ser entregue ao destinatário desse site.
Bifurcação de mensagem atrasada
Voltar ao início
Reencaminhamento e a fila Inacessível
Se, por algum motivo, o roteamento não puder determinar uma rota para um destinatário válido as mensagens serão colocadas na fila Inacessível. Mensagens dessa fila são reencaminhadas quando as alterações de configuração são processadas e as tabelas de roteamento são recalculadas. As mensagens não são reencaminhadas nos cenários a seguir. Em vez disso, um NDR é retornado ao remetente. Estes cenários resultam em uma mensagem sendo roteada para a fila Inacessível:
O destinatário é um endereço não SMTP, e não é possível localizar um conector correspondente para o espaço de endereçamento.
A mensagem não atende às restrições de tamanho de mensagem de nenhum conector correspondente.
Nem todas as alterações de configuração exigem reenvio das mensagens da fila. Por exemplo, uma alteração na lista de hosts inteligentes para um conector não faz com que as mensagens sejam reencaminhadas. Para obter mais informações sobre como as mensagens são roteadas, consulte Reencaminhamento de mensagens e a fila inacessível.
Voltar ao início
© 2010 Microsoft Corporation. Todos os direitos reservados.