“Año del Bicentenario del Perú: 200 años de Independencia”.

“Año del Bicentenario del Perú: 200 años de Independencia”.

Protocolo H.323
FACULTAD PROFRESIONAL: Ingeniería
Industrial, Sistemas e Informática.
ESCUELA PROFESIONAL: Ingeniería
Informática.
ALUMNO: Chagray Collantes Steven Scott.
DOCENTE: Flores Flores Ronald Demetrio.
CURSO: Taller de Redes de Voz y Video.
CICLO: VIII.

2021
 Protocolo H.323

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.

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.

Protocolos

H.323: es una recomendación ITU que define los Sistemas de

Comunicaciones Multimedia basados en paquetes. En otras palabras,
H.323 define una arquitectura distribuida para crear aplicaciones
multimedia, incluyendo VoIP.
H.248: es una recomendación ITU que define el protocolo de Control
Gateway. H.248 es el resultado de una colaboración conjunta entre la ITU y
la IETF. Es también referido como IETF RFC 2885 (MEGACO), el cual
 define una arquitectura centralizada para crear aplicaciones multimedia,
incluyendo VoIP.
La IETF se refiere a la Fuerza de Trabajo de la Ingeniería de Internet que
intentan determinar como la Internet y los protocolos de Internet trabajan,
así como definir los estándares prominentes.
La ITU es la Unión Internacional de Telecomunicaciones, una organización
internacional dentro del sistema de las Naciones Unidas donde los
gobiernos y el sector privado coordinan las redes y servicios de
telecomunicaciones globales.
MEGACO, también conocido como la IETF RFC 2885 y recomendación ITU
H.248, define una arquitectura centralizada para crear aplicaciones
multimedia, incluyendo VoIP.
MGCP, también conocido como la IETF 2705, define una arquitectura
centralizada para crear aplicaciones multimedia, incluyendo VoIP.
El Protocolo de Transporte en Tiempo Real (RTP), también conocido
como la IETF RFC 1889, define un protocolo de transporte para
aplicaciones en tiempo real. Específicamente, RTP provee el transporte
para llevar la porción audio/media de la comunicación VoIP. RTP es usado
por todos los protocolos de señalización VoIP.
SIP: también conocido como la IETF RFC 2543, define una arquitectura
distribuida para crear aplicaciones multimedia, incluyendo VoIP.

¿Qué es el protocolo H323?

H.323 es, muy parecido a SIP, un protocolo diseñado para la configuración,

administración y terminación de una sesión de comunicación (media). Es un
conjunto de estándares de ITU-T, los cuales definen un conjunto de protocolos
para proveer comunicación visual y de audio sobre una red de computadores.

H.323, como SIP, es un protocolo relativamente viejo, pero que ha sido

reemplazado en gran medida por SIP (Session Initiation Protocol). H.323 es un
protocolo binario, lo que hace que sea menos accesible para los técnicos en un
entorno de resolución de problemas. La mayor ventaja de H.323 es la
disponibilidad inicial de este estándar. H.323 no solo define el modelo de llamada
básico, pero también cubre los servicios adicionales necesarios para cumplir con
las expectativas de las comunicaciones de las empresas con estándares
relevantes.

H.323 no fue diseñado para una fácil expansibilidad, con el resultado siendo que
nuevas funcionalidades requieren mucho mayor tiempo para ser definido,
estandarizado e implementado.

Arquitectura del protocolo H.323

1. Terminales: Estas terminales son los puntos finales, es decir, serían el

equivalente a los teléfonos actuales, su principal funcionamiento es el de
realizar el tratamiento necesario (captación, digitalización y comprensión)
de la señal para su correcto envío por la red de datos, proporcionando una
comunicación bidireccional con otra terminal H.323, cabe mencionar que
cada una de estas terminales debe soportar al menos transmisión de voz,
voz y datos, voz y video o voz datos y video.
Todos los terminales deben tener una unidad de control de sistema (System
Control Unit), capa H255.0, interfaz de red y una unidad de codec de audio.
La unidad de codec de video y las aplicaciones de datos de usuario son
opcionales.
Funciones de las terminales:
 Control de la llamada (call control)
 Capacidad de intercambio
 Señalización de indicadores
 Mensajes para descubrir completamente en el contenido de los
canales lógicos.
2. Pasarelas o Gateways: Es un elemento opcional en una conferencia H.323.
Su funcionalidad es la de traducción de formatos (por ejemplo, h255.0 a
h221) o procedimientos de comunicación (por ejemplo, de H.245 A H.242)
entre terminales H.323 y terminales de otro tipo. La conversación en la
recomendación H246. Asimismo, el gateway ocupa de la conversación de
 formatos de video, audio y datos, y de las funciones de call setup y call
clearing entre la red y una SCN (Switched Circuit Network – Red de
Computación de circuitos como RDSI y RTB). En general el propósito del
gateway (cuando no opera con una MCU) es de reflejar, de forma
transparente, las características de la red que utiliza hacia la SCN y
viceversa.
Funciones de los Gateways:
 El número máximo de terminales puede comunicarse a través de un
gateway.
 El número de conexiones SCN que pueden producirse.
 EL número de conferencias en simultaneas que puede tener lugar.
 Las funciones de conversación de audios, video y datos.
 La inclusión o no de funciones multipunto (multipoint functions).
3. Gatekeepers Y Border Elements: Es un elemento importante en la red
H.323, aunque, como el gateway, su presencia es opcional, y en caso de
existir los terminales deberían hacer uso de sus servicios.
Funciones de los gatekeepers:
 Realiza todas las llamadas que se producen en su zona y da
servicio. de control de llamada a las terminales que hayan sido
registrados en él.
 Su control de llamada más importante es doble:
 Realiza la traducción de los alias hacia los terminales de la
LAN a direcciones IP o IPX.
 Se encarga del control de ancho de banda soportando
mensajes BRQ / BRJ y BCF.
4. Multipoint Control Unit (MCU): Esta permite conferencias entre tres o más
punto. Bajo el protocolo H.323, la MCU está formada por un MC (Multipoint
Controller) y por cero o más MP (Multipoint Proccesor).
Controlador multipunto (MC): proporciona la capacidad de
negociación y control de los miembros del grupo y lo logra
transmitiendo información de los códecs soportados por las distintas
 terminales para poder así negociar los códecs de audio y vídeo
utilizados durante la conferencia.
Procesador multipunto (MP): puede haber cero o varios de éstos, se
encarga de realizar las funciones de mezcla de medios (audio, vídeo,
datos), conmutarán y procesarán los flujos de datos en tiempo real.

Características Principales H.323

Sus principales características son:

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.

Ventajas Y Desventajas

Ventajas

La fortaleza central de H.323 es su madurez. Esto es debido a que ayuda a

muchos proveedores de software a desarrollar dispositivos estables y
también ayuda a diferentes proveedores a eliminar los problemas de
interoperabilidad e introducir diversos tipos de soporte en el mercado.
Se adapta al protocolo de control de llamadas Q.931, muchos
desarrolladores con amplia experiencia en tecnologías de telefonía ISDN
existentes también están familiarizados con el modelo de control de
llamadas.

Desventajas

Al definir H.323, el diseñador comienza desde la perspectiva del dispositivo

terminal, en lugar de hacerlo desde el equipo interno de la PSTN existente,
por lo que H.323 no puede integrarse con SS7, o complementar las
potentes funciones que debe proporcionar SS7.
 La escalabilidad de H.323 ha demostrado ser problemática en aplicaciones
muy grandes. Los diseñadores han descubierto que la administración
centralizada del estado es una desventaja al usar puertas de enlace con
miles de puertos.

Pilas De Protocolos Del H.323

1. RTP/RTCP (Real-Time Transport Protocol / Real-Time Transport Control

Protocol): Protocolos de transporte en tiempo real que proporcionan
servicios de entrega punto a puntos de datos.
2. RAS (Registration, Admission and Status): Sirve para registrar, control de
admisión, control de ancho de banda, estado y desconexión de los
participantes.
3. H255.0: Protocolo de control de llamada que permite establecer una
conexión y una desconexión.
4. H.245: Protocolo de control usado en el establecimiento y control de una
llamada.

Procesos De Llamada

Etapa 1.- Descubrimiento del gatekeeper.

La terminal envía un mensaje multicast (a varios gatekeepers

seleccionados entre varios) llamado Gatekeeper Request para preguntar
por su respectivo GK.
Uno o más gatekeepers responden con un Gatekeeper Confirm que es una
confirmación donde indican su disposición a ser el gatekeeper primario de
dicha terminal junto con su dirección de transporte de su respectivo canal
RAS.
Cuando la terminal recibe su Gatekeeper Confirm elige cuál es su GK y se
suscribirá con él, véase figura 2.6. En caso de no recibir ninguna
confirmación se retransmite el Gatekeeper Request tras un intervalo
determinado de tiempo (en caso de no aceptar el gatekeeper la petición de
suscripción enviará un Gatekeeper Reject rechazándolo).
Etapa 2.- Registro de la terminal.

Una vez que una terminal se suscribe a un GK se ha unido a una zona.

Ahora se procede al registro, para esto se envía una petición de registro
llamado Registration Request al GK a través de su dirección de transporte
del canal RAS (dirección IP y puerto).
La terminal recibirá un mensaje de confirmación, ya sea aceptando su
registro de llamado Registration Confirmation o denegándolo llamado
Registration Reject.
Con el registro el GK asigna un “alias” sólo a una dirección de transporte.
Se puede dar el caso de que una terminal quiera cancelar el registro, y para
esto envía un mensaje de cancelación al GK, este último contestará con
una confirmación y viceversa.

Etapa 3.- Localización de la terminal.

Para obtener la información necesaria para establecer contacto con una

terminal, se envía un mensaje Location Request (petición de localización)
con el “alias” de la terminal que se busca.
El respectivo GK donde está registrada dicha terminal responderá al que
mando la petición (ya sea un gatekeeper o terminal) con un mensaje
llamado Location Confirmation (confirmación de localización) con la
información solicitada. Si el GK no tiene registrado el “alias” buscado
contestará con un mensaje llamado Location Reject (renuncia de
localización)

Etapa 4.- Establecimiento de la llamada.

En cuanto el gatekeeper responde con un Location Confirmation, la terminal

llamante establecerá una conexión TCP con el terminal llamado utilizando
la información (dirección IP y puerto) recibida del gatekeeper a través del
mensaje Location Confirmation.
La terminal llamante en cuanto recibe la conexión TCP se conectará con su
GK a través del canal RAS solicitando permiso para contestar, de obtener el
 permiso, la terminal llamante aceptará la conexión y a través del canal
H.225.0 enviará la dirección IP y puerto donde establecer el canal H.245(a
través de una conexión TCP) para la negociación de parámetros y control
de la comunicación.
El canal RAS es utilizado también para transmisión de mensajes de
admisión, cambios de ancho de banda y estado, estos mensajes son
intercambiados entre la terminal y el gatekeeper para llevar un buen control.
Antes de que inicie la llamada, el mensaje Admisions Request especifica el
ancho de banda requerido, en este caso el gatekeeper puede reducirlo
enviando un mensaje Admisions Confirm con su medida de ancho de
banda.
Durante el transcurso de la llamada si se desea cambiar el ancho de banda
se usa el mensaje Bandwidth Change Request, este último puede ser
enviado por el gatekeeper o la terminal.

Etapa 5.- Intercambio y capacidades.

Selecciona un MCU como maestro para administrar las conferencias. Una

vez que la llamada esta iniciada H.245 es el encargado del cambio y de las
negociaciones de los parámetros (codificador a utilizar, puertos, número de
muestras por trama, etc.)
Una vez que se han negociado adecuadamente los parámetros se abren o
cierran nuevos canales lógicos para la transmisión de medios (audio, video
y datos).
Para llevar un control de conferencias, H.245 desarrolla un modelo de envío
de datos entre las terminales. Una vez obtenida esta información, la
conexión puede ser finalizada ya que no será necesario intercambiar más
parámetros a través de este canal.

Etapa 6.- Intercambio de información audiovisual.

Aquí se tiene como objetivo llevar un control de calidad de los flujos de

información recibida por el otro extremo de la comunicación.
 Ambas terminales establecen canales de información para el transporte de
medios a través de RTP/UDP/IP y canales de control para los canales de
realimentación a través de RTCP/UDP/IP.

Etapa 7.- Terminación de la llamada

Las terminales H.323 deben de enviar las primitivas de finalización de

llamada a través del canal H.245 para informarse quien finalizará con él
envió de la primitiva y con esto provocar el cierre del canal H.245.
Una vez hecho lo anterior se le debe informar al GK mediante un envío de
mensaje por el canal RAS llamado Disengage Request, así se le permite al
GK liberar recursos y atender otras terminales para comenzar con el mismo
proceso.

Porque es importante el Protocolo H.323.

1. H.323 establece un estándar multimedia para la infraestructura existente en

la actualidad (por ejemplo, redes basadas en IP). Estas han sido diseñadas
con el fin de compensar el efecto de alto grado de variación de latencia en
las redes LAN, de tal forma que les permita a sus usuarios la ejecución
multimedia sin necesidad de introducir cambios en su infraestructura de red.
2. Las redes LAN basadas en la IP son cada vez más numerosas.
3. H.323 permite interoperabilidad dispositivo - dispositivo, aplicación -
aplicación y vendedor – vendedor, con lo que cualquier producto basado en
H.323 puede interaccionar con otro totalmente distinto, pero que siga las
mismas recomendaciones.
4. H.323 permite a las redes LAN operar con otras redes.
5. La carga de red puede ser gestionada por H.323 de modo que puede
restringir el ancho de banda necesario para la conferencia. Además, el
soporte multicast también reduce los requerimientos de ancho de banda
6. H.323 tiene el apoyo de muchas compañías como Intel, IBM, Microsoft y
Cisco.

Conclusiones:
El protocolo H.323 a pesar que es un protocolo antiguo se sigue utilizando hasta la
actualidad y este ha sido usado para desarrollar más protocolos para la tecnología
VoIP.

Este protocolo es muy importante debido a que tiene una i interoperabilidad (esto
quiere decir que las soluciones producidas dadas diferentes proveedores pueden
conectarse y operar entre sí sin problemas).