et les DC, en grande
partie par une meilleure mise en cache
des données de configuration et des informations à  propos des objets AD
comme des comptes et des contacts
qualifiés pour le mail. SP3 réduit également
le nombre de requêtes LDAP
(Lightweight Directory Access
Protocol) effectuées quand le service
de routage valide les adresses dans les
en-têtes de messages.

L’impact de ces changements varie
selon les réseaux. Si vos serveurs opèrent
sur des liaisons à  faible bande passante
qui relient des serveurs
Exchange à  des GC, attendez-vous à 
voir moins de pannes ou de délais dans
l’acheminement des messages causés
par la perte de connectivité entre
Exchange et les GC. En revanche, si
vous placez toujours les serveurs
Exchange très proches des GC sur le
réseau (c’est-à -dire, quand les serveurs
Exchange et les GC sont sur le même
segment de LAN dans la mesure du
possible), les changements de SP3 ont
moins d’impact. Il est bon que la demande
réseau d’Exchange aille en diminuant,
parce que beaucoup sociétés
ne disposent pas d’une connectivité de
qualité LAN haute vitesse.

SP3 met aussi à  jour DS2MB afin
qu’il adresse moins d’appels LDAP à 
l’AD. DS2MB est le composant System
Attendant qui synchronise les changements
apportés à  la métabase
Microsoft IIS avec les données de configuration Exchange contenues
dans le contexte de nommage de configuration
d’AD. La métabase IIS
contient des données de configuration
sur de nombreux services qu’Exchange
utilise, y compris les piles de protocoles
(HTTP, POP3, IMAP4, par
exemple) et les serveurs virtuels SMTP.
DS2MB garantit que les changements
apportés à  la métabase ou à  AD (par
l’intermédiaire d’ESM) sont synchronisés.
Ce besoin de synchronisation peut
sembler étrange, mais c’est une conséquence
de la manière dont Exchange
consomme désormais les services à 
partir d’IIS plutôt que de mettre en
oeuvre son propre support des protocoles
Internet comme le fait Exchange
5.5.