“UNIVERSIDAD NACIONAL JOSÉ FAUSTINO SÁNCHEZ
CARRIÓN”
FACULTAD DE INGENIERÍA INDUSTRIAL, SISTEMAS E INFORMÁTICA
ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA
ASIGNATURA: TALLER DE REDES DE VOZ Y VIDEO
TEMA: PROTOCOLO H. 323
DOCENTE: Flores Flores, Ronald Demetrio
ESTUDIANTE: Rodriguez Perez, Yhino.
CICLO: VIII
HUACHO-PERU
2022
Protocolo H.323.
1. Historia
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.
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.
2. Protocolos Y Estándares En La Tecnologíaz Voip
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 tiene referencias hacia algunos otros protocolos de ITU-T como:
H.225.0- Protocolo utilizado para describir la señalización de llamada, el
medio (audio y video), el empaquetamiento de las tramas, la sincronización
de tramas de medio y los formatos de los mensajes de control.
H.245- Protocolo de control para comunicaciones multimedia. Describe los
mensajes y procedimientos utilizados para abrir y cerrar canales lógicos para
audio, video y datos, capacidad de intercambio, control e indicaciones.
H.450- Describe los Servicios Suplementarios.
H.235- Describe la seguridad de H.323.
H.239- Describe el uso de la doble trama en videoconferencia, normalmente
uno para video en tiempo real y la otro para presentación.
H.281- Describe el control de cámara lejana para movimientos PTZ (Pan-
Tilt-Zoom)
3. H.323
Es un protocolo estándar para las comunicaciones multimedia, diseñado para
apoyar en tiempo real de transferencia de datos de audio y vídeo sobre redes de
paquetes, como IP. La norma incluye varios protocolos diferentes que abarcan
aspectos específicos de la telefonía por Internet. La Unión Internacional de
Telecomunicaciones (UIT-T) mantiene H.323 y los estándares relacionados.
4. Arquitectura Del Protocolo H.323
a. Terminales: Equipamiento que utilizan directamente los usuarios. Se
pueden implementar tanto por software (mediante un ordenador)
como por hardware (dispositivo físico).
b. Pasarelas O Gateways: Hacen de enlace con la red telefónica
conmutada, actuando de forma transparente para el usuario.
c. Gatekeepers: Son el centro de toda organización VoIP y son el
equivalente a las centralitas privadas o PBX (Private Branch
eXchange). Normalmente se implementan por software.
d. Border Elements: Los elementos de borde suponen un nivel más en
la jerarquía de direccionamiento H.323, dotando de mayor flexibilidad
y potencia a la gestión de rutas. En realidad, su funcionamiento es
como el de cualquier Gatekeeper, sólo que, además, guardan en su
interior la información de tablas de rutas de todos los Gatekeepers
dentro de su Dominio Administrativo, participando además de la
autorización de llamada entre estos dominios. Un Dominio
Administrativo no es, en definitiva, sino un conjunto de Zonas bajo el
control de un único elemento de borde. Por lo demás, el elemento de
borde comparte el resto de funciones del Gatekeeper, existiendo, por
ejemplo, la posibilidad de definir alternate Border Elements en cada
Gatekeeper.
e. Mcus: Se encargan de gestionar las multi-conferencias.
5. Características Principales H.323
No garantiza una calidad de servicio (QoS)
Es independiente de la topología de la red
Admite pasarelas
Permite usar más de un canal (voz, vídeo, datos) al mismo tiempo.
El estándar permite que las empresas añadan funcionalidades, siempre
que implementen las funciones de interoperabilidad necesarias.
6. Ventajas Y Desventajas
Ventajas:
• H.323 es un sistema completo, complejo y unificado, lo cual lo hace muy
robusto y con una gran capacidad de interoperabilidad y escalabilidad para
añadir nuevas funciones.
• H323 es muy empleado en las grandes troncales de comunicaciones para
transmitir los canales de voz.
Desventajas:
• No está diseñado directamente para ToIP.
• Tiene cientos de mensajes diferentes codificados en binario, Por lo tanto,
H.323 complica el trabajo a los desarrolladores, así como a los
administradores de redes a la hora de localizar problemas.
• H323 envía muchos mensajes a la red, con el riesgo potencial de crear
congestión. Además, resulta difícil de personalizar.
7. Pilas De Protocolos Del H.323
Los protocolos RTP (Real-time Transport Protocol) y RTCP (Real-Time
Control Protocol), se utilizan para transmisiones basadas en UDP (User
Datagram Protocol), con confiables, en las que se envían distintas corrientes
de datos e información de estado entre terminales H.323. Los paquetes RTCP
se utilizan para transmitir información de estado que permita aseguramiento
del éxito de la entrega de los paquetes.
El protocolo H.245 de control de llamada, utiliza para sus transmisiones de
canal confiable basado en TCP (Transport Control Protocol) para enviar y
recibir mensajes de control entre terminales H-323. Este protocolo se utiliza
para conocer e intercambiar las características de los terminales, para
determinar relaciones maestro-esclavo (que permitan establecer funciones de
MC) y para la apertura y cierre de canales lógicos de transmisión.
H.255.0 Es un protocolo basado en los protocolos de señalización RAS
(Registration, Admission and status) y Q.931
El protocolo RAS comunica atreves de un canal no confiable información de
registro, de admisión, cambios en el ancho de banda y mensajes con
información de estado entre dos entidades H.323. El protocolo Q.931,
utilizado en la norma H.323, es un subconjunto de los comandos del
protocolo Q.931 definidos en RDSI para el control básico de la llamada. Se
utiliza para iniciar y terminar una llamada. Los códec del audio (G.711,
G.723, etc) y codecs de video (H.261/H.263) se utilizan para la compresión y
descomprensión de audio y video, respectivamente.
Un sistema H.323 Soporta múltiples modalidades de señalización de la
llamada (Multiple Call Signalling Models) entre entidades. Estas modalidades
incluyen: Direct Endpoint call Signalling, Gatekeeper route call Signalling
(Q.931) y Gatekeeper route call signaling (Q.931/ H.245).
8. Procesos De Llamada
Comunicación H.323 – Gatekeeper Routed Call Signalling (Q.931 / H.245)
La secuencia de pasos para establecer una llamada de un cliente A a un cliente B,
según esta modalidad, es:
1.- Descubrimiento y registro con el gatekeeper (canal RAS)
2.- Encaminamiento del establecimiento de la llamada a través del gatekeeper
(Q.931 call signalling)
3.- Inicio de la comunicación y conocimiento de las capacidades de intercambio
(H.245 call control)
4.- Establecimiento de la comunicación multimedia y servicios de la llamada
(H.245 call control)
5.- Finalización de la llamada (H.245 call control y Q.931 call signalling).
Descubrimiento y Registro con el Gatekeeper (vía canal RAS)
En primer lugar, los clientes deben descubrir cuál es su gatekeeper. Para ello,
cada cliente emite una petición Multicast Gatekeeper Request (utilizando RAS) a
una dirección multicast bien conocida de descubrimiento del gatekeeper.
Uno o más gatekeeper responderán a la petición mediante un mensaje de
confirmación (Gatekeeper Confirmation Packet, a través de RAS también). Será
el terminal el que seleccione su gatekeeper entre los que contestaron. Si por algún
motivo, el gatekeeper seleccionado no admitiera el registro del nuevo terminal, le
devolverá un mensaje de rechazo (Reject, vía RAS). Posibles motivos de rechazo
pueden ser: un error en la dirección IP del terminal, o un error en el identificador
de gatekeeper facilitado por el terminal o la existencia de una sobrecarga de
trabajo en el gatekeeper. Por lo tanto, una vez los clientes descubren cuáles son
sus gatekeepers, envían una petición de registro a través de un canal RAS en la
que indican su dirección y alias y a la que el gatekeeper contestará con una
confirmación de registro (RAS) o un mensaje de rechazo de registro (RAS).
Encaminamiento del Establecimiento de Llamada vía Gatekeeeper (Q.931
Call Signalling)
Una vez que el cliente se ha registrado con su gatekeeper, está en disposición de
iniciar una llamada. El proceso es el siguiente: el cliente A inicia una Petición de
Admisión (RAS) cuyo cometido es preguntar al gatekeeper si puede efectuar una
llamada. En esta petición, se indica el límite máximo de ancho de banda
necesario para la llamada.
El gatekeeper responde con una Confirmación de Admisión (RAS) en la que se
confirma o reduce el ancho de banda solicitado. Además de esta confirmación,
también se facilita al cliente A la dirección del call signalling channer del
gatekeeper.
Una vez llegados a este punto, el cliente A envía un mensaje de Establecimiento
de llamada (Q.931) al gatekeeper, quien se encarga de encaminarlo hacia el
cliente B. Si el cliente B quiere aceptar la llamada, entonces envía una Petición
de Admisión (RAS) al gatekeeper. Si este último acepta la llamada, el cliente B
enviará un mensaje Connect (Q.931) al cliente A especificando el canal de
control H.245 necesario para el establecimiento de la comunicación inicial y el
conocimiento de las características del intercambio.
Comunicación Inicial y Conocimiento de Características del Intercambio
(H.245 Call Control)
En esta fase de la llamada, los clientes A y B dan a conocer sus características de
transmisión (incluyendo tipo de codec audio y vídeo) enviándose,
respectivamente, un mensaje denominado Terminal Capability Set Message
(H.245). El resultado final de este intercambio es el de escoger un mecanismo de
transmisión común entre las dos estaciones. La determinación del MC para la
conferencia se negocia también en este punto.
Establecimiento de la Comunicación Multimedia y Servicios de Llamada
(H.245 Call Control)
Una vez concluida la fase anterior, el siguiente paso se centra en la apertura de un
canal lógico H.245 para cada tipo de corriente de datos entre los terminales. Para
abrir el canal lógico, el cliente A envía un mensaje de Apertura de Canal Lógico
(H.245) al cliente B. Esta última contesta con un mensaje de Asentimiento de
Apertura de Canal Lógico (H.245). La transmisión de información de control se
hace siempre a través de un canal confiable, mientras que el resto de la
información viaja por canales no confiables. Una vez establecidos los canales,
tanto los clientes como el gatekeeper pueden solicitar servicios de llamada (call
services). Por ejemplo, cambios en el ancho de banda para aumentar o reducir el
correspondiente a la llamada (en cualquier caso, si se solicita un aumento del
ancho de banda sobre el que se prefijó en el establecimiento de la llamada, el
gatekeeper debe dar su consentimiento). En resumen, en esta cuarta fase es
cuando transcurre la llamada propiamente dicha, hasta que uno de los clientes
decide concluirla.
Finalización de la Llamada (H.245 Call Control / Q.931 Call Singnalling)
Cualquiera de los dos clientes puede concluir la llamada. Suponer que se trata del
cliente A. Tras completar su transmisión, el cliente A envía un comando de
Finalización de Sesión (H.245) a través del gatekeeper al cliente B, vía un canal
lógico abierto. El cliente B cerrará entonces los canales lógicos con A y enviará
un comando de Finalización de Sesión (H.245). Tras su recepción, el cliente A
cerrará el canal de control H.245. En el caso de que no se cerrará el canal, se
enviará un mensaje denominado Control Release Message (Q.931) para cerrarlo.
9. Porque es importante el Protocolo H.323.
Es importante porque en primer lugar es un protocolo robusto y uno de los
más utilizados, y porque permite poder comunicarnos con una persona o
grupos de personas gracias a sus funcionalidades como de audio y video
sobre una red de computadoras.
Para el soporte de VoIP, la industria actual opta, principalmente, por dos pilas
de protocolos. La primera corresponde a las recomendaciones H.323
publicadas por el ITU-T, y la segunda opción consiste en el MGCP (Media
Gateway Protocol), a cargo de la IETF (Internet Engineering Task Force).
Dado que MGCP está todavía en fase de borrador (draft), se centrará este
artículo en el estudio de H.323. En cualquier caso, no hay que perder de vista
la figura del gateway y el gatekeeper, por constituir un modelo de referencia
básico de las dos opciones. H.323 es una recomendación de la ITU-T, que
establece un estándar para comunicaciones multimedia en redes de área local
(LANs), en las que no se garantiza calidad del servicio (QoS). La
especificación H.323 se aprobó en 1.996 por el grupo de estudio número 16
de la ITU-T, y su segunda versión se aprobó en enero de 1.998. Abarca la
posibilidad de conferencia punto a punto e incluso multipunto, y una amplia
variedad de dispositivos. H.323 también incluye control de llamada, gestión
multimedia y gestión del ancho de banda, así como los interfaces entre redes
LANs y otras redes.
10. Conclusiones.
Como resumen de todo lo que se ha expuesto sobre H.323, se puede afirmar que
se trata de un protocolo que permite transmitir datos, voz y vídeo en una llamada
IP, encapsulándolos en el protocolo RTP (Real-Time Transport Protocol), no
garantizando la calidad del servicio (QoS) pero permitiendo muchas de las
funcionalidades que TCP garantiza en las redes de datos.
Puede usarse tanto para el desarrollo de comunicaciones exclusivamente audio
como en conferencias que impliquen vídeo / audio y datos simultáneamente.
H.323 es independiente de la plataforma hardware y software. La única condición
para su utilización pasa por la presencia de IP en la red, independientemente de la
tecnología que pueda existir a nivel físico y de enlace.
