El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe cómo se utilizan ahora los grupos de recursos de medios (MRG) y las listas de grupos de recursos de medios (MRGL) para permitir que un administrador asigne recursos de medios a dispositivos concretos. El uso más común de los MRG y los MRGL es restringir el uso de recursos de medios de acuerdo con la ubicación.
Por ejemplo, si tiene los recursos de conferencia en un lugar remoto, puede crear un MRGL para los teléfonos IP en el lugar remoto que permita que solamente accedan a sus recursos de bridge de conferencia locales. Esto asegura que las llamadas de conferencia que crea un teléfono IP en el lugar remoto no tengan que utilizar el ancho de banda de WAN para conferencia dentro del mismo sitio. También puede configurar el MRGL para que tenga recursos secundarios, terciarios (y así sucesivamente), por si el bridge de conferencia de un lugar remoto se queda sin recursos o no se encuentra disponible, poder utilizar los recursos de otro sitio como respaldo. Puede utilizar los MRG y los MRGL para cualquier otro recursos de medios (por ejemplo, un servidor de música en espera autónomo (MOH) y recursos de transcodificación).
No hay requisitos específicos para este documento.
La información que contiene este documento se basa en estas versiones de software:
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 proporciona un agrupamiento priorizado de MRG. Una aplicación selecciona el recurso de medios requerido, como un servidor MOH, entre los recursos de medios disponibles en función del orden de prioridad definido en una MRGL.
La administración de recursos de medios proporciona acceso a los recursos de medios para todos los Cisco CallManagers de un clúster. Cada CallManager de Cisco contiene un componente de software denominado Media Resource Manager. El administrador de recursos de medios localiza el recurso de medios necesario para conectar transmisiones de medios para completar una función (por ejemplo, MOH, conferencias, etc.). Cisco CallManager utiliza el protocolo Skinny para interactuar con estos recursos de medios.
Media Resource Manager administra estos tipos de recursos de medios:
Estas razones explican por qué se comparten los recursos:
La inicialización de Cisco CallManager crea un Media Resource Manager. Cada dispositivo Media Termination Point, MOH, Transcoder y Conference Bridge definido en la base de datos se registra con el Media Resource Manager. El administrador de recursos de medios obtiene una lista de los dispositivos aprovisionados de la base de datos y crea y mantiene una tabla para realizar el seguimiento de estos recursos. El Media Resource Manager utiliza esta tabla para validar los dispositivos registrados. Media Resource Manager realiza un seguimiento de los dispositivos totales disponibles en el sistema. El administrador de recursos de medios también realiza un seguimiento de los dispositivos que tienen recursos disponibles.
Cuando se registra un dispositivo de medios, Cisco CallManager crea un controlador para controlar este dispositivo. Una vez validado el dispositivo, el sistema anuncia sus recursos en todo el clúster. Este mecanismo permite compartir el recurso en todo el clúster.
La reserva de recursos se realiza en función de los criterios de búsqueda. Los criterios dados proporcionan el tipo de recurso y el MRGL. Cuando Cisco CallManager ya no necesita el recurso, se produce la desasignación de recursos. Cisco CallManager actualiza y sincroniza la tabla de recursos después de cada asignación y desasignación.
El Media Resource Manager interactúa con estos componentes principales:
El componente de software de control de llamadas realiza el procesamiento de llamadas, lo que incluye la configuración y el cierre de conexiones. El control de llamadas interactúa con la capa de funciones para proporcionar servicios como transferencia, espera, conferencia, etc. El control de llamadas interactúa con el Media Resource Manager cuando necesita localizar un recurso para configurar una llamada de conferencia y/o funciones MOH.
El componente de software de control de medios administra la creación y eliminación de secuencias de medios para el terminal. Siempre que se recibe una solicitud de conexión de medios entre dispositivos, Media Control configura la interfaz adecuada para establecer una secuencia, que depende del tipo de terminal.
La capa de medios interactúa con el Media Resource Manager cuando necesita localizar un recurso para configurar un Media Termination Point. Media Termination Point Control proporciona la capacidad de conectar una secuencia H.245 entrante a una secuencia H.245 saliente. Media Termination Point mantiene una sesión H.245 con un punto final H.323 cuando se detiene la transmisión desde su punto final conectado. Media Termination Point actualmente soporta solamente el códec G.711 y también puede transcodificar una ley a mu-law.
Para cada dispositivo Media Termination Point definido en la base de datos, Cisco CallManager crea un proceso Media Termination Point Control . Este proceso de control de punto de terminación de medios se registra con el Media Resource Manager cuando se inicializa. El administrador de recursos de medios realiza un seguimiento de estos recursos de Media Termination Point y anuncia su disponibilidad en todo el clúster.
Unicast Bridge Control proporciona la capacidad de combinar un conjunto de flujos de unidifusión entrantes en un conjunto de flujos de salida compuestos. Unicast Bridge proporciona recursos para implementar conferencias ad hoc y meet-me en Cisco CallManager. Para cada dispositivo Unicast Bridge definido en la base de datos, Cisco CallManager crea un Proceso de Control Unicast. Este proceso de control unidifusión se registra con el Media Resource Manager cuando se inicializa. El administrador de recursos de medios realiza un seguimiento de los recursos de flujo de unidifusión y anuncia su disponibilidad en todo el clúster.
MOH proporciona la capacidad de redirigir una persona en espera a un servidor de audio. Para cada dispositivo de servidor MOH definido en la base de datos, Cisco CallManager crea un proceso de control MOH. Este proceso de control MOH se registra con el Media Resource Manager cuando se inicializa. El administrador de recursos de medios realiza un seguimiento de los recursos MOH y anuncia su disponibilidad en todo el clúster. MOH admite fuentes de audio de unidifusión y multidifusión.
Cisco CallManager utiliza el concepto MRGL para seleccionar recursos. La selección depende de la asignación geográfica de los recursos
Nota: No puede configurar explícitamente un MRGL para un puente de conferencia. Por lo tanto, el MRGL se toma primero del grupo de dispositivos y luego del grupo predeterminado MRG.
Complete estos pasos para configurar sus MRG/MRGL después de haber configurado sus recursos de medios dentro de Cisco CallManager.
Inicie sesión en la página Cisco CallManager Administration y seleccione Media Resources > Media Resource Group, como se muestra en la imagen.
Seleccione Add a New Media Resource Group.
Introduzca un nombre para los MRG. Seleccione los recursos que desea asociar a este MRG y, a continuación, haga clic en Insertar.
Cree otro MRG para los recursos del sitio remoto.
Seleccione todos los recursos necesarios y haga clic en Insertar.
Navegue Recursos de Medios > Lista de Grupos de Recursos de Medios para crear un MRGL para asociar los MRG.
Haga clic en Agregar una nueva lista de grupos de recursos de medios.
Aquí se crean 4 MRGL en este ejemplo.
Cuando realiza una búsqueda en Listas de grupos de recursos de medios, ve las cuatro listas que se crean.
Asocie el MRGL con el grupo de dispositivos para todos los usuarios o mediante la configuración en el propio dispositivo.
El siguiente ejemplo muestra la configuración del MRGL en el propio dispositivo. Cuando un MRGL se configura directamente en el dispositivo, ese MRGL tiene prioridad sobre la configuración del grupo de dispositivos.
No hay ninguna verificación específica. Puede comprobar en la página MRG y MRGL si la configuración es correcta o no según lo requerido
Este mensaje de error aparece en el Visor de eventos:
Error: "ConferenceNoMoreResourcesAvailable: no hay más recursos de conferencia disponibles"
Solución:
Complete estos pasos para verificar si todos los puentes de conferencia de hardware están registrados con Cisco CallManager.
Nota: Distribuya los recursos de medios de una manera óptima bajo la configuración del grupo de dispositivos.
Se recibe el rápido ocupado cuando se llama a la ubicación remota
Cuando se llama a la ubicación remota de IP Contact Center (IPCC), el teléfono suena en la ubicación remota, pero cuando el usuario toma el teléfono, se recibe una señal de ocupado rápido.
Solución:
Para resolver el problema, cree grupos de recursos de medios (MRG) independientes para los recursos del transcodificador de software y los recursos del transcodificador de hardware y asegúrese de que el MRG del recurso del transcodificador de hardware tenga prioridad en la lista de grupos de recursos de medios (MRGL).