Vue d’ensemble du contrôle d’admission des appels dans Lync Server 2013

 

Rubrique Dernière modification : 2012-09-22

Les communications en temps réel sont sensibles à la latence et à la perte de paquets qui peuvent se produire sur les réseaux encombrés. Le contrôle d’admission des appels détermine, en fonction de la bande passante réseau disponible, si des sessions de communication en temps réel, telles que des appels vocaux ou vidéo, peuvent être établies. La conception CAC dans Lync Server 2013 offre quatre attributs principaux :

• Le contrôle d’admission des appels est simple à déployer et à gérer sans recours à un équipement supplémentaire, tel que des routeurs configurés spécialement.

• Il traite les scénarios d’utilisation des communications unifiées critiques, tels que les utilisateurs itinérants et les points de présence multiples. Les stratégies du contrôle d’admission des appels sont appliquées selon l’emplacement du point de terminaison et non pas de l’emplacement où est hébergé l’utilisateur.

• Outre les appels vocaux, ce contrôle peut être appliqué à d’autres trafics, tels que les appels vidéo et les sessions de conférence audio/vidéo.

• Il fournit suffisamment de flexibilité pour permettre la représentation de différents types de topologies réseau. Pour obtenir des exemples, consultez Composants et topologies pour CAC dans Lync Server 2013.

Si ou nouvelle session audio ou vidéo dépasse les limites de bande passante définies sur une liaison de réseau étendu, la session est bloquée ou (pour les appels téléphoniques uniquement) réacheminée sur RTC.

Le contrôle d’admission des appels contrôle le trafic en temps réel pour la voix et la vidéo uniquement. Il ne contrôle pas le trafic de données.

Les administrateurs définissent des stratégies CAC, qui sont appliquées par le service de stratégie de bande passante installé avec chaque pool frontal. Les paramètres CAC sont automatiquement propagés à tous les serveurs frontaux Lync Server de votre réseau.

Pour les appels qui échouent en raison des stratégies de contrôle d’admission des appels, l’ordre de priorité de réacheminement des appels est le suivant :

1. Internet

2. PSTN

3. Messagerie vocale

L’enregistrement des détails des appels capture les informations concernant les appels réacheminés vers RTC ou la messagerie vocale. L’enregistrement des détails des appels ne capture pas les informations des appels non réacheminés sur Internet, car Internet est traité comme un autre chemin d’accès plutôt qu’une autre option.

Remarque

Les dépôts de messages vocaux ne seront pas refusés en raison des contraintes de bande passante.

Le service de stratégie de bande passante génère deux types de fichiers journaux au format CSV (valeurs séparées par des virgules). Le fichier journal du nombre d’échecs de vérification capture les informations lorsque les demandes de bande passante sont refusées. Le fichier journal d’utilisation des liaisons capture un instantané de la topologie réseau et de l’utilisation de la bande passante de la liaison de réseau étendu. Ces deux fichiers journaux peuvent vous aider à affiner vos stratégies de contrôle d’admission des appels en fonction de l’utilisation.

Considérations relatives au contrôle d’admission des appels

L’administrateur choisit d’installer le service de stratégie de bande passante sur le premier pool configuré dans le site central. Puisqu’il existe un seul site central par région réseau, il existe un seul service de stratégie de bande passante par région réseau, lequel gère la stratégie de bande passante pour cette région, ses sites associés et les liens vers ces sites. Le service de stratégie de bande passante s’exécute dans le cadre des serveurs frontaux. Par conséquent, la haute disponibilité est intégrée dans ce pool. Le service de stratégie de bande passante s’exécutant sur chaque serveur frontal se synchronise toutes les 15 secondes. Si le pool frontal échoue, les stratégies CAC ne sont plus appliquées pour ce site jusqu’à ce que le pool frontal et, par conséquent, le service de stratégie de bande passante redevient opérationnel. Cela signifie que tous les appels sont transmis pendant la durée d’interruption du service de stratégie de bande passante. Par conséquent, il existe un risque de surabonnement de bande passante pour vos liens durant cette période.

Le service de stratégie de bande passante fournit une haute disponibilité au sein d’un pool frontal ; toutefois, il ne fournit pas de redondance entre les pools frontaux. Le service de stratégie de bande passante ne peut pas basculer d’un pool frontal vers un autre. Une fois le service au pool frontal restauré, le service de stratégie de bande passante est repris et peut appliquer à nouveau les vérifications de stratégie de bande passante.

Considérations relatives au réseau

Bien que la restriction de bande passante pour l’audio et la vidéo soit appliquée par le service de stratégie de bande passante dans Lync Server 2013, cette restriction n’est pas appliquée au niveau du routeur réseau (couche 2 et 3). Lync Server 2010 CAC ne peut pas empêcher une application de données, par exemple, de consommer l’intégralité de la bande passante réseau sur une liaison WAN, y compris la bande passante réservée à l’audio et à la vidéo par votre stratégie CAC. Pour protéger la bande passante nécessaire sur votre réseau, vous pouvez déployer un protocole de qualité de service (QoS) tel que les services différenciés (DiffServ). Par conséquent, la meilleure pratique consiste à coordonner les stratégies de bande passante du contrôle d’admission des données que vous définissez avec les paramètres QoS que vous pouvez déployer.

Chemins d’accès des médias et de la signalisation sur réseau privé virtuel (VPN)

Si votre entreprise prend en charge les médias via VPN, assurez-vous que les flux multimédia et de signalisation passent tous deux via le VPN ou qu’ils sont routés par le biais d’Internet. Par défaut, les flux multimédia et de signalisation passent par le tunnel VPN.

Contrôle d’admission des appels des utilisateurs extérieurs

Le contrôle d’admission des appels n’est pas appliqué pour les utilisateurs distants où le trafic réseau transite par Internet. Étant donné que le trafic multimédia transite par Internet, qui n’est pas géré par Lync Server, l’accès à l’accès utilisateur ne peut pas être appliqué. Toutefois, des vérifications cac seront effectuées sur la partie de l’appel qui transite par le réseau d’entreprise.

Contrôle d’admission des appels des connexions RTC

Le contrôle d’admission des appels peut être appliqué sur le serveur de médiation, qu’il soit connecté à une adresse IP/PBX, à une passerelle RTC ou à une jonction SIP. Étant donné que le serveur de médiation est un agent d’utilisateur back-to-back (B2BUA), il met fin au média. Il a deux côtés de connexion : un côté connecté à Lync Server et un côté passerelle, qui est connecté aux passerelles PSTN, IP/PBX ou jonctions SIP. Pour plus d’informations sur les connexions RTC, consultez Planification de la connectivité RTC dans Lync Server 2013.

L’ACC peut être appliquée des deux côtés du serveur de médiation, sauf si la déviation du trafic multimédia est activée. Si la déviation du trafic multimédia est activée, le trafic multimédia ne traverse pas le serveur de médiation, mais il transite directement entre le client Lync et la passerelle. Dans ce cas, le contrôle d’admission des appels n’est pas nécessaire. Pour plus d’informations, consultez Planification du contournement multimédia dans Lync Server 2013.

La figure suivante illustre la façon dont le contrôle d’admission des appels est appliqué sur les connexions RTC avec ou sans la déviation du trafic multimédia activée.

Application du contrôle d’admission des appels sur des connexions RTC

Compatibilité du contrôle d’admission des appels avec les versions antérieures d’Office Communications Server

Le contrôle d’admission des appels ne peut être activé que sur les points de terminaison activés pour Lync Server 2010 et versions ultérieures.

Le contrôle d’admission des appels ne peut pas être activé sur les points de terminaison exécutant Office Communicator 2007 R2 ou version antérieure.

Application de CAC sur différentes versions de Lync Server

voice