Office Communications Server

Planification d'un déploiement OCS 2007 Voice Enterprise

Jochen Kunert and Rui Maximo

Vue d'ensemble:

• Scénarios d'intégration de téléphonie
• Configuration d'Office Communications Server
• Utilisateurs, schéma de numérotation et itinéraires

Microsoft Office Communications Server (OCS) 2007 est un produit d'entreprise qui intègre les moyens de communication en temps réel avec la détection de la présence des utilisateurs, y compris la conférence Web

(partage de données, audio et vidéo), la messagerie instantanée et conversations audio/vidéo. L'intégration d'OCS 2007 avec un système PBX existant peut présenter des difficultés. Office Communications Server 2007 n'est pas conçu pour être un PBX car les spécialistes de l'information d'aujourd'hui utilisent une variété de moyens de communication (messagerie électronique, messagerie instantanée, téléphone et messagerie vocale) au cours de leur travail quotidien, tandis que les systèmes PBX gèrent uniquement les appels téléphoniques.

Pour fournir la flexibilité nécessaire aux administrateurs pour créer la stratégie d'intégration de téléphonie d'entreprise ou individuelle optimale, Office Communications Server 2007 propose trois scénarios de configuration pour l'intégration aux environnements de téléphonie existants. Ces scénarios sont : Le contrôle d'appel distant, Enterprise Voice et Enterprise Voice avec intégration de PBX.

Cet article porte sur les considérations de planification pour un déploiement de téléphonie d'OCS 2007, lequel peut devoir d'intégrer à un système de téléphonie existant. Ces informations revêtiront un intérêt particulier pour les architectes système et les administrateurs des services informatiques et de téléphonie. Nous fournirons par ailleurs un aperçu des autres scénarios, mais nous nous concentrerons sur Office Communications Server 2007 Enterprise Voice.

Contrôle d'appel distant

Ressources OCS supplémentaires

• Pro LCS: Live Communications Server Administration
• Intégration de la téléphonie avec Office Communications Server 2007
• Guide de planification et de déploiement d'Enterprise Voice

Dans un scénario de contrôle d'appel distant, les utilisateurs disposent d'un PBX, d'un PBX IP ou d'un téléphone de bureau TDM (Time-Division Multiplexing). Depuis leur client Office Communicator 2007, ils peuvent envoyer et recevoir des appels sur leur téléphone de bureau sans composer de numéro sur le cadran ou prendre le combiné du téléphone. Bien que les utilisateurs puissent contrôler leur téléphone de bureau à l'aide d'Office Communicator 2007, l'audio est toujours géré par le système PBX et n'est pas converti en appel VoIP (voix sur IP). Même si Office Communicator 2007 peut contrôler le téléphone de bureau, les appels peuvent toujours être envoyés et reçus à partir du téléphone du PBX, qu'Office Communicator 2007 soit en cours d'exécution ou non.

Pour permettre l'utilisation du contrôle d'appel distant avec Office Communicator 2007 et OCS 2007, vous devez déployer une passerelle SIP (Session Initiation Protocol)/CSTA (Computer Supported Telephony Application Computer) et activer votre environnement Office Communications Server 2007 pour le contrôle d'appel distant. La passerelle SIP/CSTA doit interagir avec le type de système PBX que vous utilisez et être compatible avec OCS 2007 car elle permet de relier les deux systèmes. Pour contrôler le téléphone du PBX, Office Communicator 2007 utilise le protocole CSTA. Ce protocole définit un schéma XML pour l'interface avec un standard téléphonique (PBX), comme décrit dans la norme ECMA (European Computer Manufacturers Association), que vous trouverez à l'adresse www.ecma-international.org/publications/standards/Ecma-269.htm.

Office Communicator 2007 envoie des commandes CSTA pour contrôler le téléphone PBX tandis que les charges SIP sont acheminées vers la passerelle SIP/CSTA par Office Communications Server 2007. Office Communications Server 2007 n'a pas besoin de comprendre le protocole CSTA. Il a juste besoin de savoir comment l'acheminer. La passerelle SIP/CSTA convertit ensuite les commandes en protocole natif utilisé par le PBX. Ceci est illustré à la figure 1.

Figure 1** Scénario d'intégration du contrôle d'appel distant **(Cliquer sur l'image pour l'agrandir)

L'activation du contrôle d'appel distant nécessite cinq étapes. La première étape est la configuration de la passerelle SIP/CSTA pour la communication avec votre PBX. Ensuite, vous devez configurer OCS 2007 pour qu'il achemine les requêtes CSTA vers la passerelle SIP/CSTA. La troisième étape est la configuration des utilisateurs pour le contrôle d'appel distant. La quatrième étape est la configuration d'Office Communicator 2007. La cinquième étape consiste à définir les règles de normalisation d'OCS 2007, qui sont également utilisées pour la normalisation des numéros de téléphone du carnet d'adresses et qui sont différentes des règles de normalisation des numéros de téléphone utilisées en association avec Enterprise Voice.

Enterprise Voice

Lorsqu'un utilisateur est activé pour Enterprise Voice, Office Communicator 2007 ou Office Communicator Phone Edition devient son téléphone principal, au lieu de son téléphone PBX. Office Communicator 2007 disposera d'un numéro de téléphone unique qui lui aura été attribué. (Pour les tests, le téléphone PBX existant peut être transféré vers une nouvelle extension donnée à Office Communicator 2007.) Office Communicator 2007, en association avec un périphérique audio USB recommandé, gèrera le contrôle d'appel (ou sa signalisation) et le média (audio et vidéo).

Dans ce scénario, Office Communicator 2007 achemine les appels entre les points de terminaison Office Communicator 2007 sur le réseau IP (appels IP à IP) et achemine les appels au réseau téléphonique commuté public (RTC)/PBX (appels IP à RTC). OCS 2007 applique des restrictions de composition de numéro aux appels acheminés vers le RTC.

Pour connecter votre environnement Office Communicator 2007 à un PBX ou RTC, vous devez déployer une passerelle multimédia, également appelée passerelle SIP/RTC ou IP/RTC. La passerelle multimédia doit être associée à un serveur de médiation (rôle de serveur d'OCS 2007) pour se connecter à votre environnement Office Communications Server 2007, comme illustré à la figure 2. Le serveur de médiation et la passerelle multimédia associée doivent être installés dans le même emplacement physique.

Figure 2** Scénario d'intégration d'Enterprise Voice avec RTC ou un PBX existant **(Cliquer sur l'image pour l'agrandir)

Le serveur de médiation permet la connexion de passerelles multimédia prenant en charge les implémentations standard, même non sécurisées, de SIP avec Office Communications Server 2007, car OCS 2007 autorise uniquement la communication chiffrée avec authentification. Une autre tâche du serveur de médiation consiste à contrôler les traductions de codec entre les codecs standard (G.711, G.723, etc.) et le codec audio Microsoft en temps réel. Pour une liste des passerelles multimédia prises en charge par Office Communications Server 2007, consultez la liste des partenaires de matériel stratégiques à l'adresse technet.microsoft.com/bb735838.

Vous pouvez connecter les passerelles multimédia directement au RTC, ou au circuit interurbain de l'interface d'accès primaire (PRI) d'un PBX existant. La figure 2 illustre les scénarios d'intégration possibles pour le scénario Enterprise Voice avec RTC et PBX existant. Aucun directeur (habituellement un serveur Office Communications Server Standard Edition Server) n'est nécessaire pour un déploiement d'Enterprise Voice. Il est cependant recommandé d'en utiliser un.

L'activation d'Enterprise Voice nécessite quatre étapes. La première étape consiste à déployer et à configurer les passerelles multimédia. Comme il s'agit d'un produit de partenaire de Microsoft, vous devez vous référer à la documentation du fournisseur, car chaque passerelle multimédia possède des étapes de déploiement différentes.

Ensuite, déployez un serveur de médiation pour chaque passerelle multimédia. Au cours de cette étape, vous devez configurer une carte réseau du serveur de médiation pour envoyer et recevoir le trafic provenant de la passerelle multimédia, et configurer l'autre carte réseau du serveur de médiation pour envoyer et recevoir le trafic provenant d'un serveur Office Communications Server 2007 (généralement un directeur, dans un déploiement d'Enterprise Edition). À moins que votre passerelle multimédia ne soit une passerelle avancée, elle aura besoin de l'assistance d'un rôle de serveur de médiation OCS 2007 pour interagir avec votre infrastructure OCS 2007 Enterprise Voice.

La troisième étape consiste à définir un schéma de numérotation. Il s'agit de définir les stratégies de voix, les itinéraires téléphoniques et les profils d'emplacement.

Ensuite, les utilisateurs doivent être configurés pour Enterprise Voice. De plus, les utilisateurs doivent être activés pour Enterprise Voice afin de pouvoir envoyer et recevoir des appels à partir du PBX ou du RTC. Ceci nécessite l'attribution d'un numéro de téléphone unique à chaque utilisateur.

Enterprise Voice avec intégration de PBX

Cette configuration est une extension de la configuration d'Enterprise Voice. La différence réside dans le fait que le téléphone PBX de l'utilisateur est synchronisé sur son client Office Communicator. La configuration est similaire au scénario Enterprise Voice de connexion au RTC via un PBX, comme illustré à la figure 2. Cependant, dans ce cas, au lieu de remplacer le téléphone PBX de l'utilisateur par un client Office Communicator 2007, Office Communicator 2007 et le téléphone PBX existant utiliseront le même numéro de téléphone.

Si un appelant compose l'extension de l'utilisateur depuis autre téléphone PBX ou un téléphone RTC, le système PBX déviera l'appel vers le téléphone PBX de l'utilisateur et vers client Office Communicator 2007 via Office Communications Server 2007. Le client Office Communicator 2007 et le téléphone PBX sonneront simultanément lors de la réception d'un appel. Inversement, Office Communications Server déviera les appels effectués à partir d'OCS 2007 vers le PBX via la passerelle multimédia. Ce scénario n'est pas possible lorsqu’Office Communicator Phone Edition est utilisé. Cette configuration nécessite que la messagerie vocale soit gérée par le système de messagerie vocale du PBX. La messagerie unifiée d'Exchange Server 2007 ne peut pas être utilisée comme solution de messagerie vocale pour de tels utilisateurs.

L'activation d'Enterprise Voice avec intégration de PBX nécessite les mêmes étapes que le déploiement d'Enterprise Voice, avec toutefois trois étapes supplémentaires. Dans la première étape supplémentaire, la passerelle multimédia doit être directement connectée au PBX. Ensuite, le PBX doit être configuré pour prendre en charge ce scénario. (Ceci peut nécessiter une mise à niveau du logiciel du PBX, en fonction de votre fournisseur) Enfin, les utilisateurs doivent être activés pour l'intégration du PBX.

Microsoft travaille à la prise en charge de la connexion directe du serveur de médiation au PBX IP, sans l'intermédiaire d'une passerelle multimédia. Pour obtenir les informations les plus récentes à ce sujet, consultez la page technet.microsoft.com/bb735838.

Configuration d'Office Communications Server

Les fonctionnalités d'Enterprise Voice sont gérées par les services s'exécutant sur Office Communications Server 2007 Enterprise Edition et Office Communications Server 2007 Standard Edition. La figure 3 décrit les services fournissant les fonctionnalités Enterprise Voice pour l'acheminement des appels entrants et sortants.

Figure 3 Services Enterprise Voice

La figure 4 illustre la façon dont chacun de ces composants fonctionne sur les appels entrants lorsqu'ils sont acheminés par OCS 2007 pour un appel de PC à PC. Les appels entrants peuvent provenir d'un point de terminaison connecté tel qu'Office Communicator 2007 ou Office Communicator Phone Edition, ou d'un serveur de médiation en provenance d'un RTC/PBX (appel RTC-SIP). Les appels sortants provenant d'un des points de terminaison clients Office Communications Server 2007 de l'appelant, tels qu'Office Communicator 2007, sont envoyés au pool Standard Edition Server ou Enterprise où l'utilisateur est hébergé. Ceci porte le nom de pool de domicile de l'utilisateur.

Figure 4** Interaction des services liés à Enterprise Voice sur OCS Serveurs frontaux **(Cliquer sur l'image pour l'agrandir)

À ce stade, Office Communications Server 2007 traite l'appel pour déterminer où l’acheminer. Ce saut suivant peut avoir pour destination le pool de domicile de la partie appelée, un serveur de médiation ou la messagerie unifiée Microsoft® Exchange Server 2007 (voir la figure 5). Si l'appel est acheminé vers un autre pool de domicile, OCS 2007 envoie l'appel à tous les points de terminaison actifs de la partie appelée. Le logiciel Office Communicator 2007 ou Office Communicator Phone Edition de la partie appelée sonnera et une fenêtre contextuelle de notification s'affichera sur le périphérique.

Figure 5** Acheminement d'appel **(Cliquer sur l'image pour l'agrandir)

Si l'appel est acheminé vers un serveur de médiation, le serveur est configuré pour acheminer l'appel vers une passerelle multimédia spécifique. Si la passerelle multimédia est directement connectée à un PBX, l'appel est alors acheminé par le PBX vers un téléphone de bureau ou vers le RTC. Cependant, si la passerelle multimédia est directement connectée au RTC, l'appel va au RTC.

Si le saut suivant est à destination de la messagerie unifiée Exchange Server 2007, le visiteur peut laisser un message. La messagerie vocale est disponible, que la partie appelée soit connectée ou non à Office Communications Server 2007.

Lorsque la partie appelée répond, l'audio est envoyé directement du logiciel Office Communicator 2007 ou Office Communicator Phone Edition de la partie appelante vers le logiciel Office Communicator 2007 ou Office Communicator Phone Edition, dans un appel IP à IP. Si la partie appelante utilise un PBX ou un téléphone RTC, le serveur de médiation envoie le trafic audio directement au logiciel Office Communicator 2007 ou Office Communicator Phone Edition de la partie appelée dans un appel IP à RTC. OCS 2007 gère uniquement le signal d'appel, raison pour laquelle l'audio et la vidéo voyagent directement entre les points de terminaison et ne sont pas acheminés par OCS 2007.

Configuration des utilisateurs

Des numéros de téléphone uniques au sein de l'organisation doivent être affectés aux utilisateurs activés pour Enterprise Voice. Cette configuration s'effectue dans Active Directory®. Ceci est différent de la plupart des systèmes de téléphonie, où le téléphone est assorti d'un numéro de téléphone. L'avantage de cette conception est que les utilisateurs peuvent transformer leur ordinateur exécutant Office Communicator 2007 en téléphone de travail, en se connectant à OCS 2007 à partir du client. Cette fonctionnalité de portabilité peut avoir de l'attrait pour les télétravailleurs ou les employés sur le terrain.

Le numéro de téléphone de l'utilisateur est spécifié au format E.164 dans Active Directory. Ce format définit le schéma de numérotation des télécommunications publiques internationales, un schéma de numérotation permettant de représenter les numéros de téléphone de manière unique et non ambiguë. Le format E.164 spécifie le numéro de téléphone dans ce format :

+<country code><area code><phone number>

Un utilisateur activé pour Enterprise Voice possède deux représentations uniques : un URI SIP et numéro de téléphone E.164. Lorsqu'un numéro de téléphone est composé, Office Communications Server effectue la résolution la représentation E.164 du numéro de téléphone (+14255551212) en URI SIP de l'utilisateur (joe@contoso.com). Office Communications Server 2007 achemine ensuite l'appel en fonction de l'URI SIP de la partie appelée. Si le numéro de téléphone ne peut pas être résolu en URI SIP, OCS 2007 achemine l'appel hors du PBX/RTC via un serveur de médiation.

Lorsque vous planifiez un déploiement Enterprise Voice dans lequel chaque utilisateur d'Office Communications Server Communications doit se voir attribuer un numéro de téléphone unique, vous devez prendre en considération votre système de téléphonie existant. Si vous vous connectez au RTC directement via une passerelle multimédia, vous disposerez probablement d'un bloc complet de numéros d'extension à 2 ou 3 chiffres, des numéros de numérotation interne directe (DID, Direct-Inward-Dialing) pouvant être distribués aux utilisateurs d'OCS 2007. Si vous vous connectez au RTC via un PBX, vous disposerez probablement d'un bloc de numéros DID fournis par le PBX à attribuer aux utilisateurs d'OCS 2007.

Schémas de numérotation

Bien que les numéros de téléphone au format E.164 offrent une représentation unique, ils ne sont pas pratiques pour la composition des numéros. Il n'est également pas possible d'entrer un numéro dans ce format dans Office Communicator Phone Edition ou sur les téléphones PBX/RTC standard. Comment spécifier le caractère + à l'aide d'un cadran numérique à 10 chiffres ? Les utilisateurs sont habitués à composer des extensions plus courtes, qui peuvent être uniques pour un emplacement spécifique mais peut-être pas à l'échelle de l'entreprise. Par conséquent, il est nécessaire de spécifier des règles de traduction pour leur conversion au format E.164.

L'administrateur doit définir des profils d'emplacement qui spécifient les règles de normalisation pour l'exécution de ces traductions de numéros. Après l'extension du numéro de téléphone par le client (Office Communicator 2007 ou Communicator Phone Edition) ou le Service de traduction d'Office Communications Server 2007 au format E.164, les Services utilisateur peuvent exécuter une recherche inversée de numéro et faire correspondre le numéro E.164 à un URI SIP. Les règles de normalisation définies dans un profil d'emplacement utilisent des expressions régulières pour effectuer la traduction si une correspondance est trouvée. Par exemple, si le numéro 1234 est composé, une normalisation faisant correspondre le modèle à quatre chiffres à +1425555{4 chiffres} traduira 1234 par +1425551234. Les profils d'emplacement permettent par conséquent aux utilisateurs de garder les habitudes de numérotation auxquelles ils sont accoutumés.

Les administrateurs peuvent attribuer les profils d'emplacement aux utilisateurs de trois façons :

• En définissant le profil d'emplacement pour les utilisateurs utilisant Office Communicator 2007 via une stratégie de groupe.
• En permettant aux utilisateurs de sélectionner un profil d'emplacement depuis Office Communicator Phone Edition.
• En attribuant un profil d'emplacement au pool de domicile. Les utilisateurs de ce pool se verront automatiquement affecter ce profil de location.

La définition d'un schéma de numérotation implique la création de stratégies Voice, d'itinéraires de téléphonie et de profils d'emplacement avec règles de normalisation. Les stratégies Voice définissent le type d'accès aux appels pour lesquels les utilisateurs bénéficient d'une autorisation. Office Communications Server 2007 détermine comment acheminer les appels au PBX/RTC en fonction des itinéraires téléphoniques. Comme les numéros de téléphone peuvent être composés d'une multitude de façons, les règles de normalisation d'un profil d'emplacement définissent le mode de conversion du numéro de téléphone composé au format E.164, qui peut ensuite être acheminé.

Chaque utilisateur activé pour Enterprise Voice est associé par l'administrateur à une stratégie Voice. Une stratégie Voice définit les privilèges d'appel attribués à un utilisateur. Les privilèges d'appel déterminent les itinéraires que l'utilisateur est autorisé à utiliser et par conséquent les numéros que l'utilisateur est autorisé à composer. Chaque utilisateur doit être associé à une seule stratégie Voice. Le nombre de stratégies disponibles est déterminé par l'administrateur.

Chaque stratégie Voice contient un paramètre permettant d'autoriser ou d'interdire à des utilisateurs d'effectuer des appels simultanés ainsi qu'une liste ordonnée des utilisations téléphoniques. La stratégie Voice, similaire à la stratégie de réunion, est un conteneur logique de paramètres défini en tant que document XML stocké dans Active Directory. L'avantage de cette conception est qu'elle peut être étendue dans les versions futures d'OCS 2007 pour prendre en charge des paramètres de stratégie supplémentaires, sans nécessiter d'extension du schéma Active Directory. Par exemple, si une stratégie Voice n'est pas associée à des utilisations téléphoniques, les utilisateurs affectés à cette stratégie ne pourront pas envoyer des appels sortants au PBX/RTC. Ces utilisateurs pourront uniquement envoyer des appels d'IP à IP.

Utilisation téléphonique et itinéraires

Une utilisation téléphonique définit les privilèges d'acheminement téléphonique auxquels les utilisateurs ont droit. Une utilisation téléphonique est une collection d'itinéraires téléphoniques. Il s'agit d'une chaîne qui doit être un mot-clé unique, ce qui signifie qu'aucune autre utilisation téléphonique ne peut avoir le même nom. Les administrateurs peuvent créer autant d'utilisations qu'ils le souhaitent.

Bien qu'une stratégie Voice puisse être directement associée à un itinéraire ou à un ensemble d'itinéraires au lieu des utilisations téléphoniques, le mot-clé d'utilisation téléphonique est une abstraction permettant de maintenir des associations entre les stratégies et les itinéraires. Si les stratégies étaient directement associées aux itinéraires, supprimant ainsi le concept d'utilisation téléphonique, et que l'administrateur modifiait le nom d'un itinéraire, toute stratégie associée à cet itinéraire devrait être mise à jour. Avec une utilisation téléphonique, qui est à la fois un attribut de stratégie et un itinéraire pour la création de l'association entre la stratégie et l'itinéraire, la relation entre la stratégie et l'itinéraire est conservée, même si le nom de l'itinéraire est modifié.

Un itinéraire contient un modèle de numéro de téléphone et une liste des serveurs de médiation connectés aux passerelles multimédia. Un itinéraire doit être attribué à au moins une utilisation téléphonique. Cette association entre le modèle et les passerelles spécifie comment acheminer les numéros de téléphone qui correspondent à ce modèle particulier.

Le modèle spécifie une plage de numéros de téléphone auxquels il peut correspondre. Il est défini comme une expression régulière pouvant inclure et exclure des numéros de téléphone. L'outil Enterprise Voice Route Helper est inclus afin de vous aider à créer plus facilement ces expressions régulières. Par conséquent, si le numéro de téléphone qui est composé correspond à l'expression régulière d'un itinéraire, l'appel est alors acheminé vers l'une des passerelles définies dans l'itinéraire.

Il est possible de répertorier plus d'un serveur de médiation (et par conséquent plus d'une passerelle multimédia) dans un itinéraire unique. Office Communications Server 2007 achemine les appels aux serveurs de médiation à tour de rôle, afin d'équilibrer le trafic entre les passerelles. Si une passerelle connaît une défaillance ou est mise hors service à des fins de maintenance, le serveur de médiation correspondant renverra une réponse à Office Communications Server 2007, qui tentera immédiatement d'acheminer l'appel vers un autre serveur de médiation (et par conséquent une passerelle multimédia différente) de la liste de l'itinéraire.

Après l'échec de 10 tentatives d'acheminement des appels vers une passerelle multimédia, Office Communications Server 2007 réduit le trafic vers cette passerelle multimédia jusqu'à ce qu'elle réponde à nouveau. Si la passerelle multimédia continue à ne pas répondre après 10 tentatives supplémentaires, Office Communications Server 2007 arrête d'acheminer les appels vers cette passerelle multimédia jusqu'à ce qu'elle réponde.

La liste des passerelles multimédia définies dans l'itinéraire téléphonique est décrite par le nom de domaine complet et le numéro de port de la passerelle. Si le numéro de téléphone ne correspond pas au modèle d'expression régulière, l'itinéraire suivant associé à l'utilisation téléphonique affectée à l'utilisateur est vérifié jusqu'à ce qu'une correspondance soit trouvée. Si aucune correspondance n'est trouvée, l'appel ne peut pas être acheminé et n'atteint pas sa destination. L'utilisateur reçoit une notification lui indiquant que l'appel n'a pas pu être effectué.

Étapes suivantes

Office Communications Server 2007 fournit trois niveaux d'intégration la de téléphonie. Lors de la planification de votre déploiement de téléphonie, vous devrez déterminer le niveau répondant au mieux aux besoins de téléphonie actuels et futurs de votre d'entreprise. Une fois ceci déterminé, vous pouvez planifier votre déploiement. L'un des aspects importants de votre planification est la définition du schéma de numérotation pour votre déploiement d'Office Communications Server Enterprise Voice. Celui-ci doit être soigneusement planifié.

Pour plus d'informations sur Office Communications Server 2007 Enterprise Voice et les technologies connexes, consultez l'encadré « Ressources OCS supplémentaires ».

Jochen Kunert possède 10 années d'expérience dans l'industrie des télécommunications et travaille maintenant comme responsable de programme senior au sein du groupe Office Communications de Microsoft. Il est coauteur d'un ouvrage très prochainement disponible, Microsoft Office Communications Server 2007 Resource Kit. Vous pouvez le joindre à l’adresse suivante : jkunert@microsoft.com.

Rui Maximo travaille dans l'informatique depuis 14 ans et est coauteur de deux livres*, Pro LCS: Live Communications Server Administration* et Microsoft Office Communications Server 2007 Resource Kit. Vous pouvez le joindre à l’adresse suivante : ruim@ruimaximo.com.

© 2008 Microsoft Corporation et CMP Media, LLC. Tous droits réservés. Toute reproduction, totale ou partielle, est interdite sans autorisation préalable.