Planification du contrôle d’admission des appels

 

Dernière rubrique modifiée : 2011-08-18

La planification du contrôle d’admission des appels (CAC) requiert des informations détaillées sur votre topologie de réseau d’entreprise. Pour vous aider à planifier vos stratégies de contrôle d’admission des appels, procédez comme suit.

1. Identifiez les concentrateurs/dorsales principales (appelés des régions réseau) dans votre réseau d’entreprise.

2. Identifiez les bureaux et emplacements (appelés des sites réseau) dans chaque région réseau.

3. Déterminez l’itinéraire réseau entre chaque paire de régions réseau.

4. Déterminez les limites de bande passante pour chaque liaison réseau étendu (WAN).

   Remarque :
   Les limites de bande passante indiquent la quantité de bande passante sur une liaison réseau étendu qui est allouée à Lync Voix Entreprise et au trafic audio/vidéo. Ainsi, lorsqu’une liaison réseau étendu est décrite comme « à bande passante restreinte », la liaison réseau étendu a une limite de bande passante qui est inférieure au trafic maximal prévu sur la liaison.

5. Identifiez les sous-réseaux IP qui sont affectés à chaque site réseau.

Pour expliquer ces concepts, nous prendrons l’exemple de topologie réseau présenté à la figure suivante.

Exemple de topologie pour le contrôle d’admission des appels

Remarque :

Tous les sites réseau sont associés à une région réseau. Par exemple, Portland, Reno et Albuquerque sont inclus dans la région Amérique du Nord. Dans cette figure, seules les liaisons réseau étendu auxquelles des stratégies de contrôle d’admission des appels (CAC) sont appliquées sont présentées, avec des limites de bande passante. Les sites réseau Chicago, New York et Détroit apparaissent dans l’ovale de la région Amérique du Nord, car ils ne sont soumis à aucune limite de bande passante et ne nécessitent donc aucune stratégie de contrôle d’admission des appels (CAC).

Les composants de cet exemple de topologie sont décrits dans les sous-sections suivantes. Pour plus d’informations sur la façon dont cette topologie a été planifiée, y compris les limites de bande passante, voir Exemple : collecte des informations nécessaires au contrôle d’admission des appels.

Identifier les régions réseau

Une région réseau représente une dorsale principale ou un concentrateur réseau.

Une dorsale principale ou un concentrateur réseau fait partie de l’infrastructure réseau informatique qui interconnecte différents éléments du réseau, fournissant ainsi un chemin pour l’échange des informations entre différents réseaux locaux (LAN) ou sous-réseaux. Une dorsale principale peut lier divers réseaux d’un petit emplacement à une zone géographique étendue. La capacité de la dorsale principale est généralement plus grande que celle des réseaux qui s’y connectent.

Notre exemple de topologie comporte trois régions réseau : Amérique du Nord, EMEA et APAC. Une région réseau contient un ensemble de sites réseau (voir la définition des sites réseau dans cette rubrique). Collaborez avec votre équipe responsable des opérations réseau pour identifier vos régions réseau.

Association d’un site central avec chaque région réseau

Le contrôle d’admission des appels (CAC) requiert un site central Lync Server pour chaque région réseau. Un composant logiciel du Lync Server prend les décisions CAC. L’exemple de topologie réseau précédent présente trois régions réseau, chacune comportant un site central qui gère les décisions CAC. Ce site central est choisi par proximité géographique. Puisque le trafic multimédia est plus important dans les régions réseau, l’affectation de la possession en fonction de la proximité géographique rend la région réseau autonome ; les communications avec une région réseau continueront même si d’autres sites centraux deviennent indisponibles. À partir de l’exemple précédent, l’association appropriée est présentée dans le tableau suivant.

Remarque :

Les sites centraux ne correspondent pas nécessairement aux sites réseau. Néanmoins, dans les exemples de cette documentation, les noms de certains sites centraux (Chicago, Londres et Pékin) sont les mêmes que certains des sites réseau. Même si un site central et un site réseau partagent le même nom, le site central est un élément de la topologie Lync Server. Le site réseau fait partie du réseau global dans lequel réside la topologie Lync Server.

Régions réseau, sites centraux et sites réseau

Région réseau	Site central	Sites réseau
Amérique du Nord	Chicago	Chicago New York Detroit Portland Reno Albuquerque
EMEA	Londres	London Cologne
APAC	Pékin	Pékin Manille

Identifier les sites réseau

Un site réseau représente un endroit où votre organisation possède des bureaux, un ensemble de bâtiments ou un campus. Commencez par inventorier tous les bureaux de votre organisation. Dans notre exemple de topologie, la région réseau Amérique du Nord comporte les sites réseau suivants : New York, Chicago, Détroit, Portland, Reno et Albuquerque.

Vous devez associer chaque site réseau à une région réseau. Selon que le site réseau dispose d’une liaison réseau étendu restreinte ou non, une stratégie de bande passante est associée au site réseau. Pour plus d’informations sur les stratégies de contrôle d’admission des appels (CAC) et la bande passante que vous allouez en les utilisant, voir « Définir des stratégies de bande passante » plus loin dans cette rubrique. Pour configurer le contrôle d’admission des appels (CAC), associez des sites réseau à des régions réseau, puis créez des stratégies d’allocation de bande passante qui doivent être appliquées aux connexions à bande passante restreinte entre un site ou une région spécifique, mais aussi aux connexions réseau étendu entre des sites et des régions.

Identifier des liaisons réseau

Les liaisons réseau représentent les connexions au réseau étendu physique qui relient différentes régions et différents sites. Dans notre exemple de topologie, il y a deux liaisons réseau régionales, cinq liaisons réseau entre des régions et des sites, et une liaison réseau entre deux sites.

Les deux liaisons régionales sont entre Amérique du Nord et EMEA, représentés par NA-EMEA-LINK, et entre APAC et EMEA, représentés par EMEA-APAC-LINK.

Les liaisons de sites sont indiquées par des traits connectant Portland, Reno et Albuquerque à la région Amérique du Nord, Manille à la région APAC, et Cologne à la région EMEA. Le trait entre Reno et Albuquerque indique une liaison réseau directe entre ces deux sites.

Définir des stratégies de bande passante

Collaborez avec votre équipe responsable des opérations réseau pour déterminer la quantité de bande passante de réseau étendu mise à disposition du trafic audio et vidéo en temps réel sur les liaisons réseau étendu de votre organisation. Les stratégies de bande passante sont généralement appliquées aux liaisons réseau étendu si l’utilisation de la bande passante est restreinte, c’est-à-dire si on pense qu’elle sera supérieure à la bande passante pouvant être allouée aux modes audio et vidéo.

Les stratégies de bande passante pour le contrôle d’admission des appels (CAC) définissent la quantité de bande passante qui est réservée aux modes audio et vidéo en temps réel.

Les stratégies de bande passante CAC peuvent définir un ou plusieurs des éléments suivants :

• Bande passante totale maximale allouée à l’audio

• Bande passante totale maximale allouée à la vidéo

• Bande passante maximale allouée à un appel audio unique (session)

• Bande passante maximale allouée à un appel vidéo unique (session)

Remarque :
Toutes les valeurs de bande passante CAC représentent les limites de bande passante unidirectionnelle maximales.

Remarque :

Les fonctionnalités de stratégie de voix Lync Server 2010 permettent de remplacer les contrôles de stratégie de bande passante pour les appels entrants destinés à l’utilisateur (et non pour les appels sortants qui sont passés par l’utilisateur). Une fois la session établie, la consommation de bande passante est précisément calculée. Ce paramètre doit être utilisé avec modération. Évitez même d’y recourir pour prendre une décision appropriée en matière de contrôle d’admission des appels. Pour plus d’informations, voir Créer une stratégie et voix et configurer les enregistrements d’utilisation PSTN ou Modifier une stratégie de voix et configurer des enregistrements d’utilisation PSTN dans la documentation de déploiement.

Pour optimiser l’utilisation de la bande passante par session, tenez compte du type de codecs audio et vidéo qui seront utilisés. Plus particulièrement, évitez la sous-allocation de bande passante pour un codec que vous pensez utiliser fréquemment. Inversement, si vous souhaitez empêcher le support d’utiliser un codec nécessitant davantage de bande passante, définissez une bande passante maximale par session qui soit suffisamment basse pour décourager ce type d’utilisation. Pour l’audio, tous les codecs ne sont pas disponibles pour chaque scénario. Par exemple :

• Les appels audio d’égal à égal entre les systèmes d’extrémité Lync 2010 utiliseront RTAudio (8 kHz) ou RTAudio (16 kHz) lorsque vous prendrez en compte la bande passante et la définition des priorités des codecs.

• Les téléconférences entre les systèmes d’extrémité Lync 2010 et le service de conférence A/V utiliseront G.722 ou Siren.

• Les appels passés au PSTN, vers ou depuis les systèmes d’extrémité Lync 2010, utiliseront G.711 ou RTAudio (8 kHz).

Utilisez le tableau suivant pour optimiser les paramètres de bande passante par session maximale.

Utilisation de la bande passante par codecs

Codec	Besoin en bande passante sans correction des erreurs de transfert (FEC)	Besoin en bande passante avec correction des erreurs de transfert (FEC)
RTAudio (8 kHz)	49,8 Kbits/s	61,6 Kbits/s
RTAudio (16 kHz)	67 Kbits/s	96 Kbits/s
Siren	57,6 Kbits/s	73,6 Kbits/s
G.711	102 Kbits/s	166 Kbits/s
G.722	105,6 Kbits/s	169,6 Kbits/s
RTVideo (CIF 15 i/s)	260 Kbits/s	Non applicable
RTVideo (VGA 30 i/s)	610 Kbits/s	Non applicable

Remarque :
Les besoins en bande passante prennent en compte le traitement des éléments suivants : Ethernet II, IP, UDP, RTP et SRTP. Ils incluent également 10 Kbits/s pour le traitement RTCP.

Les codecs G.722.1 et Siren sont similaires, mais offrent différentes vitesses de transmission.

G.722, codec par défaut de la conférence Lync Server 2010, est complètement différent des codecs G.722.1 et Siren.

Le codec Siren est utilisé dans Lync Server 2010 dans les situations suivantes :

• Si la stratégie de bande passante est définie sur une valeur trop basse pour permettre l’utilisation de G.722

• Si un client Communications Server 2007 ou Communications Server 2007 R2 se connecte à un service de conférence Lync Server 2010 (puisque ces clients ne prennent pas en charge le codec G.722)

Utilisation de la bande passante par scénario

Scénario	Besoins en bande passante optimisés pour la quantité (Kbits/s)	Besoins en bande passante pour le mode équilibré (Kbits/s)	Besoins en bande passante optimisés pour la qualité (Kbits/s)
Appels audio d’égal à égal	45 Kbits/s	62 Kbits/s	91 Kbits/s
Téléconférences	53 Kbits/s	101 Kbits/s	165 Kbits/s
Appels PSTN (entre Lync 2010 et la passerelle PSTN, avec contournement de média)	97 Kbits/s	97 Kbits/s	161 Kbits/s
Appels PSTN (entre Lync 2010 et le serveur de médiation, sans contournement de média)	45 Kbits/s	97 Kbits/s	161 Kbits/s
Appels PSTN (entre le serveur de médiation et la passerelle PSTN, sans contournement de média)	97 Kbits/s	97 Kbits/s	161 Kbits/s

Identifier les sous-réseaux IP

Pour chaque site réseau, vous devrez collaborer avec votre administrateur réseau pour déterminer les sous-réseaux IP affectés à chaque site réseau. Si votre administrateur réseau a déjà organisé les sous-réseaux IP en régions réseau et sites réseau, votre travail est considérablement simplifié.

Dans notre exemple, le site New York de la région Amérique du Nord se voit affecter les sous-réseaux IP suivants : 172.29.80.0/23, 157.57.216.0/25, 172.29.91.0/23, 172.29.81.0/24. Supposons que Bob, qui travaille généralement à Détroit, se rende dans les bureaux de New York pour suivre une formation. Lorsqu’il allume son ordinateur et se connecte au réseau, son ordinateur obtient une adresse IP dans l’une des quatre plages allouées à New York (par exemple, 172.29.80.103).

Avertissement :

Les sous-réseaux IP spécifiés pendant la configuration du réseau sur le serveur doivent correspondre au format fourni par les ordinateurs clients afin d’être correctement utilisés pour le contournement de média. Un client Lync 2010 prend son adresse IP locale et masque l’adresse IP avec le masque de sous-réseau associé. Lors de la détermination de l’ID de contournement associé à chaque client, le serveur d’inscriptions comparera la liste des sous-réseaux IP associés à chaque site réseau avec le sous-réseau fourni par le client pour obtenir une correspondance exacte. Pour cette raison, il est important que les sous-réseaux entrés lors de la configuration du réseau sur le serveur soient des sous-réseaux réels et non des sous-réseaux virtuels. (Si vous déployez le contrôle d’admission des appels, mais pas le contournement de média, le contrôle d’admission des appels fonctionnera correctement même si vous configurez des sous-réseaux virtuels.) Par exemple, si un client se connecte sur un ordinateur ayant l’adresse IP 172.29.81.57 et le masque de sous-réseau IP 255.255.255.0, Lync 2010 demandera l’ID de contournement associé au sous-réseau 172.29.81.0. Si le sous-réseau est défini comme 172.29.0.0/16, bien que le client appartienne au sous-réseau virtuel, le serveur d’inscriptions ne considérera pas cela comme une correspondance, car le serveur d’inscriptions recherche spécifiquement le sous-réseau 172.29.81.0. Par conséquent, il est important que l’administrateur entre les sous-réseaux exacts fournis par les clients (qui sont provisionnés avec des sous-réseaux lors de la configuration réseau soit de manière statique, soit par DHCP.)