Casos de flujo de correo con redundancia de instantáneas

 

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2010-06-07

La característica de redundancia de instantáneas de Microsoft Exchange Server 2010 proporciona redundancia para los mensajes durante todo el tiempo en el que están en tránsito. El flujo de mensajes general se explica en Descripción de redundancia de instantánea. En este tema, se explica detalladamente lo que sucede en cada escenario de flujo de mensajes con Exchange.

Escenarios de flujo de correo

En la siguiente figura, se muestran todos los escenarios de redundancia posibles en una organización de Exchange y cómo se realiza la redundancia de mensajes en cada escenario. El área sombreada muestra dónde se produce la redundancia de instantáneas. La redundancia de instantáneas de Exchange 2010 evita la pérdida de datos cuando los mensajes están en tránsito dentro del área sombreada.

Nota

Los servidores de acceso de cliente se omitieron en la figura por cuestiones de simplicidad.

Escenarios de flujo de correo con redundancia de instantáneas

Como se puede observar en la figura anterior, todas las rutas de flujo de correo posibles en una organización de Exchange pueden incluirse en uno de los siguientes escenarios:

A. Envío de cliente de Windows Mobile/MAPI

B. Flujo de correo del servidor de buzones al servidor de transporte de concentradores

C. Entrega de mensajes del servidor de transporte de concentradores al servidor de buzones

D. Flujo de correo entre servidores de transporte de Exchange 2010

E. Flujo de correo de servidores de transporte de Exchange 2010 a servidores de correo que no admiten la redundancia de instantáneas

F. E. Flujo de correo de servidores de correo que no admiten la redundancia de instantáneas a servidores de transporte de Exchange 2010

En las siguientes secciones, se explica qué sucede en cada escenario de flujo de correo.

A. Envío de cliente de Windows Mobile/MAPI

Los envíos de mensajes de clientes de Windows Mobile o MAPI no son redundantes. Una vez que se almacenó correctamente el mensaje en el servidor de buzones, se pueden emplear las características de alta disponibilidad de Exchange y ayudar a evitar la pérdida de datos. Este escenario proporciona una visión global del flujo de mensajes, desde el comienzo hasta el final.

Volver a la lista de escenarios de flujo de correo

B. Flujo de correo del servidor de buzones al servidor de transporte de concentradores

Se producen las siguientes acciones cuando un servidor de buzones de Exchange 2010 envía mensajes a un servidor de transporte de concentradores de Exchange 2010.

Importante

Los servidores de buzones de Exchange 2010 no se pueden comunicar con los servidores de transporte que ejecutan versiones anteriores de Exchange. Por lo tanto, en este tema, sólo se analiza el flujo de correo de un servidor de buzones de Exchange 2010 a un servidor de transporte de concentradores de Exchange 2010.

1. El servicio de envío de correo notifica al servidor de transporte de concentradores que hay un nuevo mensaje.

2. El servidor de transporte de concentradores toma el mensaje de la Bandeja de salida del buzón de correo que envía el mensaje y lo almacena en su base de datos.

3. Si el mensaje tiene destinatarios en servidores de buzones que se encuentran en el mismo sitio de Active Directory, el servidor de transporte de concentradores sigue los pasos enumerados en el escenario C para entregar el mensaje a los buzones de correo de destino. Para todos los demás destinatarios, el servidor de transporte de concentradores entrega el mensaje al próximo salto.

4. Una vez que se completa la entrega al próximo salto, el servidor de transporte de concentradores notifica al servidor de buzones de correo que finalizó el procesamiento del mensaje y que asumió el control del mensaje. Después de esta notificación, se elimina el mensaje de la Bandeja de salida.

5. Si ninguno de los demás saltos del mensaje admiten la redundancia de instantáneas, el servidor de transporte de concentradores elimina el mensaje. En caso contrario, convierte el mensaje en un mensaje de instantáneas al almacenarlo en las colas de instantáneas para los saltos a los que entregó el mensaje.

Volver a la lista de escenarios de flujo de correo

C. Entrega de mensajes del servidor de transporte de concentradores al servidor de buzones

Se producen las siguientes acciones cuando un servidor de transporte de concentradores de Exchange 2010 entrega mensajes a un servidor de buzones de Exchange 2010.

Importante

Los servidores de transporte de concentradores de Exchange 2010 no se pueden comunicar con los servidores de buzones que ejecutan versiones anteriores de Exchange. Por lo tanto, en este tema, sólo se analiza el flujo de correo de un servidor de transporte de concentradores de Exchange 2010 a un servidor de buzones de Exchange 2010.

1. El servidor de transporte de concentradores entrega el mensaje a los buzones de correo de destino.

2. Una vez que se entrega el mensaje a todos los buzones de correo de destino, el servidor de transporte de concentradores agrega el mensaje al contenedor de transporte.

3. Las colas del servidor de transporte de concentradores descartan las notificaciones para el salto del que recibió el mensaje. Estas notificaciones de descarte se crean cuando el salto consulta el servidor de transporte de concentradores.

4. El salto anterior elimina el mensaje de instantáneas correspondiente.

Volver a la lista de escenarios de flujo de correo

D. Flujo de correo entre servidores de transporte de Exchange 2010

El proceso del flujo de correo es idéntico para todos los intercambios de mensajes entre los servidores de transporte que ejecutan Exchange 2010, ya sea entre dos servidores de transporte de concentradores, o entre un servidor de transporte de concentradores y un servidor de transporte perimetral. Se producen las siguientes acciones cuando se transfiere un mensaje de un servidor de transporte de Exchange 2010 a otro servidor. Para una mayor claridad, supongamos que el servidor que envía el mensaje se denomina Hub01 y que el servidor que lo recibe se denomina Edge01.

1. Hub01 establece una conexión SMTP con Edge01.

2. Edge01 anuncia la compatibilidad con la redundancia de instantáneas.

3. Hub01 solicita la redundancia de instantáneas en la sesión SMTP mediante la emisión del comando XSHADOW. El proceso es similar a la definición de la Seguridad de la capa de transporte (TLS) en una sesión SMTP.

4. Para cada mensaje que Hub01 debe enviar a Edge01:

   1. Hub01 transmite el mensaje a Edge01.

   2. Edge01 marca el mensaje como un mensaje con instantáneas en Hub01.

   3. Hub01 marca Edge01 como servidor principal y lo agrega a su cola de instantáneas para Edge01.

   4. Hub01 prepara notificaciones de descarte para el mensaje que se enviará al salto del que recibió el mensaje.

5. Hub01 consulta Edge01 para conocer el estado de descarte de los mensajes que envió anteriormente a Edge01.

6. Edge01 envía todas las notificaciones de descarte que preparó para Hub01. Pueden ser notificaciones para los mensajes enviados en la misma sesión SMTP o para los que se enviaron durante sesiones SMTP anteriores.

7. Hub01 elimina todos los mensajes de instantáneas para los que Edge01 envió una notificación de descarte.

Volver a la lista de escenarios de flujo de correo

E. Flujo de correo de servidores de transporte de Exchange 2010 a servidores de correo que no admiten la redundancia de instantáneas

Ni los servidores de transporte de Exchange Server 2007 ni los servidores cabeza de puente de Exchange Server 2003 admiten la redundancia de instantáneas. Por lo tanto, si dispone de un escenario de coexistencia con versiones anteriores de Exchange, las características de redundancia de Exchange 2010 pueden garantizar la entrega sólo hasta el salto heredado de Exchange, y no durante toda la transferencia hacia el destino. Lo mismo ocurre en el escenario en donde los servidores de transporte perimetral de Exchange 2010 envían mensajes a servidores de correo que no son de Exchange.

Se producen las siguientes acciones cuando un servidor de transporte de concentradores de Exchange 2010 envía un mensaje a un servidor de transporte de Exchange que ejecuta una versión anterior de Exchange, o cuando un servidor de transporte perimetral de Exchange 2010 envía un mensaje a un servidor de correo que no es de Exchange. Para una mayor claridad, supongamos que un servidor de transporte de concentradores de Exchange 2010, denominado Hub01, envía un mensaje a un servidor de transporte anterior de Exchange, denominado Legacy01.

1. Hub01 establece una conexión SMTP con Legacy01.

2. Legacy01 no anuncia la compatibilidad con la redundancia de instantáneas.

3. Dado que Legacy01 no publicó la redundancia de instantáneas, Hub01 no la inicia en la sesión SMTP.

4. Hub01 entrega el mensaje a Legacy01.

5. Hub01 elimina el mensaje.

6. Hub01 prepara las notificaciones de descarte para el salto del que recibió el mensaje.

Volver a la lista de escenarios de flujo de correo

E. Flujo de correo de servidores de correo que no admiten la redundancia de instantáneas a servidores de transporte de Exchange 2010

Existen cuatros puntos de entrada en una organización de Exchange en donde un servidor de correo que no admite la redundancia de instantáneas puede establecer una conexión SMTP con un servidor de transporte de Exchange 2010 y puede enviar mensajes.

• Un servidor de mensajería unificada (MU) de Exchange 2010 que se conecta con un servidor de transporte de concentradores de Exchange 2010.

• Un servidor de transporte de Exchange que ejecuta Exchange 2007 o Exchange 2003 y que se conecta con un servidor de transporte de concentradores de Exchange 2010.

• Un servidor de correo de Internet que no es de Exchange y que se conecta con un servidor de transporte perimetral de Exchange 2010.

• Un servidor de correo de la organización que no es de Exchange, como un servidor UNIX, o un cliente SMTP que envía mensajes a un servidor de transporte de concentradores de Exchange 2010.

En este escenario, Exchange 2010 realiza la redundancia de instantáneas por medio de una característica denominada confirmación con retraso. Cuando un servidor de transporte de Exchange 2010 recibe un mensaje de un servidor de correo que no admite la redundancia de instantáneas, retrasa la emisión de la confirmación al servidor de correo de envío hasta que comprueba que el mensaje se ha entregado correctamente a su destino. Para obtener más información acerca de la confirmación con retraso, consulte Descripción de redundancia de instantánea.

Para ilustrar este escenario, supongamos que un servidor de transporte perimetral de Exchange 2010, denominado Edge01, recibe un mensaje de un servidor de correo de Internet que no es de Exchange, denominado Internet01. En este ejemplo, se producen las siguientes acciones:

1. Internet01 establece una conexión SMTP con Edge01.

2. Edge01 anuncia la compatibilidad con la redundancia de instantáneas.

3. Dado que Internet01 no admite la redundancia de instantáneas, envía el mensaje a Edge01.

4. Edge01 marca el mensaje como un mensaje de confirmación con retraso.

5. Edge01 envía el mensaje a los próximos saltos por medio de los pasos descritos en el escenario D.

6. Edge01 consulta los próximos saltos para conocer el estado de descarte del mensaje.

7. Una vez que Edge01 recibe notificaciones de descarte de todos los próximos saltos, envía la confirmación a Internet01.

8. Edge01 elimina el mensaje de su base de datos.

   Nota

   Si Edge01 no puede comprobar que el mensaje se entregó correctamente a todos los próximos saltos en un lapso de 30 segundos, se agotará el tiempo de espera y Edge01 enviará una confirmación a Internet01. Este valor de tiempo de espera está controlado por el valor del atributo MaxAcknowledgementDelay del conector de recepción.

Volver a la lista de escenarios de flujo de correo

 © 2010 Microsoft Corporation. Reservados todos los derechos.