PONTIFICIA UNIVERSIDAD CATLICA MADRE Y MAESTRA

FACULTAD DE CIENCIAS DE LA INGENIERA

DEPARTAMENTO DE INGENIERA TELEMTICA

Resumen
Captulo 5, Media Gateway Control Protocol

Presentado por:
Carlos Cruceta 2013-1008

Asignatura:
Redes Convergentes

Grupo:
ST-ITT-463-T-001

Profesor:
Ing. Pablo P. Rodrguez R.

Entregado el 17 de octubre de 2017

Santiago, Rep. Dom
5.4 MEDIA GATEWAY CONTROL PROTOCOL
El protocolo Media Gateway Control (MEGACO) surgi de los antiguos protocolos
desarrollados de forma separada por la ITU y la IETF que tena nombre de MGCP con el
RFC 3435 y que luego de la fusin se conoci como el H.248 con el RFC 3525. Despus
de esto la ITU se hizo cargo de megaco y surgieron dos versiones mas para el H.248, la
versin 2 y la 3.
Los productos MGW son compatibles con cualquier versin de H.248, pero los usuarios
deben saber si la versin que van a usar es la correcta para el dispositivo, sea si podr
ofrecer todo lo que da el equipo con dicha versin.

Funciones de MGW
Media gateways se pueden ubicar en diferentes redes. Una MGW traduce informacin de
un lado en los formatos requeridos en el otro lado, un IP Gateway aplicara su sealizacin
interna y capacidades de medios para convertir entre:
Sealizacin SIP o H.323 en la red IP.
Paquetes de IP de informacin UC en una LAN y flujos continuos de bits de voz o
video en un canal digital o en una lnea analgica.

Un MGW grande puede dividirse en varias virtuales, con capacidad y acceso a puertos
fsicos elegidos por uno mismo. La relacin del protocolo Megaco se encuentra entre un
maestro (MGC) y uno o ms esclavos (MGW). El MGC puede tratar con cualquier
nmero de MGW, pero cada MGW lgica o fsica se registra con un solo MGC.
La relacin del protocolo Megaco se encuentra entre un maestro (MGC) y uno o ms
esclavos (MGW). El MGC puede tratar con cualquier nmero de MGW, pero cada MGW
lgica o fsica se registra con un solo MGC.
En caso de necesitar ms gateways, existe el MOW el cual tiene mltiples MGC los cuales
a su vez tiene mltiples MGW. En caso de que un MGC no responda, la MGW que estn
en el intentara conectarse al prximo MGC en su lista. Si un MGC pierde un MGW, el
tratara de enrutar el trfico a otro MGW.
El MGW, no realiza casi nada por s mismo, hace procesamiento simple y lo reporta al
MGC, el MGW recolecta los dgitos marcados de una interfaz PSTN o telfono analgico
y los compara con un plan de marcado configurado o seleccionado por el MGC.

Modelo de conexin MGW

Para entender el modelo de MEGACO es necesario primer entender como funciona un
MGW.
El MGW se conecta a redes externas en interfaces fsicas representadas por
terminaciones. Un MGC crea una conexin en la MGW al enviar un comando Add que
pone terminaciones en un contexto o asociacin lgica entre s. El MGW establece una
conexin aplicando un proceso de Subtract a cada terminacin. Un contexto tambin
puede recibir un comando Modify para cambiar parmetros durante una llamada. Las
terminaciones pueden responder a estmulos como tonos DTMF o mensajes de
sealizacin. El resultado es un mensaje de notify enviado al MGC. Cuando se configuran
para redundancia, las MGW usan Notify para avisar al MGC cuando se cambia a una
unidad de respaldo y cuando una unidad con falla regresa al servicio.
Un descriptor de topologa (TD) aplicado a un contexto controla cmo fluye la
informacin dentro y fuera de las terminaciones. Estos TD por defecto, no conectan las
terminaciones en modo full dplex.
Para cada medio en un contexto, el MGC crea un StreamID nico a nivel local, un
nmero identificador. La secuencia puede tener atributos.

Siguen algunas acciones comunes, con descripciones de cmo se manifiestan en un

MGW:
Hold: una terminacin se coloca sola en un nuevo contexto, un contexto nulo.
Transfer: una terminacin se "mueve" a otro contexto.
Conference: una terminacin de puente especializada (BR) para conferencias se
agrega a un contexto.
Multiplex: existen entidades de terminacin para multiplexacin, multiplexacin
inversa e intercambio de carga en algunas puertas de enlace de medios.
La ITU ha definido "paquetes" para Megaco que agrupan ciertas propiedades y
comportamientos, como la generacin de tonos y la supervisin de lneas.

Procedimientos Megaco
La informacin entre el MGC y MGW pasa a travs de una red IP utilizando el protocolo
Megaco. Los mensajes entre el MGC y MGW (desde H.248.1) procesan una llamada en
pequeos incrementos.
Un Ejemplo de intercambios de mensajes para una llamada entre dos MGW. Antes de la
llamada, se asignan dos telfonos analgicos (por configuracin o geogrfico) a las
diferentes MGW, -a y -b. Cuando un MGW se conecta por primera vez a una red IP,
encuentra y se registra con un MGC. Para simplificar este ejemplo de Megaco, el MGC
asumir las funciones de los proxies y registradores SIP. Los planes de marcado se
instalan por accin administrativa.
Cada MGW se registra con el mismo MGC utilizando un comando
ServiceChange.
La respuesta del MGC a cada MGW confirma el perfil de configuracin, las
direcciones IP y los servicios compatibles.
El MGC asigna TerminationlDs para cada interfaz en cada MGW y asigna cada
terminacin a un contexto NULL, un contexto con una sola terminacin.
Cada MGW responde para indicar que el comando fue aceptado, mientras
monitorea las terminaciones de actividad o eventos.
MOW-a detecta una condicin de descolgado cuando la persona que llama
levanta el telfono e informa al MGC con un comando de notificacin.
MGC reconoce Notify.
 MGC enva un comando de modificacin a MGW-a para la terminacin que
detect descolgar, por lo que reproduce un tono de marcado para la persona que
llama, busca un evento de colgado y espera los dgitos marcados.
MOW-a reconoce el comando Modificar.
MGW-a acumula los dgitos marcados, desactivando el tono de marcado al
recibir el primer dgito. El plan de marcado previamente cargado le informa a la
MGW cmo procesar los dgitos marcados y cundo se ha recibido suficiente
para notificar al MGC. En ese punto, MGW-a enva la cadena marcada en un
mensaje de notificacin al MGC.
MGC reconoce Notify.
Despus de que MGC analiza los dgitos marcados, entiende a dnde va la
llamada, en este caso a MGW-b. MGC agrega la terminacin TDM del telfono
de la persona que llama y una terminacin RTP a un nuevo contexto en MGW-a.
El modo del telfono est configurado en RecvOnly porque la descripcin del
extremo distante an no est disponible.
MGW-a reconoce el nuevo contexto, asignando una direccin IP local y un
puerto UDP, as como un puerto RTP para la conexin.
MGC pone la terminacin llamada en un nuevo contexto con un RTP Stream y
le dice a MGW-b que haga sonar el telfono.
MGW-b reconoce la configuracin con un bloque SDP que contiene un nmero
de puerto para el RTP Stream, los identificadores y el perfil de audio.
MGC reenva el IP y el puerto de MOW-b a MGW-a, especificando el contexto
que se actualizar.
La conexin de extremo a extremo en RTP activa un tono de devolucin de
llamada para la persona que llama.
Cuando el telfono llamado se descuelga, MGW-b notifica al MGC.
MGC usa un comando Modificar para desactivar el timbre en MGW-b.
MGC cambia MGW-a para enviar / recibir modo con un comando Modificar.
MGW-a reconoce la modificacin.
Los dos MGW ahora pueden comunicarse. Durante la llamada, el MGC puede
auditar cualquiera de las gateways para examinar su configuracin o
rendimiento.
Cuando cualquiera de las MGW cuelga, notifica al MGC.
MGC ACKs Notify.
MGC enva comandos de Restar a ambas MGW para vaciar los contextos, lo
que borra la llamada. Las terminaciones vuelven a contextos nulos.
Megaco funciona con una breve lista de comandos. Los comandos contienen
parmetros, que se adjuntan a los descriptores. El formato de texto se ve como

DescriptorNamer = <algnID> {parm = valor, parm = valor. . .}

donde los parmetros pueden ser:
Totalmente especificado: un nico valor para usar para el parmetro
especificado.
Subespecializado: el valor del parmetro CHOOSE permite que el respondedor
de comando elija un valor que pueda soportar (el DS-0 para una llamada saliente
en un PRI).
 Sobreespecificado: una lista de parmetros de valores potenciales, en el orden de
preferencia: el respondedor elige un valor y lo devuelve al iniciador.
El MGC adjunta descriptores de eventos a una terminacin cuando se coloca en un
contexto. Los descriptores le dicen a la MGW cmo manejar los eventos que ocurren en
esa terminacin.
Para interpretar los dgitos marcados que recibe, el MGW utiliza un DigitMaps. Lo que
hace esto es que informa de los patrones numricos al MGC con un mensaje y esto
permite al MGW procesar o filtrar los dgitos. El DigitMap se aplica tanto a las llamadas
salientes como a las entrantes, lo que permite que un sistema bloquee ciertas llamadas de
clases especficas de usuarios.
Detalles de Megaco
Megaco tiene dos modos, cada uno con un nmero de puerto predeterminado: 2944 para
la operacin de texto codificado o 2945 para la operacin de codificacin binaria. Las
respuestas van al mismo puerto desde donde vino el comando. No hay puertos
predeterminados para las respuestas.
La codificacin binaria de los mensajes H.248.I optimiza el procesamiento de la mquina.
La codificacin de texto puede usar palabras completas e indentaciones, o abreviaturas
sin sangras.
LA ITU se enfoc hacia las herramientas relacionadas con los operadores, como formas
adicionales de cambiar los servicios en un MGW y un mejor informe de disponibilidad
de componentes de hardware, como puertos y procesadores. La ITU tambin organiz
muchas de las funciones en conjuntos, llamados paquetes.
La mayora de las acciones de la MGW responden a un estmulo en una terminacin, con
un informe Notify al MGC o responden a un comando del MGC.
Hay poca diferencia en los resultados bsicos si un telfono IP se comunica con su
controlador de llamadas usando SIP, H.323 o Megaco.
La funcin de un MGC es un subconjunto lgico del proceso de control de llamadas y
puede ser parte de una aplicacin de IP PBX ms grande. La informacin fluye entre un
grupo MGW y MGC en "transacciones". Una transaccin es una lista de comandos
dirigidos a uno o ms contextos.
A medida que las MGW crecan, las transacciones crecan y tambin los mensajes
excedan el tamao soportado por UDP. LA versin 3 de Megaco soluciono esto
agregando la capacidad de segmentar. Pero esto solo es en UDP, si es en TCP no es
necesario activar esta funcin que viene por defecto desactivada.
Cada transaccin tiene un ID de 32 bits exclusivo para el MGC. El ContextlD es nico
para el MGW. Un MessageID aplicado a todos los mensajes entre una MGW y su MGC
permanece constante durante la duracin de la asociacin entre las dos entidades.
Una MGW puede implementar TCP o un mtodo de encuadre de nivel de aplicacin
(ALF) para garantizar una entrega precisa a travs de UDP.
Conversin de sealizacin
Los gateways podran manejar una amplia gama de formatos de sealizacin, tanto IP
como TDM. Debido al facto de hardware en ese momento, ellos debieron prepararse en
el lado LAN para el protocolo Skinny de Cisco, una versin de SIP, as como para
formatos estndar como SIP y H.323.
En TDM, los gateways se enfrentaron a una mezcla de interfaces T-1 y varias interfaces
de PBX de Q.931 y Q.sig a formatos de PBX patentados y DPNSS. Cuando tratan con
PSTN, deben admitir sealizacin de loop start y ground start.
Los procesos de software generalmente manejan la sealizacin, ya que el nmero de
opciones requiere una considerable flexibilidad en la configuracin.
A nivel internacional, la conversin de sealizacin debe tratar con las interfaces
analgicas RI y R2, la sealizacin asociada al canal en los E-1 y la versin E-1 del PRI
ISDN.
En una especie de suplantacin inversa, varios modelos de telfonos IP fueron diseados
para operar con el protocolo Megaco en lugar de SIP o H.323. Estos telfonos funcionan
en casi todas las redes en funcin de cualquiera de los tres principales protocolos de
sealizacin (SIP, H.323 y Skinny) porque el controlador de llamadas usara Megaco en
lugar de esos protocolos para manejar el telfono.

Transcodificacin de voz
El lado TDM, ya sea PSTN o una PBX heredada, casi siempre usa codificacin PCM en
un canal DS-0. El lado LAN a menudo usa PCM pero, dependiendo de la ubicacin, la
disponibilidad de ancho de banda y la preocupacin por la calidad del sonido de la voz,
la codificacin tambin se puede comprimir o "expandir" a "voz de alta definicin" de
ancho de banda de audio de 7 kHz.
La mayora de los algoritmos de compresin de voz utilizados comnmente comienzan
desde PCM. Recibir ese formato de la red pblica simplifica el trabajo de la MGW cuando
necesita entregar un formato comprimido en el lado de la LAN.
Microsoft, para un proveedor, usa cdecs patentados en sus telfonos y softphones. Esto
significa que requieren un servidor por separado para transcodificar entre ese formato de
VoIP en la LAN y el VoIP basado en PCM en el portal de medios. Si la red se aprovisiona
con una pasarela de medios compatible, y si tanto ella como el controlador de llamadas
estn configurados apropiadamente, el controlador puede enviar un INVITE a la MGW
en la que el bloque SDP describe las capacidades de ambos telfonos. Si el MGW puede
transcodificarlos, enva mensajes INV por separado a cada telfono, en sesiones
separadas para configurar dos llamadas, y acta como un proxy entre ellos.