Envío directoDirect Push

Se aplica a: Exchange Server 2013Applies to: Exchange Server 2013

Direct Push es una característica que se incorpora en Microsoft Exchange Server 2013. Direct Push mantiene un dispositivo móvil actualizado a través de una conexión de red celular o conexión de red inalámbrica. Notifica al dispositivo móvil cuando hay nuevos contenidos preparados para ser sincronizados.Direct Push is a feature that's built into Microsoft Exchange Server 2013. Direct Push keeps a mobile device current over a cellular or wireless network connection. It notifies the mobile device when new content is ready to be synchronized.

Información generalOverview

Para que Direct Push funcione, el dispositivo móvil debe ser compatible con Direct Push. Entre estos dispositivos se incluyen los siguientes:For Direct Push to work, the mobile device must be Direct Push capable. These devices include the following:

  • Todas las versiones de Windows PhoneAll versions of Windows Phone

  • Teléfonos móviles producidos por licencias de Microsoft Exchange ActiveSync y diseñados específicamente para ser compatibles con la inserción directaMobile phones that are produced by Microsoft Exchange ActiveSync licensees and are designed specifically to be Direct Push compatible

De forma predeterminada, Direct Push está habilitado en Exchange 2013. Los dispositivos móviles compatibles con Direct Push emiten una solicitud HTTPS de larga duración al servidor que ejecuta Microsoft Exchange. El servidor Exchange supervisa la actividad en el buzón de correo del usuario y envía una respuesta al dispositivo móvil si hay algún cambio, por ejemplo, cambios o modificaciones en mensajes de correo electrónico, elementos de calendario, contactos o elementos de tareas. 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 dispositivo móvil y que siempre esté sincronizado con el servidor de Exchange.By default, Direct Push is enabled in Exchange 2013. Mobile devices that support Direct Push issue a long-lived HTTPS request to the server running Microsoft Exchange. The Exchange server monitors activity on the user's mailbox and sends a response to the mobile device if there are any changes, such as new or changed email, calendar, contact, or task items. If changes occur within the lifespan of the HTTPS request, the Exchange server issues a response to the device that states that changes have occurred and the device should initiate synchronization with the Exchange server. The device then issues this request to the server. When synchronization is complete, a new long-lived HTTPS request is generated to start the process again. This guarantees that email, calendar, contact, and task items are delivered quickly to the mobile device, and that it is always synchronized with the Exchange server.

Topología de Direct PushDirect Push topology

El envío directo funciona del siguiente modo:Direct Push operates in the following way:

  1. Un dispositivo móvil configurado para sincronizarse con un servidor Exchange 2013 emite una solicitud HTTPS al servidor.A mobile device that's configured to synchronize with an Exchange 2013 server issues an HTTPS request to the server. Esta solicitud se conoce como PING.This request is known as a PING. La solicitud indica al servidor que notifique al dispositivo si hay cambios en los elementos durante los próximos 15 minutos en cualquier carpeta configurada para sincronizar.The request tells the server to notify the device if any items change in the next 15 minutes in any folder that's configured to synchronize. De lo contrario, el servidor debe devolver un mensaje HTTP 200 OK.Otherwise, the server should return an HTTP 200 OK message. El dispositivo móvil entra, a continuación, en modo de espera.The mobile device then stands by. El ciclo de tiempo de 15 minutos es conocido como un intervalo de latido.The 15-minute time span is known as a heartbeat interval.

  2. Si no hay cambios en los elementos en 15 minutos, el servidor devuelve una respuesta HTTP 200 OK. El dispositivo móvil recibe esta respuesta, reanuda la actividad (lo cual se conoce como activación) y emite su solicitud de nuevo. De este modo se reinicia el proceso.If no items change in 15 minutes, the server returns a response of HTTP 200 OK. The mobile device receives this response, resumes activity (known as waking up), and issues its request again. This restarts the process.

  3. 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 dispositivo móvil que existe un elemento nuevo o modificado y le proporciona el nombre de la carpeta en la cual reside el elemento nuevo o modificado. Una vez que el dispositivo recibe esta respuesta, emite una solicitud de sincronización para la carpeta que tiene el elemento nuevo o cambiado. Una vez terminada la sincronización, el dispositivo móvil emite una nueva solicitud de PING y todo el proceso comienza una vez más.If any items change or new items are received within the 15-minute heartbeat interval, the server sends a response that informs the mobile device that there's a new or changed item and provides the name of the folder in which the new or changed item resides. After the mobile device receives this response, it issues a synchronization request for the folder that has the new or changed item. When synchronization is complete, the mobile device issues a new PING request and the whole process starts over.

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 dispositivo 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 dispositivo móvil tiene un valor de tiempo de espera de 13 minutos.Direct Push depends on network conditions that support a long-standing HTTPS request. If the carrier network for the mobile device or the firewall doesn't support long-standing HTTPS requests, the HTTPS request is stopped. The following steps describe how Direct Push operates when the carrier network for a mobile device has a time-out value of 13 minutes.

  1. Un dispositivo móvil emite una solicitud HTTPS al servidor. La solicitud indica al servidor que notifique al dispositivo si hay cambios en los elementos durante los próximos 15 minutos en cualquier carpeta configurada para sincronizar. De lo contrario, el servidor debe devolver un mensaje HTTP 200 OK. El dispositivo móvil entra, a continuación, en modo de espera.A mobile device issues an HTTPS request to the server. The request tells the server to notify the device if any items change in the next 15 minutes in any folder that's configured to synchronize. Otherwise, the server should return an HTTP 200 OK message. The mobile device then stands by.

  2. Si el servidor no responde después de 15 minutos, el dispositivo móvil se activa y concluye que la conexión al servidor ha agotado el tiempo de espera de la red.If the server doesn't respond after 15 minutes, the mobile device wakes up and concludes that the connection to the server was timed out by the network. El dispositivo vuelve a emitir la solicitud HTTPS, pero en esta ocasión usa un intervalo de 8 minutos.The device reissues the HTTPS request, but this time it uses a heartbeat interval of 8 minutes.

  3. 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.After 8 minutes, the server sends an HTTP 200 OK message. The device then tries to gain a longer connection by issuing a new HTTPS request to the server that has a heartbeat interval of 12 minutes.

  4. 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.After 4 minutes, a new email message is received and the server responds by sending an HTTPS request that tells the device to synchronize. The device synchronizes and reissues the HTTPS request that has a heartbeat of 12 minutes.

  5. 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.After 12 minutes, if there are no new or changed items, the server responds by sending an HTTP 200 OK message. The device wakes up and concludes that network conditions support a heartbeat interval of 12 minutes. The device then tries to gain a longer connection by reissuing an HTTPS request that has a heartbeat interval of 16 minutes.

  6. 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.After 16 minutes, no response is received from the server. The device wakes up and concludes that network conditions cannot support a heartbeat interval of 16 minutes. Because this failure occurred directly after the device tried to increase the heartbeat interval, it concludes that the heartbeat interval has reached its maximum limit. The device then issues an HTTPS request that has a heartbeat interval of 12 minutes because this was the last successful heartbeat interval.

El dispositivo móvil intenta utilizar 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 dispositivo móvil.The mobile device tries to use the longest heartbeat interval the network supports. This extends battery life on the device and reduces how much data is transferred over the network. Mobile carriers can specify a maximum, minimum, and initial heartbeat value in the registry settings for the mobile device.

Configuración de Direct Push para que funcione a través del firewallConfiguring Direct Push to work through your 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.For Direct Push to work through your firewall, you must open TCP port 443. This port is required for Secure Sockets Layer (SSL) and must be opened between the Internet and the Client Access server.

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:In addition to opening ports on your firewall, for optimal Direct Push performance, you should increase the time-out value on your firewall from the default of 15 minutes to 30 minutes. The maximum length of the HTTPS request is determined by the following settings:

  • 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 clienteThe maximum time-out value that's set on the firewalls that control the traffic from the Internet to the Client Access server

  • Los valores de tiempos de espera del firewall que son establecidos por el proveedor de servicios móvilesThe firewall time-out values that are set by the mobile service provider