Voz : Protocolos de gateway

Cómo usar las interacciones MGCP con Cisco CallManager

23 Marzo 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (18 Mayo 2006) | Comentarios

Contenidos

Introducción
Requisitos previos
     Requisitos
     Componentes utilizados
     Convenciones
Componentes MGCP
     Puntos finales
     Agentes de llamadas
Comandos MGCP
Implementación de Cisco CallManager y flujos de llamadas
     Registro e inicialización de puntos finales
     Ejemplo de flujo de llamadas FXS
     Conexión de red de retroceso de PRI
Discusiones relacionadas de la comunidad de soporte de Cisco

Introducción

El Protocolo de control de gateway de medios (MGCP) es un protocolo de texto sin formato que utilizan los dispositivos de control de llamadas para gestionar las gateways de telefonía IP. Este documento describe cómo funciona el protocolo y cómo se aplica en Cisco CallManager.

El MGCP (definido en RFC 2705leavingcisco.com) es un protocolo maestro/esclavo que permite que un dispositivo de control de llamadas (como Cisco CallManager) tome el control de un puerto específico en una gateway. Esto tiene la ventaja de una administración centralizada de la gateway y ofrece soluciones de telefonía IP muy escalables. Con este protocolo, Cisco CallManager conoce y controla el estado de cada puerto individual en la gateway, lo que permite un completo control del plan de marcado desde Cisco CallManager y le proporciona a CallManager un control por puerto de las conexiones a la red de telefonía pública conmutada (PSTN), PBX heredado, sistemas de correo de voz, teléfonos del servicio de telefonía analógica convencional (POTS), etc. Esto se implementa con el uso de una serie de comandos de texto sin formato que se envían a través del puerto de Protocolo de datagrama de usuario (UDP) 2427 entre Cisco CallManager y la gateway. Más adelante en este documento, se proporciona una lista de todos los comandos posibles y sus funciones.

Otro concepto importante para la implementación de MGCP con Cisco CallManager es la conexión de red de retroceso de PRI. Esto sucede cuando Cisco CallManager toma el control de los datos de señalización Q.931 utilizados en una PRI ISDN.

También es importante tener en cuenta que para que se produzca una interacción MGCP con Cisco CallManager, la gateway debe ser compatible con CallManager. Utilice la herramienta Software Advisor (Asesor de software) (solamente clientes registrados) para asegurarse de que su plataforma y la versión del software Cisco IOS® o el sistema operativo Catalyst (CatOS) sean compatibles con Cisco CallManager para MGCP.

Nota: Las versiones recientes del software Cisco IOS soportan conexiones de red de retroceso de BRI. Consulte Configuring MGCP-Controlled Backhaul of BRI Signaling in Conjunction with Cisco de CallManager (Configuración de la conexión de red de retroceso de señalización BRI controlada con MGCP junto con Cisco CallManager) para obtener más información sobre la conexión de red de retroceso de BRI.

Requisitos previos

Requisitos

Cisco recomienda tener conocimientos sobre los siguientes temas:

Componentes utilizados

La información de este documento se basa en las siguientes versiones de software y hardware:

  • Cisco CallManager 3.2c

  • Teléfono IP 7960 de Cisco

  • Puerta de enlace de voz de Cisco VG200

La información de este documento se ha creado a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos utilizados en este documento se pusieron en funcionamiento con una configuración despejada (predeterminada). Si la red está en funcionamiento, asegúrese de haber comprendido el impacto potencial de los comandos.

Convenciones

Consulte Convenciones sobre consejos técnicos de Cisco para obtener más información sobre las convenciones del documento.

Componentes MGCP

Estas secciones tratan los dos atributos del MGCP que le permiten funcionar. Los puntos finales son referencias a puertos de voz específicos en una gateway, mientras que los agentes de llamadas son los dispositivos de control que administran las gateways.

Puntos finales

Los puntos finales son cualquiera de los puertos de voz de la gateway designada. Estos puertos de voz proporcionan conectividad a ambos puertos analógicos (como FXO y FXS) y troncales digitales (como T1 o E1) a PSTN. Los puntos finales identifican los puertos de las gateways de maneras muy específicas. Es importante tener en cuenta que las gateways pueden tener varios puntos finales, según el número de puertos que contenga y si éstos distinguen entre mayúsculas y minúsculas. A continuación se proporciona un ejemplo de punto final y del análisis de cada parte:

understanding_mgcp-1.gif

  • AALN: puntos finales de línea analógica de acceso. Este nombre se utiliza para designar que el tipo de punto final es analógico. Esto significa que se utilizan tarjetas de interfaz de voz (VIC) FXO o FXS. El valor cambia según el tipo de punto final que está en uso. Por ejemplo, si se utiliza una interfaz DS3, el valor será "ds3". Más adelante en el documento, se amplía la información sobre la especificación de punto final digital.

  • S1: ranura 1. Es el número de ranura en el chasis que alberga el módulo de la red de voz.

  • SU0: subunidad 0. Es el número de ranura en el módulo de la red de voz que alberga las VIC y las tarjetas de interfaz de voz/WAN (VWIC).

  • 0: el número de puerto de voz en una VIC específica o la VWIC.

  • av-vg200-1.cisco.com: el nombre de host del punto final de ejemplo. Si la gateway se ha configurado con un nombre de dominio, se anexa al nombre de host, tal como se indica en este ejemplo.

En este punto final, se describe el puerto de voz 1/0/0 de la gateway con el nombre de host av-vg200-1 y nombre de dominio cisco.com. La AALN lo describe como puerto analógico, S1 describe que el módulo de red se encuentra en la ranura 1 y SU0/0 indica la tarjeta de interfaz y el número de puerto en el módulo de red.

Este es un ejemplo de un identificador de punto final MGCP para PRI T1. Observe que la única diferencia es el tipo de troncal y el canal B. El tipo de troncal designa el tipo de troncal que describe el punto final. Algunos ejemplos de tipos de troncal válidos son ds1, ds3, e1 y e3. El canal B especifica con qué canal B de la troncal se asocia el punto final.

understanding_mgcp-2.gif

Agentes de llamadas

Los agentes de llamadas son dispositivos de control externo de un sistema de voz. Cisco CallManager es el agente de llamadas al que se hace referencia en este documento. En MGCP, el agente de llamadas es el dispositivo que tiene total control de la gateway. Se trata de un sistema muy eficiente, ya que el agente de llamadas realiza toda la administración. Se requiere muy poca configuración al final de la gateway, ya que todos los patrones de ruta y los planes de marcado se configuran en Cisco CallManager.

Comandos MGCP

MGCP se implementa mediante un conjunto de comandos y respuestas entre el agente de llamadas y la gateway que se transmiten en texto sin formato. Puesto que se utiliza texto sin formato, puede resulta muy útil comprender estos comandos para resolver los problemas relacionados con MGCP. Estos comandos se transmiten y reciben a través de un puerto UDP 2427. Existen ocho tipos diferentes de comandos MGCP. En esta tabla se los define:

Comando

Nombre de mensaje

Enviado por

Descripción

AUEP

AuditEndpoint

Administrador de llamadas

Determina el estado de un punto final determinado.

AUCX

AuditConnection

Administrador de llamadas

Recupera todos los parámetros asociados con una conexión.

CRCX

CreateConnection

Administrador de llamadas

Crea una conexión entre dos puntos finales.

DLCX

DeleteConnection

Ambas

En CallManager: finaliza la conexión actual.

En la gateway: indica que ya no se puede mantener la conexión.

MDCX

ModifyConnection

Administrador de llamadas

Cambia los parámetros asociados con una conexión establecida.

RQNT

NotificationRequest

Administrador de llamadas

Da instrucciones a la gateway de que tenga en cuenta eventos como colgado/descolgado o tonos DTMF. También se utiliza para dar instrucciones a la gateway para que proporcione una señal al punto final (por ejemplo, tono de marcado o de ocupado).

NTFY

Notify

Gateway

Informa a Cisco CallManager cuando se producen los eventos solicitados.

RSIP

RestartInProgress

Gateway

Informa a Cisco CallManager cuando un punto final o un grupo de puntos finales se retiran o vuelven a poner en servicio.

Se envían parámetros junto con los comandos para especificar exactamente qué se necesita o qué información se proporciona. Consulte Ejemplo de paquetes MGCP de depuración para obtener una explicación detallada de los parámetros. Esta información está fuera del alcance de este documento.

Es importante recordar que el protocolo se utiliza con fines de control únicamente. No se transmiten datos de voz a través del propio protocolo MGCP. Todas las transferencias de datos de voz tienen lugar directamente entre el teléfono y la gateway. El diagrama siguiente explica las relaciones:

understanding_mgcp-3.gif

Los teléfonos IP 7960 de Cisco de este ejemplo utilizan el Protocolo de control delgado de llamadas (SCCP) para comunicarse con Cisco CallManager. Los datos de voz reales se transmiten a través del Protocolo de transporte en tiempo real (RTP) directamente entre los dos dispositivos. Cisco CallManager utiliza MGCP únicamente para controlar la gateway.

Implementación de Cisco CallManager y flujos de llamadas

La implementación que hace Cisco CallManager de MGCP utiliza secuencias de comandos específicas para realizar una gran variedad de tareas. A continuación, se incluyen varios ejemplos de cómo se realizan las llamadas y de cómo se registran las gateways. En esta sección también se trata el concepto de conexión de red de retroceso de PRI.

Registro e inicialización de puntos finales

El diagrama siguiente describe cómo Cisco CallManager registra las gateways de voz en su base de datos mediante MGCP. Los comandos de reconocimiento (ACK) son reconocimientos TCP estándar del comando recibido.

understanding_mgcp-4.gif

Ejemplo de flujo de llamadas FXS

El diagrama siguiente muestra un ejemplo del flujo de llamada FXS (marcado y conexión):

understanding_mgcp-5.gif

Nota: En la versión 12.3(8)XY y posteriores del software Cisco IOS, se soporta una palabra clave anterior al paquete para el comando mgcp package-capability. El comando mgcp package-capability pre-package se puede configurar en la gateway para resolver problemas como errores en llamadas salientes en una gateway CAS T1. Consulte Configuring MGCP Gateway Support for Cisco CallManager (Configuración de la compatibilidad de la gateway MGCP de Cisco CallManager) para obtener más información.

Conexión de red de retroceso de PRI

Lo que distingue a la PRI de otras interfaces es que los datos se reciben de la PSTN en el canal D y deben llevarse sin procesar nuevamente a Cisco CallManager para su procesamiento. La gateway no procesa ni cambia los datos de señalización, simplemente los pasa a Cisco CallManager a través del puerto TCP 2428. La gateway aún es responsable de finalizar los datos de capa 2. Esto significa que todos los protocolos de conexión de capas de enlaces de datos Q.921 se finalizan en la gateway, pero todo lo que esté por encima de esto (datos de capa de red Q.931 y superiores) se pasan a Cisco CallManager. También significa que la gateway no activará el canal D, salvo que pueda comunicarse con Cisco CallManager para retroceder los mensajes Q.931 que contiene el canal D. La figura siguiente muestra estas relaciones:

understanding_mgcp-6.gif

Para obtener más información acerca de estos temas, consulte las publicaciones de prensa de Cisco, Resolución de problemas de telefonía IP de Ciscoleavingcisco.com, donde se proporciona una descripción general de MGCP y de sus interacciones con Cisco CallManager.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 44130