Routage interne de message

 

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

Dernière rubrique modifiée : 2007-08-21

Cette rubrique décrit le processus de routage pour une remise de message interne. Une remise de message interne implique le relais d'un message électronique comme suit :

  • À partir d'un serveur de transport Hub Microsoft Exchange Server 2007 vers un serveur de transport Hub dans un autre site de service d'annuaire Active Directory

  • À partir d'un serveur de transport Hub vers un Serveur de boîtes aux lettres situé dans le même site Active Directory

  • À partir d'un serveur de transport Hub vers un serveur exécutant Microsoft Exchange Server 2003 ou Exchange 2000 Server pour la remise à une boîte aux lettres de destinataire située sur un ordinateur Exchange 2003 ou Exchange 2000.

Réception de messages électroniques pour routage

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

  • Messages électronique reçu d'un serveur SMTP (Simple Mail Transfer Protocol) 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.

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

  • Les messages électroniques sont extraits d'un serveur de boîtes aux lettres Exchange 2007 par le serveur de transport Hub.

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.

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

Dans ce scénario, le service de dépôt du courrier Microsoft Exchange exécuté sur des serveurs de boîtes aux lettres informe un serveur de transport Hub situé dans le même site Active Directory que des messages sont prêt pour récupération dans la boîte d'envoi d'un expéditeur. Chaque serveur de boîtes aux lettres maintient une liste de serveurs de transport Hub situé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écouverte du serveur 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, la sélection suivante a lieu :

  • Si le serveur de boîtes aux lettres local exécute également le rôle serveur de transport Hub, 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ôt 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 contre-pression, consultez la rubrique Présentation de la fonctionnalité de régulation du flux.

  • 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 certaines 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 notifications, vous pouvez utiliser la cmdlet Set-MailboxServer de l'environnement de ligne de commande Exchange Management Shell. Le paramètre SubmissionServerOverrideList permet de spécifier une liste de serveurs de transport Hub auxquels le serveur de boîtes aux lettres local envoie une notification lorsqu'il y a du courrier à récupérer. Pour plus d'informations sur la configuration de ce paramètre, consultez la rubrique 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 la placer dans la file d'attente de soumission sur le serveur de transport Hub. Le transfert du message du serveur de boîtes aux lettres vers le serveur de transport Hub est effectué à l'aide d'un appel de procédure distante (RPC) Exchange.

Routage de messages pour remise à des serveurs Exchange 2007

Une fois un message reçu par le serveur de transport Hub, il est remise à la file d'attente de soumission. Les messages sont déplacés de la file d'attente de soumission vers le catégoriseur. Lorsque le message est catégorisé, l'adresse de messagerie d'un destinataire est résolue en un objet dans Active Directory. Cette requête détermine la boîte aux lettres associée à cette adresse de messagerie et identifie le serveur de boîtes aux lettres hébergeant cette boîte aux lettres. 

Une fois les informations sur le destinataire résolues, l'étape suivante consiste à résoudre le serveur de boîtes aux lettres en un site Active Directory. Ces informations de ce site Active Directory sont marquées sur le message comme attribut NextHopSolutionKey. Le composant DNS amélioré du service de transport Microsoft Exchange accède aux informations de topologie pour identifier les serveurs de transport Hub situés dans le même site que le serveur de boîtes aux lettres de destination. La liste des serveurs de transport Hub dans le site Active Directory est ensuite référencée pour déterminer où router le message. Si le serveur de boîtes aux lettres de destination se trouve dans le même site que le serveur de transport Hub à l'origine de la requête, celui-ci met en file d'attente le message pour une remise locale. Si le serveur de boîtes aux lettres de destination se trouve dans un autre site, le serveur de transport Hub met en file d'attente le message pour une remise à distance à un site Active Directory.

Un message mis en file d'attente pour une remise locale est soumis à la banque de boîtes aux lettres de destination par le pilote de banque d'informations. 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.

Un message mis en file d'attente pour remise à un site Active Directory distant est transféré par SMTP. Avant de relayer le routage, le composant de routage du catégoriseur doit sélectionner le chemin de routage le moins coûteux.

Sélection 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 2007 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 2007, 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. Tout d'abord, une tentative de connexion est effectuée sur chaque serveur de transport Hub du 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.

La logique suivante est utilisée pour sélectionner le chemin de routage le moins coûteux :

  • Premièrement, calculez le chemin de routage le moins coûteux en additionnant le coût des liaisons de sites IP à utiliser pour parvenir à la destination. Si plusieurs chemins de routage sont possibles, celui dont le coût d'agrégation est le plus faible est utilisé.

  • Si plusieurs chemins de routage ont le même coût global, le nombre de sauts de chaque chemin de routage est évalué et le chemin de routage dont le nombre de sauts est le moindre est utilisé.

  • 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 qui suivent pour montrer la logique utilisée l'algorithme de routage pour sélectionner le chemin de routage le moins coûteux.

Topologie de routage Exchange Server 2007

Sélection de l'itinéraire le moins coûteux pour le routage Exchange

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 de chaque chemin de routage sont additionnés pour déterminer le coût total du routage du message. Dans cet exemple, le chemin de routage Site A-Site B-Site D a un coût global de 20. Le chemin de routage Site A-Site C-Site D a un coût total de 10. Le routage sélectionne le chemin de routage 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 plusieurs chemins de routage ont le même coût, le routage sélectionne le chemin de routage Site B-Site D car c'est celui qui compte le plus petit nombre de sauts.

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 routages ont 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 2007 ne prend pas en compte les autres chemins de routage.

Un site Active Directory sur lequel aucun serveur de transport Hub n'est déployé n'est pas reconnu par le routage et n'est pas inclus dans la topologie Exchange. Toutefois, si un tel site existe le long du chemin de routage le moins coûteux entre les sites où les serveurs de transport Hub sont déployés, les coûts de liaison de sites IP des liaisons qui connectent ce site à d'autres sites sont pris en considération dans le calcul du chemin de routage le moins coûteux.

Une fois le chemin de routage le moins coûteux choisi, le routage détermine si le chemin de routage comporte un site concentrateur. Des sites Hub remplacent une connexion directe et forcent le traitement des messages par les serveurs de transport Hub dans le site hub. La cmdlet Set-AdSite de l'environnement de ligne de commande Exchange Management Shell permet de configurer un site Active Directory comme site hub.

Cette configuration est utile lorsque la connectivité peut empêcher le relais SMTP direct entre les sites. Chaque fois qu'un site concentrateur 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 concentrateur avant d'être relayés à leur destination finale. S'il y a plusieurs sites concentrateurs sur le chemin de routage le moins coûteux, les messages s'arrêtent sur chacun de ces sites. Pour plus d'informations sur la configuration d'un site concentrateur, consultez la rubrique Procédure de configuration d'un site concentrateur.

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

Si vous estimez que les coûts de liaison de sites Active Directory IP et les modèles de flux de trafic ne sont pas optimaux pour Exchange 2007, vous pouvez ajuster les coûts évalués par Microsoft Exchange. En tant qu'administrateur Exchange, vous ne pouvez et ne devez pas modifier le coût affecté à la liaison de sites IP à l'aide des outils Active Directory. Utilisez plutôt la cmdlet Set-ADSiteLink de l'environnement de ligne de commande Exchange Management Shell pour affecter 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. Sinon, le coût de réplication Active Directory est utilisé. Pour plus d'informations, consultez la rubrique Procédure de définition d'un coût Exchange sur une liaison de sites IP Active Directory.

Nouveautés d'Exchange 2007 Service Pack 1

Exchange 2007 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 2007 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. Aucun chemin de routage n'est pris en considération. 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. Si vous configurez une restriction de taille maximale de message sur une liaison de sites Active Directory, vous devez également configurer un coût Exchange plus important pour cette liaison de sites 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. Pour plus d'informations, consultez la rubrique Procédure de configuration des limites de tailles des messages pour le routage interne.

Routage de messages pour remise à des serveurs Exchange Server 2003 ou Exchange 2000

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. Tous les serveurs Exchange 2007 sont associés à un groupe de routage nommé Groupe de routage Exchange (DWBGZMFD01QNBJR) aux fins de routage vers des versions antérieures d'Exchange Server quand Exchange 2007 coexiste avec Exchange 2003 ou Exchange 2000 au sein d'une même organisation. La placement d'Exchange 2007 et de versions antérieures d'Exchange Server dans le même groupe de routage n'est pas pris en charge. C'est pourquoi, au moins un connecteur de groupe de routage sépare toujours des serveurs Exchange 2007 de serveurs Exchange 2003 ou Exchange 2000.

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

Notes

Vous devez utiliser la cmdlet New-RoutingGroupConnector de l'environnement de ligne de commande Exchange Management Shell pour créer un connecteur de groupe de routage incluant un serveur de transport Hub Exchange 2007 comme serveur source ou de destination. La cmdlet Set-RoutingGroupConnector permet de modifier la configuration d'un connecteur de groupe de routage qui se connecte au groupe de routage Exchange 2007 avec des versions antérieurs d'Exchange Server. Pour plus d'informations, consultez la rubrique Procédure de création de connecteurs de groupe de routage depuis Exchange 2007 vers Exchange Server 2003.

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. Ensuite, le coût pour atteindre le premier connecteur de groupe de routage dans le chemin de routage sélectionné est déterminé à l'aide de l'algorithme décrit dans la section « Sélection du chemin de routage le moins coûteux » ci-avant dans cette rubrique. Le chemin de routage le moins coûteux parmi les connecteurs de groupe de routage est toujours utilisé. De même, le coût pour atteindre le premier connecteur de groupe de routage n'est pris en considération que quand deux chemins de routage passant par les connecteurs de groupe de routage entraînent un coût identique.

L'algorithme suivant est utilisé pour sélectionner le chemin de routage le moins coûteux vers un ordinateur exécutant une version antérieure d'Exchange Server :

  1. Examinez tous les chemins de routage possibles passant par les connecteurs de groupe de routage, puis sélectionnez le chemin de routage dont le coût total est le moindre.

  2. Si plusieurs chemins de routage ont le même coût, examine tous les chemins de routage possible passant par des liaisons de sites IP pour atteindre le premier connecteur de groupe de routage, puis sélectionnez le chemin de routage dont le coût total de liaison de sites IP est le plus bas.

  3. Si plusieurs chemins de routage ont le même coût de groupe de routage et le même coût de liaison de site IP, sélectionnez le chemin de routage incluant le moindre nombre de sauts.

  4. Si plusieurs chemins de routage ont le même coût de groupe de routage, le même coût de liaison de sites IP et le même nombre de sauts, sélectionnez le chemin de routage où le nom du dernier site Active Directory avant le site de destination a la valeur alphanumérique la plus basse.

La figure suivante présente un exemple de topologie de routage où Exchange 2007 et Exchange 2003 coexistent.

Topologie de routage où Exchange 2007 et Exchange 2003 coexistent

Sélection de route - Exchange 2007 vers Exchange 2003

Dans cet exemple, un message est routé d'un serveur de transport Hub du Site A vers un serveur Exchange 2003 situé dans le Groupe de routage 2. Deux chemins de routage sont possibles pour atteindre le Groupe de routage 2 :

  • Option 1 : Du connecteur de groupe de routage A3 à un coût de 10, au connecteur de groupe de routage 2-3 à un coût de 20. Le coût total de ce chemin de routage est de 30.

  • Option 2 : Du connecteur de groupe de routage C1 à un coût de 10, au connecteur de groupe de routage 1-2 à un coût de 10. Le coût total de ce chemin de routage est de 20.

Dans cet exemple, l'Option 2 a un coût total de connecteur de groupe de routage inférieur et le message est routé du serveur de transport Hub du Site A vers un serveur de transport Hub du Site C où il est mis en file d'attente pour remise à l'aide du connecteur de groupe de routage C1.

Dans la figure suivante, le coût d'un connecteur de groupe de routage 2-3 est modifié en 10.

Topologie de routage E où Exchange 2007 et Exchange 2003 coexistent avec un coût de connecteur de groupe de routage révisé

Route : coût révisé Exchange 2007 vers Exchange 2003

Une fois de plus, deux chemins de routage sont possibles pour atteindre le Groupe de routage 2 :

  • Option 1 : Du connecteur de groupe de routage A3 à un coût de 10, au connecteur de groupe de routage 2-3 à un coût de 10. Le coût total de ce chemin de routage est de 20.

  • Option 2 : Du connecteur de groupe de routage C1 à un coût de 10, au connecteur de groupe de routage 1-2 à un coût de 10. Le coût total de ce chemin de routage est de 20.

Dans cet exemple, les deux options ont le même coût total de connecteur de groupe de routage. Le routage évalue ensuite le coût des liaisons de sites IP à traverser pour atteindre le premier connecteur de groupe de routage. À partir du Site A, le coût de liaison de sites IP pour atteindre le connecteur de groupe de routage A3 est zéro et le coût pour atteindre le connecteur de groupe de routage C1 est 20. C'est pourquoi, le chemin de routage décrit dans l'Option 1 est sélectionné.

importantImportant :
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 aucun des tailles limites de message définie 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 tailles limites 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 SP1

Exchange 2007 SP1 prend en charge la configuration d'une taille limite de message maximale sur un connecteur de groupe de routage Par défaut, Exchange 2007 n'impose pas de limite de taille maximale pour les messages relayés entre des 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. 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 Exchange 2003 ou Exchange 2000, les connecteurs non SMTP n'ont pas été 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

Pour plus d'informations, consultez les rubriques suivantes :