PROTOCOLO H.
323
H.323 se creó originalmente para proveer de un mecanismo para el transporte
de aplicaciones multimedia en LANs (Redes de área local) pero ha evolucionado
rápidamente para dirigir las crecientes necesidades de las redes de VoIP.
Un punto fuerte de H.323 era la relativa y temprana disponibilidad de un grupo
de estándares, no solo definiendo el modelo básico de llamada, sino que además
definía servicios suplementarios, necesarios para dirigir las expectativas de
comunicaciones comerciales. H.323 fue el primer estándar de VoIP en adoptar el
estándar de IETF de RTP (Protocolo de Transporte en tiempo Real) para transportar
audio y vídeo sobre redes IP.
H.323 está basado en el protocolo RDSI Q.931 y está adaptado para situaciones
en las que se combina el trabajo entre IP y RDSI, y respectivamente entre IP y QSIG. Un
modelo de llamada, similar al modelo de RDSI, facilita la introducción de la Telefonía IP
en las redes existentes de RDSI basadas en sistemas PBX. Por esto es posible el
proyecto de una migración sin problemas hacia el IP basado en sistemas PBX.
Dentro del contexto de H.323, un IP basado en PBX es, en palabras sencillas, un
Gatekeeper más algunos servicios suplementarios
El estándar H.323 proporciona la base para la transmisión de voz, datos y vídeo
sobre redes no orientadas a conexión y que no ofrecen un grado de calidad del
servicio, como son las basadas en IP, incluida Internet, de manera tal que las
aplicaciones y productos conforme a ella puedan interoperar, permitiendo la
comunicación entre los usuarios sin necesidad de que éstos se preocupen por la
compatibilidad de sus sistemas. La LAN sobre la que los terminales H.323 se comunican
puede ser un simple segmento o un anillo, o múltiples segmentos (es el caso de
Internet) con una topología compleja, lo que puede resultar en un grado variable de
rendimiento.
H.323 es la especificación, establecida por la UIT (Unión Internacional de
Telecomunicaciones) en 1996, que fija los estándares para la comunicación de voz y
vídeo sobre redes de área local, con cualquier protocolo, que por su propia naturaleza
presentan una gran latencia y no garantizan una determinada calidad del servicio
(QoS). Para la conferencia de datos se apoya en la norma T.120, con lo que en
conjunto soporta las aplicaciones multimedia. Los terminales y equipos conforme a
H.323 pueden tratar voz en tiempo real, datos y vídeo, incluida videotelefonía.
El estándar contempla el control de la llamada, gestión de la información y
ancho de banda para una comunicación punto a punto y multipunto, dentro de la LAN,
así como define interfaces entre la LAN y otras redes externas, como puede ser la RDSI.
Es una parte de una serie de especificaciones para videoconferencia sobre distintos
tipos de redes, que incluyen desde la H.320 a la H.324, estas dos válidas para RDSI y
RTC, respectivamente.
H.323 establece los estándares para la compresión y descompresión de audio y
vídeo, asegurando que los equipos de distintos fabricantes se entiendan. Así, los
usuarios no se tienen que preocupar de cómo el equipo receptor actúe, siempre y
cuando cumpla este estándar. La gestión del ancho de banda disponible para evitar
que la LAN se colapse con la comunicación de audio y vídeo, por ejemplo, limitando el
número de conexiones simultáneas, también está contemplada en el estándar.
La norma H.323 hace uso de los procedimientos de señalización de los canales
lógicos contenidos en la norma H.245, en los que el contenido de cada uno de los
canales se define cuando se abre. Estos procedimientos se proporcionan para fijar las
prestaciones del emisor y receptor, el establecimiento de la llamada, intercambio de
información, terminación de la llamada y como se codifica y decodifica. Por ejemplo,
cuando se origina una llamada telefónica sobre Internet, los dos terminales deben
negociar cual de los dos ejerce el control, de manera tal que sólo uno de ellos origine
los mensajes especiales de control. Una cuestión importante es, como se ha dicho, que
se deben determinar las capacidades de los sistemas, de forma que no se permita la
transmisión de datos si no pueden ser gestionados por el receptor.
ARQUITECTURA H.323
Una característica de la telefonía sobre una LAN o Internet es que se permite la
información de vídeo sobre la de audio (videoconferencia), que se formatea de
acuerdo con el estándar H.261 o H.263, formando parte de la carga útil del paquete
RTP; dado que se envían sólo los cambios entre cuadros resulta muy sensible a la
pérdida de paquetes, lo que da origen a la distorsión de la imagen recibida.
Componentes definidos en H.323
La especificación define cuatro componentes principales para un sistema de
comunicaciones en red: Terminales, Gateways, Gatekeepers y MCUs.
Terminales
Son los clientes finales en la LAN, que proporcionan una comunicación
bidireccional en tiempo real. Todos los terminales deben soportar la comunicación de
voz, mientras que la de vídeo y datos son opcionales.
ZONA DE CONTROL H.323
Además, deben soportar la norma H.245 que se emplea para la negociación del
uso del canal y sus prestaciones; Q.931 para el establecimiento de la llamada y la
señalización; RAS (Registration/ Admission/Status), un protocolo utilizado para la
comunicación con el Gatekeeper y sólo si éste está presente en la red; soporte para
RTP/RTCP (Real-time Transport Protocol/Real-time Transport Control Protocol) que fija
la secuencia de los paquetes de audio y vídeo. Opcionalmente los terminales pueden
incorporar un codec para vídeo, conferencia de datos según T.120 y MCU (Multipoint
Control Unit). Otro protocolo del IETF, aunque no es parte del H.323, el RSVP
(Resource Reservation Protocol) se emplea para solicitar la reserva de un determinado
ancho de banda y otros recursos, a lo largo de toda la red, para una conferencia y
obtener la confirmación sobre si es posible hacerla, algo esencial si se quiere mantener
una videoconferencia sobre una LAN.
RTP (Protocolo de transferencia en tiempo real)
El protocolo TCP/IP utilizado en múltiples comunicaciones es un protocolo de
transferencia seguro, gracias a TCP, lo que asegura la transmisión libre de errores. Sin
embargo, no hay garantía de que los paquetes lleguen ordenados a su destino /en
tiempo real), lo que causa problemas para la voz o el vídeo. Para evitar este efecto, el
IETF ha propuesto el protocolo denominado RTF (Real-time Transfer Protocol) que
facilita las comunicaciones multimedia.
Gateway
El Gateway es un elemento opcional en una conferencia H.323, que
proporciona muchos servicios incluida la adaptación con otras normas del UIT. En
general, su misión es establecer un enlace con otros terminales ubicados en la RTB o
RDSI.
Gatekeeper
El Gatekeeper realiza dos funciones de control de llamadas que preservan la
integridad de la red corporativa de datos. La primera es la traslación de direcciones de
los terminales de la LAN a las correspondientes IP o IPX, tal y como se describe en la
especificación RAS. La segunda es la gestión del ancho de banda, fijando el número de
conferencias que pueden estar dándose simultáneamente en la LAN y rechazando las
nuevas peticiones por encima del nivel establecido, de manera tal que se garantice
ancho de banda suficiente para las aplicaciones de datos sobre la LAN. El Gatekeeper
proporciona todas las funciones anteriores para los terminales, Gateways y MCUs, que
están registrados dentro de la denominada Zona de control H.323.
PROTOCOLO MGCP
MGCP ( Media Gateway Control Protocol) es un protocolo utilizado en una de
Voz sobre IP (VoIP) del sistema. Este protocolo interno se desarrolló principalmente
para atender las demandas de las redes de telefonía IP con base en portaaviones.
MGCP es un protocolo complementario para H.323 y SIP, que fue diseñado como un
protocolo interno entre el controlador y el Media Gateway Media Gateway. En MGCP,
un MGC principalmente se ocupa de todas las de procesamiento de llamadas mediante
la vinculación con la red IP a través de constantes comunicaciones con un dispositivo
de señalización IP, por ejemplo, un servidor SIP o un Gatekeeper H.323.
MGCP está compuesto por un agente de llamadas, un MG (media gateway) que
realiza la conversión de las señales de los medios de comunicación entre circuitos y
paquetes, y una SG (Signaling Gateway) cuando se conecta a la PSTN (Public Switched
Telephone Network). MGCP es ampliamente utilizado entre los elementos de una
puerta de enlace multimedia descompuesto. La pasarela tiene un agente de llamadas,
que se compone de las de control de llamada "inteligencia" y una pasarela de medios y
dotadas de las funciones de los medios de comunicación, por ejemplo, de la
conversión de voz TDM a voz sobre IP.
Media Gateways extremos función para el Agente de llamadas para crear y
administrar las sesiones de los medios de comunicación con puntos finales multimedia.
Los extremos son las fuentes y / o
sumideros de datos que puede ser
físico o virtual. Para la creación de
criterios de valoración física, la
instalación de hardware que se
necesita al mismo tiempo punto
final virtuales se pueden crear
utilizando software disponible.
Agentes de llamadas vienen
con la capacidad de crear nuevas
conexiones, o modificar una
conexión existente. Por lo general, una pasarela de medios es un elemento de red que
proporciona la conversión entre los paquetes de datos a través de Internet u otras
redes de paquetes de voz y las señales transportadas por las líneas telefónicas. El
Agente de Call proporciona instrucciones a los criterios de valoración para comprobar
que no eventos y - si hay alguna - crear señales. Los extremos están diseñados de tal
forma que se comunican automáticamente los cambios en el estado de servicio para el
Agente de llamadas. El Agente de llamadas puede auditar los extremos y las
conexiones en los extremos.
MGCP Conexiones
Conexiones MGCP puede ser punto a punto o multipunto. Conexión punto a
punto puede ser una conexión entre dos puntos finales para la transmisión de datos
entre estos extremos. Una vez que la conexión se configura entre dos extremos, la
transferencia de datos se lleva a cabo entre los extremos. En una conexión multipunto,
la conexión se establece entre un extremo y una sesión multipunto. En una conexión
multipunto, las conexiones pueden ser creadas dentro de los distintos tipos de redes
portador.
MGCP Arquitectura
MGCP llegó a ser una aplicación muy solicitado de la tecnología VoIP, ya que no
está involucrado en la obra de la frustración de codificación, decodificación y
transferencia de señales de voz. Aunque, el agente de llamadas MGCP funciona como
un conmutador de software para una red de VoIP, lo que realmente no hace nada más
que dirigir la pasarelas de medios y señalización pasarelas que realizan todo el trabajo.
Una de las tareas principales en la construcción de un Agente de Call es la aplicación de
las numerosas posibilidades en el protocolo. Hay varios RFCs informativos que pueden
explicar el comportamiento esperado en una amplia gama de condiciones.
En la arquitectura MGCP, todos y cada comando tiene un ID de transacción, se
recibe un reconocimiento y una respuesta. Esto puede ser mejor entendido como la
arquitectura de suscripción, como el agente de llamada informa a las pasarelas de
medios de comunicación y las puertas de enlace de señalización en cuanto a qué
eventos se ocupa de los acontecimientos y lo deja sin supervisión.
MGCP paquetes generalmente se encuentran envueltos en el puerto UDP 2427.
Similar a lo que puedes encontrar en los protocolos TCP, MGCP datagramas tienen el
formato con espacios en blanco. Un empacador MGCP puede ser un comando o una
respuesta. Comandos de comenzar con un verbo de cuatro letras, mientras que "las
respuestas" empezar con un código de número tres de respuesta.
Skinny Client Control Protocol o SCCP
Es un protocolo propietario de control de terminal desarrollado
originariamente Selsius Corporation. Actualmente es propiedad de Cisco Systems, Inc.
y se define como un conjunto de mensajes entre un cliente ligero y el CallManager.
Ejemplos conocidos de clientes ligeros son los de la serie Cisco 7900 de teléfonos IP
como el Cisco 7960, Cisco 7940 y el Cisco 7920 802.11b wireless . Skinny es un
protocolo ligero que permite una comunicación eficiente con un sistema Cisco Call
Manager. El Call Manager actúa como un proxy de señalización para llamadas iniciadas
a través de otros protocolos como H.323, SIP, RDSI o MGCP.
Un cliente skinny utiliza TCP/IP para conectarse a los Call Managers en un
cluster. Para el tráfico de datos (flujo de datos de audio en tiempo real) se utiliza
RTP/UDP/IP]. SCCP es un protocolo basado en estímulos y diseñado como un protocolo
de comunicación para puntos finales hardware y otros sistemas embebidos, con
restricciones de procesamiento y memoria significativas.
Cisco adquirió la tecnología SCCP cuando compró la empresa Selsius a finales de
los años 1990. Como una reminiscencia del origen de los actuales teléfonos IP Cisco, el
nombre por defecto de los teléfonos Cisco registrados en un CallManager es SEP
(Selsius Ethernet Phone) seguido de su MAC address.
