H.323
H.323 es una colección de protocolos de comunicación de voz, imágenes y datos a través de IP. Es un protocolo desarrollado por el UIT-T que lo define como: “sistemas de comunicación multimedia en modo paquete”. La primera versión se publica enNoviembre de 1996. La versión actual del estándar data de 2009 y está precedida por varias otras actualizaciones, que siempre son compatibles con versiones anteriores.
Se deriva del protocolo H.320 , utilizado en ISDN .
Es reemplazado por el protocolo SIP .
Más que un protocolo, H.323 se parece más a una asociación de varios protocolos diferentes que se pueden agrupar en tres categorías: señalización, negociación de códecs y transporte de información .
Los mensajes de señalización son aquellos que se envían para pedir que se pongan en contacto con otra persona, que indican que la línea está ocupada, que el teléfono está sonando, etc. Esto también incluye los mensajes que se envían para señalar que tal o cual teléfono está conectado a la red y se puede llegar a él de esa manera. En H.323, la señalización se basa en el protocolo RAS ( (en) Registration Admission Status ) para el registro y la autenticación, y el protocolo Q.931 para la inicialización y el control de llamadas.
La negociación se utiliza para acordar cómo codificar la información que vamos a intercambiar. Es importante que los teléfonos (o sistemas) hablen un idioma común para que se entiendan entre sí. También sería preferible, si tienen varios idiomas alternativos, que utilicen el más adecuado. Puede ser el códec que consume menos ancho de banda o el que ofrece la mejor calidad. El protocolo utilizado para la negociación de códec es H.245
El transporte de información se basa en el protocolo RTP que transporta voz, video o datos digitalizados por códecs . También puede utilizar mensajes RTCP para el control de calidad, o incluso solicitar renegociar los códecs si, por ejemplo, el ancho de banda disminuye.
Para control y señalización: H.225 , H.245 , Q.931 , RTCP .
Para voz: G.711 , G.722 , G.723 , G.726 , G.728 , G.729 .
Para video: H.261 , H.263 , H.263 + , H.264 .
Para datos: T.123 , T.124 , T.125 .
- Algunas ofertas de telefonía IP para consumidores se basan en H.323
- Clientes ( NetMeeting , Orange, Ekiga (ex GnomeMeeting), Openphone, iChat …).
- el gatekeeper o gatekeepers, para la administración de las comunicaciones y los identificadores de conexión de traducción ( ID H323 ).
- El MCU , puentes multipunto.
- Las pasarelas , las pasarelas H.320 ⇔ H.323 H.324M ⇔ H.323.
Operación simplificada
Hay varias formas de implementar una arquitectura H.323.
- Muchos mensajes son opcionales y, en la práctica, puede optar por no utilizarlos todos. Por ejemplo, si la autenticación no es un problema, puede pasar mensajes RAS (in) .
- También es posible encadenar mensajes de varias formas diferentes. Por ejemplo, los canales RTP pueden abrirse sin esperar el mensaje de "conexión" que indica que la parte llamada efectivamente ha contestado ( H.245 temprano ).
- On peut décider que les messages H.225 , H.245 et RTP passent par des chemins différents : Par exemple la signalisation traversera plusieurs gatekeeper qui participent au contrôle et au routage de l'appel alors que le flux RTP passe directement d'un poste al otro.
Caso 1: comunicación "punto a punto" entre dos clientes simples
- La persona que llama ingresa la dirección IP del destinatario en el campo de software reservado para este propósito.
- Los protocolos de señalización ofrecen el software del destinatario para establecer comunicación y transmitir su ID H323 .
- El software del destinatario responde "ocupado" o "libre".
- Si está "libre", la persona que llama enumera sus posibilidades de códec de audio y video (si está disponible).
- El destinatario enumera los códecs compatibles para que la persona que llama los apruebe.
- Si se acuerda, se negocian otros puertos TCP y UDP para audio (UDP), video (UDP) y datos (TCP).
- Luego, cada flujo se transmite independientemente de los demás.
- Cuando se cierra una sesión, los puertos se liberan y las transmisiones de control se detienen.
Caso 2: comunicación "punto a punto" entre dos clientes registrados con un gatekeeper
El portero interviene en la señalización.
- Cuando se abre el software, los clientes A y B se registran con el gatekeeper enviándole su ID H323 y su dirección IP respectiva.
- El cliente A ingresa el ID de inicio de sesión del cliente B en el campo de software dedicado.
- El software del cliente A solicita la autorización del gatekeeper para conectarse al cliente B.
- Si el portero acepta, le pregunta al cliente B su estado (ya está en conversación o no).
- Si el estado es compatible, el portero transmite la dirección IP del cliente B al cliente A.
- El guardián informa al cliente B que se llevará a cabo una comunicación con el cliente A.
- El cliente A entra directamente en la negociación con el cliente B con los protocolos de control de comunicación.
- El cliente A enumera sus posibilidades de códecs de audio y video (si están disponibles).
- La parte llamada lista los códecs compatibles para que la persona que llama los apruebe.
- Si se acuerda, se negocian otros puertos TCP y UDP para audio (UDP), video (UDP) y datos (TCP).
- Luego, todos los flujos se transmiten independientemente entre sí sin pasar por el controlador de acceso, sino directamente entre clientes.
- Cuando se cierra una sesión, se informa al portero del final de la conexión, se liberan los puertos y se detienen las transmisiones de control.
Caso 3: comunicación "multipunto" entre varios clientes (se requiere MCU )
Las MCU tienen las capacidades de procesamiento de señales (transmisión, grabación, mezcla ...) que se utilizan para:
- permitir la conferencia mezclando las transmisiones de audio
- Difundir mensajes de red como tono de marcación, pitido de llamada en espera
- o incluso realizar funciones básicas de correo de voz
- La MCU se anuncia al portero y explica sus posibilidades:
Las comunicaciones se tratarán entonces como en el caso 2, y la MCU se convertirá en un "cliente simple" a la vista de los llamantes; la diferencia radica simplemente en el número de comunicaciones aceptadas antes de la transmisión del mensaje "ocupado".
Los puertos principales utilizados por el protocolo H.323 son 1720 TCP y superiores, los demás se negocian dinámicamente.
Notas: El protocolo H.323 no sigue las recomendaciones de ISO para las separaciones de capas del modelo de red. Los datos sobre las capas IP se encuentran en la capa "Aplicación" del modelo. Por otro lado, el protocolo tiende a abrir "puertos" sobre la marcha para la comunicación, por lo que el paso de un firewall ( Firewall ) o un enrutador con NAT suele ser problemático.
Sin embargo, hoy en día existen soluciones de aplicación ( NAT ALG) que permiten contrarrestar la presencia de datos IP (a menudo privados) en la parte de aplicación del modelo.
Sin embargo, cada vez se pueden encontrar más equipos de red que pueden administrar los protocolos asociados con H.323, en particular debido a la telefonía sobre IP ( VoIP ).
Caso 4: 3 portero
En este ejemplo, cada terminal está conectado a un portero de proximidad. Todos los controladores de acceso de proximidad están conectados a un controlador de acceso que tiene conocimientos generales de la red y realiza el enrutamiento.
Elegimos pasar el flujo H.245 a través de los guardianes de proximidad y el flujo RTP a través de uno de los guardianes de proximidad.
Caso 5: otros
En un caso real, es probable que la arquitectura incluya lo siguiente:
- Una o más puertas de enlace a la PSTN u otras redes ToIP.
- Servidores de correo de voz ( MCU con capacidad de grabación)
- Servidores ( MCU ) capaces de transmitir mensajes de red (señales de ocupado, señales de espera, etc.)
Nota general
Para los firewalls, H323 plantea verdaderos problemas porque es un protocolo que requiere la apertura de un panel de puertos TCP y UDP de forma dinámica y algo "aleatoria", incompatible con la lógica de las reglas "estrictas" impuestas por la seguridad de un sitio o intranet expuestos a Internet. Los firewalls modernos hacen esto muy bien, pero a costa de una complejidad que se habría evitado si el protocolo se hubiera pensado mejor desde sus inicios.
Para la traducción de direcciones NAT (traducción de direcciones de red), el protocolo H.323 plantea problemas en el sentido de que no respeta adecuadamente el modelo en capas de redes informáticas (consulte el modelo OSI ) al incorporar datos de la capa de aplicación en la capa de transporte. Esto obliga a las puertas de enlace a cambiar datos incluso dentro de los paquetes TCP / IP.
Sobre este tema, consulte: Protocolo de red con dificultad para pasar cortafuegos en relación con las dificultades que normalmente se encuentran al configurar una estructura VoIP basada en H.323.
En 2014, se observará que este conjunto de protocolos fue casi abandonado por los principales operadores de telecomunicaciones, debido a la escasa interoperabilidad entre los fabricantes de soluciones (era imposible comunicarse entre los equipos Alcatel (con el producto Picturetel y los productos Polycom ) 2000) a pesar de la anunció compatibilidad con H.323).
Notas y referencias
- Recomendación UIT-T H.323 (11/1996) , primera versión de H.323.
- Recomendación UIT-T H.323 (12/2009) , Sistemas de comunicaciones multimedia basados en paquetes.
Ver también
Artículos relacionados
- Ekiga
- iChat
- portero
- sorbo
- Transmisión
- Códec
- VoIP
- Jingle ( Jabber / XMPP )
- Videoconferencia
- Asterisk : Implementación de H.323 y otros protocolos VoIP en una PABX gratuita.
- Protocolo de red difícil de pasar cortafuegos