Présentation du routage des messages

 

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2016-11-28

Les serveurs de transport Hub et Edge de votre organisation sont chargés essentiellement d’acheminer les messages provenant d’utilisateurs et de sources externes vers leurs destinations finales. Cette rubrique explique comment Microsoft Exchange Server 2010 route les messages dans votre organisation.

Souhaitez-vous rechercher les tâches de gestion relatives à la gestion des serveurs de transport ? Voir Gestion des serveurs de transport.

Contenu de cette rubrique

Vue d’ensemble du routage des messages dans Exchange 2010

Composants du routage

Utilisation de sites Active Directory pour le routage

Tables de routage Exchange 2010

Réception de messages pour le routage

Routage de messages

Reroutage et file d’attente inaccessible

Vue d’ensemble du routage des messages dans Exchange 2010

Les décisions de routage sont prises lors de la catégorisation des messages. Le catégoriseur est un composant du service de transport Microsoft Exchange qui traite tous les messages entrants et détermine l’action à effectuer sur les messages en fonction des informations sur les destinataires visés. Le catégoriseur traite les messages dans le cadre de plusieurs phases dépendantes et utilise également d’autres composants du service de transport Microsoft Exchange lors du traitement des messages. Après la réception d’un message par un serveur de transport Exchange 2010 et le traitement préliminaire effectué lors de la réception SMTP, le message est remis dans la file d’attente de soumission. Les messages sont transférés de la file d’attente de soumission au catégoriseur selon les étapes suivantes :

1. **Traitement des messages déposés par un agent   **À réception du message pour catégorisation, un traitement par un agent est appliqué sur le serveur de transport Hub. Les agents appliqués lors de cette phase sont l’Agent antivirus facultatif Microsoft Forefront Protection for Exchange Server et l’Agent de journalisation.

2. **Résolution du destinataire   **Lors de cette phase, l’adresse de messagerie du destinataire est résolue pour déterminer si le destinataire a une boîte aux lettres dans l’organisation Exchange ou une adresse de messagerie externe.

3. **Routage   **Une fois les informations relatives au destinataire résolues, le composant de routage du catégoriseur détermine la destination finale du message et la route vers cette destination, sélectionne le segment ou saut suivant pour le relais des messages et résout les informations du saut suivant dans une liste d’adresses IP et de serveurs physiques.

4. Conversion du contenu   Avant le relais d’un message vers son saut suivant, une conversion du contenu est effectuée de sorte que le message est envoyé dans un format lisible par le destinataire. La conversion du contenu convertit les messages électroniques d’un format dans un autre pour le flux de messagerie ou le stockage, tel que MAPI en MIME, UUEncode en Base64, ou pour un rendu adéquat spécifique à un client de messagerie, tel que HTML, RTF ou texte brut.

5. Traitement des messages routés par un agent   Une fois que les décisions de routage pour un message spécifique sont prises, l’Agent de règles de transport et l’Agent de journalisation sont appliqués sur le serveur de transport Hub. L’Agent de journalisation est appliqué lors du dépôt et du routage du message de sorte que les modifications apportées au message par l’Agent de règles de transport (par exemple, modification d’une adresse de remise ou application d’une exigence de journalisation spécifique à un message) ne sont pas ignorées par l’Agent de journalisation.

6. Assemblage du message et génération de la notification d’état de remise   Le message catégorisé final est assemblé et déplacé vers une file d’attente de remise. Une notification d’état de remise peut également être générée lors de cette phase.

Les messages sont ensuite traités par le connecteur d’envoi SMTP, le pilote de banque d’informations, les agents de remise ou le gestionnaire de connexion de passerelle étrangère. Le composant qui est utilisé dépend de la destination finale. Une file d’attente de remise est générée dynamiquement pour chaque saut. Les messages sont placés dans ces files d’attente de remise lorsqu’une décision de routage est prise. Si aucune route n’est disponible pour un destinataire, les messages sont placés dans la file d’attente inaccessible.

La figure suivante illustre le mode de traitement des messages lors des différentes phases de routage et la manière dont les messages sont placés en file d’attente pour la remise à la destination du saut suivant.

Contexte de routage du flux de messagerie

Retour au début

Composants du routage

Pour prendre les décisions de routage, Exchange 2010 doit accéder aux informations de configuration stockées dans Active Directory. Sur un serveur de transport Edge, les informations de configuration sont stockées dans et accessibles à partir de l’instance AD LDS (Active Directory Lightweight Directory Services) sur le serveur local. Les services MicrosoftWindows et Exchange 2010 interagissent pour créer des mappages des données de configuration. Ces mappages sont mis en cache dans les tables de routage. Exchange 2010 référence ces tables lorsqu’il prend des décisions de routage. Le cache est mis à jour en cas de modification de la topologie de routage. Les services Exchange utilisés lors du transport des messages sont communs aux rôles serveur de transport Hub et serveur de transport Edge. Toutefois, le rôle serveur de transport Edge ne met pas en cache les informations relatives à la topologie Active Directory.

La configuration et les composants de service suivants sont essentiels pour le routage des messages :

• Sites Active Directory   Un site Active Directory représente la limite de routage des serveurs de transport Hub. Un serveur de transport Hub remet directement les messages aux serveurs de boîtes aux lettres, aux serveurs d’extension de groupe de distribution, aux serveurs sources des connecteurs dans le site Active Directory local et aux serveurs de transport Edge abonnés à ce site. Toutefois, un serveur de transport Hub doit relayer les messages vers un autre serveur de transport Hub pour les destinataires, les serveurs d’extension et les connecteurs localisés dans des sites Active Directory distants. Le rôle serveur de transport Hub doit être déployé dans chaque site Active Directory contenant d’autres rôles serveur Exchange 2010.

• Liaisons de sites IP Active Directory   Les liaisons de sites IP Active Directory définissent les chemins d’accès logiques entre les sites Active Directory. Exchange 2010 référence les objets de liaison de sites IP pour déterminer le chemin de routage le moins coûteux pour les sites Active Directory distants.

• Connecteurs d’envoi   Les connecteurs d’envoi permettent de router les messages vers des espaces d’adressage. La configuration des espaces d’adressage sur les connecteurs d’envoi permet de prendre les décisions de routage. Lorsqu’un message est remis à un domaine externe, la destination de routage est généralement un connecteur d’envoi. Une organisation Exchange qui accepte les messages pour plusieurs domaines de messagerie peut décider de créer des connecteurs d’envoi dédiés à chaque espace d’adressage. Pour plus d’informations sur la sélection des connecteurs d’envoi pour le routage des messages vers des domaines externes, consultez la rubrique Routage de messages externes.

• Agents de remise   Les agents de remise servent à acheminer les messages adressés à des systèmes étrangers qui n’utilisent pas le protocole SMTP pour le transfert des messages. La configuration des espaces d’adressage et des protocoles des agents de remise permet de prendre les décisions de routage.

• Connecteurs étrangers   Les connecteurs étrangers utilisent des répertoires de dépôt pour envoyer des messages à des systèmes étrangers qui n’utilisent pas le protocole SMTP pour le transfert des messages. Exchange utilise la configuration des connecteurs étrangers lors de la prise de décisions de routage.

• Groupes de routage   Les groupes de routage représentent une limite de routage pour Exchange Server 2003. Si Exchange 2010 est déployé dans une organisation Exchange 2003 existante, le routage doit prendre en compte l’emplacement des serveurs au sein des groupes de routage pour remettre un message à une boîte aux lettres ou un connecteur résidant sur Exchange 2003. Pour implémenter la compatibilité avec Exchange 2003, tous les ordinateurs exécutant Exchange 2010 et déployés dans l’organisation appartiennent à un groupe de routage global.

• Connecteurs de groupe de routage   Les connecteurs de groupe de routage définissent des chemins d’accès logiques entre les groupes de routage Exchange. Si Exchange 2010 est déployé dans une organisation Exchange 2003 existante, les messages sont acheminés entre les versions de serveur via des connecteurs de groupe de routage. Lorsque le premier serveur de transport Hub est déployé, le processus d’installation vous invite à créer un connecteur de groupe de routage à partir du groupe de routage Exchange 2010 global vers un groupe de routage hérité. Pour plus d’informations sur le routage des messages dans un environnement dans lequel plusieurs versions d’Exchange sont déployées, consultez la rubrique Routage interne de message.

• Service de transport Microsoft Exchange   Le service de transport Microsoft Exchange est le fournisseur SMTP (Simple Mail Transfer Protocol) d’Exchange 2010 et contrôle chaque composant du traitement des messages, de SMTP IN à SMTP OUT. Une série d’agents de réception SMTP configurables est déclenchée lors des différents événements du protocole SMTP. Le service de transport Microsoft Exchange permet à ces agents de traiter les messages durant le transport SMTP et d’exécuter des tâches, notamment en relation avec le courrier indésirable et les virus, avant la soumission des messages au catégoriseur. Le service de transport Microsoft Exchange utilise également le module de détection de la topologie pour détecter la topologie Exchange.

• Service de topologie Microsoft Exchange Active Directory   Le service de topologie Microsoft Exchange Active Directory est responsable de la localisation des contrôleurs de domaine et des serveurs de catalogue global qu’Exchange 2010 peut utiliser pour extraire des données de configuration et de destinataire à partir d’Active Directory. Le service de topologie Microsoft Exchange Active Directory assure également l’actualisation de l’affinité de site Active Directory pour un serveur Exchange 2010.

• Tables de routage   Les tables de routage contiennent les informations utilisées par le composant de routage pour prendre les décisions de routage. La table de routage est constituée d’une carte des composants de topologie et de leurs relations les uns par rapport aux autres.

• DNS Exchange 2010 utilise un client DNS (Domain Name System) optimisé, composant du service de transport MicrosoftExchange, pour résoudre la sélection du saut suivant dans une liste de noms de serveur cible. Le client DNS standard permet de résoudre cette liste de noms de serveur vers les adresses IP. Le client DNS optimisé offre également une fonctionnalité d’équilibrage de la charge pour les serveurs de transport Exchange 2010 via un tourniquet (round robin).

• Protocole SMTP Le protocole SMTP est utilisé pour la communication lors du relais des messages entre des serveurs SMTP. Un serveur SMTP peut être un serveur de transport Hub, un serveur de transport Edge, un serveur Exchange 2003 ou un hôte actif. Un serveur de transport Hub utilise un appel de procédure distante (RPC) pour remettre les messages directement aux serveurs de boîtes aux lettres ayant la même appartenance au site Active Directory que le serveur de transport Hub.

Retour au début

Utilisation de sites Active Directory pour le routage

Un site Active Directory est un composant de configuration logique basé sur les aspects physiques du réseau. La création d’un site Active Directory permet essentiellement de définir les sous-réseaux connectés de façon à optimiser le contrôle du trafic de réplication Active Directory. Le site Active Directory représente une limite de routage pour Exchange 2010. Les ordinateurs sur lesquels le rôle serveur de transport Hub est installé prennent des décisions de routage en fonction de la topologie de site Active Directory.

Identification de l’appartenance au site

Par défaut, une forêt Active Directory contient uniquement un site Active Directory. Le nom par défaut de ce site Active Directory est Premier-Site-par-défaut. Si aucun autre site Active Directory n’est créé, tous les ordinateurs membres du domaine dans la forêt sont membres de Premier-Site-par-défaut. Vous n’avez pas besoin de configurer d’association de sous-réseau au site. Si d’autres sites Active Directory sont créés, vous devez spécifier les sous-réseaux associés à ce site Active Directory.

Chaque site Active Directory est associé à un ou plusieurs sous-réseaux IP. Un administrateur octroie l’appartenance au site Active Directory aux ordinateurs configurés comme contrôleurs de domaine et serveurs de catalogue global. L’appartenance au site Exchange est octroyée automatiquement aux autres ordinateurs membres du domaine, tels que des serveurs Active Directory, lorsque ceux-ci sont configurés pour utiliser une adresse IP se trouvant dans un sous-réseau IP associé à un site Active Directory. Les ordinateurs avec la même appartenance au site Active Directory sont supposés avoir une bonne connectivité réseau. Un serveur est toujours membre d’un site Active Directory unique.

Les applications sensibles au site peuvent déterminer l’appartenance au site Active Directory de l’ordinateur sur lequel elles sont installées ainsi que d’autres ordinateurs de la forêt, puis utiliser ces informations pour contrôler le flux de communication. Lorsque des applications sensibles au site doivent utiliser les services d’un autre serveur, tel qu’un contrôleur de domaine ou un serveur de catalogue global, la priorité revient aux serveurs ayant la même appartenance au site Active Directory que l’ordinateur à l’origine de la demande de ces services.

Exchange 2010 est une application sensible au site qui utilise la topologie Active Directory pour le routage des messages et la communication avec les services exécutés sur les ordinateurs sur lesquels d’autres rôles serveur Exchange 2010 sont installés. Le site Active Directory n’est pas uniquement une limite de routage. Il s’agit également de la limite de détection du service.

L’identification de l’appartenance au site pour un ordinateur membre d’un domaine dépend d’une série de requêtes DNS visant à comparer l’adresse IP locale aux sous-réseaux définis, puis de déterminer l’association d’appartenance au site appropriée. Pour réduire la charge associée aux requêtes DNS, les ajouts au schéma Exchange 2010 Active Directory incluent l’attribut msExchServerSite pour l’objet serveur Exchange. La valeur de cet attribut correspond au nom unique du site Active Directory d’un serveur Exchange. Cet attribut est une propriété de chaque objet serveur Exchange. Lorsque l’affinité d’appartenance au site est stockée en tant qu’attribut de l’objet serveur, la topologie actuelle peut être lue directement depuis Active Directory plutôt que d’utiliser des requêtes DNS et une association d’appartenance au site est activée pour un ordinateur ne faisant pas partie du domaine, tel qu’un serveur de transport Edge abonné.

La valeur de l’attribut msExchServerSite est renseignée et actualisée par le service de topologie Microsoft Exchange Active Directory. Lors du démarrage d’un ordinateur Windows, le service Net Logon détermine l’appartenance au site pour l’ordinateur. Le service Net Logon utilise ces informations pour rechercher les contrôleurs de domaine se trouvant dans le même site Active Directory que l’ordinateur local, puis dirige les demandes d’autorisation et d’authentification vers ces serveurs. Le service de topologie Microsoft Exchange Active Directory utilise l’appel d’API DsGetSiteName pour récupérer la valeur de l’appartenance au site depuis le service Net Logon et écrit le nom unique du site Active Directory sur l’attribut msExchServerSite pour l’objet serveur Exchange dans Active Directory.

Le tableau suivant montre la manière dont une organisation peut définir les sites Active Directory. Dans cet exemple, trois sites Active Directory sont définis et chacun de ces sites Active Directory est associé à plusieurs sous-réseaux IP.

Exemple d’association de sous-réseau au site Active Directory

Nom du site Active Directory	Sous-réseaux IP associés
Site A	192.168.1.0/24 192.168.2.0/24
Site B	192.168.3.0/24 192.168.4.0/24
Site C	192.168.5.0/24 192.168.6.0/24

Si l’adresse IP d’un serveur nommé HubTransportA est 192.168.1.1, le serveur est membre du Site A. En modifiant l’adresse IP d’un serveur, vous modifiez son appartenance au site. Si vous modifiez l’adresse IP du serveur HubTransportA en 192.168.2.1, cela ne modifie par l’appartenance au site Active Directory du serveur car ce sous-réseau est également associé au Site A. Toutefois, si vous déplacez le serveur et que l’adresse IP devient 192.168.3.1, le serveur sera considéré comme membre du Site B.

Une modification de l’appartenance au site peut également se produire si vous modifiez l’association des sous-réseaux aux sites Active Directory. Par exemple, si vous supprimez le sous-réseau 192.168.3.0 de l’association avec le Site B et que vous l’associez au Site A, l’appartenance au site d’un serveur doté de l’adresse IP 192.168.3.1 est également modifiée avec le Site A. À chaque modification de l’appartenance au site, Exchange 2010 doit mettre à jour ses données de configuration afin que la modification soit prise en compte lorsqu’Exchange 2010 prend les décisions de routage. Une latence survient au moment où une modification est apportée à une appartenance au site Active Directory et la modification de la topologie est entièrement répercutée. La communication suivante doit intervenir dans l’ordre suivant pour que les modifications de la topologie soient appliquées :

1. La modification de l’appartenance au site est écrite dans un contrôleur de domaine. Les informations mises à jour sont répliquées entre les contrôleurs de domaine de chaque site Active Directory dans la forêt. Le délai nécessaire à l’application de la modification dans les forêts dépend de la planification et de la topologie de réplication Active Directory définies par les liaisons de sites.

2. Le service Net Logon est exécuté sur tous les ordinateurs Windows et lance fréquemment des interrogations relatives aux modifications de l’appartenance au site Active Directory. Le service Net Logon lance une interrogation toutes les cinq minutes. Par conséquent, la modification est détectée par le service Net Logon dans les cinq minutes suivant la réception de la mise à jour par le contrôleur de domaine local.

3. Le service de topologie Microsoft Exchange Active Directory interroge le service Net Logon toutes les 15 minutes pour identifier l’appartenance au site Active Directory du serveur Exchange local. Si une modification est détectée, le service de topologie Microsoft Exchange Active Directory met à jour l’attribut MsExchServerSite.

4. La valeur de l’attribut de site modifié pour l’objet de configuration du serveur Exchange est ensuite répliquée dans l’organisation. Les serveurs Exchange de l’organisation détectent cette modification. Puis, les tables de routage sont mises à jour avec la nouvelle valeur de l’attribut d’appartenance au site Active Directory.

Une latence survient entre le moment où une modification d’appartenance au site Active Directory prend effet et le moment où les informations actualisées sont disponibles sur un autre serveur Exchange 2010. Pour plus d’informations sur la manière dont Exchange 2010 gère ces types de modification de la configuration, consultez la section « Reroutage et file d’attente inaccessible » ci-après dans cette rubrique.

Liaisons de sites IP

Les liaisons de sites sont des chemins d’accès logiques entre des sites Active Directory. Un objet de liaison de sites représente un ensemble de sites qui peuvent communiquer à un coût uniforme via un transport intersites spécifié. Les liaisons de sites ne correspondent pas au chemin d’accès utilisé par les paquets réseau sur le réseau physique. Toutefois, le coût affecté à la liaison de site par l’administrateur se base généralement sur la fiabilité, la vitesse et la bande passante disponible du réseau sous-jacent. Par exemple, l’administrateur Active Directory affecte un coût inférieur à une connexion réseau dont la vitesse est 100 Mbits/s qu’à une connexion réseau dont la vitesse est 10 Mbits/s.

Par défaut, toutes les liaisons de sites sont transitives. En d’autres termes, si le Site A est lié au Site B et que le Site B est lié au Site C, le Site A est lié de manière transitive au Site C. La liaison transitive entre le Site A et le Site C est également appelée pont lien de sites.

Une liaison de site Active Directory peut être configurée pour utiliser IP ou SMTP comme protocole de transport des communications. Une liaison de sites SMTP est limitée sur le plan des types de données pouvant être répliqués via ce protocole et est conçue pour fournir un mécanisme de stockage et de transfert pour la réplication entre les sites Active Directory dont la liaison réseau n’est pas fiable. Une liaison de sites IP n’est pas limitée quant aux types de données pouvant être répliqués. Exchange 2010 utilise uniquement des liaisons de sites IP pour déterminer sa topologie de routage. Le coût associé à la liaison de sites IP est pris en compte par le composant de routage d’Exchange 2010 lors du calcul de la table de routage. Ces coûts permettent de calculer le chemin de routage le moins coûteux jusqu’à la destination finale d’un message.

Chaque site Active Directory doit être associé à au moins une liaison de sites IP. Il y a une seule liaison de sites IP par défaut nommée DEFAULTIPSITELINK. Lorsque vous créez un site Active Directory, vous devez l’associer à une liaison de sites IP. Vous pouvez créer d’autres liaisons de sites IP pour mettre en œuvre la topologie souhaitée ou associer chaque site Active Directory à DEFAULTIPSITELINK. Chaque site Active Directory faisant partie d’une liaison de sites IP peut communiquer directement avec les autres sites de cette liaison à un coût uniforme.

Dans la figure suivante, quatre sites Active Directory sont configurés dans la forêt. Chaque site est associé à la liaison de sites IP par défaut DEFAULTIPSITELINK. Par conséquent, chaque site Active Directory communique directement avec les autres sites en utilisant la même métrique de coût. Plusieurs chemins d’accès de communication sont indiqués mais une seule liaison de sites IP est définie.

Topologie à maille pleine avec une liaison de sites IP unique

Dans la figure suivante, quatre sites Active Directory sont configurés dans la forêt. Dans cette topologie, l’administrateur a configuré des liaisons de sites IP pour créer une topologie « Hub and Spoke » des sites Active Directory. Chaque site Spoke peut communiquer directement avec le site central. Les sites Spoke peuvent communiquer entre eux via les liaisons de sites IP transitives.

Topologie « Hub and Spoke » des liaisons de sites IP Active Directory

Il est important de noter qu’ Exchange utilise des liaisons de site uniquement pour identifier le chemin le moins coûteux et essaie toujours de remettre les messages directement au serveur de transport Hub de destination. Par exemple, si un utilisateur du Site B dans la topologie présentée à la figure précédente envoie un message à un autre utilisateur du Site C, le serveur de transport Hub du Site B se connectera directement au serveur de transport Hub du Site C. Si vous voulez obliger les messages à transiter par le Site A, celui-ci doit être activé comme site hub. Pour plus d’informations sur les sites hub, consultez la section « Implémentation de sites hub » ci-après dans cette rubrique.

Un administrateur Active Directory met en œuvre la topologie qui représente le mieux les exigences de connectivité et de communication de la forêt. Comme la même topologie est utilisée par Exchange 2010, vous devez vérifier que la topologie actuelle prend en charge une communication de messagerie efficace.

Le coût par défaut pour une liaison de sites est 100. Un coût de liaison de sites valide est un chiffre compris entre 1 et 99 999. Si vous spécifiez des liaisons redondantes, la liaison présentant l’affectation de coût la plus faible est toujours préférée. Un administrateur d’organisation Exchange peut affecter un coût spécifique à Exchange à une liaison de sites IP. Si un coût Exchange est affecté à une liaison de sites IP, il sera utilisé par Exchange 2010. Sinon, le coût Active Directory est utilisé. Pour plus d’informations sur la définition d’un coût Exchange sur une liaison de sites IP, consultez la section « Contrôle des coûts de liaison de sites IP » ci-après dans cette rubrique. Un administrateur doté de l’appartenance au groupe Administrateurs d’entreprise peut créer d’autres liaisons de sites IP.

Pour plus d’informations sur la configuration du site Active Directory, consultez la page relative à la conception de topologie de site.

Contrôle des coûts de liaison de sites IP

Les coûts de liaison de sites IP Active Directory sont basés sur la vitesse relative du réseau comparée à toutes les connexions réseau du réseau étendu WAN et sont conçues pour produire une topologie de réplication fiable et efficace. Par conséquent, les coûts de liaison de sites IP existants devraient convenir au routage des messages Exchange 2010. Toutefois, si, après avoir consigné le site Active Directory existant et la topologie de liaison de sites IP, vous constatez que les coûts de liaison de sites IP Active Directory et les modèles de flux de trafic ne sont pas optimaux pour Exchange 2010, vous pouvez apporter des ajustements aux coûts évalués par Exchange. La modification du coût attribué à la liaison de sites IP à l’aide des outils Active Directory aurait un impact sur l’ensemble de l’environnement. Utilisez plutôt la cmdlet Set-AdSiteLink de l’environnement de ligne de commande Exchange Management Shell pour attribuer un coût spécifique à Exchange à une liaison de sites IP. Par exemple, pour définir un coût différent sur la liaison de sites IP SITELINKAB à des fins de routage des messages, exécutez la commande suivante dans l’environnement de ligne de commande Exchange Management Shell :

Set-AdSiteLink -Identity SITELINKAB -ExchangeCost 25

Quand un coût Exchange est attribué à une liaison de sites IP, le coût Exchange remplace le coût Active Directory pour le routage des messages et le routage ne prend en considération le coût Exchange que lors de l’évaluation du chemin de routage le moins coûteux.

L’ajustement des coûts de liaison de sites IP peut être utile lorsque la topologie de routage des messages doit être différente de la topologie de réplication Active Directory. Les coûts Exchange permettent de forcer les itinéraires des messages à utiliser un site hub. Les coûts Exchange permettent également de contrôler l’emplacement de mise en file d’attente des messages lorsque la communication vers un site Active Directory échoue. La figure suivante illustre une topologie Active Directory comprenant quatre sites.

Topologie avec les coûts Exchange sur les liaisons de sites IP

Dans la figure précédente, la connexion réseau entre le Site C et le Site D est une connexion à bande passante faible utilisée uniquement pour la réplication Active Directory ; elle ne doit pas être utilisée pour le routage des messages. Toutefois, les coûts de liaison de sites IP Active Directory entraînent l’inclusion de cette liaison dans le chemin de routage le moins coûteux depuis tout autre site Active Directory vers le Site D. Par conséquent, les messages sont remis à la file d’attente du Site D dans le Site C. L’administrateur Exchange préfère que le chemin de routage le moins coûteux inclue le Site B de sorte que si le Site D est inaccessible, les messages sont placés en file d’attente sur le Site B. La configuration d’un coût Exchange élevé sur la liaison de sites IP entre le Site C et le Site D empêche cette liaison de sites IP d’être incluse dans le chemin de routage le moins coûteux vers le Site D.

Exchange 2010 Service Pack 1 (SP1) fournit des prises en charge pour la configuration d’une limite de taille de message maximale sur une liaison de sites IP Active Directory. Par défaut, Exchange 2010 n’impose pas de limite de taille de message pour les messages relayés entre des serveurs de transport Hub dans différents sites Active Directory. Si vous utilisez la cmdlet Set-AdSiteLink pour configurer une taille de message maximale pour une liaison de sites IP Active Directory, le routage génère une notification d’échec de remise pour tout message dont la taille est supérieure à la taille limite de message configurée sur toute liaison de sites Active Directory dans le chemin de routage le moins coûteux. Cette configuration est utile pour restreindre la taille des messages envoyés à des sites Active Directory distants qui doivent communiquer via des connexions à faible bande passante. Pour plus d’informations, consultez la rubrique Présentation des limites de taille de message.

Implémentation de sites hub

Dans votre organisation Exchange, il se peut que vous deviez forcer la remise des messages pour qu’ils soient relayés via un site Active Directory spécifique. Dans ce scénario, la connectivité peut empêcher le relais SMTP direct entre les sites. Par conséquent, les messages doivent être relayés via un site intermédiaire pour être envoyés à leur destination. En raison des stratégies internes d’une organisation Exchange, un administrateur peut vouloir relayer tous les messages via un site particulier. Vous pouvez utiliser les cmdlets de l’environnement de ligne de commande Exchange Management Shell pour désigner un site Active Directory comme site hub. En désignant un site Active Directory comme site hub, vous entraînez une surcharge générale supplémentaire car plus de serveurs sont impliqués dans la remise des messages. Par exemple, un message est envoyé du Site A au Site E. Si le chemin de routage le moins coûteux est Site A-Site B-Site C-Site D-Site E et que vous désignez le Site C comme site hub, le message est relayé du Site A au Site C, puis du Site C au Site E.

La cmdlet Set-AdSite permet de spécifier un site Active Directory comme site hub. Chaque fois qu’un site hub existe sur le chemin de routage le moins coûteux pour la remise des messages, les messages sont placés en file d’attente et traités par les serveurs de transport Hub dans le site hub avant d’être relayés à leur destination finale.

Une fois le chemin de routage le moins coûteux choisi, le routage détermine si le chemin de routage comporte un site hub. Si un site hub est configuré, les messages s’arrêtent sur un serveur de transport Hub dans le site hub avant d’être relayés vers la destination cible. S’il y a plusieurs sites hub sur le chemin de routage le moins coûteux, les messages s’arrêtent sur chacun de ces sites.

Cet écart par rapport au routage de relais direct se produit uniquement lorsque le site hub se trouve sur le chemin de routage le moins coûteux. La figure suivante illustre l’utilisation correcte d’un site hub. Dans ce schéma, le Site B est configuré comme site hub. Les messages relayés du Site A au Site D transitent par le Site B avant d’être remis au Site D.

Remise de messages avec un site hub

La figure suivante montre la manière dont les coûts de liaison de sites IP affectent le routage vers un site hub. Dans ce scénario, le Site B est désigné comme site hub. Toutefois, comme il ne se trouve pas entre d’autres sites sur le chemin de routage le moins coûteux, les messages ne sont pas placés en file d’attente dans le Site B avant la remise à la destination. Un site Active Directory n’est jamais utilisé comme site hub s’il ne se trouve pas sur le chemin de routage le moins coûteux entre deux autres sites.

Site hub mal configuré

Tout site Active Directory peut être configuré comme site hub. Toutefois, pour que cette configuration fonctionne correctement, vous devez avoir déployé au moins un serveur de transport Hub dans le site hub.

Détection de la topologie

La topologie Exchange 2010 s’appuie sur la topologie du site Active Directory et n’a pas de configuration propre. Active Directory peut accéder à la topologie Exchange 2010 via les éléments obligatoires suivants :

• le service de topologie Microsoft Exchange Active Directory ;

• le module de détection de la topologie du service de transport Microsoft Exchange.

Le service de topologie Microsoft ExchangeActive Directory est exécuté sur tous les rôles serveur Exchange 2010, à l’exception du rôle serveur de transport Edge. Ces serveurs Exchange 2010 utilisent le service de topologie Microsoft ExchangeActive Directory pour détecter les contrôleurs de domaine et serveurs de catalogue global pouvant être utilisés par les serveurs Exchange pour lire et écrire les données Active Directory. Exchange 2010 est lié aux serveurs d’annuaire identifiés chaque fois que Exchange doit lire ou écrire sur Active Directory.

Le module de détection de la topologie fait partie du service de transport Microsoft Exchange et fournit des informations relatives à la topologie Active Directory aux serveurs Exchange. Cette API détecte les serveurs et rôles serveur Exchange dans l’organisation et identifie leur relation avec les objets de configuration Active Directory. Les données de configuration sont extraites d’Active Directory, puis mises en cache afin d’être accessibles aux services Exchange exécutés sur cet ordinateur.

Le module de détection de la topologie procède comme suit pour générer une topologie de routage Exchange :

1. Les données sont lues à partir d’Active Directory. Tous les objets suivants sont extraits :

   • sites Active Directory ;

   • liaisons de sites IP ;

   • tous les serveurs Exchange. Cela inclut les informations relatives aux rôles serveur Exchange 2010 déployés sur ces serveurs.

2. Les données récupérées lors de l’étape 1 sont utilisées pour créer la topologie initiale et démarrer la liaison et le mappage des objets de configuration concernés.

3. Les serveurs Exchange sont mis en correspondance avec les sites Active Directory en extrayant la valeur d’attribut de site de l’objet serveur Exchange stocké dans Active Directory.

4. Les tables de routage sont mises à jour avec l’ensemble des informations récupérées.

Ce processus indique à tous les serveurs Exchange 2010 l’existence d’autres serveurs Exchange dans l’organisation, ainsi que la situation des serveurs Exchange les uns par rapport aux autres.

Retour au début

Tables de routage Exchange 2010

Lorsque le service de transport Microsoft Exchange démarre, il calcule un ensemble de tables de routage basé sur l’instantané des informations extraites d’Active Directory ou, sur un serveur de transport Edge, d’AD LDS. Ces informations de configuration stockées dans AD LDS incluent les connecteurs et domaines acceptés disponibles, mais pas les données de topologie.

Le composant de routage fait référence aux tables de routage pour déterminer le mode de routage des messages vers les destinataires. Lorsque des modifications de configuration sont apportées, les tables de routage sont recréées. Les nouvelles tables de routage permettent de router les nouveaux messages entrants. Les messages présents dans les files d’attente de remise distante sont également reroutés si le composant de routage détermine qu’ils sont affectés par les modifications apportées à la configuration. Pour plus d’informations sur le reroutage des messages, consultez la section « Reroutage et file d’attente inaccessible » ci-après dans cette rubrique.

Les données de configuration suivantes sont extraites d’Active Directory et accessibles au composant de routage des serveurs de transport Hub :

• sites Active Directory ;

• liaisons de sites IP Active Directory ;

• serveurs Exchange et leur relation aux sites Active Directory ;

• connecteurs SMTP ;

• connecteurs non SMTP.

  Remarque :
  Les connecteurs non-SMTP incluent les connecteurs des agents de remise Exchange 2010, les connecteurs étrangers, et dans les scénarios de coexistence, tous les connecteurs non-SMTP hébergés par Exchange 2003.

• groupes de routage ;

• connecteurs de groupe de routage ;

• banques de boîtes aux lettres (bases de données de messages privées [MDB]) ;

• banques de dossiers publics (MDB publiques) ;

• hiérarchies de dossiers publics.

À partir de ces données, le composant de routage du service de transport Microsoft Exchange renseigne les tables de routage pour rationaliser les décisions de routage. La table de routage met les données en correspondance pour créer une carte topologique. Cette carte contient les éléments suivants :

• Carte des connecteurs liés   Cette carte met en correspondance les identificateurs des connecteurs de réception sur le serveur local et les connecteurs d’envoi liés.

• Carte des serveurs   Tous les serveurs de transport Hub, de transport Edge, de boîtes aux lettres Exchange 2010 et Exchange 2007, ainsi que les serveurs Exchange 2003 dans l’organisation sont inclus dans la carte des serveurs. Cette carte met en correspondance le nom unique de chaque serveur Exchange avec des données de routage de serveur. Cela comprend le coût total pour atteindre le serveur.

• Carte des serveurs hérités   Tous les serveurs de transport Hub, de transport Edge, de boîtes aux lettres Exchange Server 2007, ainsi que les serveurs Exchange 2003 dans l’organisation sont inclus dans la carte des serveurs hérités. Cette carte met en correspondance le nom unique hérité de chaque serveur Exchange avec des données de routage de serveur. Cela comprend le coût total pour atteindre le serveur. Cette carte prend en charge la fonctionnalité de remplacement de la banque d’informations. Cette fonctionnalité est spécifique aux dossiers publics. Pour plus d’informations, consultez la rubrique « Routage vers les dossiers publics » dans Routage interne de message.

• Carte des MDB   Toutes les MDB dans l’organisation sont incluses dans la carte des MDB. Cette carte met en correspondance le nom unique de chaque MDB avec des données de routage de serveur. Cela comprend le coût total pour atteindre le serveur.

• Carte des sites Active Directory   Cette carte met en correspondance chaque site Active Directory avec une structure contenant le chemin de routage le moins coûteux à partir du site local vers tous les autres sites. Cette carte inclut tous les sites hub sur le chemin de routage le moins coûteux. Chaque saut du chemin de routage identifie également tous les serveurs de transport Hub dans ce site qui seront utilisés par le composant DNS optimisé.

• Carte des groupes de routage   Cette carte associe le coût total et le premier connecteur de groupe de routage du chemin de routage le moins coûteux depuis le groupe de routage Exchange 2010 vers chaque groupe de routage hérité.

• Carte des connecteurs d’envoi   Cette carte identifie les connecteurs d’envoi configurés dans l’organisation et les serveurs sources pour chaque connecteur.

Les tables de routage sont créées chaque fois qu’un serveur de transport est démarré et recalculées lorsque des modifications de configuration sont reçues. Les modifications de la configuration peuvent être détectées de l’une des manières suivantes :

• Notifications de modification Active Directory   Il y a un délai entre le moment où une notification est reçue et le moment où cette modification est écrite dans les tables de routage. Ce délai permet au composant de routage d’organiser les modifications en lot et de traiter plusieurs modifications au cours d’une opération. Par défaut, chaque notification entraîne un délai de traitement de la modification de cinq secondes par le composant de routage. Par exemple, si cinq notifications sont reçues une seconde après la notification précédente, le routage retarde le traitement de la modification pendant neuf secondes.

• Rechargement de la configuration lié à des commandes de contrôle de service Le composant de routage recharge les données de configuration lors du redémarrage du service de transport Microsoft Exchange.

• Rechargement périodique afin de suivre les modifications non prises en charge par les notifications Active Directory   Par défaut, le routage recharge périodiquement les données de configuration pour s’assurer du suivi de toutes les modifications. Le rechargement de la configuration se produit toutes les six heures.

Les informations des tables de routage sont enregistrées dans les journaux de routage. Par défaut, ces journaux se trouvent dans le dossier C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\Routing. Un nouveau journal est généré chaque fois que les tables de routage sont calculées. Si pour une raison quelconque le serveur de transport Hub ne parvient pas à contacter Active Directory, le routage continue de prendre des décisions de routage en fonction des données actuellement mises en cache, même si celles-ci ne sont pas actualisées. Pour plus d’informations, consultez la rubrique Présentation de l'enregistrement de la table de routage.

Retour au début

Réception de messages pour le routage

Un message peut parvenir à un serveur de transport Hub de l’une des manières suivantes :

• Le message électronique est reçu d’un serveur SMTP connecté à Internet pour remise à un destinataire dans l’organisation Exchange ou à un destinataire dans un domaine de relais interne accepté.

• Un message électronique est reçu d’un autre serveur de transport Hub de l’organisation Exchange pour remise à une boîte aux lettres de destinataire située sur un serveur de boîtes aux lettres dans ce site Active Directory.

• Le message électronique est reçu de clients SMTP. Ce sont généralement des utilisateurs POP3 ou IMAP4 pouvant exister dans votre environnement.

• Le message électronique est reçu de répertoires de collecte et de relecture sur un serveur de transport Hub. Ces répertoires sont généralement utilisés par les connecteurs étrangers pour transmettre les messages vers votre infrastructure Exchange.

• Le message électronique est extrait d’un serveur de boîtes aux lettres Exchange 2010 par le serveur de transport Hub.

• Un message électronique est reçu d’un serveur Exchange 2007 ou Exchange 2003 pour remise à une boîte aux lettres de destinataire située sur un serveur de boîtes aux lettres Exchange 2010.

Le traitement de tous les messages électroniques reçus sur un serveur de transport Hub en vue de leur catégorisation commence dans la file d’attente de soumission.

Réception de messages provenant des serveurs de transport Edge, d’autres serveurs de transport Hub d’Exchange et de clients SMTP

Dans ce scénario, les messages sont reçus depuis des serveurs de transport Edge, des serveurs de transport Hub ou d’autres hôtes SMTP tiers utilisant des connexions SMTP standard. L’hôte distant établit une connexion SMTP et transfère les messages vers le serveur de transport Hub. Les serveurs de Transport Hub utilisent des connecteurs de réception pour accepter les connexions SMTP entrantes. Chaque serveur de transport Hub dispose de deux connecteurs de réception créés lors de l’installation. L’un de ces connecteurs sert à recevoir les connexions SMTP authentifiées d’autres serveurs Exchange. Le deuxième sert à recevoir les connexions SMTP de clients SMTP desservant les utilisateurs POP3 ou IMAP4 au sein de votre organisation. Des autorisations différentes ont été configurées pour ces deux connecteurs de réception en fonction de leur utilisation prévue. Pour en savoir plus sur les connecteurs de réception, voir Présentation des connecteurs de réception.

Par défaut, les serveurs de transport Hub n’acceptent pas les connexions anonymes non authentifiées. Si vous devez activer cette fonctionnalité, il est recommandé de créer un connecteur de réception séparé pour gérer les connexions anonymes. Pour plus d’informations, consultez la rubrique Autoriser le relais anonyme sur un connecteur de réception.

Collecte des messages à partir des répertoires de collecte et de relecture

Les connecteurs étrangers permettent de connecter à votre organisation Exchange des systèmes de messagerie qui n’utilisent pas SMTP comme protocole de transfert. Lorsqu’un message est envoyé à un utilisateur Exchange depuis un site distant, le connecteur étranger écrit ce message dans un répertoire spécial sur le serveur de transport Hub, appelé répertoire de collecte. Le serveur de transport Hub vérifie régulièrement le répertoire de collecte pour détecter les nouveaux messages. Lorsqu’il détecte un nouveau message, le serveur de transport Hub convertit le message en un message électronique Exchange et le route comme un message normal. Pour en savoir plus sur l’utilisation des répertoires de collecte et de relecture, consultez la rubrique Présentation des répertoires de collecte et de relecture.

Extraction de messages d’un serveur de boîtes aux lettres

Dans ce scénario, le service de dépôt de courrier de Microsoft Exchange, exécuté sur les serveurs de boîtes aux lettres, informe un serveur de transport Hub situé sur le même site Active Directory que les messages sont prêts à être extraits de la Boîte d’envoi de l’expéditeur. Chaque serveur de boîtes aux lettres gère une liste de serveurs de transport Hub localisés dans le même site Active Directory. Cette liste de serveurs de transport Hub est appelée liste de serveurs de dépôt. Le processus de détection du serveur est répété toutes les dix minutes pour maintenir la liste à jour.

Si plusieurs serveurs de transport Hub se trouvent dans le même site Active Directory que le serveur de boîtes aux lettres soumettant une notification indiquant qu’un message électronique est prêt pour récupération, le serveur sera sélectionné selon la procédure suivante :

• Si le serveur de boîtes aux lettres local exécute également le rôle serveur de transport Hub et qu’il ne participe pas à un groupe de disponibilité de base de données, le serveur local est informé. Si le service de transport Microsoft Exchange local n’est pas en cours d’exécution ou si le serveur de transport Hub local ne peut pas traiter de nouveaux dépôts de courrier pour des raisons de régulation du flux, un autre serveur de transport Hub disponible est notifié. Pour plus d’informations sur la régulation de flux, consultez la rubrique Présentation de la fonctionnalité de régulation du flux.

• Si le serveur de boîtes aux lettres local exécute également le rôle serveur de transport Hub et qu’il participe également à un groupe de disponibilité de base de données, il tente d’abord d’informer tout serveur de transport Hub sur le site avant de notifier le serveur de transport Hub local. Il opère ainsi pour éviter la présence de copies redondantes de messages sur le même matériel serveur. Pour en savoir plus sur les rôles serveurs de transport Hub et de boîtes aux lettres coexistants lors de l’utilisation de DAG, voir Coexistence des rôles serveur de transport Hub et de boîtes aux lettres lors de l’utilisation de groupes de disponibilité de base de données.

• Si le serveur de boîtes aux lettres local n’exécute pas le rôle serveur de transport Hub, les notifications font l’objet d’un équilibrage de charge entre les serveurs de transport Hub à l’aide d’un tourniquet.

• Si le serveur de transport Hub sélectionné ne peut pas être contacté, le service de dépôt du courrier Microsoft Exchange bascule sur un autre serveur de transport Hub dans le même site Active Directory. Le serveur défaillant est marqué comme inactif et le serveur de transport Hub suivant dans la liste de serveurs de dépôt est sélectionné. Si aucun serveur de transport Hub du site Active Directory local n’est disponible, cela signifie que la liste de serveurs de dépôt est vide. Dans ce cas, un événement est journalisé et les notifications de dépôt de courrier sont temporairement arrêtées. Les serveurs de transport Hub marqués comme inactifs font l’objet d’une nouvelle tentative après cinq minutes.

Par défaut, le service de dépôt du courrier Microsoft Exchange équilibre les événements de notification entre les serveurs de transport Hub du site de façon à répartir uniformément les notifications d’événements à traiter. Dans certains cas, il se peut qu’une répartition uniforme ne soit pas une solution optimale. Les serveurs de transport Hub n’ont pas tous la même capacité et certains messages requièrent un traitement supplémentaire. Par exemple, un message contenant une pièce jointe volumineuse ou adressé à de nombreux destinataires nécessite un temps de traitement plus long par le serveur de transport Hub qu’un message de petite taille adressé à un seul destinataire. Si vous voulez créer une liste statique de serveurs de transport Hub auxquels un serveur de boîtes aux lettres doit envoyer une notification, vous pouvez utiliser la cmdlet Set-MailboxServer de l’environnement de ligne de commande Exchange Management Shell. À l’aide du paramètre SubmissionServerOverrideList, spécifiez une liste de serveurs de transport Hub que le serveur de boîtes aux lettres local informera lorsqu’il aura du courrier à récupérer. Pour plus d’informations sur la configuration de ce paramètre, consultez Set-MailboxServer.

Après qu’un serveur de transport Hub a reçu une notification de dépôt de courrier d’un serveur de boîtes aux lettres, il utilise le pilote de banque d’informations pour récupérer le message de la base de données de boîtes aux lettres et le placer dans la file d’attente de soumission sur le serveur de transport Hub. Le transfert du message du serveur de transport Hub vers le serveur de boîtes aux lettres est effectué à l’aide d’un RPC Exchange.

Réception de messages à partir de serveurs Exchange hérités

En raison des modifications apportées au modèle Objet serveur Exchange (XSO) dans Exchange 2010, les serveurs de transport Hub Exchange 2010 ne peuvent pas recevoir des messages des serveurs de boîtes aux lettres Exchange 2007 ni leur en envoyer. De même, les serveurs de transport Hub Exchange 2007 ne peuvent pas communiquer avec les serveurs de boîtes aux lettres Exchange 2010. Tous les messages envoyés par des destinataires Exchange 2007 sont d’abord collectés dans les serveurs de boîtes aux lettres par les serveurs de transport Hub Exchange 2007, puis sont relayés aux serveurs de transport Hub Exchange 2010. Pour en savoir plus sur le routage des messages lors de la coexistence avec Exchange 2007, consultez Mettre à niveau à partir d'un transport Exchange 2007.

Contrairement aux sites Active Directory, Exchange 2003 utilise les groupes de routage pour router les messages. Les groupes de routage sont interconnectés par le biais de connecteurs de groupe de routage. Pour prendre en charge la coexistence de ces deux topologies de routage, tous les serveurs Exchange 2010 sont automatiquement associés à un groupe de routage unique lorsqu’Exchange 2010 est installé dans une organisation Exchange 2003. Tous les messages ayant leur origine dans les boîtes aux lettres Exchange 2003 sont transmis à l’environnement Exchange 2010 par le biais de connecteurs de groupe de routage entre le groupe de routage Exchange 2010 et les groupes de routage Exchange 2003. Pour en savoir plus sur le routage des messages lors de la coexistence avec Exchange 2003, consultez Mettre à niveau à partir d'un transport Exchange 2003.

Retour au début

Routage de messages

Lorsqu’un serveur de transport Hub ou Edge reçoit un message, il identifie sa destination finale et utilise la topologie Exchange et les configurations de connecteur pour déterminer quel est le chemin de routage le moins coûteux. Une fois le chemin de routage établi, le message est transmis au saut suivant sur le chemin de routage. 

Bien que cette rubrique explique comment Exchange prend les décisions de routage en général, les deux rubriques suivantes fournissent des informations supplémentaires sur des scénarios de routage spécifiques. La rubrique sur le routage des messages internes traite de la remise des messages aux serveurs de messagerie, dossiers publics et serveurs hérités. Celle portant sur le routage des messages externes évoque l’acheminement des messages aux destinataires qui se trouvent en dehors de votre organisation Exchange. La rubrique aborde également les rôles des connecteurs d’envoi, des connecteurs d’agent de remise et des connecteurs étrangers.

• Routage interne de message

• Routage de messages externes

Identification de la destination finale

La section précédente décrivait les diverses sources de réception de messages par un serveur de transport Hub. Lorsqu’un message est reçu par un serveur de transport Hub, le message doit être catégorisé. La première phase de la catégorisation des messages consiste en la résolution du destinataire. Une fois le destinataire résolu, la destination finale peut être identifiée. La phase suivante, le routage, détermine la meilleure façon d’atteindre cette destination. Une route unique et déterministe est sélectionnée. Cette route n’est pas recalculée sauf si la configuration du routage est modifiée.

Du point de vue du serveur d’envoi, chaque file d’attente de remise correspond à la destination d’un message spécifique. Lorsque le serveur de transport Edge ou de transport Hub sélectionne la destination d’un message, celle-ci est affectée au destinataire en tant qu’attribut NextHopSolutionKey. Si un message est en cours d’envoi à plusieurs destinataires, chaque destinataire dispose de l’attribut NextHopSolutionKey. Le serveur de réception procède également à la catégorisation du message et place le message en file d’attente pour remise. Une fois un message placé en file d’attente, vous pouvez examiner le type de remise pour une file d’attente donnée afin de déterminer si un message sera de nouveau relayé lorsqu’il atteint la destination du saut suivant.

La destination d’un message peut être classée selon les types de remise suivants :

• Remise à un connecteur DNS   Les messages sont placés en file d’attente pour remise à un destinataire externe via un connecteur d’envoi SMTP pour lequel le serveur local est un serveur source. Le connecteur est configuré pour utiliser le DNS en vue de la résolution des adresses de destinataire.

• Remise à un connecteur d’hôte actif   Les messages sont placés en file d’attente pour remise à un destinataire externe via un connecteur d’envoi SMTP pour lequel le serveur local est un serveur source. Le connecteur est configuré pour utiliser un hôte actif pour la remise.

• Relais SMTP dans un site Active Directory vers un serveur de transport Edge   Les messages sont placés en file d’attente pour remise à un destinataire externe via un connecteur d’envoi SMTP pour lequel le serveur source est un serveur de transport Edge abonné au site Active Directory local.

• Relais SMTP dans un site Active Directory vers un serveur de transport Hub   Les messages sont placés en file d’attente pour remise à un serveur de transport Hub se trouvant dans le même site Active Directory que le serveur local. Le serveur de destination peut être un serveur de transport Hub Exchange 2007, le serveur source d’un connecteur d’envoi, un connecteur d’agent de remise ou un connecteur étranger, le serveur source d’un connecteur de groupe de routage ou un serveur d’extension de groupe de distribution.

• Relais SMTP vers un site Active Directory distant   Les messages sont placés en file d’attente pour remise à un serveur de transport Hub dans un site Active Directory distant. Le serveur de destination finale dans le site Active Directory distant peut être :

  • le serveur source d’un connecteur configuré pour transporter les messages pour des destinataires externes ;

  • le serveur source d’un connecteur de groupe de routage ;

  • le serveur d’extension d’un groupe de distribution ;

  • un serveur de boîtes aux lettres dans un site Active Directory distant.

  Les messages sont remis à l’un des serveurs de transport Hub dans le site de destination. Au besoin, le serveur de réception relaie le message au sein du site Active Directory.

• Relais SMTP vers un groupe de routage hérité   Les messages sont placés en file d’attente pour remise au premier connecteur de groupe de routage utilisé pour atteindre un groupe de routage Exchange 2003. Le serveur de destination finale peut être :

  • le serveur source d’un connecteur ;

  • un serveur d’extension ;

  • un serveur tête de pont Exchange 2003 qui remet les messages adressés à des destinataires de boîte aux lettres dans le groupe de routage.

• Remise MAPI Les messages sont placés en file d’attente pour remise à la boîte aux lettres d’un destinataire, un dossier public ou une banque de dossiers publics se trouvant sur un serveur de boîtes aux lettres dans le site Active Directory local.

• Remise à une passerelle non-SMTP   Les messages sont placés en file d’attente pour remise à un destinataire externe via un connecteur d’agent de remise ou un connecteur étranger pour lequel le serveur local est un serveur source. Ce type de remise est uniquement utilisé lorsque les messages sont en cours de remise dans le répertoire de dépôt des connecteurs d’agent de remise ou du connecteur étranger sur le serveur local.

• Inaccessible   Une route vers le destinataire n’a pas pu être identifiée et les messages se trouvent dans la file d’attente inaccessible.

Identification du chemin de routage le moins coûteux

Le chemin de routage le moins coûteux vers le site Active Directory distant est déterminé par le calcul de tous les coûts affectés aux liaisons de sites IP Active Directory qui existent entre les deux sites. Les liaisons sont pontées et une connexion directe établie. Les serveurs de transport Hub Exchange 2010 sélectionnent toujours un seul chemin de routage déterministe au moindre coût. La disponibilité de la connexion sous-jacente ou du serveur de destination n’est jamais prise en considération dans la sélection du chemin de routage et aucun chemin de routage alternatif n’est pris en considération. 

Le calcul du chemin de routage le moins coûteux permet d’identifier un chemin d’interruption en cas d’échec de la remise d’un message au saut suivant. Dans Exchange 2010, l’interruption est un mécanisme permettant de remettre les messages à un saut intermédiaire sur le chemin de routage le moins coûteux en cas d’échec du relais direct, quelle qu’en soit la cause (problèmes réseau ou déconnexion de serveurs, par exemple). Le composant de routage tente de remettre les messages au plus proche de la destination en s’interrompant à chaque saut sur le chemin de routage le moins coûteux jusqu’à ce qu’une connexion soit établie. Dans un premier temps, une tentative de connexion est effectuée sur chaque serveur de transport Hub dans le site Active Directory de destination. Si aucun serveur de transport Hub dans le site Active Directory ne répond, le chemin de routage le moins coûteux est vérifié pour déterminer la manière dont l’interruption est lancée depuis le site de remise. L’objectif est de remettre le message au plus près de la destination et de le placer en file d’attente sur un serveur de transport Hub dans ce site Active Directory.

En fonction du scénario de routage des messages individuels, les facteurs suivants peuvent influencer la sélection du chemin de routage le moins coûteux :

• Connecteurs liés   Si le connecteur de réception qui reçoit le message est lié à un connecteur d’envoi, les messages sont routés vers ce connecteur d’envoi indépendamment du coût. Cette configuration prévaut toujours.

• Coût affecté aux liaisons de sites IP et aux connecteurs de groupe de routage devant être traversés pour atteindre la destination S’il existe plusieurs chemins de routage entre un serveur source et un serveur de destination, le chemin de routage dont le coût d’agrégation est le plus faible est sélectionné.

• Espace d’adressage associé à un connecteur d’envoi   Le connecteur d’envoi dont l’espace d’adressage est le plus proche de la destination est sélectionné.

• Coût associé à l’espace d’adressage configuré sur un connecteur d’envoi Si plusieurs connecteurs d’envoi ont le même espace d’adressage, le composant de routage compare le coût affecté à l’espace d’adressage. Le connecteur d’envoi dont le coût est le plus faible est sélectionné.

• Portée du connecteur   L’utilisation d’un connecteur peut être limitée à certains serveurs Exchange 2010 dans le même site Active Directory que les serveurs de transport sources pour le connecteur. Dans les versions précédentes d’Exchange, la portée du connecteur pouvait être limitée aux serveurs avec la même appartenance au groupe de routage.

• Restrictions de taille des messages   La restriction de taille des messages spécifiée sur un connecteur doit être supérieure à la taille du message en cours de routage. Les connecteurs présentant une restriction de taille des messages inférieure à la taille du message ne sont pas pris en compte dans le cadre du routage.

• Proximité de la destination par rapport au serveur d’envoi   Le routage préfère le serveur le plus proche, selon l’ordre suivant : serveur local, serveur dans le même site Active Directory, serveur dans un site Active Directory ou un groupe de routage distant.

• Nom associé à un site Active Directory S’il y a plusieurs chemins de routage dans le même coût d’agrégation, le composant de routage effectue une comparaison alphanumérique du nom des sites Active Directory précédant le site cible sur chaque chemin de routage. Le chemin de routage dont le site Active Directory le plus proche de la destination est le plus bas dans l’ordre alphanumérique est utilisé.

• Nom associé à un connecteur de groupe de routage S’il y a plusieurs chemins de routage dans le même coût d’agrégation, le composant de routage effectue une comparaison alphanumérique du nom des connecteurs de groupe de routage précédant la destination cible sur chaque chemin de routage. Le chemin de routage pour lequel le connecteur de groupe de routage le plus proche de la destination est le plus petit dans l’ordre alphanumérique est utilisé.

• État du connecteur   Le composant de routage Exchange 2010 prend uniquement en compte les connecteurs activés lors du calcul du chemin de routage. Les versions précédentes d’Exchange ne prenaient toutefois pas en compte l’état du connecteur.

La logique suivante permet de sélectionner le chemin de routage :

1. Commencez par calculer le chemin de routage le moins coûteux en ajoutant le coût des liaisons de sites IP et les connecteurs de groupe de routage devant être traversés pour atteindre la destination. Si la destination est un connecteur, le coût affecté à l’espace d’adressage est ajouté au coût pour atteindre le connecteur sélectionné. Si plusieurs chemins de routage sont possibles, celui dont le coût d’agrégation est le plus faible est utilisé.

2. Si plusieurs chemins de routage ont le même coût d’agrégation, le nombre de sauts dans chaque chemin est évalué et le chemin de routage présentant le nombre de sauts le moins élevé est utilisé.

3. Si plusieurs chemins de routage sont encore disponibles, le nom affecté aux sites Active Directory ou aux connecteurs du groupe de routage avant la destination est pris en considération. Le chemin de routage dont le site Active Directory le plus proche de la destination est le plus bas dans l’ordre alphanumérique est utilisé. Si le site le plus proche de la destination est le même pour tous les chemins de routage évalués, un nom de site précédent est sélectionné.

La figure suivante présente la topologie de routage d’une organisation Exchange. Cette topologie est utilisée dans les exemples suivants pour illustrer la logique utilisée par l’algorithme de routage en vue de sélectionner le chemin de routage le moins coûteux.

Topologie de routage Exchange 2010

Exemple 1   Un message est relayé du Site A au Site D peut suivre deux chemins de routage possibles : Site A-Site B-Site D et Site A-Site C-Site D. Les coûts affectés aux liaisons de sites IP dans chaque chemin de routage sont ajoutés pour déterminer le coût total de routage du message. Dans cet exemple, le chemin de routage Site A-Site B-Site D a un coût d’agrégation de 20. Le chemin de routage Site A-Site C-Site D a un coût d’agrégation de 10. Le routage sélectionne le chemin Site A-Site C-Site D.

Exemple 2   Un message est relayé du Site B au Site D. Il existe trois chemins de routage possibles : Site B-Site D avec un coût de 15, Site B-Site E-Site C-Site D avec un coût de 15 et Site B-Site A-Site C-Site D avec un coût de 15. Comme il y a plusieurs chemins de routage avec le même coût, le routage sélectionne le chemin de routage Site B-Site D. Ce routage comporte le nombre de sauts le moins élevé.

Exemple 3   Un message est relayé du Site A au Site E. Il existe deux chemins de routage possibles : Site A-Site B-Site E avec un coût de 10, et Site A-Site C-Site E avec un coût de 10. Les deux chemins de routage présentent le même coût et le même nombre de sauts. L’ordre alphanumérique des sites Active Directory immédiatement avant le Site E est comparé. La valeur alphanumérique du Site B est inférieure à celle du Site C. Par conséquent, le routage sélectionne le chemin de routage Site A-Site B-Site E.

Une fois le chemin de routage le moins coûteux identifié, le composant de routage Exchange 2010 ne prend pas en compte les autres chemins de routage.

Sélection du saut suivant

Les serveurs de transport Hub Exchange 2010 n’assurent pas de relais vers chaque site Active Directory sur le chemin de routage le moins coûteux. Une fois le chemin de routage identifié, le message est relayé directement du serveur source au saut suivant. La sélection du saut suivant tente de remettre les messages au plus près de la destination finale. Un relais intrasite supplémentaire peut être requis pour atteindre la destination finale. Dans le cadre du routage vers des groupes de routage hérités, le relais direct s’opère vers le site Active Directory sur lequel réside le serveur source pour le premier connecteur de groupe de routage. Une fois le message relayé vers l’environnement hérité, un routage hérité standard intervient.

La figure suivante présente une topologie Exchange simple et illustre une grande partie des composants de routage Exchange.

Topologie Exchange et composants de routage

En prenant la figure précédente comme référence, un message envoyé de la boîte aux lettres Mailbox1 dans le Site A au destinataire externe joe@contoso.com est traité de la manière suivante :

1. Le service de dépôt de boîte aux lettres Microsoft Exchange exécuté sur la boîte aux lettres Mailbox1 envoie à un serveur de transport Hub Exchange 2010, dans le même site Active Directory, une notification relative au nouvel élément de courrier pour transport.

2. À l’aide d’un appel de procédure distante, le composant de pilote d’informations sur un serveur de transport Hub Exchange 2010 dans le même site Active Directory récupère le message et le place dans la file d’attente de soumission sur le serveur local.

3. Depuis la file d’attente de soumission, le message est déplacé vers la catégorisation. Le catégoriseur effectue d’abord la résolution du destinataire et identifie joe@contoso.com comme destinataire externe.

4. Le composant de routage sélectionne le meilleur connecteur via lequel router le message et calcule le chemin de routage le moins coûteux vers ce connecteur. Dans cet exemple, le connecteur d’envoi avec l’espace d’adressage *.contoso.com est sélectionné par le composant de routage. Tous les serveurs sources pour ce connecteur d’envoi se trouvent dans le Site B.

5. Le composant de routage identifie le saut suivant requis pour atteindre un serveur source pour le connecteur d’envoi. Le serveur de transport Hub dans le Site A place le message en file d’attente pour remise SMTP au Site B.

6. Si le serveur de réception dans le Site B est un serveur source pour le connecteur d’envoi, il place le message en file d’attente pour remise à ce connecteur d’envoi. Si le serveur de réception n’est pas un serveur source pour le connecteur d’envoi *.contoso.com, le message est relayé via SMTP à un serveur de transport Hub dans le Site B qui est le serveur source pour le connecteur.

Le tableau suivant fournit d’autres exemples de sélection du saut suivant pour plusieurs destinataires en fonction de la topologie présentée dans la figure précédente. Il ne s’agit pas d’une liste exhaustive de toutes les possibilités de routage. Elle fournit simplement les exemples les plus courants d’une topologie similaire à celle présentée dans la figure précédente.

Exemples de sélection du saut suivant dans la figure précédente

Serveur de réception	Destination finale	Saut suivant	Type de file d’attente de remise
Hub1	Mailbox1	Mailbox1	Remise MAPI
Hub1	Mailbox2	Hub3	Relais SMTP dans un site Active Directory
Hub1	Mailbox3	Site B	Relais SMTP à un site Active Directory distant
Hub1	Mailbox4	Connecteur de groupe de routage	Relais SMTP à un groupe de routage hérité
Hub1	Recipient@fourthcoffee.com	Edge1	Relais SMTP au transport Edge
Hub3	Mailbox1	Hub1 ou Hub2	Relais SMTP dans un site Active Directory
Hub4	Mailbox1	Site A	Relais SMTP à un site Active Directory distant
Hub4	Mailbox4	Site A	Relais SMTP à un site Active Directory distant
Hub4	Recipient@contoso.com	Hôte SMTP de Contoso	Remise par l’hôte actif
Hub4	Recipient@fourthcoffee.com	Site A	Relais SMTP à un site Active Directory distant
Edge1	Recipient@fourthcoffee.com	Hôte SMTP de Fourth Coffee	Remise DNS

Une fois le chemin de routage le moins coûteux calculé et la destination du saut suivant sélectionnée, le routage Exchange 2010 tente de relayer le message directement à la destination à moins qu’un site hub ne soit configuré le long du chemin de routage le moins coûteux.

File d’attente au point de défaillance

Le calcul du chemin de routage le moins coûteux permet d’identifier un chemin d’interruption en cas d’échec de la remise d’un message au saut suivant. Exchange 2010 tente de remettre les messages au plus près de la destination en s’interrompant à chaque saut sur le chemin de routage le moins coûteux jusqu’à ce qu’une connexion soit établie. Ce comportement est nommé file d’attente au point de défaillance. Lorsque les messages sont mis en file d’attente au point de défaillance de la communication dans le chemin de remise, cette opération accélère non seulement la remise après la résolution du problème mais vous aide aussi à identifier la cause à l’origine de l’échec de la remise des messages.

Dans la topologie présentée dans la figure suivante, si un message est remis entre le Site A et le Site D, le chemin de routage le moins coûteux peut être Site A-Site B-Site C-Site D. La remise est d’abord directement tentée du Site A au Site D. Si aucun serveur de transport Hub dans le Site D ne répond, la remise est tentée sur les serveurs de transports Hub du Site C. Ce processus se poursuit jusqu’à ce qu’un serveur de transport Hub accepte le message. Si tous les sites intermédiaires sont indisponibles, le message sera placé en file d’attente sur le site source. Si le message est placé en file d’attente dans le Site C, vous pouvez rechercher l’origine de l’échec sur les serveurs de transport Hub du Site D ou examiner la connectivité réseau entre le Site C et le Site D.

File d’attente au point de défaillance

Lorsque le message est placé en file d’attente au point de défaillance, la file d’attente passe à l’état Nouvelle tentative et les tentatives de remise se poursuivent en fonction des intervalles de relance des messages jusqu’à la remise effective ou l’expiration du message. La file d’attente est automatiquement redéposée pour une recatégorisation après un intervalle par défaut de 12 heures. Les files d’attente avec un connecteur comme destination du saut suivant ne sont pas redéposées automatiquement sauf en cas de modification de la configuration entraînant un nouveau dépôt. Pour plus d’informations, consultez la rubrique Reroutage de message et file d'attente inaccessible.

L’utilitaire de dépannage de flux de messagerie permet de diagnostiquer les problèmes de flux de messagerie. Cet outil est un composant de l’Assistant Dépannage de Microsoft Exchange et peut être exécuté depuis la Boîte à outils de la console de gestion Exchange.

Dans des topologies plus complexes, le chemin de routage le moins coûteux entre deux sites Active Directory peut contenir plusieurs sites Active Directory intermédiaires. Si un problème réseau se produit en amont sur le chemin de routage, il peut s’avérer inefficace d’effectuer une interruption site par site depuis la fin et tenter une remise sur chacun des sites intermédiaires. Si le chemin de routage comporte plus de quatre sauts, l’interruption binaire est implémentée jusqu’à obtenir quatre sites ou moins. L’interruption binaire signifie que la prochaine tentative de connexion est effectuée au milieu du chemin de routage. Par exemple, si le chemin de routage le moins coûteux du Site A Active Directory au Site G est A - B - C - D - E - F - G et si une défaillance réseau survient au niveau de la liaison entre le Site B et le Site C, la première tentative de connexion est effectuée sur tous les serveurs de transport Hub dans le Site G. Lors de l’échec de la tentative de connexion, la tentative suivante est effectuée sur tous les serveurs de transport Hub dans le Site D (à mi-chemin du Site G). Lors de l’échec de cette tentative de connexion, des tentatives de connexion sont effectuées vers leSite C et le Site B car ils sont à moins de quatre liaisons du site source. Le message est finalement placé en file d’attente sur un serveur de transport Hub dans le Site B jusqu’à ce que la connectivité de la liaison B-C soit restaurée.

Distribution ramifiée retardée

Un message électronique peut être adressé à plusieurs destinataires. Ces destinataires peuvent avoir des boîtes aux lettres internes ou être des destinataires externes. Le routage d’un message vers plusieurs destinataires implique les opérations suivantes :

1. Résolution des destinataires   Chaque destinataire du message est converti en destination de remise.

2. Routage   Le chemin de routage le moins coûteux est identifié pour chaque destinataire. Cela inclut la configuration éventuelle d’un site hub.

3. Fractionnement du message   Pour router le message aux destinataires avec des emplacements de remise différents, le message doit être fractionné en plusieurs copies.

Une fois que chaque destinataire a été résolu et qu’un chemin de routage a été identifié pour chaque destination de remise, Exchange 2010 compare le chemin de routage pour chaque destinataire. Pour préserver la bande passante, la bifurcation ou le fractionnement du message en plusieurs copies n’interviennent qu’au moment où un embranchement est rencontré sur le chemin de routage.

Par exemple, si plusieurs destinataires d’un message partagent tout ou partie du chemin de routage le moins coûteux, une seule copie du message est envoyée jusqu’à ce que le message atteigne un embranchement sur le chemin de routage. À l’embranchement des différents chemins de routage, le message est fractionné pour créer une copie distincte pour chaque destinataire.

Dans la figure suivante, un message est envoyé du Site A à des destinataires dans les Site C, Site D et Site E. Le chemin de routage le moins coûteux est partagé jusqu’à ce que le message atteigne le Site B. Dans ce scénario, une copie du message contenant tous les destinataires est relayée vers le Site B. Cela représente le premier embranchement sur le chemin de routage. À partir du Site B, une copie du message est routée vers le destinataire dans le Site D et une copie est relayée au Site C. Dans le Site C, le message est fractionné à nouveau. Une copie du message est remise au destinataire dans le Site C. Une copie du message est relayée au Site E pour remise au destinataire dans ce site.

Distribution ramifiée des messages retardée

Retour au début

Reroutage et file d’attente inaccessible

Si le routage ne parvient pas à identifier un itinéraire pour un destinataire valide, les messages sont placés dans la file d’attente inaccessible. Les messages dans cette file d’attente sont reroutés lors du traitement des modifications de configuration et du nouveau calcul des tables de routage. Les messages ne sont pas reroutés dans les scénarios suivants. Au lieu de cela, un rapport de non-remise est renvoyé à l’expéditeur. Les scénarios suivants aboutissent au routage d’un message vers la file d’attente inaccessible :

• Le destinataire est une adresse non-SMTP et le connecteur correspondant pour l’espace d’adressage est introuvable.

• Le message ne respecte par les restrictions de taille des messages des connecteurs correspondants.

Toutes les modifications de configuration ne requièrent pas un nouveau dépôt des messages dans la file d’attente. Par exemple, la modification de la liste des hôtes actifs n’entraîne pas le reroutage des messages. Pour plus d’informations sur le reroutage de messages, consultez la rubrique Reroutage de message et file d'attente inaccessible.

Retour au début

 © 2010 Microsoft Corporation. Tous droits réservés.