Présentation de Direct Push

 

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Dernière rubrique modifiée : 2009-02-18

Direct Push est une fonction intégrée dans Exchange Server 2007. La fonction Direct Push est conçue pour tenir un périphérique mobile à jour sur une connexion réseau cellulaire. Introduite dans Exchange Server 2003 Service Pack 2, la fonction Direct Push envoie une notification au périphérique mobile quand un nouveau contenu est prêt pour synchronisation sur le périphérique.

Vue d'ensemble

Pour que la fonction Direct Push opère, vous devez avoir un périphérique capable de prendre en charge la fonction Direct Push. Ces périphériques sont les suivants :

  • Téléphones cellulaires avec Windows Mobile® 5.0 et MSFP (Messaging & Security Feature Pack), et versions ultérieures du logiciel Windows Mobile.

  • Téléphones cellulaires ou périphériques mobiles produits par des titulaires de licence Exchange ActiveSync et spécialement conçus pour être compatibles avec la fonction Direct Push.

Par défaut, la fonction Direct Push est activée dans Exchange 2007. Les périphériques mobiles qui prennent en charge la fonction Direct Push envoient une demande HTTPS à long terme au serveur Exchange. Le serveur Exchange analyse l'activité de la boîte aux lettres de l'utilisateur et envoie une réponse au périphérique en cas de modifications telles que des messages électroniques nouveaux ou modifiés, ou des éléments de calendrier ou de contact. Si des modifications interviennent pendant la durée de vie de la demande HTTPS, le serveur Exchange adresse une réponse au périphérique qui indique que des modifications sont intervenues et que le périphérique doit lancer une synchronisation avec le serveur Exchange. Le périphérique envoie ensuite une demande de synchronisation au serveur. Une fois la synchronisation terminée, une nouvelle demande HTTPS à long terme est générée pour relancer le processus. Cela garantit que les éléments de messagerie, de calendrier, de contact et de tâche sont remis rapidement au périphérique mobile et que le périphérique est toujours synchronisé avec le serveur Exchange.

Topologie Direct Push

La figure 1 illustre une topologie classique d'Exchange Server 2007, c'est-à-dire configurée pour la fonction Direct Push. Cette figure suppose que le rôle serveur d'accès au client et le rôle serveur de boîtes aux lettres sont installés sur deux ordinateurs Exchange Server distincts. Vous pouvez également installer les deux rrôles serveur sur le même ordinateur Exchange 2007 physique.

Figure 1   Conception de réseau Direct Push

Topologie Direct Push

La fonction Direct Push opère comme suit :

  1. Un périphérique mobile configuré pour se synchroniser avec un serveur Exchange 2007 envoie une demande HTTPS au serveur. Cette demande est appelée « ping ». La demande donne pour instruction au serveur d'avertir le périphérique en cas de modification, au cours des 15 minutes suivantes, d'éléments figurant dans un dossier configuré pour la synchronisation. Autrement, le serveur doit retourner un message HTTP 200 OK. Ensuite, le périphérique mobile passe en mode attente. Le délai de 15 minutes est appelé intervalle d'interrogation.

  2. Si aucun élément ne change dans les 15 minutes, le serveur retourne une réponse HTTP 200 OK. Le périphérique mobile reçoit cette réponse, reprend son activité (réveil), puis renvoie la demande. Cette action relance le processus.

  3. Si des éléments changent ou si de nouveaux éléments sont reçus dans l'intervalle d'interrogation de 15 minutes, le serveur envoie une réponse informant le périphérique mobile de la présence d'un élément nouveau ou modifié et indiquant le nom du dossier dans lequel se trouve cet élément. Après que le périphérique mobile a reçu cette réponse, il émet une demande de synchronisation pour le dossier contenant les éléments nouveaux ou modifiés. Une fois la synchronisation terminée, le périphérique mobile émet une nouvelle demande ping et tout le processus recommence.

La fonction Direct Push dépend des conditions de fonctionnement du réseau qui prennent en charge une demande HTTPS à long terme. Si le réseau opérateur pour le périphérique mobile ou le pare-feu ne prend pas en charge les demandes HTTPS à long terme, la demande HTTPS est interrompue. Les étapes suivantes décrivent la manière dont la fonction Direct Push opère quand un réseau opérateur de périphérique mobile a une valeur de délai d'expiration définie sur 13 minutes.

  1. Un périphérique mobile envoie une demande HTTPS au serveur. La demande donne pour instruction au serveur d'avertir le périphérique en cas de modification, au cours des 15 minutes suivantes, d'éléments figurant dans un dossier configuré pour la synchronisation. Autrement, le serveur doit retourner un message HTTP 200 OK. Ensuite, le périphérique mobile passe en mode attente.

  2. Si le serveur ne répond pas après 15 minutes, le périphérique mobile s'éveille et conclut que la connexion au serveur a été interrompue par le réseau à l'issue du délai d'expiration. Le périphérique renvoie la demande HTTPS mais en utilisant un intervalle d'interrogation de huit minutes.

  3. Après huit minutes, le serveur envoie un message HTTP 200 OK. Le périphérique tente alors d'établir une connexion plus longue en envoyant une nouvelle demande HTTPS au serveur, avec un intervalle d'interrogation de 12 minutes.

  4. Après quatre minutes, un nouveau message électronique est reçu et le serveur réagit en envoyant une demande HTTPS invitant le périphérique à se synchroniser. Le périphérique se synchronise et renvoie la demande HTTPS avec l'intervalle d'interrogation de 12 minutes.

  5. Après 12 minutes, à défaut d'élément nouveau ou modifié, le serveur répond en envoyant un message HTTP 200 OK. Le périphérique s'éveille et conclut que les conditions de fonctionnement du réseau prennent en charge un intervalle d'interrogation de 12 minutes. Le périphérique tente alors d'établir une connexion plus longue en renvoyant une demande HTTPS avec un intervalle d'interrogation de 16 minutes.

  6. Après 16 minutes, aucune réponse n'est reçue du serveur. Le périphérique s'éveille et conclut que les conditions de fonctionnement du réseau ne peuvent pas prendre en charge un intervalle d'interrogation de 16 minutes. Comme cette défaillance s'est produite juste après que le périphérique a tenté d'allonger l'intervalle d'interrogation, le périphérique conclut que l'intervalle d'interrogation a atteint sa limite maximale. Le périphérique envoie ensuite une demande HTTPS avec un intervalle d'interrogation de 12 minutes parce que c'était le dernier intervalle d'interrogation efficient.

Notes

Windows Mobile 6.1 apporte des améliorations au processus de synchronisation. Dans Windows Mobile 6.1, le concept de « stockage d'une demande » est conservé. Toutefois, Windows Mobile 6.1 prend en charge Exchange ActiveSync version 12.1. Exchange ActiveSync 12.1 prend en charge le stockage de la demande de synchronisation réelle, pas seulement de la demande Ping. Ainsi, si du nouveau contenu arrive dans la limite de temps configurée, la réponse HTTP à la demande de synchronisation inclura du contenu. Ce comportement accélère le transfert de contenu et permet de prolonger la durée de vie de la batterie sur le périphérique.

Le périphérique mobile tente d'utiliser l'intervalle d'interrogation le plus long pris en charge par le réseau. Cela permet de prolonger la durée de vie de la batterie sur le périphérique et réduit la quantité de données transférées sur le réseau. Les opérateurs mobiles peuvent spécifier une valeur d'intervalle d'interrogation maximale, minimale et initiale pour le périphérique mobile dans les paramètres de registre.

Configuration de la fonction Direct Push pour opérer à travers un pare-feu

Pour que la fonction Direct Push puisse opérer à travers un pare-feu, vous devez ouvrir le port suivant :

  • Le port TCP 443 est requis pour le protocole SSL (Secure Sockets Layer) et il doit être ouvert entre Internet et l'ordinateur Exchange Server sur lequel le rôle serveur d'accès au client est installé.

Outre l'ouverture de ports sur votre pare-feu, pour optimiser des performances de la fonction Direct Push, il est recommandé d'augmenter la valeur de délai d'expiration sur le pare-feu en modifiant la valeur par défaut de 15 minutes en 30 minutes. La longueur maximale de la demande HTTPS est déterminée par les paramètres suivants :

  • délai d'expiration maximal défini sur les pare-feu qui contrôlent le trafic entre Internet et le serveur Exchange sur lequel le rôle serveur d'accès au client est installé ;

  • délais d'expiration du pare-feu définis par l'opérateur mobile.

Si la valeur de délai est courte, le périphérique lance une nouvelle demande HTTPS plus souvent. Cela peut raccourcir la durée de vie de la batterie du périphérique. Pour plus d'informations sur la procédure de configuration du pare-feu, consultez la documentation sur le produit ISA Server.

Pour plus d'informations

Pour plus d'informations sur la fonction Direct Push et la synchronisation des périphériques mobiles avec Exchange 2007, consultez les rubriques suivantes :