Article
06/25/2014

Exemple : collecte des informations nécessaires au contrôle d’admission des appels

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

Voyons, à travers cet exemple, comment planifier et implémenter le contrôle d’admission des appels (CAC). À haut niveau, cela consiste en les activités suivantes :

Identifiez l’ensemble de vos concentrateurs réseau et dorsales principales (appelées régions réseau dans ce guide).
Identifiez le site central Lync Server chargé de gérer le contrôle d’admission des appels sur chaque région réseau.
Identifiez et définissez les sites réseau connectés à chaque région réseau.
Pour chaque site du réseau dont la bande passante de la connexion WAN est limitée, décrivez la bande passante et les limites de bande passante que l’administrateur du réseau a configurées pour le trafic multimédia de Lync Server, le cas échéant. Il n’est pas nécessaire d’inclure les sites dont la bande passante de la connexion de réseau étendu (WAN) n’est pas limitée.
Associez chaque sous-réseau de votre réseau à un site réseau.
Mappez les liaisons entre régions réseau. Pour chaque liaison, décrivez sa capacité de bande passante et toute limite imposée par l’administrateur système sur le trafic multimédia de Lync Server.
Définissez un itinéraire entre chaque paire de régions réseau.

Rassembler les informations requises

Pour préparer le contrôle d’admission des appels, rassemblez les informations présentées dans les étapes suivantes :

Identifiez vos 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 une collection de sites réseau. Définissez les régions réseau de votre entreprise avec l’administrateur réseau.

Identifiez le site central associé à chaque région réseau. Un site central contient au moins un serveur frontal Lync Server 2010 et constitue le déploiement Lync Server qui sera chargé de gérer la fonctionnalité CAC pour tout le trafic multimédia transitant via la connexion WAN de la région réseau.

Exemple de réseau d’entreprise divisé en trois régions réseau

Exemple de topologie réseau avec 3 régions réseau

Remarque :
Un réseau MPLS (Multiprotocol Label Switching) devrait être représenté en tant que région réseau dans laquelle un emplacement géographique est associé à un site réseau correspondant. Pour plus d’informations, voir la rubrique « Contrôle d’admission des appels sur un réseau MPLS » dans la documentation de planification.

L’exemple de topologie réseau précédent présente trois régions réseau, chacune comportant un site central Lync Server qui gère la fonctionnalité CAC. Le site central convenant le mieux à une région réseau est déterminé en fonction de la proximité géographique. Comme le trafic multimédia est susceptible d’être le plus important au sein d’une même région réseau, le fait d’opter pour la proximité géographique rend la fonctionnalité CAC indépendante. Celle-ci continuera de fonctionner même en cas d’indisponibilité d’autres sites centraux.

Dans cet exemple, un déploiement Lync Server nommé Chicago est le site central de la région Amérique du Nord.

Tous les utilisateurs Lync Server basés en Amérique du Nord sont hébergés sur des serveurs du déploiement Chicago. Le tableau suivant répertorie les sites centraux pour les trois régions réseau.

Régions réseau et leur site central associé

Région réseau	Site central
Amérique du Nord	Chicago
EMEA	Londres
APAC	Pékin

Remarque :
Selon votre topologie Lync Server, vous pouvez affecter le même site central à plusieurs régions réseau.

Pour chaque région réseau, identifiez tous les sites réseau (bureaux ou emplacements) dont les connexions au WAN ne sont pas soumises à une limite de bande passante. Comme ces sites disposent de liaisons réseau dont la bande passante n’est pas limitée, il n’est pas nécessaire de leur appliquer des stratégies de bande passante CAC.

Dans l’exemple présenté dans le tableau suivant, trois sites réseau disposent de liaisons réseau dont la bande passante n’est pas limitée : New York, Chicago et Détroit.

Sites réseau non limités par la bande passante de la connexion WAN

Site réseau Région réseau

New York

Amérique du Nord

Chicago

Amérique du Nord

Détroit

Amérique du Nord
Pour chaque région réseau, identifiez tous les sites réseau se connectant à la région réseau via des liaisons WAN dont la bande passante est limitée.

Pour garantir la qualité de l’audio et de la vidéo, nous recommandons de surveiller les réseaux WAN des sites dont la bande passante est limitée et d’imposer des stratégies de bande passante CAC limitant le flux multimédia (vocal ou vidéo) depuis et vers la région réseau.

Dans l’exemple présenté dans le tableau suivant, trois sites réseaux sont limités par la bande passante du WAN : Portland, Reno et Albuquerque.

Sites réseau limités par la bande passante de la connexion WAN

Site réseau Région réseau

Albuquerque

Amérique du Nord

Reno

Amérique du Nord

Portland

Amérique du Nord

Région réseau CAC Amérique du Nord et trois sites réseau non limités par la bande passante (Chicago, New York et Détroit) et trois sites réseau limités par la bande passante de la liaison WAN (Portland, Reno et Albuquerque)

Site réseau	Région réseau
New York	Amérique du Nord
Chicago	Amérique du Nord
Détroit	Amérique du Nord

Site réseau	Région réseau
Albuquerque	Amérique du Nord
Reno	Amérique du Nord
Portland	Amérique du Nord

Pour chaque liaison WAN dont la bande passante est limitée, déterminez les points suivants :

Limite de bande passante globale à appliquer à toutes les sessions audio simultanées. Si une nouvelle session audio entraîne le dépassement de la limite, Lync Server empêche la session de démarrer.
Limite de bande passante à appliquer à chaque session audio individuelle. La bande passante CAC par défaut est de 175 Kbits/s, mais elle est modifiable par l’administrateur.
Limite de bande passante globale à appliquer à toutes les sessions vidéo simultanées. Si une nouvelle session vidéo entraîne le dépassement de la limite, Lync Server empêche la session de démarrer.
Limite de bande passante à appliquer à chaque session vidéo individuelle. La bande passante CAC par défaut est de 700 Kbits/s, mais elle est modifiable par l’administrateur.

Sites réseau et informations de restriction de bande passante WAN (bande passante en Kbits/s)

Site réseau	Région réseau	Limite BP	Limite audio	Limite de session audio	Limite vidéo	Limite de session vidéo
Albuquerque	Amérique du Nord	5,000	2,000	175	1,400	700
Reno	Amérique du Nord	10,000	4,000	175	2,800	700
Portland	Amérique du Nord	5,000	4,000	175	2,800	700
New York	Amérique du Nord	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)
Chicago	Amérique du Nord	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)
Détroit	Amérique du Nord	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)

Pour chaque sous-réseau du réseau, indiquez son site réseau associé.

Important :
Chaque sous-réseau doit être associé à un site réseau, même si le site réseau n’est pas soumis à une limite de bande passante. Cela est dû au fait que le contrôle d’admission des appels utilise les informations relatives aux sous-réseaux pour déterminer sur quel site réseau un système d’extrémité doit se situer. Lorsque les emplacements de chaque partie de la session sont déterminés, le contrôle d’admission des appels peut déterminer si la bande passante est suffisante pour établir l’appel. Lorsqu’un session est établie sur une liaison dont la bande passante n’est pas limitée, une alerte est générée. Si vous déployez des serveurs Edge A/V, les adresses IP publiques de chaque serveur Edge doivent être associées au site réseau sur lequel le serveur Edge est déployé. Vous devez ajouter chaque adresse IP publique du serveur Edge A/V à vos paramètres de configuration réseau en tant que sous-réseau avec un masque de sous réseau de 32. Par exemple, si vous déployez des serveurs Edge A/V à Chicago, pour chaque adresse IP externe de ces serveurs, créez un sous-réseau avec un masque de sous-réseau de 32 et associez le site réseau Chicago à ces sous-réseaux. Pour plus d’informations sur les adresses IP publiques, voir Détermination des conditions requises pour le pare-feu A/V externe et les ports dans la documentation de planification.

Chaque sous-réseau doit être associé à un site réseau, même si le site réseau n’est pas soumis à une limite de bande passante. Cela est dû au fait que le contrôle d’admission des appels utilise les informations relatives aux sous-réseaux pour déterminer sur quel site réseau un système d’extrémité doit se situer. Lorsque les emplacements de chaque partie de la session sont déterminés, le contrôle d’admission des appels peut déterminer si la bande passante est suffisante pour établir l’appel. Lorsqu’un session est établie sur une liaison dont la bande passante n’est pas limitée, une alerte est générée.
Si vous déployez des serveurs Edge A/V, les adresses IP publiques de chaque serveur Edge doivent être associées au site réseau sur lequel le serveur Edge est déployé. Vous devez ajouter chaque adresse IP publique du serveur Edge A/V à vos paramètres de configuration réseau en tant que sous-réseau avec un masque de sous réseau de 32. Par exemple, si vous déployez des serveurs Edge A/V à Chicago, pour chaque adresse IP externe de ces serveurs, créez un sous-réseau avec un masque de sous-réseau de 32 et associez le site réseau Chicago à ces sous-réseaux. Pour plus d’informations sur les adresses IP publiques, voir Détermination des conditions requises pour le pare-feu A/V externe et les ports dans la documentation de planification.

Remarque :
Une alerte d’indicateur d’intégrité clé est générée, indiquant une liste d’adresses IP figurant dans votre réseau, mais non associées à un sous-réseau ou figurant dans un sous-réseau non associé à un site réseau. L’alerte n’est générée qu’une seule fois par période de 8 heures. Les informations d’alerte pertinentes et un exemple sont présentés ci-dessous : Source : service de stratégie de bande passante CS (principal) Numéro d’événement : 36034 Niveau : 2 Description : les sous-réseaux pour les adresses IP suivantes ne sont pas configurés ou les sous-réseaux ne sont pas associés à un site réseau : <liste d’adresses IP>. Cause : les sous-réseaux pour les adresses IP correspondantes sont absents des paramètres de configuration du réseau ou les sous-réseaux ne sont pas associés à un site réseau. Résolution : ajoutez les sous-réseaux pour les adresses IP correspondantes aux paramètres de configuration du réseau et associez chaque sous-réseau à un site réseau. Par exemple, si la liste d’adresses IP qui apparaît dans l’alerte indique 10.121.248.226 et 10.121.249.20, soit ces adresses IP ne sont pas associées à un sous-réseau, soit le sous-réseau auquel elles sont associées n’appartient pas au site réseau. Si 10.121.248.0/24 et 10.121.249.0/24 sont les sous-réseaux associés à ces adresses, vous pouvez résoudre le problème comme suit : Vérifiez que l’adresse IP 10.121.248.226 est associée au sous-réseau 10.121.248.0/24 et l’adresse IP 10.121.249.20 au sous-réseau 10.121.249.0/24. Vérifiez que les sous-réseaux 10.121.248.0/24 et 10.121.249.0/24 sont chacun associés à un site réseau.

Une alerte d’indicateur d’intégrité clé est générée, indiquant une liste d’adresses IP figurant dans votre réseau, mais non associées à un sous-réseau ou figurant dans un sous-réseau non associé à un site réseau. L’alerte n’est générée qu’une seule fois par période de 8 heures. Les informations d’alerte pertinentes et un exemple sont présentés ci-dessous :
Source : service de stratégie de bande passante CS (principal)
Numéro d’événement : 36034
Niveau : 2
Description : les sous-réseaux pour les adresses IP suivantes ne sont pas configurés ou les sous-réseaux ne sont pas associés à un site réseau : <liste d’adresses IP>.
Cause : les sous-réseaux pour les adresses IP correspondantes sont absents des paramètres de configuration du réseau ou les sous-réseaux ne sont pas associés à un site réseau.
Résolution : ajoutez les sous-réseaux pour les adresses IP correspondantes aux paramètres de configuration du réseau et associez chaque sous-réseau à un site réseau.
Par exemple, si la liste d’adresses IP qui apparaît dans l’alerte indique 10.121.248.226 et 10.121.249.20, soit ces adresses IP ne sont pas associées à un sous-réseau, soit le sous-réseau auquel elles sont associées n’appartient pas au site réseau. Si 10.121.248.0/24 et 10.121.249.0/24 sont les sous-réseaux associés à ces adresses, vous pouvez résoudre le problème comme suit :

Vérifiez que l’adresse IP 10.121.248.226 est associée au sous-réseau 10.121.248.0/24 et l’adresse IP 10.121.249.20 au sous-réseau 10.121.249.0/24.
Vérifiez que les sous-réseaux 10.121.248.0/24 et 10.121.249.0/24 sont chacun associés à un site réseau.

Sites réseau et sous-réseaux associés (bande passante en Kbits/s)

Site réseau	Région réseau	Limite BP	Limite audio	Limite de session audio	Limite vidéo	Limite de session vidéo	Sous-réseaux
Albuquerque	Amérique du Nord	5,000	2,000	175	1,400	700	172.29.79.0/23, 157.57.215.0/25, 172.29.90.0/23, 172.29.80.0/24
Reno	Amérique du Nord	10,000	4,000	175	2,800	700	157.57.210.0/23, 172.28.151.128/25
Portland	Amérique du Nord	5,000	4,000	175	2,800	700	172.29.77.0/24 10.71.108.0/24, 157.57.208.0/23
New York	Amérique du Nord	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	172.29.80.0/23, 157.57.216.0/25, 172.29.91.0/23, 172.29.81.0/24
Chicago	Amérique du Nord	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	157.57.211.0/23, 172.28.152.128/25
Détroit	Amérique du Nord	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	(aucune limite)	172.29.78.0/24 10.71.109.0/24, 157.57.209.0/23

Dans le contrôle d’admission des appels Lync Server 2010, les connexions entre régions réseau sont appelées liaisons de région. Pour chaque liaison de région, déterminez ce qui suit, tout comme vous l’avez fait pour les sites réseau :

Limite de bande passante globale à appliquer à toutes les sessions audio simultanées. Si une nouvelle session audio entraîne le dépassement de la limite, Lync Server empêche la session de démarrer.
Limite de bande passante à appliquer à chaque session audio individuelle. La bande passante CAC par défaut est de 175 Kbits/s, mais elle est modifiable par l’administrateur.
Limite de bande passante globale à appliquer à toutes les sessions vidéo simultanées. Si une nouvelle session vidéo entraîne le dépassement de la limite, Lync Server empêche la session de démarrer.
Limite de bande passante à appliquer à chaque session vidéo individuelle. La bande passante CAC par défaut est de 700 Kbits/s, mais elle est modifiable par l’administrateur.

Liaisons de région réseau et limites de bande passante associées

Exemple de limitations entre 3 régions

Information de bande passante de la liaison de région (bande passante en Kbits/s)

Nom de la liaison réseau	Première région	Seconde région	Limite BP	Limite audio	Limite de session audio	Limite vidéo	Limite de session vidéo
NA-EMEA-LINK	Amérique du Nord	EMEA	50,000	20,000	175	14,000	700
EMEA-APAC-LINK	EMEA	APAC	25,000	10,000	175	7,000	700

Définissez un itinéraire entre chaque paire de régions réseau.

Remarque :
Deux liaisons sont nécessaires à l’itinéraire entre les régions Amérique du Nord et APAC, car aucune liaison de région ne les relie directement.

Itinéraires de région

Nom de l’itinéraire	Première région	Seconde région	Liaisons de région
NA-EMEA-ROUTE	Amérique du Nord	EMEA	NA-EMEA-LINK
EMEA-APAC-ROUTE	EMEA	APAC	EMEA-APAC-LINK
NA-APAC-ROUTE	Amérique du Nord	APAC	NA-EMEA-LINK, EMEA-APAC-LINK

Pour chaque paire de sites réseau directement connectée à une seule liaison (appelée liaison intersite), déterminez ce qui suit :

Limite de bande passante globale à appliquer à toutes les sessions audio simultanées. Si une nouvelle session audio entraîne le dépassement de la limite, Lync Server empêche la session de démarrer.
Limite de bande passante à appliquer à chaque session audio individuelle. La bande passante CAC par défaut est de 175 Kbits/s, mais elle est modifiable par l’administrateur.
Limite de bande passante globale à appliquer à toutes les sessions vidéo simultanées. Si une nouvelle session vidéo entraîne le dépassement de la limite, Lync Server empêche la session de démarrer.
Limite de bande passante à appliquer à chaque session vidéo individuelle. La bande passante CAC par défaut est de 700 Kbits/s, mais elle est modifiable par l’administrateur.

Région réseau CAC Amérique du Nord avec les capacités et les limites de bande passante de la liaison intersite entre Reno et Albuquerque

Exemple de sites réseau limités par la bande passante de la connexion WAN

Information de bande passante d’une liaison intersite entre deux sites réseau (bande passante en Kbits/s)

Nom de la liaison intersite	Premier site	Second site	Limite BP	Limite audio	Limite de session audio	Limite vidéo	Limite de session vidéo
Reno-Albu-Intersite-Link	Reno	Albuquerque	20,000	12,000	175	5,000	700

Étapes suivantes

Une fois que vous avez rassemblé toutes les informations requises, vous pouvez procéder au déploiement de la fonctionnalité CAC à l’aide de Lync Server Management Shell ou du Panneau de configuration Lync Server.

Remarque :
Bien que vous puissiez réaliser la plupart des tâches de configuration du réseau à l’aide du Panneau de configuration Lync Server, vous devez utiliser Lync Server Management Shell pour créer les sous-réseaux et les liaisons intersites. Pour plus d’informations, voir les sections consacrées aux cmdlets New-CsNetworkSubnet et New-CsNetworkIntersitePolicy dans la documentation Lync Server Management Shell.

Bien que vous puissiez réaliser la plupart des tâches de configuration du réseau à l’aide du Panneau de configuration Lync Server, vous devez utiliser Lync Server Management Shell pour créer les sous-réseaux et les liaisons intersites. Pour plus d’informations, voir les sections consacrées aux cmdlets New-CsNetworkSubnet et New-CsNetworkIntersitePolicy dans la documentation Lync Server Management Shell.

Partager via