Composants Enterprise Voice côté serveur

Office Communications Server offre trois possibilités pour le déploiement d'un serveur de médiation et d'une passerelle multimédia :

• De base. Cette option comprend une passerelle multimédia de base et un serveur de médiation distinct.
• Hybride de base. Cette option comprend une passerelle hybride de base, dans laquelle la passerelle de base et le serveur de médiation sont colocalisés sur le même ordinateur.
• Avancé. Cette option est une passerelle multimédia avancée, dans laquelle la logique du serveur de médiation est directement incorporée dans le logiciel de la passerelle.

Pour plus d'informations, notamment la liste actuelle des passerelles fonctionnant avec Office Communications Server, consultez https://go.microsoft.com/fwlink/?LinkId=125757 (en anglais).

Tableau 1. Comparaison entre les passerelles de base et colocalisées

Lorsque vous essayez de répondre aux quatre questions fondamentales du déploiement de passerelles, l'approche évidente consiste à :

• compter les sites sur lesquels votre organisation a des bureaux ;
• évaluer le trafic sur chaque site ;
• déployer une ou plusieurs passerelles sur chaque site pour gérer le trafic prévu.

La topologie de passerelles distribuées résultante est présentée à la figure suivante.

Avec cette topologie, les appels entre collaborateurs sur chaque site et entre les sites sont tous routés sur l'intranet de l'entreprise. Les appels au réseau RTC sont routés sur le réseau IP de l'entreprise vers les passerelles les plus proches de l'emplacement des numéros de destination.

Toutefois, que se passe-t-il si votre organisation prend en charge des douzaines ou des centaines, voire des milliers de sites répartis sur plusieurs continents, comme c'est le cas de nombreuses institutions financières et grandes entreprises ? Dans ces cas, le déploiement d'une passerelle séparée sur chaque site n'est pas pratique.

Pour résoudre ce problème, de nombreuses grandes entreprises préfèrent déployer un ou plusieurs centres de données de téléphonie importants, comme illustré dans la figure ci-après.

Dans cette topologie, plusieurs passerelles de grande taille, suffisantes pour gérer la charge anticipée pour les utilisateurs, sont déployées sur chaque centre de données. Tous les appels aux utilisateurs de l'entreprise sont transmis par le fournisseur de services de téléphone de la société vers un centre de données La logique de routage définie au niveau du centre de données détermine si l'appel doit être routé sur l'intranet ou vers le réseau RTC.

Le fait de placer une passerelle sur chaque site d'une part ou sur un seul centre de données d'autre part représente les extrêmes d'une plage de déploiement. Vous pouvez déployer des passerelles uniques sur plusieurs sites et plusieurs passerelles sur un centre de données dans presque n'importe quelle combinaison possible. Dans chaque cas, la meilleure solution dépend de nombreux facteurs spécifiques à chaque organisation.

L'emplacement de la passerelle peut également déterminer les types de passerelles choisis et leur configuration. Il y a des douzaines de protocoles RTC, dont aucun n'est un standard mondial. Si toutes vos passerelles se situent dans un seul pays/région, cela n'est pas un problème, mais si vous les placez dans plusieurs pays/régions, chacune d'elles doit être configurée en fonction des normes RTC du pays/région. De plus, les passerelles qui sont certifiées pour fonctionner, par exemple, au Canada, peuvent ne pas être certifiée en Inde, au Brésil ou dans l'Union européenne.

La taille des passerelles multimédias que la plupart des organisations envisagent de déployer peut varier entre 2 et un maximum de 960 ports (Il existe des passerelles encore plus importantes, mais celles-ci sont principalement utilisées par des fournisseurs de services de téléphone.) Lors de l'estimation du nombre de ports requis par votre organisation, suivez les instructions suivantes :

• Ceux dont l'utilisation de la téléphonie est faible (un appel RTC par heure) doivent allouer un port pour 15 utilisateurs. Par exemple, si votre organisation comprend 20 utilisateurs, vous avez besoin d'une passerelle dotée de deux ports.
• Ceux dont l'utilisation de la téléphonie est moyenne (deux appels RTC par heure) doivent allouer un port pour 10 utilisateurs. Par exemple, si votre organisation comprend 100 utilisateurs, vous avez besoin d'un total de 10 ports alloués sur une ou plusieurs passerelles.
• Ceux dont l'utilisation de la téléphonie est importante (trois appels RTC ou plus par heure) doivent allouer un port pour 5 utilisateurs. Par exemple, si votre organisation comprend 47 000 utilisateurs, vous avez besoin d'un total de 9.400 ports alloués sur au moins 10 passerelles de grande envergure.
• D'autres ports peuvent être acquis à mesure que le nombre d'utilisateurs ou la quantité de trafic augmente dans votre organisation.

Pour un nombre donné d'utilisateurs à prendre en charge, vous pouvez choisir de déployer plusieurs passerelles de petite taille, ou bien un nombre inférieur de passerelles de grande taille. En règle générale, un minimum de deux passerelles pour une organisation est recommandé, en cas de panne de l'une d'elles. Au-delà de cela, le nombre et la taille des passerelles déployées par une organisation varient considérablement, en fonction d'une analyse minutieuse du volume du trafic téléphonique de chaque organisation.

Chaque passerelle multimédia de base que vous déployez doit avoir au moins un serveur de médiation correspondant. Il est possible, mais non recommandé, qu'une passerelle unique pointe vers plusieurs serveurs de médiation. Il est cependant impossible qu'un serveur de médiation unique pointe vers plus d'une passerelle multimédia.

Pour plus d'informations, notamment la configuration matérielle spécifique, consultez Configuration requise pour les composants internes Office Communications Server et Planification de la capacité.

Remarque :
Une passerelle multimédia hybride de base est configurée de façon à fonctionner uniquement avec le serveur de médiation colocalisé ; elle ne doit donc pas pointer vers d'autres serveurs de médiation.

Par défaut, les numéros E.164 dans l'URI de demande pour les appels sortants ont le signe plus (+) comme préfixe. La plupart des autocommutateurs privés (PBX, Private Branch eXchange), traitent ces numéros sans problème. Toutefois, certains PBX n'acceptent pas les numéros qui ont le signe plus comme préfixe.

Pour garantir l'interopérabilité avec ces PBX, le serveur de médiation dispose d'un nouveau paramètre booléen WMI appelé RemovePlusFromRequestURI qui possède deux valeurs : TRUE et FALSE. Si votre PBX n'accepte pas les numéros avec le signe plus comme préfixe, la valeur du paramètre WMI doit être définie sur TRUE, ce qui fait que le serveur de médiation supprime le signe plus d'un URI de demande pour les appels sortants. La valeur par défaut est FALSE, ce qui fait que le serveur de médiation laisse les URI de demande, URI To et URI From de l'INVITE inchangés.

Le serveur de médiation a un nouveau paramètre booléen WMI appelé QoSEnabled qui possède deux valeurs : TRUE et FALSE. Ce paramètre active ou désactive le marquage QoS sur le serveur de médiation. En cas de définition sur TRUE, le paramètre fait que le serveur de médiation exécute le marquage DSCP des paquets de données vocales. La valeur par défaut est FALSE.

Dans un réseau qui a été correctement mis en service pour la transmission de données de voix, la hiérarchisation des paquets n'est pas nécessaire. Toutefois, si vous n'êtes pas sûr de la capacité de bande passante, ce paramètre QoS assure une bonne qualité de voix y compris dans les environnements non optimaux.

Par défaut, les numéros E.164 dans l'URI de demande des appels sortants d'Office Communications Server 2007 R2 ont le signe plus comme préfixe. La plupart systèmes PBX traitent ces numéros sans problème. Toutefois, certains n'acceptent pas les numéros ayant un signe plus comme préfixe et ne routent pas correctement ces appels.

En outre, les en-têtes From d'appels entrants de certains PBX ne sont pas conformes à RFC 3966 parce qu'ils n'ont pas le signe plus comme préfixe. Microsoft Office Communicator ne peut pas acheminer ces numéros vers l'utilisateur approprié.

Pour assurer l'interopérabilité avec ces PBX, Office Communications Server 2007 R2 dispose d'un nouveau paramètre du serveur de médiation pour WMI appelé RemovePlusFromRequestURI. Ce paramètre peut avoir la valeur TRUE ou FALSE. La valeur par défaut est FALSE.

• Si un PBX en aval du serveur de médiation Office Communications Server 2007 R2 n'accepte pas les numéros ayant un signe plus comme préfixe, définissez la valeur de RemovePlusFromRequestURI sur TRUE. De ce fait, le serveur de médiation supprime les signes plus des URI de demande sur les appels sortants. Les signes sont également supprimés des URI To et From.
• Si le PBX en aval accepte les numéros ayant un signe plus comme préfixe, laissez la valeur de RemovePlusFromRequestURI sur sa valeur FALSE par défaut. Ainsi, le serveur de médiation Office Communications Server 2007 laisse les URI de demande To et From inchangés (c'est-à-dire avec le signe plus).

Office Communications Server 2007 R2 introduit également la prise en charge de plans de numérotation privés en normalisant les en-têtes From qui ne sont pas au format E.164. Si le résultat de cette normalisation n'est pas au format E.164, Office Communications Server 2007 R2 insère un en-tête P-Asserted-ID avec une valeur de contexte téléphonique entreprise pour permettre la recherche d'utilisateurs dans Office Communicator 2007 R2. Toutefois, si l'URI contient déjà une valeur de contexte téléphonique entreprise, Office Communications Server 2007 R2 ne normalise pas l'en-tête From.