Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit comment les groupes de ressources multimédias (MRG) et les listes de groupes de ressources multimédias (MRGL) sont maintenant utilisés afin de permettre à un administrateur d'allouer des ressources multimédias à des périphériques particuliers. L'utilisation la plus courante des MRG et des MRGL consiste à limiter l'utilisation des ressources multimédias sur une base géographique.
Par exemple, si vous avez des ressources de conférence sur un site distant, vous pouvez créer une MRGL pour permettre aux téléphones IP du site distant d'accéder uniquement à leurs ressources locales du pont de conférence. Ainsi, les conférences téléphoniques créées à partir d'un téléphone IP sur le site distant n'ont pas besoin d'utiliser la bande passante du réseau WAN pour une conférence au sein du site. Vous pouvez également configurer la MRGL pour avoir des ressources secondaires et tertiaires (et ainsi de suite), de sorte que si le pont de conférence d'un site distant n'a plus de ressources ou n'est pas disponible, les ressources d'un autre site peuvent être utilisées en remplacement. Vous pouvez utiliser les MRG et les MRGL pour n'importe quelle autre ressource multimédia (p. ex. des ressources de serveurs en attente musicale (MOH) et des ressources de transcodage).
Aucune spécification déterminée n'est requise pour ce document.
Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Un MRGL fournit un regroupement hiérarchisé des MRG. Une application sélectionne la ressource multimédia requise, telle qu'un serveur d'attente musicale, parmi les ressources multimédias disponibles en fonction de l'ordre de priorité défini dans un MRGL.
La gestion des ressources multimédias permet d'accéder aux ressources multimédias de tous les Cisco CallManager d'un cluster. Chaque Cisco CallManager contient un composant logiciel appelé Media Resource Manager. Le Gestionnaire de ressources multimédias localise la ressource multimédia nécessaire pour connecter les flux multimédias afin de compléter une fonctionnalité (par exemple, attente musicale, conférence, etc.). Cisco CallManager utilise le protocole Skinny afin d'établir une interface avec ces ressources multimédias.
Media Resource Manager gère les types de ressources multimédia suivants :
Ces raisons expliquent pourquoi les ressources sont partagées :
L'initialisation de Cisco CallManager crée un Media Resource Manager. Chaque périphérique Media Termination Point, MOH, Transcoder et Conference Bridge défini dans la base de données s'enregistre auprès du Media Resource Manager. Le Gestionnaire de ressources multimédias obtient une liste des périphériques provisionnés à partir de la base de données et construit et tient à jour une table afin de suivre ces ressources. Media Resource Manager utilise ce tableau afin de valider les périphériques enregistrés. Le Gestionnaire de ressources multimédias suit le nombre total de périphériques disponibles dans le système. Le Gestionnaire de ressources multimédias effectue également le suivi des périphériques disposant des ressources disponibles.
Lorsqu'un périphérique multimédia s'enregistre, Cisco CallManager crée un contrôleur afin de contrôler ce périphérique. Une fois le périphérique validé, le système annonce ses ressources dans le cluster. Ce mécanisme permet de partager la ressource dans l'ensemble du cluster.
La réservation des ressources se fait en fonction des critères de recherche. Les critères donnés fournissent le type de ressource et le MRGL. Lorsque Cisco CallManager n'a plus besoin de la ressource, la délocalisation des ressources se produit. Cisco CallManager met à jour et synchronise la table des ressources après chaque allocation et affectation.
Le Gestionnaire de ressources multimédias assure l'interface avec les principaux composants suivants :
Le composant logiciel de contrôle des appels effectue le traitement des appels, notamment la configuration et le démontage des connexions. Le contrôle des appels interagit avec la couche de fonctionnalités afin de fournir des services tels que le transfert, la mise en attente, la conférence, etc. Le contrôle d'appel s'interface avec le gestionnaire de ressources multimédias lorsqu'il a besoin de localiser une ressource pour configurer une conférence téléphonique et/ou des fonctions d'attente musicale.
Le composant logiciel Media Control gère la création et le retrait des flux multimédias pour le terminal. Chaque fois qu'une demande de connexion de média entre des périphériques est reçue, Media Control configure l'interface appropriée afin d'établir un flux, qui dépend du type de point de terminaison.
La couche média est en interface avec le Gestionnaire de ressources multimédia lorsqu'il a besoin de localiser une ressource pour configurer un point de terminaison multimédia. Media Termination Point Control permet de relier un flux H.245 entrant à un flux H.245 sortant. Media Termination Point maintient une session H.245 avec un point d'extrémité H.323 lorsque la diffusion en continu de son point d'extrémité connecté s'arrête. Media Termination Point ne prend actuellement en charge que le codec G.711 et peut également transcoder une loi a en loi mu.
Pour chaque périphérique Media Termination Point défini dans la base de données, Cisco CallManager crée un processus Media Termination Point Control. Ce processus Media Termination Point Control s'enregistre auprès du Media Resource Manager lors de son initialisation. Le Gestionnaire de ressources multimédia assure le suivi de ces ressources Media Termination Point et annonce leur disponibilité dans le cluster.
Le contrôle de pont de monodiffusion permet de combiner un ensemble de flux de monodiffusion entrants en un ensemble de flux de sortie composites. Unicast Bridge fournit des ressources afin de mettre en oeuvre des conférences ad hoc et Meet-Me dans Cisco CallManager. Pour chaque périphérique Unicast Bridge défini dans la base de données, Cisco CallManager crée un processus de contrôle de monodiffusion. Ce processus de contrôle de monodiffusion s'enregistre auprès du Media Resource Manager lors de son initialisation. Le Gestionnaire de ressources multimédias suit les ressources de flux monodiffusion et annonce leur disponibilité dans le cluster.
L'attente musicale permet de rediriger une partie en attente vers un serveur audio. Pour chaque périphérique de serveur d'attente musicale défini dans la base de données, Cisco CallManager crée un processus de contrôle d'attente musicale. Ce processus de contrôle d'attente musicale s'enregistre auprès du Media Resource Manager lors de son initialisation. Le Gestionnaire de ressources multimédia suit les ressources d'attente musicale et annonce leur disponibilité dans le cluster. L'attente musicale prend en charge les sources audio monodiffusion et multidiffusion.
Cisco CallManager utilise le concept MRGL afin de sélectionner des ressources. La sélection dépend de l'affectation géographique des ressources
Note: Vous ne pouvez pas configurer explicitement un MRGL pour un pont de conférence. Par conséquent, le MRGL est extrait d'abord du pool de périphériques, puis du pool par défaut du MRG.
Complétez ces étapes afin de configurer vos MRG/MRGL après avoir configuré vos ressources multimédias dans Cisco CallManager.
Connectez-vous à la page d'administration de Cisco CallManager et sélectionnez Media Resources > Media Resource Group, comme indiqué dans l'image.
Sélectionnez Ajouter un groupe de ressources multimédias.
Entrez un nom pour les MRG. Sélectionnez les ressources à associer à ce MRG, puis cliquez sur Insérer.
Créez un autre MRG pour les ressources du site distant.
Sélectionnez toutes les ressources nécessaires et cliquez sur Insérer.
Naviguez dans Media Resources> Media Resource Group List afin de créer un MRGL pour associer les MRG.
Cliquez sur Ajouter une nouvelle liste de groupes de ressources multimédias.
Ici, 4 MRGL sont créés dans cet exemple.
Lorsque vous effectuez une recherche sur les listes de groupes de ressources multimédias, les quatre listes créées s'affichent.
Associez MRGL au pool de périphériques pour tous les utilisateurs ou via la configuration du périphérique lui-même.
L'exemple suivant montre la configuration du MRGL sur le périphérique lui-même. Lorsqu'un MRGL est configuré directement sur le périphérique, ce MRGL prime sur la configuration du pool de périphériques.
Il n'y a pas de vérification spécifique. Vous pouvez simplement consulter la page MRG et MRGL si la configuration est correcte ou non, selon les besoins
Ce message d'erreur apparaît dans l'Observateur d'événements :
Erreur : « ConferenceNoMoreResourcesAvailable - Plus de ressources de conférence disponibles »
Solution :
Complétez ces étapes afin de vérifier si tous les ponts de conférence matérielle sont enregistrés auprès de Cisco CallManager.
Remarque : Distribuez les ressources multimédias de manière optimale dans la configuration du pool de périphériques.
Fast Busy est reçu lorsque le site distant est appelé
Lorsque vous appelez l'emplacement distant du centre de contacts IP (IPCC), le téléphone sonne à l'emplacement distant, mais lorsque l'utilisateur décroche le téléphone, un signal d'occupation rapide est reçu.
Solution :
Afin de résoudre le problème, créez des groupes de ressources multimédias (MRG) distincts pour les ressources de transcodeur logiciel et de transcodeur matériel et assurez-vous que la ressource de transcodeur matériel MRG a la priorité première dans la liste des groupes de ressources multimédias (MRGL).