Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Présentation des groupes de ressources de supports et des listes de groupes

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Depuis la version 3.1x de Cisco CallManager, 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'attribuer des ressources multimédias à des périphériques en particulier. 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).

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance des principes fondamentaux de Cisco CallManager.

Composants utilisés

Les informations dans ce document sont basées sur le Cisco CallManager 3.1x et plus tard.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Groupes de ressources de medias et listes de groupe de ressources de medias

Un MRGL fournit un groupement prioritaire de MRGs. Une application sélectionne la ressource exigée en medias, telle qu'un serveur MOH, de parmi les ressources disponibles en medias basées sur la commande prioritaire définie dans un MRGL.

La gestion des ressources de medias permet d'accéder aux ressources en medias pour tous les Cisco CallManagers dans une batterie. Chaque Cisco CallManager contient un composant logiciel appelé un gestionnaire de ressources de medias. Le gestionnaire de ressources de medias localise la ressource nécessaire en medias afin de connecter des flux multimédias pour se terminer une caractéristique (par exemple, MOH, des Conférences, et ainsi de suite). Le Cisco CallManager emploie le protocole maigre afin de relier à ces ressources en medias.

/image/gif/paws/45525/mrgl-1.gif

  • Les cm-1 et les CM2 appartiennent à la même batterie.

  • Le Cisco CallManager emploie le concept MRGL afin de sélectionner des ressources. La sélection dépend de la cession géographique des ressources.

Le gestionnaire de ressources de medias

Le gestionnaire de ressources de medias gère ces types de ressource en medias :

  • Serveur MOH.

  • Passerelle de conférence d'Unicast (CFB).

  • Serveur d'applications de diffusion multimédia (point d'arrêt de supports logiciels).

  • Transcodeur (XCODE).

Ces raisons expliquent pourquoi des ressources sont partagées :

  • Afin de permettre au matériel et aux périphériques fonctionnants avec le logiciel pour coexister dans un Cisco CallManager.

  • Afin de permettre au Cisco CallManager de partager et accéder à des ressources disponibles dans la batterie.

  • Afin de permettre au Cisco CallManager d'exécuter la répartition de charge dans un groupe de ressources semblables.

  • Afin de permettre au Cisco CallManager d'allouer des ressources basées sur des préférences de l'utilisateur.

L'initialisation du Cisco CallManager crée un gestionnaire de ressources de medias. Chaque Media Termination Point, MOH, transcodeur, et périphérique de passerelle de conférence défini dans les inscriptions de base de données au gestionnaire de ressources de medias. Le gestionnaire de ressources de medias obtient une liste de périphériques provisioned de la base de données et des élaborations et met à jour une table afin de dépister ces ressources. Le gestionnaire de ressources de medias emploie cette table afin de valider les périphériques enregistrés. Le gestionnaire de ressources de medias maintient tous les périphériques disponibles dans le système. Le gestionnaire de ressources de medias dépiste également les périphériques qui ont des ressources disponibles.

Quand un périphérique de medias s'enregistre, le Cisco CallManager crée un contrôleur afin de contrôler ce périphérique. Après que le périphérique soit validé, le système annonce ses ressources dans toute la batterie. Ce mécanisme permet la ressource à partager dans toute la batterie.

La réservation de ressource a lieu basé sur des critères de recherche. Les critères donnés fournissent le type de ressource et le MRGL. Quand le Cisco CallManager n'a besoin plus de la ressource, la désaffectation de ressource se produit. Le Cisco CallManager met à jour et synchronise la table de ressource après chaque allocation et désaffectation.

Interfaces de gestionnaire de ressources de medias

Le gestionnaire de ressources de medias se connecte par interface à ces composants importants :

  • Contrôle d'appel

  • Contrôle de medias

  • Contrôle de Media Termination Point

  • Contrôle de passerelle d'Unicast

  • Contrôle MOH

Le composant logiciel de Contrôle d'appel exécute le Traitement des appels, ceci inclut l'installation et démolit des connexions. Le Contrôle d'appel interagit avec la couche de caractéristique afin de fournir des services comme le transfert, attente, conférence, et ainsi de suite. Interfaces de Contrôle d'appel avec le gestionnaire de ressources de medias quand il doit localiser une ressource afin d'installer une conférence téléphonique et/ou des caractéristiques MOH.

Le composant logiciel de contrôle de medias gère la création et la désinstallation des flux multimédias pour le point final. Toutes les fois qu'une demande des medias d'être connecté entre les périphériques est reçue, le contrôle de medias a installé l'interface appropriée afin d'établir un flot, qui dépend du type de point final.

Les medias posent des interfaces avec le gestionnaire de ressources de medias quand ils doivent localiser une ressource afin d'installer un Media Termination Point. Le contrôle de Media Termination Point fournit la capacité pour jeter un pont sur un flot H.245 entrant à un flot H.245 sortant. Le Media Termination Point met à jour une session H.245 avec H.323 un point final quand couler de son point final connecté arrête. Le Media Termination Point prend en charge actuellement seulement des codecs G.711 et peut également transcoder l'a-law à la MU-loi.

Pour chaque périphérique de Media Termination Point défini dans la base de données, le Cisco CallManager crée un processus de contrôle de Media Termination Point. Ce processus de contrôle de Media Termination Point s'inscrit au gestionnaire de ressources de medias quand il initialise. Le gestionnaire de ressources de medias maintient ces ressources en Media Termination Point et annonce leur Disponibilité dans toute la batterie.

Le contrôle de passerelle d'Unicast fournit la capacité pour mélanger un ensemble de flots entrants d'unicast en jeu de trains de sorties composés. La passerelle d'Unicast fournit les ressources afin d'implémenter ad hoc et rassemblement-moi des Conférences dans le Cisco CallManager. Pour chaque périphérique de passerelle d'Unicast défini dans la base de données, le Cisco CallManager crée un processus de contrôle d'Unicast. Ce processus de contrôle d'Unicast s'inscrit au gestionnaire de ressources de medias quand il initialise. Le gestionnaire de ressources de medias dépiste des ressources en flot d'Unicast et annonce leur Disponibilité dans toute la batterie.

MOH fournit la capacité pour réorienter un interlocuteur sur l'attente à un serveur sonore. Pour chaque périphérique de serveur MOH défini dans la base de données, le Cisco CallManager crée un processus de contrôle MOH. Ce processus de contrôle MOH s'inscrit au gestionnaire de ressources de medias quand il initialise. Le gestionnaire de ressources de medias dépiste des ressources MOH et annonce leur Disponibilité dans toute la batterie. MOH prend en charge des sources audios d'Unicast et de Multidiffusion.

Configurez les groupes de ressources de medias/les listes groupe de ressources de medias

  • MRGs sont les groupements logiques des ressources en medias. Un MRG simple peut contenir des ressources en conférence de matériel, des ressources en conférence de logiciel, des ressources en transcodeur, des serveurs MOH, et des points d'arrêt de supports logiciels. Un MRG n'a aucune commande définie par l'utilisateur. Toutes les ressources dans un MRG sont considérées égales. Par conséquent, le partage de chargements de Cisco CallManager entre les ressources du chaque saisissent un MRG.

  • En transcodant est utilisé avec une conférence, le transcodeur est sélectionné a basé sur le MRGL de la passerelle de conférence.

    Remarque: Vous ne pouvez pas explicitement configurer un MRGL pour une passerelle de conférence. Par conséquent, le MRGL est pris d'abord du Pool d'appareils, et puis du groupe de par défaut MRG.

  • Quand un téléphone est mis sur l'attente, le MRGL du périphérique qu'il a mis en fonction l'attente (pourrait être une passerelle pour des appels d'offnet) détermine quel serveur MOH est utilisé pour lire la musique à l'appareil bloqué.

  • Des passerelles de conférence sont choisies ont basé sur le MRGL du contrôleur de conférence (l'interlocuteur qui initie la conférence).

  • Si un appel sort par une passerelle, et le Media Termination Point (MTP) est exigé. Le MRGL de la passerelle est alors utilisé pour sélectionner le MTP.

  • MRGLs sont un liste dans un certain ordre de MRGs. Toutes les ressources dans un MRG doivent être épuisées avant que des tentatives de Cisco CallManager d'utiliser une ressource en medias d'un autre MRG dans le même MRGL.

  • MRGLs peut être associé sur une base de par-périphérique, ainsi il signifie que vous pouvez donner l'accès d'appareils spécifiques aux ressources en medias sur une base individuelle. Un deuxième MRGL peut également être configuré au niveau de Pool d'appareils.

    • Si un périphérique a un MRGL configuré au niveau de Pool d'appareils aussi bien que sur le périphérique lui-même, le MRGL configuré au niveau de périphérique est recherché d'abord, suivi du MRGL sur le Pool d'appareils.

  • Le dernier MRGL est le par défaut MRGL. Une ressource en medias qui n'est pas assignée à un MRG est automatiquement assignée au par défaut MRGL. Le par défaut MRGL est toujours recherché et c'est le dernier recours si aucune ressource n'est disponible dans le MRGL périphérique basé et le Pool d'appareils MRGL ou si aucun MRGLs ne sont configurés à n'importe quel niveau.

Procédure de configuration

Terminez-vous ces étapes afin de configurer votre MRG/MRGLs après que vous fassiez configurer vos ressources en medias dans le Cisco CallManager.

  1. Procédure de connexion à la page d'administration de Cisco CallManager et au Service > Media Resource > Media Resource Group choisi.

    mrgl-2.gif

  2. Choisi ajoutez un nouveau groupe de ressources de medias.

    /image/gif/paws/45525/mrgl-3.gif

    Une liste de tous les affichages configurés de ressources en medias.

    /image/gif/paws/45525/mrgl-5.gif

  3. Écrivez un nom pour le MRGs. Sélectionnez les ressources que vous voulez pour s'associer avec ce MRG et puis pour cliquer sur l'insertion.

    Remarque: Dans cet exemple, deux MRGs sont créés. Un pour des ressources en site principal et un pour des ressources en site distant.

    /image/gif/paws/45525/mrgl-6.gif

    mrgl-7.gif

  4. Créez un autre MRG pour les ressources en site distant. Dans cet exemple, une copie est tirée du premier groupe et le nom est changé pour refléter le nouveau groupe.

    /image/gif/paws/45525/mrgl-8.gif

  5. Sélectionnez toutes les ressources nécessaires et cliquez sur l'insertion.

    mrgl-9.gif

  6. Ressource en service Select > en medias > liste de groupe de ressources de medias afin de créer un MRGL pour associer le MRG.

    mrgl-11.gif

  7. Cliquez sur Add une nouvelle liste de groupe de ressources de medias.

    /image/gif/paws/45525/mrgl-12.gif

  8. Quatre MRGLs sont créés dans cet exemple.

    1. MRG Dallas_MRGL pour les ressources en site principal.

      /image/gif/paws/45525/mrgl-13.gif

    2. MRG SanJose_MRGL pour les ressources en site distant.

      /image/gif/paws/45525/mrgl-14.gif

    3. MRG Dallas_Redundant_MRGL pour la Redondance si le serveur que les périphériques de bureau de Dallas sont aiguisés descend. Si les ressources en medias ne sont pas disponibles à ce site, elles Basculement aux ressources en site distant de sorte que les appels n'échouent pas.

      /image/gif/paws/45525/mrgl-15.gif

    4. MRG SanJose_Redundant_MRGL pour la Redondance si le serveur que les périphériques de bureau de San Jose sont aiguisés descend. Si les ressources en medias ne sont pas disponibles au site distant, elles Basculement aux ressources en site principal de sorte que les appels n'échouent pas.

  9. Pour le Dallas_Redundant_MRGL, le Dallas_MRG est premier dans la liste et SanJose_MRG est le deuxième.

    mrgl-16.gif

  10. Pour le SanJose_Redundant_MRGL, le SanJose_MRG est premier dans la liste et Dallas_MRG est le deuxième.

    mrgl-17.gif

  11. Quand vous exécutez une recherche sur des listes de groupe de ressources de medias, vous voyez chacune des quatre listes qui sont créées.

    /image/gif/paws/45525/mrgl-18.gif

  12. Associez le MRGL avec le Pool d'appareils pour tous les utilisateurs ou par la configuration sur le périphérique elle-même.

    Dans cet exemple, le MRGL redondant est configuré pour l'emplacement d'emplacement et de San Jose de Dallas.

    mrgl-19.gif

    mrgl-20.gif

  13. L'exemple suivant affiche la configuration du MRGL sur le périphérique elle-même. Quand un MRGL est configuré directement sur le périphérique, ce MRGL a la priorité au-dessus de la configuration de Pool d'appareils.

    mrgl-21.gif

Dépannez

Problème

Ce message d'erreur apparaît en cas visualiseur :

Error: ConferenceNoMoreResourcesAvailable - No more Conference Resources available

Solution

Terminez-vous ces étapes afin de vérifier si tous les ponts de conférence matériels sont inscrits au Cisco CallManager.

  1. Allez à la page d'admin de CallManager et choisissez la ressource en service > en medias > la passerelle de conférence.

  2. Cliquez sur Find et vérifiez si toutes les passerelles sont répertoriées.

Remarque: Distribuez les ressources en medias d'une manière optimale sous la configuration de Pool d'appareils.

Problème - Occupé rapide est reçu quand le site distant s'appelle

Quand vous appelez le site distant de l'IP Contact Center (IPCC), les sonneries de téléphone au site distant, mais quand l'utilisateur prend le téléphone, un signal d'occupation rapide est reçues.

Solution

Afin de résoudre le problème, créez les groupes de ressources distincts de medias (MRGs) pour les ressources en transcodeur de logiciel et des ressources en transcodeur de matériel et assurez-vous que la ressource MRG en transcodeur de matériel a la première priorité dans la liste de groupe de ressources de medias (MRGL).

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 45525