Descripción del envío directo
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2016-11-28
Direct Push es una característica que se incorpora en Microsoft Exchange Server 2010. Direct Push mantiene un teléfono móvil actual a través de una conexión de red celular. Brinda notificación al teléfono móvil cuando se encuentra disponible nuevo contenido para ser sincronizado con el teléfono móvil.
Información general
Para que Direct Push funcione, el teléfono móvil o cualquier dispositivo móvil debe ser compatible con la tecnología Direct Push. Entre estos dispositivos se incluyen los siguientes:
Los teléfonos móviles que tienen Windows Mobile 5.0 con los paquetes de características de mensajería y seguridad (MSFP) o una versión posterior de Windows Mobile.
Los teléfonos móviles que son producidos por los licenciatarios de Microsoft Exchange ActiveSync y están diseñados específicamente para ser compatibles con la tecnología Direct Push.
De forma predeterminada, Direct Push está habilitado en Exchange 2010. Los teléfonos móviles compatibles con Direct Push emiten una solicitud HTTPS de larga duración al servidor que ejecuta Microsoft Exchange. El servidor de Exchange supervisa la actividad en el buzón de correo del usuario y envía una respuesta al dispositivo del usuario si hay algún cambio, por ejemplo, mensajes de correo electrónico, elementos de calendario o contactos nuevos o modificados. Si ocurren cambios dentro del ciclo de vida de la solicitud HTTPS, el servidor de Exchange emite una respuesta al dispositivo sobre la ocurrencia de cambios para que el dispositivo inicie la sincronización con el servidor de Exchange. El dispositivo emite, a continuación, esta solicitud al servidor. Una vez terminada la sincronización, se genera una nueva solicitud HTTPS de larga duración para iniciar el proceso una vez más. Esto garantiza que el correo electrónico, el calendario, el contacto y los elementos de tareas sean entregados rápidamente al teléfono móvil y que el dispositivo móvil se sincronice siempre con el servidor de Exchange.
Topología del envío directo
La siguiente figura ilustra una topología típica de Exchange 2010 que está especialmente configurada para Direct Push. Esta figura presupone que se encuentran instalados los roles de servidor Acceso de clientes y Buzón de correo en dos equipos de Exchange diferentes. Puede instalar ambos roles de servidor en el mismo equipo físico de Exchange 2010.
Diseño de la red de Direct Push
El envío directo funciona del siguiente modo:
Un teléfono móvil que está configurado para sincronizarse con un servidor de Exchange 2010 emite una solicitud HTTPS al servidor. Esta solicitud se conoce como PING. La solicitud indica al servidor que notifique al dispositivo si hay cambios en los dispositivos en cualquier carpeta que se encuentre configurada para sincronizar en los próximos 15 minutos. De lo contrario, el servidor debe devolver un mensaje HTTP 200 OK. El teléfono móvil entra, a continuación, en modo de espera. El ciclo de tiempo de 15 minutos es conocido como un intervalo de latido.
Si no hay cambios en los elementos en 15 minutos, el servidor devuelve una respuesta HTTP 200 OK. El teléfono móvil recibe esta respuesta, reanuda la actividad (llamada activación) y emite su solicitud de nuevo. De este modo se reinicia el proceso.
Si hay cambios en los elementos o se reciben nuevos elementos dentro de los 15 minutos del intervalo de latido, el servidor envía una respuesta que informa al teléfono móvil que existe un elemento nuevo o cambiado y le proporciona el nombre de la carpeta en la cual reside el elemento nuevo o el elemento cambiado. Una vez que el teléfono móvil recibe esta respuesta, emite una solicitud de sincronización para la carpeta que tiene los elementos nuevos o cambiados. Una vez terminada la sincronización, el dispositivo móvil emite una nueva solicitud de PING y el proceso comienza una vez más.
El envío directo depende de las condiciones de red que son compatibles con una solicitud HTTPS de larga permanencia. Si la red del portador del teléfono móvil o el firewall no es compatible con las solicitudes HTTPS de larga permanencia, la solicitud HTTPS se detiene. Los siguientes pasos describen cómo funciona Direct Push cuando una red de portador del teléfono móvil tiene un valor de tiempo de espera de 13 minutos:
Un teléfono móvil emite una solicitud HTTPS al servidor. La solicitud dice al servidor que notifique al dispositivo si hay cambios en los dispositivos en cualquier carpeta que se encuentre configurada para sincronizar en los próximos 15 minutos. De lo contrario, el servidor debe devolver un mensaje HTTP 200 OK. El teléfono móvil entra, a continuación, en modo de espera.
Si el servidor no responde después de 15 minutos, el teléfono móvil se activa y concluye que la red finalizó el tiempo de espera de conexión al servidor. El dispositivo vuelve a emitir la solicitud HTTPS, pero en esta ocasión usa un intervalo de 8 minutos.
Después de 8 minutos, el servidor emite un mensaje HTTP 200 OK. A continuación, el dispositivo intenta obtener una conexión más larga mediante la emisión de una nueva solicitud HTTPS al servidor que tiene un intervalo de latido de 12 minutos.
Después de 4 minutos, se recibe un nuevo mensaje de correo electrónico y el servidor responde enviando una solicitud HTTPS que indica al dispositivo que se sincronice. El dispositivo se sincroniza y vuelve a emitir la solicitud HTTPS que tiene un latido de 12 minutos.
Tras 12 minutos, si no hay elementos nuevos o cambiados, el servidor responde mandando un mensaje HTTP 200 OK. El dispositivo se activa y concluye que las condiciones de la red son compatibles con el intervalo de latido de 12 minutos. A continuación, el dispositivo intenta obtener una conexión más larga mediante la nueva emisión de una solicitud HTTPS que tiene un intervalo de latido de 16 minutos.
Después de 16 minutos, no se recibe respuesta del servidor. El dispositivo se activa y concluye que las condiciones de la red no son compatibles con el intervalo de latido de 16 minutos. Puesto que este error ocurrió directamente una vez que el dispositivo intentó incrementar el intervalo de latido, concluye que el intervalo de latido ha alcanzado su máximo límite. El dispositivo emite una solicitud HTTPS que tiene un intervalo de latido de 12 minutos puesto que se trata del último intervalo de latido correcto.
El teléfono móvil intenta usar el intervalo de latido más largo que sea compatible con la red. Así, se prolonga la duración de la batería en el dispositivo y se reduce la cantidad de datos que se transfieren a través de la red. Los portadores móviles pueden especificar un valor de latido máximo, mínimo e inicial en las opciones de registro del teléfono móvil.
Configurar el envío directo para funcionar a través de su firewall
Para que Direct Push funcione a través del firewall, debe abrir un puerto TCP 443. Se necesita este puerto para la Capa de sockets seguros (SSL) y se debe abrir entre Internet y el servidor de acceso de cliente.
Además de los puertos de apertura en el firewall, para el funcionamiento óptimo del envío directo, debe incrementar el valor predeterminado de tiempo de espera en el firewall de 15 minutos a 30 minutos. La longitud máxima de la solicitud HTTPS está determinada por las siguientes opciones:
El valor de tiempo de espera máximo establecido en los firewall que controlan el tráfico desde el servidor de Internet al servidor de acceso de cliente.
Los valores de tiempos de espera del firewall que son establecidos por el proveedor de servicios móviles.
Un valor de tiempo de espera corto provoca que el dispositivo inicie una nueva solicitud HTTPS con más frecuencia. Esto podría acortar la duración de la batería del dispositivo. Para obtener más información sobre cómo configurar el firewall, consulte Documentación de ISA Server (en inglés).
© 2010 Microsoft Corporation. Reservados todos los derechos.