Descripción del enrutamiento de mensajes
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2016-11-28
La tarea principal de los servidores Transporte de concentradores y Transporte perimetral en la organización es enrutar los mensajes que los usuarios reciben de fuentes externas hacia el destino final. En este tema se explica cómo Microsoft Exchange Server 2010 enruta los mensajes de la organización.
¿Está buscando tareas de administración relacionadas con la administración de servidores de transporte? Consulte Administración de servidores de transporte.
Contenido
Introducción al enrutamiento de mensajes en Exchange 2010
Componentes del enrutamiento
Uso de sitios de Active Directory para enrutamiento
Tablas de enrutamiento de Exchange 2010
Recepción de mensajes para el enrutamiento
Enrutamiento de mensajes
Nuevo enrutamiento y cola inaccesible
Introducción al enrutamiento de mensajes en Exchange 2010
Las decisiones de enrutamiento se toman durante la categorización de los mensajes. El categorizador es un componente del servicio de transporte de Microsoft Exchange que procesa todos los mensajes entrantes y determina qué hacer con ellos en función de la información acerca de los destinatarios correspondientes. El categorizador procesa los mensajes en varias fases dependientes y, además, usa otros componentes del servicio de transporte de Microsoft Exchange durante el procesamiento de estos. Cuando un servidor de transporte de Exchange 2010 recibe un mensaje y una vez finalizado el procesamiento preliminar que se realiza durante la recepción SMTP, el mensaje se entrega a la cola de envío. Los mensajes se trasladan de la cola Envío a través del categorizador en las siguientes fases:
Procesamiento de mensajes enviados por parte de un agenteCuando se recibe un mensaje para su categorización, un agente lo procesa en el servidor de transporte perimetral. Entre los agentes que se aplican durante esta fase se encuentra Microsoft Forefront Protection opcional para Exchange Server y el agente de registro en diario.
**Resolución de destinatarios **Durante esta fase, se resuelve la dirección de correo electrónico del destinatario para determinar si éste dispone de un buzón en la organización de Exchange o una dirección de correo electrónico externa.
**Enrutamiento **Una vez resuelta la información acerca del destinatario, el componente de enrutamiento del categorizador determina el destino último del mensaje y la ruta a ese destino, selecciona el siguiente segmento o salto para la retransmisión del mensaje, y resuelve la información del siguiente salto en una lista de servidores físicos y direcciones IP.
Conversión de contenido Antes de retransmitir un mensaje al siguiente salto, se produce una conversión de contenido para enviar el mensaje con un formato que el destinatario pueda leer. La conversión de contenido transforma los mensajes de correo electrónico de un formato a otro con el objetivo de conseguir el flujo de correo o su almacenamiento, por ejemplo, MAPI a MIME, o de UUENCODE a base64, así como para la representación adecuada específica de un cliente de correo electrónico, como HTML, formato de texto enriquecido (RTF) o texto sin formato.
Procesamiento de mensajes enrutados por parte de un agente Una vez tomadas las decisiones de enrutamiento para un mensaje concreto, se aplica el agente de reglas de transporte y el agente de registro en diario al servidor de transporte perimetral. El agente de registro en diario se aplica cuando el mensaje se envía y también cuando se enruta para no pasar por alto los cambios que realice el agente de reglas de transporte en el mensaje, por ejemplo, si modifica una dirección de entrega o aplica un requisito de registro en diario específico del mensaje, no omita el agente de registro en diario.
Empaquetado de mensajes y generación de DSN El mensaje final categorizado se ensambla y se envía a una cola de entrega. Durante esta fase también se podría generar una notificación de estado de entrega (DSN).
A continuación, el envío SMTP, el controlador de almacén, los agentes de entrega o el controlador de conexiones de puerta de enlace externas procesa los mensajes. El componente que se usa depende del destino final. Una cola de entrega se genera dinámicamente en cada salto. Los mensajes se colocan en la cola de estas colas de entrega después de tomar la decisión de enrutamiento. Si no se encuentra una ruta para un destinatario, los mensajes se colocan en la cola inaccesible.
En la figura siguiente se muestra cómo se realiza el procesamiento de mensajes en las diferentes fases de enrutamiento y cómo se envían los mensajes a la cola para entregarlos al destino del siguiente salto.
Contexto de enrutamiento en flujo de correo
Volver al principio
Componentes del enrutamiento
Para tomar decisiones de enrutamiento, Exchange 2010 debe tener acceso a la información de configuración que se almacena en Active Directory. En un servidor de transporte perimetral, la información de configuración se almacena en la copia de Active Directory Lightweight Directory Services (AD LDS) en el servidor local, desde donde también se obtiene acceso a dicha información. Los servicios de MicrosoftWindows y Exchange 2010 trabajan de forma conjunta para crear asignaciones de los datos de configuración. Estas asignaciones se almacenan en caché en tablas de enrutamiento. Exchange 2010 hace referencia a estas tablas cuando toma decisiones de enrutamiento. La memoria caché se actualiza cuando la topología de enrutamiento cambia. Los servicios de Exchange que se usan durante el transporte de mensajes son comunes a la función del servidor Transporte de concentradores y a la función del servidor Transporte perimetral. No obstante, el rol de servidor Transporte perimetral no almacena en caché la información acerca de la topología de Active Directory.
Los siguientes componentes de configuración y servicio son importantes para el enrutamiento de mensajes:
Sitios de Active Directory Un sitio de Active Directory representa el límite de enrutamiento de los servidores de transporte perimetral. Un servidor Transporte de concentradores entrega los mensajes directamente a los servidores de buzones de correo, a los servidores de expansión del grupo de distribución y a los servidores de origen para conectores en el sitio local de Active Directory, así como a los servidores de transporte perimetral suscritos a dicho sitio. No obstante, un servidor Transporte de concentradores debe retransmitir los mensajes a otro servidor Transporte de concentradores para los destinatarios, servidores de expansión y conectores que se encuentran en sitios de Active Directory remotos. Es necesario implementar el rol del servidor Transporte de concentradores en cada sitio de Active Directory que contenga otros roles de servidor de Exchange 2010.
Vínculos a sitios IP de Active Directory Active Directory Los vínculos a sitios IP definen rutas de acceso lógicas entre sitios de Active Directory. Exchange 2010 hace referencia a objetos de vínculos a sitios IP para determinar la ruta de acceso de enrutamiento menos costosa de los sitios de Active Directory remotos.
Conectores de envío Los conectores de envío se usan para enviar los mensajes a otros host SMTP. La configuración del espacio de direcciones de los conectores de envío se usa para tomar decisiones de enrutamiento. Normalmente, cuando se entrega un mensaje a un dominio externo, el destino de enrutamiento es un conector de envío. Una organización de Exchange que acepta mensajes para más de un dominio de correo electrónico puede decidir crear conectores de envío dedicados para cada uno de los espacios de direcciones. Para obtener más información acerca de la selección de conectores de envío para enrutar mensajes hacia dominios externos, consulte Enrutamiento de mensajes externos.
Agentes de entrega Los agentes de entrega se usan para enrutar mensajes a sistemas externos que no usan el protocolo SMTP para la transferencia de mensajes. La configuración del espacio de direcciones y del protocolo de los agentes de entrega se usa para tomar decisiones de enrutamiento.
Conectores externos Los conectores externos usan directorios de almacenamiento para enviar mensajes a sistemas externos que no usan el protocolo SMTP para la transferencia de mensajes. Exchange usa la configuración de conectores externos al tomar decisiones de enrutamiento.
Grupos de enrutamiento Los grupos de enrutamiento representan un límite de enrutamiento para Exchange Server 2003. Si se implementa Exchange 2010 en una organización Exchange 2003 existente, el enrutamiento debe tener en cuenta la ubicación de los servidores dentro de los grupos de enrutamiento para entregar un mensaje a un buzón de correo o a un conector que resida en Exchange 2003. Para implementar la compatibilidad con Exchange 2003, todos los equipos que ejecutan Exchange 2010 implementados en la organización pertenecen a un único grupo de enrutamiento global.
Conectores de grupos de enrutamiento Los conectores de grupos de enrutamiento definen las rutas lógicas entre los grupos de enrutamiento de Exchange. Si se implementa Exchange 2010 en una organización de Exchange 2003 existente, los mensajes se enrutan de una versión del servidor a otra a través de conectores de grupos de enrutamiento. Cuando se implementa el primer servidor de transporte de concentradores, durante el proceso de instalación se le pide que cree un conector de grupos de enrutamiento desde el grupo de enrutamiento global de Exchange 2010 a un grupo de enrutamiento heredado. Para obtener más información acerca del enrutamiento de mensajes en un entorno donde se ha implementado más de una versión de Exchange, consulte Enrutamiento interno de mensajes.
Servicio de transporte de Microsoft Exchange El servicio de transporte de Microsoft Exchange es el proveedor del SMTP de Exchange 2010 y controla todos los componentes del procesamiento de mensajes, desde SMTP IN hasta SMTP OUT. Se desencadena una serie de agentes de recepción SMTP configurables en diversos eventos SMTP. El servicio de transporte de MicrosoftExchange permite que estos agentes procesen mensajes a medida que pasan a través del transporte SMTP para realizar tareas contra correo electrónico no deseado y antivirus, entre otras, antes de enviar mensajes al categorizador. El servicio de transporte de Microsoft Exchange también usa el módulo de detección de topologías para detectar la topología de Exchange.
Servicio de topología de Active Directory de Microsoft Exchange El servicio de topología de Microsoft de Exchange Active Directory es el responsable de la búsqueda de los controladores de dominio y los servidores de catálogo global que puede usar Exchange 2010 para recuperar la configuración y los datos de destinatarios de Active Directory. El servicio de topología de Microsoft Exchange Active Directory también es el responsable de mantener la afinidad del sitio de Active Directory para que un servidor de Exchange 2010 esté actualizado.
Tablas de enrutamiento Las tablas de enrutamiento guardan la información que el componente de enrutamiento usa para tomar decisiones sobre enrutamiento. La tabla de enrutamiento está compuesta por un mapa de los componentes de topología y las relaciones entre ellos.
DNS Exchange 2010 usa un cliente mejorado de Sistema de nombres de dominio (DNS), un componente del servicio de transporte de MicrosoftExchange, para resolver la selección del siguiente salto en una lista de nombres de servidores de destino. El cliente DNS estándar se usa para resolver dicha lista de nombres de servidores en direcciones IP. El DNS mejorado también proporciona funcionalidad de equilibrio de carga para los servidores de transporte de Exchange 2010 mediante round robin.
SMTP SMTP se usa para las comunicaciones cuando los mensajes se retransmiten entre servidores SMTP. Un servidor SMTP puede ser un servidor Transporte de concentradores, un servidor de transporte perimetral, un servidor de Exchange 2003 o un host inteligente. Un servidor de transporte de concentradores usa una llamada a procedimiento remoto (RPC) para entregar los mensajes directamente a servidores de buzón de correo que son miembros del mismo sitio de Active Directory que el servidor transporte de concentradores.
Volver al principio
Uso de sitios de Active Directory para enrutamiento
Un sitio de Active Directory es un componente de configuración lógica basado en los aspectos físicos de la red. El principal motivo para crear un sitio de Active Directory es definir qué subredes de la red están conectadas de manera que se optimice el control del tráfico de replicación de Active Directory. El sitio de Active Directory representa un límite de enrutamiento para Exchange 2010. Los equipos que tienen instalado el rol de servidor Transporte de concentradores toman decisiones de enrutamiento en función de la topología del sitio de Active Directory.
Determinar la pertenencia al sitio
De forma predeterminada, un bosque de Active Directory solo contiene un sitio de Active Directory. El nombre predeterminado de este sitio de Active Directory es Default-First-Site-Name. Si no se crean otros sitios de Active Directory, todos los equipos que pertenecen al dominio del bosque son miembros de Default-First-Site-Name. No es necesario configurar una asociación subred-sitio. Si se crean otros sitios de Active Directory, debe especificar las subredes que se asignan a ese sitio de Active Directory.
Cada sitio de Active Directory se asocia con una o varias subredes IP. Un administrador asigna la pertenencia al sitio de Active Directory a los equipos configurados como controladores de dominio y servidores de catálogo global. Otros equipos miembros del dominio, como los servidores de Exchange, se asignan como miembros del sitio de Active Directory de forma automática cuando se configuran para usar una dirección IP que se encuentra en una subred IP asociada a un sitio de Active Directory. Se supone que los equipos que son miembros del mismo sitio de Active Directory tienen buena conectividad de red. Un servidor siempre es miembro de un solo sitio de Active Directory.
Si una aplicación puede determinar la pertenencia al sitio de Active Directory del equipo donde está instalado y de otros equipos del bosque y usar esa información para controlar el flujo de comunicación, es una aplicación preparada para sitios. Cuando las aplicaciones preparadas para sitios deben usar los servicios de otro servidor, como un controlador de dominio o un servidor de catálogo global, se da prioridad a los servidores que pertenecen al mismo sitio de Active Directory que el equipo que está solicitando esos servicios.
Exchange 2010 es una aplicación preparada para sitios y usa la topología de Active Directory para el enrutamiento de mensajes y para comunicarse con los servicios que se ejecutan en los equipos que tienen instaladas otras roles de servidor de Exchange 2010. El sitio de Active Directory no es solo el límite de enrutamiento, también es el límite de detección de servicios.
La determinación de la pertenencia a un sitio de un equipo miembro de un dominio depende de una serie de consultas DNS en las que se compara la dirección IP local con las subredes definidas y, después, se determina la asociación de la pertenencia al sitio correspondiente. Para reducir la sobrecarga que conllevan las consultas de DNS, se ha agregado al esquema de Exchange 2010 Active Directory el atributo msExchServerSite para el objeto de servidor de Exchange. El valor de este atributo es el nombre completo del sitio de Active Directory de un servidor de Exchange. Este atributo es una propiedad de cada objeto de servidor de Exchange. Cuando se almacena la afinidad de pertenencia a un sitio como un atributo del objeto de servidor, la topología actual se puede leer directamente en Active Directory, en lugar de retransmitir las consultas de DNS, y se habilita una asociación de pertenencia a un sitio para un equipo que no sea del dominio, por ejemplo, un servidor de transporte perimetral suscrito.
El servicio de topología de Microsoft ExchangeActive Directory rellena el valor del atributo msExchServerSite y lo mantiene actualizado. Cuando se inicia un equipo con Windows, el servicio de Net Logon determina si el equipo pertenece al sitio. El servicio de Net Logon usa esa información para buscar los controladores de dominio ubicados en el mismo sitio de Active Directory que el equipo local y, después, dirige las solicitudes de autorización y autenticación a esos servidores. El servicio de topología de Microsoft Exchange Active Directory usa la llamada API DsGetSiteName para recuperar el valor de pertenencia al sitio del servicio de Net Logon y escribe el nombre distintivo del sitio de Active Directory en el atributo msExchServerSite para el objeto de servidor de Exchange en Active Directory.
En la tabla siguiente se muestra cómo podría definir una organización los sitios de Active Directory. En este ejemplo, se definen tres sitios de Active Directory; cada uno de los sitios de Active Directory está asociado a más de una subred IP.
Ejemplo de una asociación entre un sitio de Active Directory y una subred
| Nombre del sitio de Active Directory | Subredes IP asociadas |
|---|---|
Sitio A |
192.168.1.0/24 192.168.2.0/24 |
Sitio B |
192.168.3.0/24 192.168.4.0/24 |
Sitio C |
192.168.5.0/24 192.168.6.0/24 |
Si un servidor denominado HubTransportA tiene la dirección IP 192.168.1.1, es miembro del sitio A. Si cambia la dirección IP de un servidor, cambiaría el sitio al que pertenece. Si cambia la dirección IP de HubTransportA a 192.168.2.1, no cambiará la pertenencia al sitio de Active Directory del servidor porque esta subred también está asociada al sitio A. Sin embargo, si mueve el servidor y la dirección IP cambia a 192.168.3.1, el servidor se consideraría miembro del sitio B.
También se puede producir un cambio de pertenencia a un sitio si cambia la asociación de las subredes con los sitios de Active Directory. Por ejemplo, si elimina la asociación de la subred 192.168.3.0 y el sitio B y la asocia al sitio A, la pertenencia de un servidor que tenga la dirección IP 192.168.3.1 también cambiará al sitio A. Siempre que se produce un cambio en la pertenencia a un sitio, Exchange 2010 debe actualizar sus datos de configuración para tener en cuenta el cambio cuando Exchange 2010 tome decisiones de enrutamiento. Se produce un período de latencia entre el momento en que se produce el cambio en la pertenencia a un sitio de Active Directory y el momento en que el cambio de topología se propaga completamente. Para que los cambios de la topología se propaguen, se deben producir las siguientes comunicaciones:
El cambio de la pertenencia a un sitio se escribe en un controlador de dominio. La información actualizada se replica en los controladores de dominio de cada sitio de Active Directory del bosque. El tiempo necesario para que el cambio se propague completamente en todo el bosque depende de la topología de replicación de Active Directory y de la programación definida por los vínculos al sitio.
El servicio de Net Logon se ejecuta en todos los equipos con Windows y comprueba con frecuencia si hay cambios en la pertenencia a sitios de Active Directory. El servicio de Net Logon realiza comprobaciones cada cinco minutos. Por lo tanto, el servicio de Net Logon detecta el cambio en los cinco minutos posteriores a la recepción de la actualización por parte del controlador de dominio local.
El servicio de topología de Microsoft Exchange Active Directory consulta el servicio de Net Logon cada 15 minutos para determinar la pertenencia al sitio de Active Directory del servidor de Exchange local. Si se detecta un cambio, el servicio de topología de Microsoft Exchange Active Directory actualiza el atributo MsExchServerSite.
Después, el valor del atributo del sitio modificado del objeto de configuración del servidor de Exchange se replica por toda la organización. Los servidores de Exchange de la organización detectan este cambio. Después, se actualizan las tablas de enrutamiento con el nuevo valor del atributo de pertenencia al sitio de Active Directory.
Se produce un periodo de latencia entre el momento en que surte efecto el cambio de pertenencia a un sitio de Active Directory y el momento en que la información actualizada está disponible para otro servidor de Exchange 2010. Para obtener más información acerca de cómo Exchange 2010 administra este tipo de cambios de configuración, consulte "Nuevo enrutamiento y cola inaccesible" más adelante en este tema.
Vínculos a sitios IP
Los vínculos a sitios son rutas lógicas entre sitios de Active Directory. Un objeto de vínculo a sitio representa un conjunto de sitios que se pueden comunicar con un costo uniforme a través de un transporte entre sitios específico. Los vínculos a sitios no corresponden a la ruta real que toman los paquetes de red en la red física. Sin embargo, normalmente, el costo que el administrador asigna al vínculo a sitio está relacionado con la confiabilidad, la velocidad y el ancho de banda disponible en la red subyacente. Por ejemplo, el administrador de Active Directory podría asignar un costo menor a una conexión de red con una velocidad de 100 megabits por segundo (Mbps) que a una conexión de red con una velocidad de 10 Mbps.
De forma predeterminada, todos los vínculos a sitios son transitivos. Esto significa que si el sitio A tiene un vínculo al sitio B y el sitio B tiene un vínculo al sitio C, el sitio A está vinculado al sitio C. El vínculo transitivo entre los sitios A y C también se denomina puente de vínculo a sitios.
Un vínculo a un sitio de Active Directory se puede configurar para que use IP o bien SMTP como protocolo de transporte para la comunicación. Un vínculo a sitios SMTP está limitado a los tipos de datos que se pueden replicar con ese protocolo y está diseñado para ofrecer un mecanismo de almacenamiento y reenvío para replicación entre sitios de Active Directory que no tienen un vínculo de red confiable. Un vínculo a sitios IP no está limitado a los tipos de datos que se pueden replicar en él. Exchange 2010 solo usa vínculos a sitios IP para determinar su topología de enrutamiento. El componente de enrutamiento de Exchange 2010 considerará el costo que se asigna al vínculo a sitios IP cuando se calcule una tabla de enrutamiento. Estos costos se usan para calcular la ruta de enrutamiento menos costosa al destino final de un mensaje.
Cada sitio de Active Directory debe asociarse por lo menos con un vínculo a sitios IP. Existe un único vínculo a sitios IP predeterminado, llamado DEFAULTIPSITELINK. Cuando cree un sitio de Active Directory, debe asociarlo a un vínculo a sitios IP. Puede crear otros vínculos a sitios IP para implementar la topología que desee o puede asociar todos los sitios de Active Directory a DEFAULTIPSITELINK. Cada sitio de Active Directory que forma parte de un vínculo a sitios IP se puede comunicar directamente con todos los demás sitios del vínculo con un costo uniforme.
En la figura siguiente, se puede observar cuatro sitios de Active Directory configurados en el bosque. Se han asociado todos los sitios a DEFAULTIPSITELINK. Por lo tanto, cada sitio de Active Directory se comunica directamente con todos los demás sitios con el mismo costo. Se indica más de una ruta de comunicación, pero solo hay definido un vínculo a sitios IP.
Topología de malla completa con un vínculo de sitio IP único
En la figura siguiente, se puede observar cuatro sitios de Active Directory configurados en el bosque. En esta topología, el administrador ha configurado vínculos a sitios IP para crear una topología de concentrador y radio de sitios de Active Directory. Todos los sitios radiales se pueden comunicar directamente con el sitio central, y los sitios radiales se pueden comunicar entre sí mediante vínculos a sitios IP transitorios.
Topología de concentrador y radio de vínculos a sitios IP de Active Directory
Es importante destacar que Exchange usa vínculos a sitios solo para determinar la ruta de acceso menos costosa, pero siempre intentará entregar los mensajes directamente al servidor Transporte de concentradores de destino. Por ejemplo, si un usuario en el Sitio B de la topología que se muestra en la figura anterior envía un mensaje a otro usuario en el Sitio C, el servidor de transporte de concentradores del Sitio B se conectará directamente con el servidor de transporte de concentradores del Sitio C. Si desea forzar los mensajes para que pasen por el Sitio A, debe habilitarlo como sitio del concentrador. Para obtener más información acerca de los sitios del concentrador, consulte "Implementación de sitios de concentradores" más adelante en este tema.
Los administradores de Active Directory implementan la topología que mejor representa los requisitos de conectividad y comunicación del bosque. Puesto que Exchange 2010 usa la misma topología, debe estar seguro de que la topología actual admite una comunicación de mensajería eficaz.
El costo predeterminado para un vínculo a sitio es 100. El costo válido de un vínculo a sitio puede ser cualquier número entre 1 y 99.999. Si especifica vínculos redundantes, siempre se preferirá el vínculo con la menor asignación de costo. Un Administrador de organización de Exchange puede asignar un costo específico de Exchange al vínculo a sitios IP. Si se asigna un costo de Exchange a un vínculo a sitios IP, Exchange 2010 lo usará. De lo contrario, se usa el costo de Active Directory. Para obtener más información sobre como establecer un costo de Exchange en un vínculo a sitios IP, consulte "Control de costos de los vínculos a sitios IP" más adelante en este tema. Un administrador que pertenece al grupo Administradores de empresa puede crear vínculos a sitios IP adicionales.
Para obtener más información acerca de la configuración de sitios de Active Directory, consulte Diseño de topologías de sitios (en inglés).
Control de costos de los vínculos a sitios IP
Los costos de los vínculos a sitios IP de Active Directory se calculan en función de la velocidad de red relativa en comparación con todas las conexiones de red en la WAN y están diseñados para producir una topología de replicación confiable y eficaz. Por lo tanto, en la mayoría de los casos, los costos de los vínculos a sitios IP existentes deberían funcionar bien para el enrutamiento de mensajes de Exchange 2010. Sin embargo, si después de documentar el sitio de Active Directory existente y la topología de vínculos a sitios IP, comprueba que los costos de los vínculos a sitios IP de Active Directory y los patrones de flujo del tráfico de red no son óptimos para Exchange 2010, puede realizar ajustes en los costos que evalúa Exchange. Modificar el costo asignado a un vínculo a sitios IP con herramientas de Active Directory podría afectar a todo el entorno. En su lugar, debe usar el cmdlet Set-AdSiteLink del Shell de administración de Exchange para asignar un costo específico de Exchange al vínculo a sitios IP. Por ejemplo, para establecer un costo diferente al vínculo a sitios IP SITELINKAB con fines de enrutamiento de mensajes, ejecute el siguiente comando en el Shell.
Set-AdSiteLink -Identity SITELINKAB -ExchangeCost 25
Al asignar un costo específico de Exchange a un vínculo a sitios IP, el costo de Exchange invalida el costo de Active Directory con fines de enrutamiento de mensajes y el enrutamiento solo tiene en cuenta el costo de Exchange al evaluar la ruta de enrutamiento menos costosa.
Puede resultar útil ajustar los costos de los vínculos a sitios IP cuando la topología de enrutamiento de mensajes difiere de la topología de replicación de Active Directory. Los costos de Exchange se pueden usar para obligar a todas las rutas de mensajes a usar un sitio de concentradores. También se pueden usar los costos de Exchange para controlar dónde se ponen en cola los mensajes en caso de error de la comunicación con un sitio de Active Directory. En la figura siguiente se muestra una topología de Active Directory con cuatro sitios.
Topología con costos de Exchange configurados en vínculos a sitio IP
En la figura anterior, la conexión de red entre los sitios C y D es una conexión con poco ancho de banda que solo se usa para la replicación de Active Directory y no se debe usar para el enrutamiento de mensajes. Sin embargo, los costos de vínculos a sitios IP de Active Directory hacen que ese vínculo se incluya en la ruta de enrutamiento menos costosa desde cualquier otro sitio de Active Directory al sitio D. Por lo tanto, los mensajes se entregan a la cola del sitio D en el sitio C. En cambio, el administrador de Exchange prefiere que la ruta de enrutamiento menos costosa incluya el sitio B de manera que, si el sitio D no está disponible, los mensajes se pongan en cola en el sitio B. Si se configura un costo de Exchange alto en el vínculo a sitios IP entre los sitios C y D se impide que ese vínculo se incluya en la ruta menos costosa al sitio D.
Exchange 2010 es compatible con la configuración de un límite de tamaño máximo de mensaje en un vínculo a sitios IP de Active Directory. De forma predeterminada, Exchange 2010 no impone un límite de tamaño de mensaje máximo a los mensajes que se retransmiten entre servidores Transporte de concentradores en diferentes sitios de Active Directory. Si usa el cmdlet Set-AdSiteLink para configurar un tamaño de mensaje máximo en un vínculo del sitio IP de Active Directory, el enrutamiento genera un informe de no entrega (NDR) para los mensajes cuyo tamaño supere el límite máximo configurado en cualquier vínculo del sitio de Active Directory en la ruta de enrutamiento menos costosa. Esta configuración es útil para limitar el tamaño de los mensajes que se envían a sitios remotos de Active Directory y deben comunicarse a través de conexiones de ancho de banda bajo. Para obtener más información, consulte Descripción de los límites de tamaño de los mensajes.
Implementar sitios de concentradores
En su organización de Exchange, puede que tenga que exigir la retransmisión de la entrega de todos los mensajes a través de un sitio de Active Directory determinado. En esta situación, la conectividad puede impedir la retransmisión directa de SMTP entre sitios. Por lo tanto, los mensajes deben retransmitirse a través de un sitio provisional antes de enviarse a su destino. Por causa de las directivas internas de una organización de Exchange, es posible que un administrador quiera también retransmitir todos los mensajes a través de un sitio determinado. Puede usar los cmdlets del Shell para designar un sitio de Active Directory como sitio de concentradores. Al designar un sitio de Active Directory como sitio de concentradores, se puede producir una sobrecarga adicional, porque habrá más servidores implicados en la entrega del mensaje. Por ejemplo, tomemos un mensaje que se va a enviar desde el sitio A al sitio E. Si la ruta de enrutamiento menos costosa es sitio A-sitio B-sitio C-sitio D-sitio E y designa el sitio C como sitio de concentradores, el mensaje se retransmite desde el sitio A al sitio C y, después, desde el sitio C al sitio E.
Use el cmdlet Set-AdSite para especificar un sitio de Active Directory como sitio de concentradores. Cuando existe un sitio de concentradores en la ruta de enrutamiento menos costosa para la entrega de mensajes, éstos se ponen en cola y los servidores de transporte perimetral del sitio de concentradores los procesan antes de su retransmisión al destino final.
Después de elegir la ruta de enrutamiento menos costosa, el enrutamiento determina si existe un sitio de concentradores a lo largo de esa ruta. Si se ha configurado un sitio de concentradores, los mensajes se detendrán en el servidor de transporte de concentradores del sitio de concentradores, antes de que se retransmitan al destino. Si hay más de un sitio de concentradores en la ruta de enrutamiento menos costosa, los mensajes se detendrán en cada sitio de concentradores de la ruta.
Esta variación del enrutamiento de retransmisión directa solo tendrá lugar cuando el sitio de concentradores se encuentre en la ruta de enrutamiento menos costosa. En la figura siguiente se muestra el uso correcto de un sitio de concentradores. En este diagrama, el sitio B está configurado como sitio de concentradores. Los mensajes que se retransmiten desde el sitio A al sitio D se retransmiten al sitio B antes de entregarse al sitio D.
Entrega de mensajes con un sitio de concentradores
En la figura siguiente se muestra cómo los costos de los vínculos a sitios IP afectan al enrutamiento a un sitio de concentradores. En este escenario, se ha designado el sitio B como sitio de concentradores. Sin embargo, debido a que no se encuentra en la ruta de enrutamiento menos costosa entre ninguno de los otros sitios, no se produce el envío a la cola del sitio B antes de la entrega en destino. Un sitio de Active Directory nunca se usa como sitio de concentradores si no está en la ruta de enrutamiento menos costosa entre otros dos sitios.
Sitio de concentradores configurado erróneamente
Cualquier sitio de Active Directory se puede configurar como sitio de concentradores. Sin embargo, para que esta configuración funcione correctamente, debe tener implementado al menos un servidor de transporte de concentradores en el sitio de concentradores.
Detección de topologías
La topología de Exchange 2010 se basa en la topología de sitios de Active Directory y no tiene una configuración propia. La topología de Active Directory está disponible para Exchange 2010 a través de los elementos necesarios siguientes:
El servicio de topología de Microsoft Exchange Active Directory
El módulo de detección de topologías del servicio de transporte de Microsoft Exchange
El servicio de topología de Microsoft ExchangeActive Directory se ejecuta en todos los roles de servidor de Exchange 2010, excepto en el rol de servidor Transporte perimetral. Estos servidores de Exchange 2010 usan el servicio de topología de Microsoft ExchangeActive Directory para detectar los controladores de dominio y los servidores de catálogo global que pueden usar los servidores de Exchange para leer y escribir datos de Active Directory. Exchange 2010 enlaza con los servidores de directorio identificados siempre que Exchange tiene que leer o escribir en Active Directory.
El módulo de detección de topologías forma parte del servicio de transporte de Microsoft Exchange y proporciona información acerca de la topología de Active Directory a los servidores de Exchange. Esta API detecta los servidores y las funciones de Exchange en la organización y determina su relación con los objetos de configuración de Active Directory. Los datos de configuración se recuperan de Active Directory y se almacenan en caché para que los servicios de Exchange que se ejecutan en ese equipo puedan tener acceso a ellos.
El módulo de detección de topologías lleva a cabo los siguientes pasos para generar una topología de enrutamiento de Exchange:
Los datos se leen de Active Directory. Se recuperan todos los objetos siguientes:
Sitios de Active Directory.
Vínculos a sitios IP.
Todos los servidores de Exchange. Esto incluye información acerca de los roles de servidor de Exchange 2010 implementadas en esos servidores.
Los datos recuperados en el paso 1 se usan para crear la topología inicial y para comenzar a vincular y asignar los objetos de configuración relacionados.
Se establecen coincidencias entre los servidores de Exchange y los sitios de Active Directory; para ello, se recupera el valor del atributo de sitio del objeto de servidor de Exchange almacenado en Active Directory.
Las tablas de enrutamiento se actualizan con la colección de información recuperada.
En este proceso, cada servidor de Exchange 2010 conoce a los demás servidores de Exchange de la organización y la proximidad que hay entre los servidores de Exchange.
Volver al principio
Tablas de enrutamiento de Exchange 2010
Cuando se inicia el servicio de transporte de Microsoft Exchange, este calcula un conjunto de tablas de enrutamiento en función de la instantánea de información que se recupera de Active Directory o, en un servidor Transporte perimetral, de AD LDS. La información de configuración que se almacena en AD LDS incluye los conectores disponibles y los dominios aceptados, pero no contiene datos sobre topologías.
El componente de enrutamiento hace referencia a las tablas de enrutamiento para determinar cómo se enrutan los mensajes a los destinatarios. Cuando se realizan los cambios de configuración, se vuelven a crear las tablas de enrutamiento. Las nuevas tablas de enrutamiento se usan para enrutar los nuevos mensajes entrantes. Los mensajes de colas de entrega remotas también se vuelven a enrutar si el componente de enrutamiento determina que resultan afectados por los cambios de configuración. Para obtener más información acerca del nuevo enrutamiento de mensajes, consulte "Nuevo enrutamiento y cola inaccesible" más adelante en este tema.
Se recupera la siguiente información de Active Directory y se pone a disposición del componente de enrutamiento de los servidores Transporte de concentradores:
Sitios de Active Directory
Vínculos a sitios IP de Active Directory
Servidores de Exchange y su relación con los sitios de Active Directory
Conectores para SMTP
Conectores no SMTP
Nota
Los conectores no SMTP incluyen conectores de agentes de entrega de Exchange 2010 , conectores externos y, en situaciones de coexistencia, cualquier conector no SMTP hospedado en Exchange 2003.
Grupos de enrutamiento
Conectores para grupo de enrutamiento
Almacenes de buzones (bases de datos de mensajes privados [MDB])
Almacenes de carpetas públicas (MDB públicas)
Jerarquías de carpetas públicas
En función de estos datos, el componente de enrutamiento del servicio de transporte de Microsoft Exchange rellena las tablas de enrutamiento para ayudar a simplificar las decisiones sobre enrutamiento. La tabla de enrutamiento relaciona los datos para crear un mapa de la topología. Este mapa de la topología contiene los siguientes elementos:
Mapa de conectores vinculados Este mapa relaciona los identificadores de los conectores de recepción del servidor local con el conector de envío vinculado.
Mapa de servidores Todos los servidores Transporte de concentradores de Exchange 2010 y Exchange 2007, los servidores de transporte perimetral, los servidores de buzones de correo y los servidores de Exchange 2003 de la organización se incluyen en el mapa de servidores. Este mapa relaciona el nombre distintivo de cada servidor de Exchange con los datos de enrutamiento del servidor, incluido el costo total para llegar a ese servidor.
Mapa de servidores heredados Todos los servidores Transporte de concentradores Exchange Server 2007, los servidores de transporte perimetral, los servidores de buzones de correo y los servidores de Exchange 2003 de la organización se incluyen en el mapa de servidores heredados. Este mapa relaciona el nombre distintivo heredado de cada servidor de Exchange con los datos de enrutamiento del servidor, incluido el costo total para llegar a ese servidor. Este mapa admite la funcionalidad de invalidación de almacenamiento. Esta funcionalidad es específica de las carpetas públicas. Para obtener más información, consulte "Enrutamiento a carpetas públicas" en Enrutamiento interno de mensajes.
Mapa de MDB Todas las MDB de la organización se incluyen en el mapa de MDB. Este mapa relaciona el nombre distintivo de cada MDB con los datos de enrutamiento del servidor, incluido el costo total para llegar a ese servidor.
Mapa de sitios de Active Directory Este mapa relaciona cada sitio de Active Directory con una estructura que contiene la ruta de enrutamiento menos costosa desde el sitio local a cada uno de los demás sitios. El mapa incluye los sitios de concentradores y la ruta de enrutamiento menos costosa. Asimismo, cada salto de la ruta de enrutamiento identifica todos los servidores Transporte de concentradores que usará el componente DNS mejorado.
Mapa de grupos de enrutamiento Este mapa asocia el costo total y el conector de grupos de enrutamiento del primer salto de la ruta de enrutamiento menos costosa del grupo de enrutamiento de Exchange 2010 con cada uno de los grupos de enrutamiento heredados.
Mapa de conectores de envío Este mapa identifica los conectores de envío configurados en la organización y los servidores de origen de cada conector.
Las tablas de enrutamiento se crean cada vez que se inicia un servidor de transporte y se vuelven a calcular cuando se reciben cambios de configuración. Los cambios de configuración se pueden detectar de cualquiera de las siguientes maneras:
Notificaciones de cambio de Active Directory Se produce un retraso entre el momento en que se recibe una notificación y el momento en que se escribe el cambio en las tablas de enrutamiento. Este retraso permite al componente de enrutamiento reunir varios cambios para procesarlos en una sola operación. De forma predeterminada, cada notificación provoca que el componente de enrutamiento retrase el procesamiento cinco segundos. Por ejemplo, si se reciben cinco notificaciones exactamente un segundo después de la notificación anterior, el enrutamiento retrasa el procesamiento del cambio durante nueve segundos en total.
Nueva carga de la configuración provocada por los comandos de control del servicioEl componente de enrutamiento vuelve a cargar los datos de configuración cuando se reinicia el servicio de transporte de Microsoft Exchange.
Nueva carga periódica para controlar los cambios no admitidos por las notificaciones de Active Directory De forma predeterminada, el enrutamiento volverá a cargar los datos de configuración periódicamente para asegurarse de que se controlan todos los cambios. La nueva carga de la configuración se realiza cada seis horas.
La información de las tablas de enrutamiento se registra en los registros de enrutamiento. De forma predeterminada, estos registros se encuentran en la carpeta c:\Archivos programa\Microsoft\Exchange Server\V14\TransportRoles\Logs\Routing. Cada vez que se calculan las tablas de enrutamiento se genera un nuevo registro. Si, por algún motivo, el servidor Transporte de concentradores no pudiera ponerse en contacto con Active Directory, el enrutamiento continúa tomando decisiones de enrutamiento en función de los datos almacenados en caché, aunque no estén actualizados. Para obtener más información, consulte Descripción del registro de la tabla de enrutamiento.
Volver al principio
Recepción de mensajes para el enrutamiento
Un mensaje puede llegar a un servidor de transporte de concentradores de las siguientes maneras:
El correo electrónico se recibe desde un servidor con SMTP con acceso a Internet para su entrega a un destinatario de la organización de Exchange o a un destinatario de un dominio aceptado de retransmisión interna.
El correo electrónico se recibe desde otro servidor de transporte de concentradores de la organización de Exchange para enviarlo a un buzón de un destinatario ubicado en un servidor Buzón de correo de ese sitio de Active Directory.
Se recibe correo electrónico de los clientes SMTP. En general, estos son usuarios de POP3 o IMAP4 que pueden existir en el entorno.
Un servidor de transporte de concentradores recibe el correo electrónico en los directorios de recogida y de reproducción. En general, los conectores externos usan estos directorios para transmitir mensajes en la infraestructura de Exchange.
El servidor Transporte de concentradores recupera el correo electrónico de un servidor de buzones de correo de Exchange 2010.
El correo electrónico se recibe desde un servidor de Exchange 2007 o Exchange 2003 para enviarlo a un buzón de correo de un destinatario ubicado en un servidor de buzones de correo de Exchange 2010.
El procesamiento de todos los correos electrónicos que recibe un servidor de transporte de concentradores para su categorización empieza en la cola de envío.
Recepción de mensajes de servidores Transporte perimetral, otros servidores Transporte de concentradores de Exchange y clientes SMTP
En esta situación, los servidores Transporte perimetral, Transporte de concentradores u otro host SMTP de terceros reciben los mensajes mediante conexiones SMTP estándar. El host remoto inicia una conexión SMTP y transfiere los mensajes al servidor de transporte de concentradores. Los servidores Transporte de concentradores usan los conectores de recepción para aceptar las conexiones SMTP entrantes. Cada servidor de transporte de concentradores tiene dos conectores de recepción creados durante la instalación. Uno de esos conectores se usa para recibir conexiones SMTP autenticadas desde otros servidores de Exchange. Es segundo se usa para recibir conexiones SMTP de clientes SMTP que usan los usuarios de POP3 o IMAP4 de la organización. Estos dos conectores de recepción tienen configurados permisos diferentes que son adecuados para el uso previsto. Para obtener más información acerca de los conectores de recepción, consulte Descripción de los conectores de recepción.
De forma predeterminada, los servidores Transporte de concertadores no aceptan conexiones anónimas no autenticadas. Si necesita habilitar esta funcionalidad, se recomienda que cree un conector de recepción independiente para controlar las conexiones anónimas. Para obtener más información, consulte Permitir la retransmisión anónima en un conector de recepción.
Recopilación de mensajes de los directorios de recogida y de reproducción
Los sistemas de mensajería que no usan SMTP como protocolo de transferencia se pueden conectar a la organización de Exchange mediante conectores externos. Cuando se envía un mensaje a un usuario de Exchange desde un sistema remoto, el conector externo escribe ese mensaje en un directorio especial del servidor Transporte de concentradores denominado directorio de recogida. El servidor de transporte de concentradores comprueba periódicamente si hay mensajes nuevos en el directorio de recogida. Cuando detecta un mensaje nuevo, el servidor Transporte de concentradores lo convierte en un mensaje de correo electrónico de Exchange y lo enruta como si fuera un mensaje normal. Para obtener más información acerca de cómo se usan los directorios de recogida y de reproducción, consulte Descripción de los directorios de recogida y reproducción.
Recuperación de mensajes de un servidor de buzones de correo
En esta situación, el servicio de entrega de correo de Microsoft Exchange que se ejecuta en los servidores de buzón de correo notifica al servidor Transporte de concentradores ubicado en el mismo sitio de Active Directory que hay mensajes listos para recuperar en la bandeja de salida de un remitente. Cada servidor Buzón de correo mantiene una lista de servidores Transporte de concentradores ubicados en el mismo sitio de Active Directory. Esta lista de servidores de transporte de concentradores es conocida como la lista de servidores de envío. El proceso de detección de servidores se repite cada diez minutos para mantener la lista actualizada.
Si hay más de un servidor de transporte de concentradores ubicado en el mismo sitio de Active Directory que el servidor Buzón de correo que envía una notificación donde se indica que un correo electrónico está listo para su recuperación, se usa el proceso siguiente para seleccionar el servidor:
Si el servidor de buzones de correo local también ejecuta el rol del servidor Transporte de concentradores y no participa en un grupo de disponibilidad de base de datos (DAG), el servidor local recibe una notificación. Si el servicio de transporte de MicrosoftExchange local no se está ejecutando o si el servidor Transporte de concentradores local no puede procesar entregas de correo nuevas a causa de la presión de reserva, se notificará a otro servidor Transporte de concentradores disponible. Para obtener más información acerca de la presión de reserva, consulte Descripción de la presión de reserva.
Si el servidor de buzones de correo también está ejecutando el rol del servidor Transporte de concentradores y, además, participa en un DAG, intentará enviar una notificación a cualquier servidor Transporte de concentradores del sitio antes de enviarla al servidor Transporte de concentradores local. Esto se hace para evitar que haya copias redundantes de mensajes en el mismo hardware de servidor. Para obtener más información sobre la coexistencia de los roles de servidor Transporte de concentradores y Buzón de correo al usar DAG, consulte Transporte de concentrador y coexistencia de los roles del servidor de buzones cuando se utiliza DAG.
Si el servidor de buzones de correo local no ejecuta el rol de servidor Transporte de concentradores, se aplica el equilibrio de carga a las notificaciones entre los servidores de transporte de concentradores mediante round robin.
Si no se puede establecer contacto con el servidor Transporte de concentradores seleccionado, el servicio de envío de correo de MicrosoftExchange realiza una conmutación por error a otro servidor Transporte de concentradores ubicado en el mismo sitio de Active Directory. El servidor en el que se produce el error se marca como inactivo y se selecciona el siguiente servidor de transporte de concentradores de la lista de servidores de envío. Si no hay servidores de transporte de concentradores disponibles en el sitio local de Active Directory, la lista de servidores de envío está vacía. En este caso se registra un evento y se detienen temporalmente las notificaciones de entrega de correo. Se reintenta conectar con los servidores Transporte de concentradores marcados como inactivos después de cinco minutos.
De forma predeterminada, el servicio de envío de correo de MicrosoftExchange equilibra la carga de los eventos de notificación entre todos los servidores Transporte de concentradores en un sitio de forma que cada uno de ellos reciba una distribución equitativa de eventos de notificación para procesar. En algunas circunstancias, es posible que proporcionar una distribución equitativa no sea una solución óptima. No todos los servidores Transporte de concentradores tienen la misma capacidad, y algunos mensajes requieren un procesamiento adicional. Por ejemplo, un servidor de transporte de concentradores tarda más en procesar un mensaje que tiene datos adjuntos de gran tamaño o muchos destinatarios que un mensaje pequeño dirigido solo a un destinatario. Si quiere crear una lista estática de servidores Transporte de concentradores a los que debe notificar un servidor Buzón de correo, puede usar el cmdlet Set-MailboxServer en el Shell. Use el parámetro SubmissionServerOverrideList para especificar una lista de servidores Transporte perimetral a los que el servidor de buzones de correo local enviará una notificación cuando tenga correo para recuperar. Para obtener más información acerca de cómo configurar esta opción, consulte Set-MailboxServer.
Después de que un servidor de transporte de concentradores recibe una notificación de entrega de correo de un servidor de buzones de correo, este usa el controlador de almacenamiento para recuperar el mensaje de la base de datos de buzones de correo y ponerlo en la cola de envío del servidor de transporte de concentradores. La transferencia del mensaje del servidor de buzones de correo al servidor de transporte de concentradores se realiza mediante una RPC de Exchange.
Recepción de mensajes desde servidores de Exchange heredados
Debido a los cambios realizados en el modelo de objeto de servidor de Exchange 2010, los servidores Transporte de concentradores de Exchange 2010 no pueden seleccionar mensajes ni enviar mensajes a servidores de buzones de correo de Exchange 2007. Del mismo modo, los servidores Transporte de concentradores de Exchange 2007 no se pueden comunicar con servidores Buzón de correo de Exchange 2010. Los servidores Transporte de concentradores de Exchange 2007 recuperan primero todos los mensajes enviados desde destinatarios de Exchange 2007 del servidor Buzón de correo y, a continuación, los retransmiten a los servidores Transporte de concentradores de Exchange 2010. Para obtener más información acerca del enrutamiento de mensajes cuando coexiste con Exchange 2007, consulte Actualizar el transporte de Exchange 2007.
A diferencia de los sitios de Active Directory, Exchange 2003 usa grupos de enrutamiento para enrutar mensajes. Los grupos de enrutamiento están conectados entre sí por medio de conectores para grupo de enrutamiento. Para admitir la coexistencia de estas dos topologías de enrutamiento, todos los servidores de Exchange 2010 se agregan automáticamente a un único grupo de enrutamiento al instalar Exchange 2010 en una organización de Exchange 2003. Todos los mensajes generados en buzones de Exchange 2003 se entregan en el entorno de Exchange 2010 por medio de conectores de grupo de enrutamiento entre el grupo de enrutamiento de Exchange 2010 y los grupos de enrutamiento de Exchange 2003. Para obtener más información acerca del enrutamiento de mensajes cuando coexiste con Exchange 2003, consulte Actualización desde el servicio de transporte de Exchange 2003.
Volver al principio
Enrutamiento de mensajes
Una vez que un servidor Transporte de concentradores recibe un mensaje, determina el destino final y usa la topología de Exchange y las configuraciones del conector para determinar la ruta de enrutamiento menos costosa. Una vez determinada la ruta de enrutamiento, el mensaje se entrega al próximo salto en la ruta de enrutamiento.
Aunque en este tema se explica cómo Exchange toma decisiones en general, los dos temas siguientes ofrecen información adicional acerca de situaciones específicas de enrutamiento. En el tema sobre enrutamiento de mensajes internos se analiza el envío de mensajes a servidores de buzones de correo, carpetas públicas y servidores heredados. En el tema sobre enrutamiento de mensajes externos se analiza el enrutamiento de mensajes a destinatarios que se encuentran fuera de la organización de Exchange. También se analizan los roles de los conectores de envío, los conectores de agente de entrega y los conectores externos.
Cómo determinar el destino final
En la sección anterior se detallaron las diversas fuentes de las cuales puede recibir mensajes un servidor de transporte de concentradores. Cuando un servidor de transporte de concentradores recibe un mensaje, es necesario categorizarlo. La primera fase de la categorización del mensaje es la resolución de destinatarios. Una vez resuelto el destinatario, se puede determinar el destino final. En la siguiente fase, enrutamiento, se determina cuál es el mejor camino a ese destino. Se selecciona una sola ruta determinista. Esa ruta no se vuelve a calcular a menos que se modifique la configuración del enrutamiento.
Desde el punto de vista del servidor de envío, cada cola de entrega representa el destino de un mensaje concreto. Cuando un servidor de transporte de concentradores o un servidor de transporte perimetral selecciona el destino de un mensaje, el destino se marca en el destinatario como el atributo NextHopSolutionKey. Si se envía un único mensaje a más de un destinatario, cada uno de éstos tiene el atributo NextHopSolutionKey. El servidor de recepción también realiza la categorización del mensaje y lo coloca en la cola para su entrega. Después de poner un mensaje en la cola, puede examinar el tipo de entrega para una cola determinada para determinar si un mensaje se volverá a retransmitir cuando llegue al destino del siguiente salto.
El destino de un mensaje se puede clasificar en uno de los siguientes tipos de entrega:
Entrega de conector DNS Los mensajes se ponen en cola para entregarlos a un destinatario externo mediante un conector de envío SMTP para el que el servidor local es el servidor de origen. El conector está configurado para usar DNS para resolver las direcciones de los destinatarios.
Entrega de conector de host inteligente Los mensajes se ponen en cola para entregarlos a un destinatario externo mediante un conector de envío SMTP para el que el servidor local es el servidor de origen. El conector está configurado para usar un host inteligente para la entrega.
Relevo SMTP en un sitio de Active Directory a un servidor Transporte perimetral Los mensajes se ponen en cola para entregarlos a un destinatario externo mediante un conector de envío SMTP para el cual el servidor de origen es un servidor Transporte perimetral suscrito al sitio de Active Directory local.
Relevo SMTP en un sitio de Active Directory a un servidor de transporte de concentradores Los mensajes se ponen en cola para entregarlos a un servidor Transporte de concentradores que se encuentra en el mismo sitio de Active Directory que el servidor local. El servidor de destino puede ser un servidor Transporte de concentradores de Exchange 2007, el servidor de origen de un conector de envío, un conector de agente de entrega o de un conector externo, el servidor de origen de un conector de grupos de enrutamiento o un servidor de expansión de grupos de distribución.
Relevo SMTP a un sitio de Active Directory remoto Los mensajes se ponen en cola para entregarlos a un servidor de transporte de concentradores ubicado en un sitio de Active Directory remoto. El servidor de destino final del sitio de Active Directory remoto puede ser uno de los siguientes:
El servidor de origen de un conector configurado para transportar mensajes para destinatarios externos
El servidor de origen de un conector de grupos de enrutamiento
Un servidor de expansión de grupos de distribución
Un servidor Buzón de correo ubicado en el sitio de Active Directory remoto
Los mensajes se entregan a uno de los servidores Transporte de concentradores del sitio de destino. El servidor de recepción retransmite el mensaje dentro del sitio de Active Directory si es necesario.
Retransmisión SMTP a un grupo de enrutamiento heredado Los mensajes se ponen en cola para entregarlos al conector de grupos de enrutamiento del primer salto usado para llegar a un grupo de enrutamiento de Exchange 2003. El servidor de destino final puede ser uno de los siguientes:
El servidor de origen de un conector
Un servidor de expansión
Un servidor cabeza de puente de Exchange 2003 que entrega los mensajes dirigidos a destinatarios de buzones ubicados en el grupo de enrutamiento
Entrega MAPI Los mensajes se ponen en cola para entregarlos al buzón del destinatario, a una carpeta pública o a un almacén de carpetas públicas ubicados en un servidor Buzón de correo del sitio de Active Directory local.
Entrega de puerta de enlace no SMTP Los mensajes se ponen en cola para entregarlos a un destinatario externo mediante un conector de agente de entrega o un conector externo para el cual el servidor local es el servidor de origen. Este tipo de entrega solo se usa cuando los mensajes se entregan al directorio de entrega de los conectores de agente de entrega o los conectores externos en el servidor local.
Inaccesible No se pudo determinar una ruta al destinatario y los mensajes se encuentran en la cola inaccesible.
Cómo determinar la ruta de enrutamiento menos costosa
La ruta de enrutamiento menos costosa al sitio remoto de Active Directory se determina según el cálculo de todos los costos asignados a los vínculos a sitios IP de Active Directory que existen entre los dos sitios. Los vínculos están enlazados con puentes y se establece una conexión directa Los servidores Transporte de concentradores de Exchange 2010 siempre seleccionan una única ruta de enrutamiento determinista menos costosa. La disponibilidad de la conexión subyacente o del servidor de destino nunca se considera al seleccionar la ruta de enrutamiento y tampoco se tiene en cuenta una ruta de enrutamiento alternativa.
El cálculo de la ruta de enrutamiento menos costosa se usa para determinar una ruta de retroceso cuando se produce un error en la entrega del mensaje al siguiente salto. En Exchange 2010, el retroceso es un mecanismo que se usa para entregar mensajes en un salto provisional a lo largo de la ruta de enrutamiento menos costosa cuando se produce un error en la retransmisión directa por alguna razón como, por ejemplo, problemas de red o desconexión de servidores. El componente de enrutamiento intenta entregar los mensajes lo más cerca posible del destino parando, salto a salto, a lo largo de la ruta de enrutamiento menos costosa hasta que se produce la conexión. En primer lugar, se intenta establecer una conexión con cada servidor Transporte de concentradores en el sitio de Active Directory de destino. Si no responde ningún servidor Transporte de concentradores del sitio de Active Directory, se comprueba la ruta de enrutamiento menos costosa para determinar cómo comenzar a retroceder desde el sitio de entrega. El objetivo es entregar el mensaje lo más cerca posible del destino y ponerlo en cola en un servidor Transporte de concentradores de ese sitio de Active Directory.
Según el caso particular de enrutamiento de mensajes, los siguientes factores podrían influir en la selección de la ruta de enrutamiento menos costosa:
Conectores vinculados Si el conector de recepción en que se recibe el mensaje está vinculado a un conector de envío, los mensajes se enrutan a ese conector de envío independientemente de su costo. Esta configuración siempre tiene prioridad.
El costo asignado a los vínculos a sitios IP y a los conectores de grupos de enrutamiento que se deben atravesar para llegar al destino Si hay más de una ruta de enrutamiento entre un servidor de origen y uno de destino, se seleccionará la ruta de enrutamiento con el menor costo agregado.
El espacio de direcciones asignado a un conector de envío Se selecciona el conector de envío cuyo espacio de direcciones presenta más coincidencias con el destino.
El costo asignado al espacio de direcciones configurado en un conector de envíoSi el mismo espacio de nombres está asignado a más de un conector de envío, el componente de enrutamiento compara el costo asignado al espacio de direcciones. Se selecciona el conector de envío con el costo menor.
Ámbito del conector Se puede limitar el uso de un conector a los servidores de Exchange 2010 que estén ubicados en el mismo sitio de Active Directory que los servidores de transporte de origen del conector. En las versiones anteriores de Exchange, el ámbito del conector podía limitarse a los servidores que pertenecieran al mismo grupo de enrutamiento.
Restricciones de tamaño de los mensajes El límite de tamaño de mensaje especificado en un conector debe ser mayor que el tamaño del mensaje que se va a enrutar. Los conectores que tengan un límite de tamaño de mensaje menor que el tamaño del mensaje no se tienen en cuenta para el enrutamiento.
La proximidad del destino al servidor de envío El enrutamiento preferirá el servidor más próximo, en este orden: servidor local, servidor en el mismo sitio de Active Directory, servidor en un sitio de Active Directory remoto o grupo de enrutamiento.
El nombre asignado a un sitio de Active DirectorySi hay más de una ruta de enrutamiento con el mismo costo agregado, el componente de enrutamiento realiza una comparación alfanumérica del nombre de los sitios de Active Directory que preceden al sitio de destino en cada ruta de enrutamiento. Se usará la ruta de enrutamiento cuyo sitio de Active Directory más próximo al destino sea el menor en orden alfanumérico.
El nombre asignado a un conector de grupos de enrutamiento Si hay más de una ruta de enrutamiento con el mismo costo agregado, el componente de enrutamiento realiza una comparación alfanumérica del nombre de los conectores de grupos de enrutamiento que preceden al destino en cada ruta de enrutamiento. Se usará la ruta de enrutamiento cuyo conector de grupos de enrutamiento más próximo al destino sea el menor en orden alfanumérico.
El estado del conector El componente de enrutamiento de Exchange 2010 solo tiene en cuenta los conectores habilitados a la hora de calcular la ruta de enrutamiento. Sin embargo, las versiones anteriores de Exchange no tienen en cuenta el estado del conector.
Para seleccionar la ruta de enrutamiento se usa la siguiente lógica:
En primer lugar, calcula la ruta de enrutamiento menos costosa sumando el costo de los vínculos a sitios IP y de los conectores de grupos de enrutamiento que hay que atravesar para alcanzar el destino. Si el destino es un conector, el costo asignado al espacio de nombres se suma al costo para alcanzar el conector seleccionado. Si existen varias rutas de enrutamiento, solo se usa la que tenga el menor costo agregado.
Si varias rutas de enrutamiento tienen el mismo costo agregado, se evalúa el número de saltos de cada ruta y se usa la que tenga el menor número de saltos.
Si hay más de una ruta de enrutamiento disponible, se tiene en cuenta el nombre asignado a los conectores de grupo de enrutamiento o a los sitios de Active Directory antes de tener en cuenta el destino. Se usará la ruta de enrutamiento cuyo sitio de Active Directory más próximo al destino sea el menor en orden alfanumérico. Si el sitio más próximo al destino es el mismo en todas las rutas de enrutamiento que se están evaluando, se tiene en cuenta el nombre de un sitio anterior.
En la figura siguiente se muestra la topología de enrutamiento de una organización de Exchange. En los ejemplos siguientes se usa esta topología para mostrar la lógica que usa el algoritmo de enrutamiento para seleccionar la ruta de enrutamiento menos costosa.
Topología de enrutamiento de Exchange 2010
Ejemplo 1 Un mensaje que se retransmite desde el sitio A al sitio D puede seguir dos rutas de enrutamiento posibles: Sitio A-sitio B-sitio D y sitio A-sitio C-sitio D. Los costos asignados a los vínculos a sitios IP de cada ruta de enrutamiento se suman para determinar el costo total del enrutamiento del mensaje. En este ejemplo, la ruta sitio A-sitio B-sitio D tiene un costo agregado de 20. La ruta sitio A-sitio C-sitio D tiene un costo agregado de 10. El enrutamiento selecciona la ruta sitio A-sitio C-sitio D.
Ejemplo 2 Un mensaje que se retransmite desde el sitio B al sitio D puede seguir tres rutas de enrutamiento posibles: sitio B-sitio D con un costo de 15, sitio B-sitio E-sitio C-sitio D con un costo de 15 y sitio B-sitio A-sitio C-sitio D con un costo de 15. Como hay más de una ruta con el mismo costo, el enrutamiento selecciona la ruta sitio B-sitio D porque tiene menos saltos.
Ejemplo 3 Un mensaje que se retransmite desde el sitio A al sitio E puede seguir dos rutas de enrutamiento posibles: sitio A-sitio B-sitio E con un costo de 10 y sitio A-sitio C-sitio E con un costo de 10. Se compara el orden alfanumérico de los sitios de Active Directory inmediatamente anteriores al sitio E. El sitio B tiene un valor alfanumérico menor que el sitio C. Por lo tanto, el enrutamiento selecciona la ruta de sitio A a sitio B y sitio E.
Después de determinar la ruta de enrutamiento menos costosa, el componente de enrutamiento de Exchange 2010 no tiene en cuenta rutas de enrutamiento alternativas.
Selección del siguiente salto
Los servidores Transporte de concentradores de Exchange 2010 no retransmiten a todos los sitios de Active Directory en la ruta de enrutamiento menos costosa. Una vez determinada la ruta de enrutamiento, el mensaje se retransmite directamente desde el servidor de origen al siguiente salto. La selección del siguiente salto intenta entregar los mensajes lo más cerca posible del destino final. Es posible que sea necesaria una retransmisión entre sitios adicional para llegar al destino final. Cuando se enruta a grupos de enrutamiento heredados, se produce una retransmisión directa al sitio de Active Directory donde se encuentra el servidor de origen del conector de grupos de enrutamiento del primer salto. Una vez retransmitido el mensaje al entorno heredado, se produce un enrutamiento heredado estándar.
En la figura siguiente se muestra una topología simple de Exchange y se ilustran muchos de los componentes de enrutamiento de Exchange.
Topología de Exchange y componentes de enrutamiento
Teniendo como referencia la figura anterior, se procesa un mensaje enviado desde Buzón1 del Sitio A al destinatario externo fabricio@contoso.com, de la siguiente manera:
El servicio de envío de buzón de Microsoft Exchange que se ejecuta en Buzón1 envía una notificación a un servidor Transporte de concentradores de Exchange 2010 ubicado en el mismo sitio de Active Directory que el nuevo elemento de correo para el transporte.
El componente de controlador de almacenamiento de un servidor Transporte de concentradores de Exchange 2010 del mismo sitio de Active Directory usa RPC para recuperar el mensaje y ponerlo en la cola de envío del servidor local.
Desde la cola Envío, el mensaje pasa por la categorización. En primer lugar, el categorizador resuelve los destinatarios y determina que joe@contoso.com es un destinatario externo.
El componente de enrutamiento selecciona el mejor conector para enrutar el mensaje y calcula la ruta menos costosa a ese conector. En este ejemplo, el conector de envío tiene el espacio de direcciones *.contoso.com y es el conector seleccionado por el componente de enrutamiento. Todos los servidores de origen de este conector de envío están ubicados en el sitio B.
El componente de enrutamiento determina el siguiente salto necesario para llegar al servidor de origen del conector de envío. El servidor de transporte de concentradores del sitio A pone en cola el mensaje para entregarlo mediante SMTP al sitio B.
Si el servidor de recepción del sitio B es un servidor de origen del conector de envío, pone en cola el mensaje para entregarlo a ese conector de envío. Si el servidor de recepción no es un servidor de origen del conector de envío *.contoso.com, el mensaje se retransmite mediante SMTP a un servidor de transporte de concentradores del sitio B que es el servidor de origen del conector.
En la tabla siguiente se proporcionan más ejemplos de la selección del siguiente salto para varios destinatarios en función de la topología que se muestra en la figura anterior. No es una lista completa de todas las posibilidades de enrutamiento. Solamente ofrece los ejemplos más comunes en una topología como la que se muestra en la figura anterior.
Ejemplos de selección de salto siguiente en la figura anterior
| Servidor de recepción | Destino final | Siguiente salto | Tipo de entrega de la cola |
|---|---|---|---|
Concentrador1 |
Buzón de correo1 |
Buzón de correo1 |
Entrega MAPI |
Concentrador1 |
Buzón2 |
Concentrador3 |
Relevo SMTP en un sitio de Active Directory |
Concentrador1 |
Buzón3 |
Sitio B |
Relevo SMTP a un sitio de Active Directory remoto |
Concentrador1 |
Buzón de correo4 |
Conector para grupo de enrutamiento |
Retransmisión SMTP a un grupo de enrutamiento heredado |
Concentrador1 |
Destinatario@fourthcoffee.com |
Perimetral1 |
Relevo SMTP para el transporte perimetral |
Concentrador3 |
Buzón de correo1 |
Concentrador1 o Concentrador2 |
Retransmisión SMTP en un sitio de Active Directory |
Concentrador4 |
Buzón de correo1 |
Sitio A |
Retransmisión SMTP a un sitio de Active Directory remoto |
Concentrador4 |
Buzón de correo4 |
Sitio A |
Retransmisión SMTP a un sitio de Active Directory remoto |
Concentrador4 |
Destinatario@contoso.com |
Host de SMTP de Contoso |
Entrega de host inteligente |
Concentrador4 |
Recipient@fourthcoffee.com |
Sitio A |
Retransmisión SMTP a un sitio de Active Directory remoto |
Perimetral1 |
Recipient@fourthcoffee.com |
Host de SMTP de Fourth Coffee |
Entrega DNS |
Una vez calculada la ruta de enrutamiento menos costosa y elegido el destino del próximo salto, el enrutamiento de Exchange 2010 intenta retransmitir el mensaje directamente al destino, a menos que haya un sitio de concentradores configurado en la ruta de enrutamiento menos costosa.
Cola en punto de error
El cálculo de la ruta de enrutamiento menos costosa se usa para determinar una ruta de retroceso cuando se produce un error en la entrega del mensaje al siguiente salto. Exchange 2010 intenta entregar los mensajes lo más cerca posible del destino retrocediendo, salto por salto, a lo largo de la ruta de enrutamiento menos costosa hasta que se realiza una conexión. Este comportamiento se conoce como cola en un punto de error. Cuando los mensajes se ponen en cola en el punto de la ruta de entrega donde se produjo el error de comunicación, no solo se acelera la entrega una vez resuelto el problema, sino que se ayuda a detectar por qué se produjo el error al enviar el mensaje.
En la topología que se muestra en la figura siguiente, si se va a entregar un mensaje desde el sitio A hasta el sitio D, la ruta de enrutamiento menos costosa podría ser sitio A-sitio B-sitio C-sitio D. En primer lugar, se intentará la entrega directamente del sitio A al sitio D. Si ninguno de los servidores de transporte de concentradores del sitio D responde, se intentará la entrega a los servidores de transporte de concentradores del sitio C. Este proceso continúa hasta que un servidor de transporte de concentradores acepte el mensaje. Si ninguno de los sitios intermedios está disponible, el mensaje se pone en cola en el sitio de origen. Si el mensaje se pone en cola en el sitio C, puede comenzar a investigar el error en los servidores Transporte de concentradores del sitio D o la conectividad de red entre el sitio C y el sitio D.
Cola en punto de error
Cuando el mensaje se pone en cola en el punto de error, la cola entra en estado de reintento y los intentos de entrega continúan según los intervalos de reintento hasta que se completa la entrega o el mensaje expira. La cola se reenvía automáticamente para volver a categorizarla después de un intervalo predeterminado de 12 horas. Las colas que tienen un conector como destino del siguiente salto no se reenvían automáticamente a menos que se produzca un cambio en la configuración que provoque el reenvío. Para obtener más información, consulte Nuevo enrutamiento de mensaje y cola inalcanzable.
Puede usar la solución de problemas de flujo de correo para diagnosticar los problemas de flujo de correo. Esta herramienta es un componente del Asistente para solución de problemas de Microsoft Exchange y se puede ejecutar desde el cuadro de herramientas de la Consola de administración de Exchange.
En topologías más complejas, la ruta de enrutamiento menos costosa entre dos sitios de Active Directory puede contener muchos sitios intermedios de Active Directory. Si se produce un problema en la red en alguna parte de la ruta de enrutamiento, podría resultar muy ineficaz retroceder sitio por sitio desde el final e intentar la entrega en cada uno de los sitios intermedios. Si la ruta de enrutamiento tiene más de cuatro saltos, se implementa un retroceso binario hasta que quede un máximo de cuatro sitios. Retroceso binario significa que el siguiente intento de conexión se realiza en un punto a mitad de camino en la ruta de enrutamiento. Por ejemplo, si la ruta de enrutamiento menos costosa desde el sitio A al sitio G de Active Directory es A - B - C - D - E - F - G y se produce un error de red en el vínculo entre los sitios B y C, se realiza el primer intento de conexión con todos los servidores Transporte de concentradores del sitio G. Si se produce un error en el intento de conexión, se realiza el siguiente intento con todos los servidores Transporte de concentradores del sitio D. Éste es el punto intermedio entre el sitio A y el sitio G. Si se produce un error en este intento de conexión, se intenta con los sitios C y B porque están a menos de cuatro vínculos del sitio de origen. El mensaje se pondrá en cola en un servidor de transporte de concentradores del sitio B hasta que se restaure la conectividad del vínculo B-C.
Despliegue retrasado
Un único mensaje de correo electrónico se puede dirigir a más de un destinatario. Estos destinatarios podrían tener buzones internos o ser destinatarios externos. Para enrutar un único mensaje a más de un destinatario, se realizan los siguientes pasos:
Resolución de destinatarios Cada destinatario del mensaje se resuelve en un destino de entrega.
Enrutamiento Se determina la ruta de enrutamiento menos costosa para cada destinatario, y si hay configurado un sitio de concentradores.
División del mensaje Para enrutar el mensaje a destinatarios con diferentes lugares de entrega, es necesario dividir el mensaje en varias copias.
Una vez resueltos todos los destinatarios y determinada la ruta de enrutamiento para cada destino de entrega, Exchange 2010 compara las rutas de enrutamiento de todos los destinatarios. Para preservar el ancho de banda, la división del mensaje en varias copias no se produce hasta que no se encuentra una bifurcación en la ruta de enrutamiento.
Por ejemplo, si varios destinatarios de un único mensaje comparten parte o toda la ruta de enrutamiento menos costosa, se envía una única copia del mensaje hasta que éste llega al punto de la ruta de enrutamiento donde se produce la bifurcación. Cuando se produce la divergencia en las rutas de enrutamiento, el mensaje se divide para crear una copia para cada destinatario.
En la figura siguiente, se envía un único mensaje desde el sitio A a destinatarios en los sitios C, D y E. La ruta de enrutamiento menos costosa se comparte hasta que el mensaje llega al sitio B. En este caso, se retransmite al sitio B una única copia del mensaje que contiene todos los destinatarios. El sitio B representa la primera bifurcación de la ruta de enrutamiento. Desde el sitio B, se enruta una única copia del mensaje al destinatario del sitio D y se retransmite una única copia al sitio C, donde se divide de nuevo. Se entrega una copia del mensaje al destinatario del sitio C y se retransmite una copia del mensaje al sitio E para entregarlo al destinatario de ese sitio.
Despliegue de mensajes retrasado
Volver al principio
Nuevo enrutamiento y cola inaccesible
Si el enrutamiento no puede determinar una ruta para un destinatario válido por cualquier motivo, los mensajes se ponen en la cola inaccesible. Los mensajes de esta cola se vuelven a enrutar cuando se procesan los cambios de configuración y se vuelven a calcular las tablas de enrutamiento. Los mensajes no se vuelven a enrutar en los siguientes casos. En su lugar, se devuelve un NDR al remitente. Las situaciones siguientes dan como resultado el enrutamiento del mensaje hacia la cola inaccesible:
El destinatario es una dirección no SMTP y no se encuentra un conector correspondiente para el espacio de nombres.
El mensaje no cumple los límites de tamaño de mensaje de ninguno de los conectores correspondientes.
No todos los cambios de configuración requieren que se reenvíen los mensajes de la cola. Por ejemplo, una modificación de la lista de host inteligentes para un conector no produce que se vuelva a enrutar los mensajes. Para obtener más información acerca de cómo volver a enrutar mensajes, consulte Nuevo enrutamiento de mensaje y cola inalcanzable.
Volver al principio
© 2010 Microsoft Corporation. Reservados todos los derechos.