Nouvelles fonctionnalités de messagerie unifiée dans Exchange 2007 SP1

  • Article

 

S’applique à : Exchange Server 2007 SP1

Dernière rubrique modifiée : 2008-03-18

Microsoft Exchange Server 2007 Service Pack 1 (SP1) inclut de nombreuses fonctionnalités inédites pour chaque rôle serveur Exchange 2007, notamment le rôle serveur de messagerie unifiée. La messagerie unifiée a été améliorée et a introduit de nouvelles fonctionnalités dans Exchange 2007 SP1. Pour utiliser la plupart de ces fonctionnalités, vous devez correctement déployer Microsoft Office Communications Server 2007 dans votre environnement. Cette rubrique présente les fonctionnalités inédites et améliorées qui sont ajoutées lors de l'installation d'Exchange 2007 SP1.

Pour plus d’informations sur les nouvelles fonctionnalités pour les autres rôles serveur Exchange 2007 inclus dans Exchange 2007 SP1, consultez la rubrique Nouveautés dans Exchange Server 2007 SP1.

Pour télécharger Exchange 2007 SP1, consultez le site des téléchargements d'Exchange Server 2007.

Fonctionnalités d'Exchange 2007 SP1 avec Communications Server 2007

Pour utiliser les fonctionnalités inédites et améliorées d'Exchange 2007 SP1 lorsque vous intégrez Communications Server 2007 dans votre environnement, les conditions suivantes doivent être remplies :

  • Vous devez exécuter Exchange 2007 SP1 sur tous les serveurs de messagerie unifiée de votre organisation.

  • Vous devez exécuter Communications Server 2007 dans votre organisation.

  • Exchange 2007 SP1 et Communications Server 2007 doivent être configurés correctement.

Pour planifier et déployer correctement Exchange 2007 SP1 et Communications Server 2007 dans votre environnement de messagerie unifiée, vous devez suivre la procédure de planification et de déploiement décrite dans le guide de planification et de déploiement d’Enterprise Voice de Microsoft Office Communications Server 2007. Ce guide est disponible à la page Correctif de documentation sur le serveur et le client Office Communications Server du Centre de téléchargement Microsoft.

Pour plus d'informations sur la planification du déploiement de Communications Server 2007 et de la messagerie unifiée Exchange 2007, consultez la rubrique Planification du déploiement d’une messagerie unifiée et du serveur Office Communication 2007 Exchange 2007..

Pour plus d'informations sur le déploiement de la messagerie unifiée Exchange 2007 et de Communications Server 2007 , consultez la rubrique Configuration de la messagerie unifiée et Office Communications Server 2007.

La section suivante est un résumé des fonctionnalités de messagerie unifiée disponibles dans un environnement intégré Exchange 2007 SP1 et Communications Server 2007 :

  • Prise en charge de types supplémentaires de plans de commutation des appels de messagerie unifiée   Pour interagir avec Communications Server 2007, une messagerie unifiée Exchange 2007 SP1 prend en charge les types supplémentaires suivants de plans de commutation des appels de messagerie unifiée : URI SIP et E.164. Vous pouvez configurer ces plans de numérotation de messagerie unifiée à l’aide de la console de gestion Exchange ou de l'environnement de ligne de commande Exchange Management Shell. La console de gestion Exchange permet de créer des plan de numérotation SIP URI et E.164 à l’aide de l'Assistant Nouveau plan de numérotation. Vous pouvez également utiliser la console de gestion Exchange pour fournir des URI (Uniform Resource Identifiers) SIP (Session Initiation Protocol) lors de l'activation d'utilisateurs et de leur association à un plan de commutation des appels URI SIP.

    Pour plus d’informations sur les types de plans de numérotation de MU disponibles dans la messagerie unifiée Exchange 2007, consultez la rubrique Présentation des plans de numérotation de messagerie unifiée.

  • Logique supplémentaire pour la résolution de numéros d'appel internes   La portée de la résolution de numéro d'appel interne a sensiblement augmenté dans Exchange 2007 SP1. La version d'origine (RTM) d'Exchange 2007 résout des numéros de poste internes uniquement par rapport à deux sources. Ces sources sont les numéros de poste d'autres utilisateurs à extension messagerie dans le plan de commutation des appels de messagerie unifiée de l'utilisateur qui appelle et la liste de contacts de l'utilisateur appelé. Dans Exchange 2007 SP1, une messagerie unifiée résout également des numéros de poste internes par rapport à tous les utilisateurs figurant dans la forêt Active Directory.

    Dans Exchange 2007 RTM et Exchange 2007 SP1, quand un utilisateur est activé pour la messagerie unifiée, la boîte aux lettres est marquée avec une adresse proxy de messagerie unifiée Exchange (adresse proxy EUM) contenant son numéro de poste. La messagerie unifiée tente de résoudre le numéro de poste en un nom d'utilisateur en recherchant dans la liste d'adresses globale (LAG) et les contacts personnels de la partie appelée pour trouver une correspondance. À défaut de correspondance, Exchange n'utilise que le numéro de poste figurant dans le message électronique pour un appel manqué. Vous pouvez activer la messagerie unifiée pour résoudre le poste en nom d'utilisateur en exécutant l'une des tâches suivantes :

    Communications Server 2007 a étendu le schéma Active Directory pour stocker les numéros pour chaque utilisateur au format E.164. Pour trouver les extensions de longueur fixe entrantes dont la longueur est définie par le plan de commutation des appels, un administrateur de messagerie unifiée Exchange doit définir l'attribut InternationalNumberFormat dans les propriétés du plan de commutation des appels de messagerie unifiée. La valeur de l'attribut est précédée du numéro de poste entrant. Le numéro obtenu est comparé aux numéros de l'utilisateur dans le service d'annuaire Active Directory qui sont stockés au format E.164.

    Par exemple, un administrateur de messagerie unifiée crée un plan de commutation des appels de messagerie unifiée nommé Redmond WA, USA. Ceux-ci définissent l'attribut InternationalNumberFormat sur « 142570xxxxx ». Dans cet exemple, le nombre de « x » est déterminé par la longueur du numéro de poste qui, en l'occurrence, compte cinq chiffres. Si le serveur de messagerie unifiée répond à un appel entrant destiné au poste numéro 12345, il combine cette extension à la valeur de l'attribut InternationalNumberFormat pour obtenir le numéro de téléphone « tél :+14257012345 ». Le numéro obtenu est comparé aux numéros stockés pour tous les utilisateurs figurant dans la forêt Active Directory.

    Notes

    InternationalNumberFormat est un attribut à valeur unique qui ne peut être défini que sur une seule valeur. C'est pourquoi, un seul préfixe peut être mis en correspondance, même si une organisation utilise plusieurs préfixes (par exemple, « 14257022222 » « 14257133333 »).

  • Notification quand un appelant laisse un message vocal et que le numéro de téléphone de destination utilise un transfert d'appel   Par exemple, Utilisateur 1 utilise Microsoft Office Communicator 2007 pour appeler Utilisateur 2 qui a défini un transfert d'appel vers Utilisateur 3. Si Utilisateur 3 ne répond pas à l'appel, l'appel est dévié vers le serveur de messagerie unifiée. Le serveur de messagerie unifiée répond à l'appel et enregistre le message. Le serveur de messagerie unifiée renvoie des informations à l'Utilisateur 1 indiquant vers qui le message vocal a été routé. Ces informations sont rendues par le client Office Communicator. Utilisateur 1 peut voir qu'un message est laissé pour Utilisateur 3, par pour Utilisateur 2.

    Notes

    Cette fonctionnalité n'est disponible que si vous utilisez le client Office Communicator 2007 comme téléphone de l'appelant.

  • prise en charge de l'enregistrement de messages vocaux haute fidélité dans une messagerie unifiée Exchange   La prise en charge de son haute-fidélité à l'aide du codec RTAudio codec est ajoutée en cas d'utilisation d'Exchange 2007 SP1 avec Communications Server 2007.

    Cette fonctionnalité est disponible quand un appel vocal est établir à l'aide d'Office Communicator 2007 et que son destinataires lit le message à l'aide de Microsoft Office Outlook 2007 ou de la version 2007 d'Outlook Web Access. Les deux scénarios suivants prennent en charge les fonctionnalités d'enregistrement et de lecture haute fidélité :

    Scénario 1   Un serveur de messagerie unifiée répond à un appel à la place d'un abonné et l'une des propositions suivantes est vraie :

    • le codec audio de l'abonné est défini sur WMA ;

    • le codec audio de l'abonné n'est pas défini et le codec audio associé du plan de commutation des appels de messagerie unifiée de l'abonné est défini sur WMA.

    Scénario 2   Un abonné de messagerie unifiée dont le codec audio de plan de commutation des appels de messagerie unifiée associé est défini sur WMA se connecte à une messagerie unifiée, localise quelqu'un dans l'annuaire et lui laisse un message.

    Pour plus d'informations sur les codecs audio utilisés dans la messagerie unifiée, consultez la rubrique Présentation des codecs audio de messagerie unifiée.

  • Les appels Émettre au téléphone ne peuvent pas être transmis automatiquement lorsqu'ils sont lus sur Office Communicator 2007   Dans Exchange 2007 RTM, la fonctionnalité Émettre au téléphone de messagerie unifiée permet aux utilisateurs de voir s'ils ont un message vocal dans Outlook ou Outlook Web Access et de transférer le message vers le numéro de téléphone désiré, puis d'utiliser ce téléphone pour écouter le message. En cas d'utilisation d'Exchange 2007 SP1 avec Communications Server 2007, le numéro Émettre au téléphone peut être un point de terminaison Microsoft Office Communicator 2007. Si vous avez configuré le transfert d'appel vers un autre numéro de téléphone, l'appel Émettre au téléphone sera envoyé au numéro Émettre au téléphone configuré comme point de terminaison Office Communicator 2007 et l'appel ne sera pas transféré vers un autre numéro de téléphone. C'est fonctionnalité offre une protection de messagerie vocale supplémentaire parce qu'elle garantit qu'un message vocal n'est transféré à personne d'autre que son destinataire.

  • Outlook Voice Access est accessible depuis Office Communicator 2007 sans que l'utilisateur doive entrer un code confidentiel   Si un utilisateur est connecté à Office Communicator 2007, il peut accéder à Outlook Voice Access directement en appuyant sur le bouton Appel messagerie vocale dans Office Communicator 2007. Comme l'utilisateur est déjà authentifié auprès du serveur exécutant Communications Server 2007, l'utilisateur n'est pas invité à entrer son code confidentiel Outlook Voice Access.

    Notes

    Cette fonctionnalité n'est disponible que lorsque l’utilisateur utilise le client Office Communicator 2007.

  • Des clients Office Communicator 2007 peuvent associer des objets et des priorités à des messages vocaux   Quand des utilisateurs d'Office Communicator 2007 établissent des appels, ils associent un objet et une priorité à l'appel. Quand un appel a été associé à une priorité ou un objet, le serveur de messagerie unifiée relaie l'objet et la priorité de l'appel dans les messages électroniques qu'il génère pour des notifications d'appel manqué et de messagerie vocale. En outre, si un appel est établi à partir d'un message électronique que l'utilisateur lit, une messagerie unifiée utilise l'objet et la priorité de message électronique d'origine lors de la génération de messages électroniques pour des notifications d'appel manqué et de message vocal.

  • pris en charge des flux de données multimédia pour traverser les pare-feu   Cette fonctionnalité permet aux serveurs de messagerie unifiée de communiquer avec des points de terminaison hors du pare-feu d'entreprise. Le service d'authentification A/V authentifie le trafic multimédia VoIP lorsqu'il traverse le serveur Communications Server 2007 Access Edge sur lequel il se trouve. Dans cette situation, le serveur de messagerie unifiée est associé à un pool Communications Server 2007 et obtient les jetons d’authentification appropriés du serveur Communications Server 2007 Access Edge desservant ce pool Communications Server 2007 particulier.

    Lorsque le trafic de messagerie unifiée doit traverser un pare-feu d'entreprise, les serveurs de messagerie unifiée doivent porter le nom du serveur Communications Server 2007 Access Edge affecté à chaque pool Office Communications Server de façon à pouvoir obtenir les jetons d'authentification appropriés.

  • Intégration de messages électroniques de notification d'appel manqué avec Office Communicator 2007   Dans des déploiements incluant une messagerie unifiée Exchange 2007 RTM et des clients Office Communicator 2005, les notifications d'appel sont gérés de façon indépendante. Par exemple, si un utilisateur à extension messagerie unifiée utilisant Office Communicator manque un appel, deux messages de notification d'appel manqué sont générés dans la Boîte de réception de l'utilisateur : l'un de la messagerie unifiée Exchange 2007 et l'autre de Office Communicator 2005. Quand Exchange 2007 SP1 est intégré avec Communications Server 2007, les utilisateurs d'Office Communicator 2007 ne reçoivent qu'une seule notification d'appel manqué dans leur Boîte de réception.

Fonctionnalités d'Exchange 2007 SP1 sans Communications Server 2007

Les fonctionnalités suivantes sont disponibles dans Exchange 2007 SP1 sans intégration de votre environnement de messagerie unifiée avec Communications Server 2007 :

  • Secure Realtime Transport Protocol (SRTP) support   Cette fonctionnalité active le flux multimédia SRTP vers et à partir d'une messagerie unifiée Exchange. Vous pouvez configurer la prise en charge SRTP avec l'environnement de ligne de commande Exchange Management Shell ou la console de gestion Exchange. Les paramètres d’authentification SRTP sont situés sur l’objet plan de numérotation de MU. 

    Par défaut, lorsque vous créez un plan de numérotation de MU, il communique en mode Non sécurisé et les serveurs de messagerie unifiée associés au plan de numérotation de MU envoient et reçoivent des données des passerelles IP, des IP PBX et d'autres ordinateurs Exchange 2007 qui n'utilisent pas le chiffrement. Dans le mode Non sécurisé, le canal de support RTP (Realtime Transport Protocol) et les informations de signalisation SIP ne seront pas chiffrés.

    Vous pouvez configurer un serveur de messagerie unifiée afin qu’il utilise MTLS (Mutual Transport Layer Security) pour chiffrer le trafic SIP et RTP qui est envoyé et reçu à partir d’autres périphériques et serveurs. Lorsque vous ajoutez un serveur de messagerie unifiée à un plan de numérotation de MU et configurez le plan de numérotation afin qu’il utilise le mode SIP Sécurisé, seul le trafic de signalisation SIP sera chiffré. Les canaux multimédias RTP utiliseront encore TCP (Transmission Control Protocol) qui n'est pas chiffré. Toutefois, si vous ajoutez un serveur de messagerie unifiée à un plan de numérotation de MU et que vous configurez le plan de numérotation afin qu’il utilise le mode Sécurisé, le trafic de signalisation SIP et les canaux de support RTP seront chiffrés. Un canal de support de signalisation sécurisé utilisant SRTP (Secure Realtime Transport Protocol) utilise également MTLS pour chiffrer les données VoIP.

    Pour plus d'informations sur la configuration de la sécurité VoIP dans la messagerie unifiée, consultez la rubrique Présentation de la sécurité VoIP de messagerie unifiée.

  • Prise en charge de la console de gestion Exchange pour la configuration de chiffrement TLS (Transport Layer Security)   Dans Exchange 2007 SP1, la console de gestion Exchange a été étendue pour vous permettre de configurer les paramètres TLS sur un plan de commutation des appels de messagerie unifiée. Les paramètres d’authentification TLS sont situés sur l’objet plan de numérotation de MU. 

    Un serveur de messagerie unifiée peut fonctionner dans tout mode configuré sur un plan de numérotation car il est configuré pour écouter le port TCP 5060 pour les demandes non sécurisées et le port TCP 5061 pour les demandes sécurisées, simultanément. Un serveur de messagerie unifié peut être associé à un ou plusieurs plans de numérotation de MU et peut être associé à des plans de numérotation qui possèdent des paramètres de sécurité VoIP différents. Un seul serveur de messagerie unifiée peut être associé à des plans de numérotation configurés pour utiliser une combinaison des modes non sécurisé, SIP sécurisé ou sécurisé.

    Pour plus d'informations sur la sécurité VoIP dans la messagerie unifiée, consultez la rubrique Présentation de la sécurité VoIP de messagerie unifiée.

  • Détection de tonalité de télécopie en bande   La détection de tonalité de fax permet à une passerelle IP, un PBX IP ou une messagerie unifiée Exchange de déterminer le type d'appel entrant reçu. La détection de tonalité de télécopie peut opérer des trois manières suivantes :

    • Le PBX IP ou la passerelle IP détecte la tonalité de télécopie et envoie une demande de réinvitation à l'aide du protocole SDP T.38.

    • La détection de tonalité peut être effectuée à l'aide d'un PBX IP ou d'une passerelle IP et d'une messagerie unifiée. Avec cette méthode, lorsque la passerelle IP ou le PBX IP détecte la tonalité de télécopie, il n'envoie pas de réinvitation mais des tonalités CNG (hors bande) comme événements de téléphonie nommés, conformément à la définition de la norme RFC 2833. Dès que le PBX IP ou la passerelle IP a envoyé les tonalités CNG, le serveur de messagerie unifiée effectue une détection de tonalité de télécopie hors bande et envoie une réinvitation à l'aide du protocole SDP T.38.

    • Si le PBX IP ou la passerelle IP n'utilise aucune de ces méthodes, la détection de tonalité de télécopie en bande de messagerie unifiée doit être désactivée. Cela permet au serveur de messagerie unifiée de détecter des tonalités de télécopie en bande entrantes. Par défaut, cette fonctionnalité est désactivée. Toutefois, il est possible de l'activer dans des environnements utilisant des PBX IP ou des passerelles IP qui ne peuvent pas détecter des tonalités de télécopie. Vous activez la détection de tonalité de télécopie en bande en définissant le paramètre EnableInbandFaxDetection sur True dans le fichier globcfg.xml. Le fichier globcfg.xml est situé dans le dossier \Program Files\Microsoft\Exchange\bin sur un ordinateur exécutant le rôle serveur de messagerie unifiée.

    Cisco CallManager 5.x est pris en charge par Exchange 2007 SP1 et interagit directement avec lui. Toutefois, la réception de télécopie ne fonctionne pas correctement si vous utilisez CallManager 5.x ou 6.x, même si vous avez activé la détection de tonalité de télécopie en bande. Si vous n'activez pas ce paramètre, les serveurs de messagerie unifiée doivent s'appuyer sur des passerelles IP ou des PBX IP pour effectuer la détection de tonalité de télécopie.

  • Prise en charge de QoS (Quality of Service) à l'aide de DiffServ   QoS (Quality of Service) est en ensemble de technologies pour la gestion du trafic réseau de façon rentable. Les technologies QoS vous permettent de mesurer la bande passante, de détecter des conditions de réseau changeante (telles que la congestion ou la disponibilité de la bande passante), et de hiérarchiser ou limiter le trafic. DiffServ (Differentiated Services) est un protocole qui définit la hiérarchisation du trafic à la couche 3 du modèle OSI. DiffServ classifie et marque les paquets comme appartenant à une classe spécifique. Il s'agit d'un mécanisme simple et évolutif pour la classification des paquets, la gestion du trafic réseau dont le trafic voix et vidéo et le contrôle de la qualité de service (QoS) sur des réseaux IP modernes.

    Notes

    Les périphériques réseau de couche 3, tels que les routeurs, doivent prendre en charge DiffServ.

    DiffServ opère selon le principe de la classification du trafic, où chaque paquet de données réseau est inclus dans un nombre limité de classes de trafic. Toutefois, chaque routeur sur le réseau doit être configuré pour différencier le trafic en fonction de sa classe. Chaque classe de trafic peut être gérée différemment, ce qui garantit qu'un trafic de priorité supérieure sur le réseau peut avoir une priorité élevée. Les marquages DiffServ d'un paquet sont inclus dans l'en-tête IP.

    RFC 2475 définit l'architecture de DiffServ et RFC 2474 définit les bits dans le champ DiffServ sur le paquet réseau. Le champ TOS (Type of Service) des en-têtes IPv4 (Internet Protocol version 4) et le champ Classe de trafic des en-têtes IPv6 (Internet Protocol version 6) sont utilisés pour les valeurs DiffServ. Les six principaux bits du champ DiffServ sont appelés ensemble DSCP (Differentiated Services Code Point). DSCP est un champ dans un paquet IP qui permet d'affecter différents niveaux de service au trafic réseau. Cela est obtenu en marquant chaque paquet sur le réseau à l'aide d'un code DSCP et en lui affectant le niveau de service correspondant.

    Notes

    Si Exchange 2007 SP1 est déployé sur un ordinateur exécutant le système d’exploitation Windows Server 2008, vous pouvez entrer des adresses IP et des plages d'adresses IP au format des protocoles IPv4 (Internet Protocol Version 4) et/ou IPv6 (Internet Protocol Version 6). Une installation par défaut de Windows Server 2008 prend en charge les protocoles IPv4 et IPv6. Pour plus d'informations sur la prise en charge par Exchange 2007 SP1 des adresses IPv6, consultez la rubrique Prise en charge du protocole IPv6 dans Exchange 2007 SP1 et SP2.

    Dans Microsoft Windows Server 2003, TCP/IP effectue un marquage DiffServ lorsque vous avez installé le planificateur de paquets QoS. Lorsque vous installez le rôle serveur de messagerie unifiée sur un ordinateur exécutant Windows Server 2003 avec le planificateur de paquets QoS installé, tous les paquets de messagerie unifiée sortants sont marqués avec la valeur DSCP par défaut de 40 (101000). Toutefois, vous pouvez modifier cette valeur par défaut pour les paquets à l'aide de l'Éditeur du Registre ou en modifiant la Stratégie de groupe.

    Le service de messagerie unifiée Exchange 2007 n'effectue pas de classification des paquets réseau. Toutefois, la plate-forme des médias incluse dans la messagerie unifiée donne pour instruction à la pile de mise en réseau Windows de marquer tous les paquets audio comme Service garanti. Le système d'exploitation utilise alors des paramètres de Stratégie de groupe pour déterminer la manière dont les paquets de données doivent être marqués, puis marque le champ TOS de l'en-tête IP. Pour plus d’informations sur Qos (Quality of Service) dans Windows, consultez la page sur le fonctionnement de QoS.

    Par défaut, le composant planificateur de paquets QoS n'est pas activé sur Windows Server 2003 et doit être installé. Il est possible d'installer planificateur de paquets QoS en l'ajoutant comme Service réseau dans les propriétés d'une connexion réseau dans Windows Server 2003. Toutefois, le planificateur de paquets QoS est installé par défaut sur Windows Server 2008.

Pour plus d'informations

Pour plus d'informations sur toutes les nouvelles fonctionnalités disponibles dans Exchange 2007 SP1, consultez la rubrique Nouveautés dans Exchange Server 2007 SP1.