Routage des messages dans un environnement de coexistence

Article
09/30/2014

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

Dernière rubrique modifiée : 2009-01-14

Cette rubrique décrit le fonctionnement du routage des messages lorsque Microsoft Exchange Server 2007 coexiste dans la même organisation Exchange avec des ordinateurs Exchange Server 2003 ou Exchange 2000 Server. Assurez-vous de comprendre les modifications de routage introduites par l'ajout d'Exchange 2007 dans une organisation Exchange existante de manière à pouvoir configurer les connecteurs et à éviter les boucles de routage. Lorsqu'une grande organisation transite d'Exchange 2003 à Exchange 2007, il est probable qu'il existe une période de coexistence entre les deux versions.

Routage des modifications

Exchange 2007 introduit des modifications de routage qui tirent parti de la topologie du site de service d'annuaire Active Directory existante et du réseau sous-jacent pour fournir une topologie de routage efficace et déterministe. Lorsqu'Exchange 2007 coexiste avec Exchange 2003 ou Exchange 2000, vous devez effectuer des tâches de configuration supplémentaires pour prendre en charge le routage des messages entre les versions du serveur. Le tableau 1 résume les modifications dans le routage des messages entre les versions d'Exchange Server.

Tableau 1 Différences de routage entre les versions d'Exchange Server

Exchange 2007	Exchange 2000 et Exchange 2003
Exchange utilise les sites Active Directory pour déterminer une topologie de routage intra-organisationnelle. Tous les serveurs Exchange 2007 sont associés à un unique groupe de routage pour le routage vers des versions antérieures d'Exchange Server.	Exchange utilise des groupes de routage pour déterminer une topologie de routage intra-organisationnelle.
Exchange identifie le chemin de routage le moins coûteux entre les serveurs de transport Hub à l'aide des coûts des liaisons de sites IP du service d'annuaire Active Directory.	Exchange determine le chemin de routage le moins coûteux entre des serveurs têtes de pont à l'aide des coûts des connecteurs de groupe de routage.
Exchange utilise le relais direct pour échanger des messages entre serveurs de transport Hub.	Exchange relaie via des serveurs têtes de pont dans le chemin de routage de chaque groupe de routage.
En cas d'impossibilité de connexion, Exchange utilise les informations du chemin de routage le moins coûteux pour remonter de la destination jusqu'à ce qu'une connexion à un serveur de transport Hub puisse être établie. Les messages sont mis en file d'attente sur le site accessible le plus proche de la destination. Ce comportement est nommé file d'attente au point de défaillance.	En cas d'impossibilité de connexion au saut suivant d'un chemin de routage, Exchange tente de rediriger le message vers un autre chemin.
Lorsqu'un message est envoyé à plusieurs destinataires, Exchange retarde le fractionnement jusqu'à ce qu'une bifurcation de chemins de routage soit atteinte. Ce comportement est nommé distribution ramifiée retardée.	Lors de l'envoi d'un message à plusieurs destinataires, le fractionnement des messages se produit immédiatement après la résolution du destinataire.
Chaque serveur de transport Hub interroge Active Directory séparément pour extraite la configuration de routage utilisée pour calculer une table de routage et créer des mises à jour de configuration.	Exchange utilise un tableau d'état des liens pour stocker une table de routage et publie les modifications de configuration à l'aide des mises à jour de l'état des liens. Le maître du groupe de routage extrait les mises à jour d'Active Directory et coordonne la propagation des changements d'état des liens détectés par les serveurs de ce groupe de routage.

Présentation du premier serveur Exchange 2007

Lors de l'installation du premier serveur Exchange 2007 dans une organisation Exchange existante, vous êtes invité à sélectionner un serveur tête de pont dans l'organisation existante, avec lequel établir le connecteur de groupe de routage initial. Exchange 2007 utilise uniquement des connecteurs de groupe de routage lorsqu'il communique avec des serveurs Exchange 2003 ou Exchange 2000 dans la même organisation Exchange. Pendant l'installation d'Exchange 2007, un connecteur de groupe de routage est créé dans les deux directions entre le groupe de routage Exchange 2007 et un groupe de routage Exchange 2003 ou Exchange 2000. Le serveur tête de pont Exchange 2003 ou Exchange 2000 que vous sélectionnez pendant l'installation détermine avec quel groupe de routage la connexion est effectuée. Un fois l'installation terminée, il est recommandé d'ajouter des serveur source et cible aux connecteurs de groupe de routage pour équilibrer la charge et la redondance.

Tous les serveurs Exchange 2007 sont automatiquement placés dans un groupe de routage unique appelé Groupe de routage Exchange (DWBGZMFD01QNBJR). Des serveurs Exchange 2007 et des serveurs Exchange 2003 ou Exchange 2000 ne peuvent pas résider dans le même groupe de routage. Vous ne pouvez pas créer de groupes de routage supplémentaires dans lesquels placer les serveurs Exchange 2007. Le groupe de routage Exchange 2007 est créé exclusivement pour coexister avec les versions antérieures d'Exchange. Les connecteurs de groupe de routage initiaux créés pendant l'installation déterminent la manière dont les messages circulent entre les versions d'Exchange. Un coût de 1 est affecté au connecteur de groupe de routage initial. Le rôle serveur de transport Hub que vous avez installé et le serveur tête de pont Exchange 2003 ou 2000 que vous avez sélectionné sont définis comme les serveurs source et cible. Des autorisations sont accordées au serveur tête de pont lui permettant d'envoyer et de recevoir des messages électroniques des serveurs de transport Hub Exchange 2007.

Important :
Ne déplacez pas des serveurs Exchange 2007 hors du groupe de routage Exchange (DWBGZMFD01QNBJR) et ne renommez pas ce dernier en utilisant un éditeur d'annuaire de niveau inférieur. Exchange 2007 doit utiliser ce groupe de routage pour communiquer avec les versions antérieures d'Exchange. Les opérations de déplacement de serveurs Exchange 2007 hors du groupe de routage Exchange (DWBGZMFD01QNBJR) ou de modification du nom de ce dernier ne sont pas prises en charge.

Ne déplacez pas des serveurs Exchange 2007 hors du groupe de routage Exchange (DWBGZMFD01QNBJR) et ne renommez pas ce dernier en utilisant un éditeur d'annuaire de niveau inférieur. Exchange 2007 doit utiliser ce groupe de routage pour communiquer avec les versions antérieures d'Exchange. Les opérations de déplacement de serveurs Exchange 2007 hors du groupe de routage Exchange (DWBGZMFD01QNBJR) ou de modification du nom de ce dernier ne sont pas prises en charge.

Le groupe de routage Exchange 2003 avec lequel vous créez votre connexion initiale est important et dépend de la structure de votre environnement actuel. Idéalement, vos groupes de routage reflètent la structure de votre site Active Directory et vos connecteurs de groupe de routage sont au format « Hub and Spoke ». Dans ce scénario, votre premier déploiement Exchange 2007 sera à proximité du groupe de routage Hub. Il est conseillé de créer votre premier connecteur sur un serveur tête de pont de ce groupe de routage.

Création de connecteurs de groupe de routage supplémentaires

Tous les messages relayés entre Exchange 2007 et Exchange 2003 sont routés via le connecteur de groupe de routage initial. Cela peut générer des sauts de routage excessifs comme davantage de serveurs Exchange 2007 sont déployés sur des sites Active Directory supplémentaires. Les serveurs Exchange 2007 de tous les sites sont considérés comme membres du même groupe de routage. Par exemple, imaginons que vous disposez de groupes de routage à Hong Kong, Londres et Chicago. Si votre premier serveur Exchange 2007 est déployé à Chicago, il est logique d'établir le premier connecteur de groupe de routage sur un serveur tête de pont à Chicago. Toutefois, si vous déployez ensuite un serveur Exchange 2007 à Hong Kong, lorsque des messages sont envoyés par des utilisateurs dont les boîtes aux lettres se trouvent sur des serveurs Exchange 2003 à Hong Kong à des utilisateurs dont les boîtes aux lettres se trouvent sur des serveurs Exchange 2007 à Hong Kong, les messages seront routés via Chicago.

Pour éviter de tels sauts de routage excessifs, vous pouvez créer un autre connecteur de groupe de routage qui connecte le groupe de routage Exchange 2007 unique au groupe de routage de Hong Kong. Dans ce scénario, vous devez vous assurer d'exécuter les étapes de configuration qui évitent d'éventuelles boucles de routage. Nous vous recommandons d'effectuer la transition de tous les serveurs Exchange 2003 d'un groupe de routage en même temps afin d'éviter d'obtenir une topologie de routage qui résulte en de nombreux sauts.

Pour créer un connecteur de groupe de routage qui inclut un serveur de transport Hub Exchange 2007 comme serveur source ou cible, vous devez utiliser la cmdlet New-RoutingGroupConnector de l'environnement de ligne de commande Exchange Management Shell. Par défaut, un connecteur de groupe de routage créé à l'aide de cette cmdlet aura un coût par défaut de 1 et ses redirections de dossiers publics seront activées. Pour créer le connecteur de groupe de routage réciproque en une seule opération, vous devez définir le paramètre Bidirectional sur $True. Pour plus d'informations, consultez les rubriques suivantes :

Coexistence et état des liens

Lorsqu'un seul connecteur de groupe de routage est établi entre Exchange 2003 et Exchange 2007, vous n'avez pas besoin de modifier l'état des liens, et aucune boucle de routage ne se produira. Toutefois, si plus d'un connecteur de groupe de routage est configuré entre Exchange 2003 et Exchange 2007, les mises à jour d'état des liens mineures transmises entre les serveurs Exchange 2003 peuvent générer des problèmes. Lorsqu'Exchange 2003 détecte qu'un connecteur est inaccessible, des mises à jour d'état des liens sont communiquées dans l'organisation Exchange afin de signaler que le connecteur est hors service. Le serveur tête de pont Exchange 2003 essaie également de déterminer un autre chemin pour transférer les messages au serveur de destination. Toutefois, Exchange 2007 n'utilise pas l'état des liens pour déterminer un chemin de routage. Le serveur de transport Exchange 2007 ne sera pas conscient que le connecteur est hors service et risque de décider de renvoyer un message via un chemin de routage qu'Exchange 20036 essaie de contourner.

Exchange 2003 peut essayer un chemin de routage différent du chemin de routage le moins coûteux lorsqu'il détecte qu'un connecteur est hors service. Toutefois, Exchange 2007 utilisera toujours le chemin le moins coûteux, générant ainsi une possibilité de boucle de routage.

Pour éviter les boucles de routage, vous devez supprimer les mises à jour d'état des liens mineures avant d'ajouter des connecteurs de groupe de routage supplémentaires. Les mises à jour d'état des liens mineures sont envoyées entre les serveurs Exchange 2003 pour mettre à jour la table de routage d'état des lien pour indiquer qu'un connecteur est hors service. Lorsque la clé de registre SuppressStateChanges est paramétrée, vous désactivez la capacité d'un connecteur à être marqué comme hors service. Les messages d'état des liens permettent également de signaler aux serveurs Exchange 2003 des modifications de configuration dans l'organisation Exchange, telles que l'ajout ou la suppression d'un connecteur ou d'un serveur. La suppression des mises à jour d'état des liens mineures n'empêche pas la communication des messages de mises à jour d'état des liens majeurs.

Lorsque des mises à jour d'état des liens mineures sont supprimées, Exchange 2003 utilise également uniquement le routage le moins coûteux. Cela élimine la probabilité de boucles de routage. Nous vous recommandons de supprimer les mises à jour d'état des liens de chaque serveur Exchange 2003 de l'organisation pour maintenir une configuration cohérente.

Important :
Si des changements de configuration sont apportés dans un groupe de routage Exchange (DWBGZMFD01QNBJR), une certaine latence peut se produire avant la réception de ces modifications par les serveurs Exchange Server 2003 et leur propagation par les maîtres de groupe de routage Exchange 2003. Le retard dépend de la fréquence à laquelle les maîtres de groupe de routage interrogent les modifications de configuration dans d'autres groupes de routage. Par défaut, l'intervalle en deux interrogations est défini sur une heure. Pour enregistrer immédiatement toutes les modifications dans un groupe de routage Exchange (DWBGZMFD01QNBJR) sur des serveurs Exchange 2003, vous devez redémarrer les maîtres de groupe de routage.

Si des changements de configuration sont apportés dans un groupe de routage Exchange (DWBGZMFD01QNBJR), une certaine latence peut se produire avant la réception de ces modifications par les serveurs Exchange Server 2003 et leur propagation par les maîtres de groupe de routage Exchange 2003. Le retard dépend de la fréquence à laquelle les maîtres de groupe de routage interrogent les modifications de configuration dans d'autres groupes de routage. Par défaut, l'intervalle en deux interrogations est défini sur une heure. Pour enregistrer immédiatement toutes les modifications dans un groupe de routage Exchange (DWBGZMFD01QNBJR) sur des serveurs Exchange 2003, vous devez redémarrer les maîtres de groupe de routage.

Connecteurs SMTP

Exchange 2003 et Exchange 2007 peuvent tous deux router vers un connecteur hébergé par chaque version d'Exchange Server. Toutefois, en raison des différences de schéma dans la configuration du connecteur, certains paramètres du connecteur d'envoi sur un serveur Exchange 2007 ne sont pas reconnus par un serveur Exchange 2003 et certains paramètres sur un connecteur SMTP sur un serveur Exchange 2003 ne sont pas reconnus par un serveur Exchange 2007. Ces différences peuvent générer des conflits lors de la sélection du routage. Le tableau 2 récapitule les différences de prise en charge de la fonctionnalité du connecteur entre Exchange 2003 et Exchange 2007.

Tableau 2 Prise en charge de la fonctionnalité du connecteur

Fonctionnalité du connecteur	Prise en charge de la version serveur d'Exchange	Comment
Restrictions de remise par connecteur d'utilisateur	Exchange 2003	Exchange 2007 peut router un message vers un connecteur Exchange 2003 n'autorisant pas les connexions de l'utilisateur expéditeur.
Priorités de messages	Exchange 2003	Exchange 2007 n'attribue pas de priorité de message et ignore toutes les restrictions de priorité définies sur un connecteur SMTP Exchange 2003.
Type de message (désignations système et non-système)	Exchange 2003	Exchange 2007 n'attribue pas de type de message et ignore toutes les restrictions de type de message définies sur un connecteur SMTP Exchange 2003.
Portée du connecteur	Exchange 2003 et Exchange 2007	Exchange 2003 et Exchange 2007 définissent la portée du connecteur de façon différente. Il est possible de définir la portée d'un connecteur Exchange 2003 pour n'autoriser que les serveurs du même groupe de routage à utiliser le connecteur. Il est possible de définir la portée d'un connecteur Exchange 2007 pour n'autoriser que les serveurs du même site Active Directory à utiliser le connecteur. Exchange 2003 reconnaît tous les connecteurs dont la portée est définie dans d'autres groupes de routage comme hors portée, y compris tout connecteur dont la portée est définie dans le groupe de routage Exchange 2007. Exchange 2007 reconnaît également tous les connecteurs Exchange 2003 et Exchange 2007 dont la portée est définie dans d'autres sites Active Directory comme hors portée. Les messages ne sont pas routés vers les connecteurs reconnus comme hors portée.
Taille maximale du message	Exchange 2003 et Exchange 2007	Les restrictions de taille de message définies sur chaque version de serveur sont appliquées à tous les messages routés via le connecteur.
Paramètre de propriété activé et désactivé	Exchange 2007	Exchange 2003 ne reconnaît pas ce paramètre et continue à router vers un connecteur Exchange 2007 désactivé.
L'authentification Windows intégrée était (anciennement appelée NTLM, et est également connue sous le nom d'authentification Stimulation/Réponse de Windows NT).	Connecteurs de réception Exchange 2003 et Exchange 2007 uniquement	Les connecteurs d’envoi Exchange 2007 ne prennent pas en charge l’authentification Windows intégrée. Si vous recréez les connecteurs d’envoi SMTP qui sont configurés sur vos serveurs tête de pont Exchange 2003 sur Exchange 2007, vous devez sélectionner une méthode d’authentification alternative. Pour plus d'informations sur les mécanismes d'authentification disponibles, consultez la rubrique Connecteurs d'envoi.

Sélection du chemin de routage dans un environnement de coexistence

Un message relayé à partir d'un serveur de transport Hub vers un serveur Exchange 2003 ou Exchange 2000 pour remise à une boîte aux lettres de destinataire située sur un serveur Exchange 2003 ou Exchange 2000 doit être relayé à travers un connecteur de groupe de routage. Par conséquent, au moins un connecteur de groupe de routage sépare toujours les serveurs Exchange 2007 des serveurs Exchange 2003 ou Exchange 2000. Lors de la détermination du chemin de routage le moins coûteux vers une version antérieure d'Exchange Server, le composant de routage du service de transport Microsoft Exchange commence par évaluer les chemins de routage possibles pour atteindre le serveur Exchange 2003 de destination en ne prenant en considération que le coût cumulé de tous les connecteurs de groupe de routage à traverser pour atteindre cette destination. Le chemin de routage le moins coûteux à travers les connecteurs de groupe de routage est toujours utilisé, et le coût de liaison de sites IP Active Directory pour atteindre le premier connecteur de groupe de routage est uniquement considéré lorsque deux chemins de routage à travers les connecteurs de groupe de routage ont le même coût.

Le routage Exchange 2007 utilise l'algorithme de sélection de connecteurs suivant pour sélectionner une route :

Il sélectionne le connecteur qui correspond le mieux à l'espace d'adressage.
S'il faut choisir entre plusieurs connecteurs Exchange 2007, les facteurs suivants sont utilisés dans la méthode de sélection :
1. Coût du connecteur. Le coût est calculé à l'aide de la somme du coût pour atteindre l'un des serveurs de transport source du connecteur et du coût de l'espace d'adressage. Le coût pour atteindre l'un des serveurs de transport source est zéro si ce dernier est situé dans le site Active Directory local.
2. Proximité du connecteur. Par exemple, le serveur local est plus proche que le site Active Directory local, qui est plus proche que le site Active Directory distant.
3. Premier connecteur par ordre alphabétique.
S'il faut choisir entre plusieurs connecteurs Exchange 2003, les facteurs suivants sont utilisés dans la méthode de sélection :
1. Coût du connecteur. Le coût est calculé à l'aide de la somme du coût pour atteindre l'un des serveurs de transport source du connecteur et du coût de l'espace d'adressage.
2. Premier connecteur par ordre alphabétique.
Si le choix doit se faire entre un connecteur Exchange 2007 et Exchange 2003, le connecteur Exchange 2007 est toujours sélectionné.

Lorsqu’un message est relayé d’un serveur Exchange 2003 ou Exchange 2000 vers une boîte aux lettres de destinataire située sur un serveur de boîtes aux lettres Exchange 2007, le serveur Exchange 2003 ou Exchange 2000 considère uniquement le coût cumulé des connecteurs de groupe de routage qui doivent être traversés pour atteindre le groupe de routage Exchange 2007. Le chemin de routage dont le coût est le plus bas est toujours utilisé.

Important :
La version de publication (RTM) d'Exchange 2007 ne prend pas en charge la définition d'une taille limite de message maximale sur des liaisons de sites Active Directory ou des connecteurs de groupe de routage incluant des serveurs de transport Hub Exchange 2007 comme serveurs source ou de destination. Exchange 2007 RTM ne reconnaît pas non plus aucune des limites de taille de message définies sur des connecteurs de groupe de routage créés par des versions antérieures d’Exchange Server. C'est pourquoi, quand un message relayé à partir d'Exchange 2007 est reçu par Exchange 2003 ou Exchange 2000, le serveur Exchange 2003 ou Exchange 2000 peut réévaluer le chemin de routage pour tenir compte des limites de taille de message. Cela peut avoir pour effet un re-routage du message vers Exchange 2007, entraînant une boucle de routage. Pour éviter cette situation, il est recommandé de supprimer toutes les restrictions de taille de message sur les connecteurs de groupe de routage lors de l'introduction d'Exchange 2007 dans l'organisation.

La version de publication (RTM) d'Exchange 2007 ne prend pas en charge la définition d'une taille limite de message maximale sur des liaisons de sites Active Directory ou des connecteurs de groupe de routage incluant des serveurs de transport Hub Exchange 2007 comme serveurs source ou de destination. Exchange 2007 RTM ne reconnaît pas non plus aucune des limites de taille de message définies sur des connecteurs de groupe de routage créés par des versions antérieures d’Exchange Server. C'est pourquoi, quand un message relayé à partir d'Exchange 2007 est reçu par Exchange 2003 ou Exchange 2000, le serveur Exchange 2003 ou Exchange 2000 peut réévaluer le chemin de routage pour tenir compte des limites de taille de message. Cela peut avoir pour effet un re-routage du message vers Exchange 2007, entraînant une boucle de routage. Pour éviter cette situation, il est recommandé de supprimer toutes les restrictions de taille de message sur les connecteurs de groupe de routage lors de l'introduction d'Exchange 2007 dans l'organisation.

Nouveautés d'Exchange 2007 Service Pack 1

Exchange 2007 Service Pack (SP1) prend en charge la configuration d'une limite de taille de message maximale sur un connecteur de groupe de routage. Par défaut, Exchange 2007 n'impose pas de taille maximale pour les messages relayés entre les serveurs de transport Hub et Exchange 2003 ou Exchange 2000. Si vous utilisez la cmdlet Set-RoutingGroupConnector pour configurer une taille de message maximale sur un connecteur de groupe de routage, le routage génère une notification d'échec de remise pour tous les messages dépassant la limite de taille de message configurée sur tous les connecteurs de groupe de routage dans le chemin de routage le moins coûteux. Aucun chemin de routage n'est pris en considération. Cette configuration est utile pour restreindre la taille des messages envoyés à des groupes de routage distants qui doivent communiquer via des connexions à bande passante faible. Si vous configurez une restriction de taille maximale de message sur un connecteur de groupe de routage, vous devez également configurer un coût plus important pour ce connecteur de groupe de routage afin d'empêcher le routage de préférer un chemin de routage de taille restreinte à un chemin de routage sans restriction de taille de message. Pour plus d'informations, consultez la rubrique Procédure de configuration des limites de tailles des messages pour le routage interne.

Exchange 2007 RTM ne reconnaît pas non plus un connecteur non SMTP configuré sur une version antérieure d'Exchange Server pour connecter des groupes de routage. Lors du calcul du chemin de routage le moins coûteux vers un groupe de routage hérité, les connecteurs non-SMTP ne sont pas pris en considération. Exchange 2007 SP1 inclut une prise en charge permettant au composant de routage du service de transport Microsoft Exchange de reconnaître des connecteurs non-SMTP lors du calcul du chemin de routage le moins coûteux.

Pour plus d’informations sur la sélection du chemin de routage le moins coûteux dans un environnement de coexistence, consultez la section « Routage des messages pour remise à des serveurs Exchange Server 2003 ou Exchange 2000 » dans Routage interne de message.

Pour plus d'informations

Pour plus d'informations, consultez les rubriques suivantes :

Partager via