CURSO: Seminario De Tópicos de Ingeniería de Sistemas

ALUMNOS: Carrillo Guevara César

DOCENTE: Ing. Juan Villegas Cubas

LAMBAYEQUE 2015

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

1

INDICE

1. DESCRIPCIÓN GENERAL DE H.323 1.1. Conceptos Básicos 1.2. Componentes Principales 1.2.1. Terminales 1.2.2. Unidades de Control Multipunto 1.2.3. Pasarelas 1.2.4. Controladores de Acceso 1.2.5. Elementos de Frontera

1.3. Pila de Protocolos 2. EVOLUCIÓN DE H.323 2.1. Mejoras de H.323v2 2.2. Mejoras de H.323v3 2.3. Mejoras de H.323v4 2.4. Mejoras de H.323v5 2.5. Mejoras de H.323v6 3. PROTOCOLOS EN H.323 3.1. Protocolo RAS 3.2. H.225.0 3.3. H.245 3.4. RTP y RTCP 3.5. T.120 y H.239 3.6. Llamadas en H.323 4. COMPARATIVA H.320-H.323

BIBLIOGRAFIA

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

2

VIDEOCONFERENCIA SOBRE IP. H.323

1. DESCRIPCIÓN GENERAL DE H.323

1.1. Conceptos Básicos El estándar H.323 es un conjunto de normas y protocolos recomendado por el ITU-T (International Telecommunication Union) diseñado para permitir transmisiones multimedia en LANs basadas en IP. Fue rápidamente adoptado por fabricantes de equipos para transmitir voz y videoconferencia sobre IP ya que define un modelo básico de llamada con servicios suplementarios (convergencia de voz, vídeo y datos en una sola red) y surgió en el momento adecuado.

Forma parte de la serie de protocolos H.32x, los cuales también dirigen las comunicaciones sobre RDSI (H.320), RTC o SS7. Esta familia de protocolos ha ido evolucionando con el tiempo para permitir mejorar las transmisiones de voz y vídeo en LANs y WANs sobre distintos medios. La versión actual data de 2006 y se conoce como H.323v6.

H.323 trabaja sobre RTP(Real Time Protocol, protocolo en tiempo real) que le agrega a cada trama la identificación del tipo de información que contiene, el número de secuencia y la hora en que fue generada. Esto permite que el receptor transmita la información al usuario al mismo ritmo en que fue generada y permite conocer si hubo descartes de información. Otro protocolo que trabaja en conjunto con RTP es el RTCP(RTP Control Protocol) que se basa en la transmisión periódica a todos los participantes de una sesión de paquetes de control con información sobre la calidad de la comunicación.

H.323 define el formato empleado a la hora de transmitir la información de audio y vídeo sobre la red, donde también se emplean codecs estándar de audio y vídeo.

Por otra parte, en H.323 también se definen los servicios T.120 para el intercambio de datos en una conferencia. Gracias a la utilización de T.120, el intercambio de datos se puede producir conjuntamente con el audio y el vídeo o bien de forma independiente.

Los diseñadores de H.323 sabían que los requisitos de comunicación difieren de un lugar a otro, entre usuarios y entre compañías y obviamente que con el tiempo cambiarán. Por esa razón, los diseñadores de H.323 lo definieron de modo que las empresas fabricantes de equipos pudiesen añadir sus propias especificaciones al protocolo, y definir otras normas complementarias para obtener nuevas características o capacidades.

1.2. Componentes Principales

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

3

A continuación se analiza en profundidad el papel que desempeña cada uno de los elementos que participan en una videoconferencia sobre H.323.

1.2.1. Terminales

Los terminales son puntos finales de la red que permiten comunicaciones bidireccionales en tiempo real con otro terminal, con una pasarela (gateway) o con una unidad de control multipunto (MCU).

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

4

Todo terminal debe permitir comunicaciones de voz, mientras que los vídeos o los datos son opcionales. También debe soportar H.245, que es el protocolo usado para negociar el uso de los canales y las características de los datos. También serán obligatorios otros tres componentes: Q.931 para señalización de llamada, RAS para comunicaciones con un Gatekeeper, y soporte para RTP/RTCP para la secuenciación de paquetes de audio y de vídeo.

Un terminal H.323 consta de:

Interfaces de usuario: cámaras, monitores, micrófonos, aplicaciones de datos... Códecs de vídeo (opcional) y audio. Canal de datos. Unidad de control que gestiona de los protocolos RAS, H.245 y H.225. Capa H.225 para definición de mensajes. Interfaz con la red por paquetes.

1.2.2. Unidades de Control Multipunto

Para conectar dos o más terminales, para realizar una llamada o una vídeoconferencia, hace falta una Unidad de Control Multipunto (MCU).

Una MCU comprende dos unidades lógicas:

Controlador Multipunto (MC: Multipoint Controller): gestiona las conexiones y se encarga de realizar la negociación entre los terminales para determinar las capacidades comunes para el proceso de audio y vídeo.

Procesador Multipunto (MP: Multipoint Processor): mezcla, conmuta y procesa los diferentes canales de audio, vídeo y/o datos y los enviar a los participantes.

Las MCUs no son la única forma de realizar conferencias multipunto. Una alternativa muy interesante la constituye el uso de transmisión multicast, por ejemplo mediante el uso de la red MBone de Internet. En este caso en vez de encargarse un equipo de replicar los flujos de audio-vídeo es la propia red (más concretamente los encaminadores) la que se ocupa de replicar los paquetes en los puntos donde se producen las bifurcaciones del

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

5

árbol multicast. Los estándares H.323 no contemplan la transmisión multicast, por lo que los terminales H.323 no pueden participar en este tipo de conferencias.

Existe una gran cantidad de usuarios que no tienen acceso a la red MBone, bien porque su proveedor de acceso no soporta encaminamiento multidifusión o porque la velocidad de su conexión no hace viable o interesante activar encaminamiento multicast. La solución es instalar en la red multicast una pasarela bidireccional que convierta el flujo multicast en flujos unicast y viceversa, generando un flujo diferente para cada usuario unicast. Los flujos unicast pueden ser transcodificados o no.

Desde el punto de vista de eficiencia la pasarela debería estar en el borde de la red multicast y tan cerca como sea posible de los usuarios unicast, ya que de este modo se aprovecha al máximo la optimización que supone la transmisión multicast.

Las multiconferencias pueden establecerse en varias formas, según las necesidades de la red H.323 y de las capacidades de los terminales participantes:

• Centralizada: Requieren la existencia de una MCU. Todos los terminales enviarán audio, vídeo, datos y flujos de control a la MCU en formato punto a punto. El MC centralizará la gestión de la multiconferencia, y el MP se encargará del mezclado de audio, la distribución de los datos y la conmutación y mezclado del vídeo, enviando los flujos resultantes a cada uno de los participantes de la multiconferencia, punto a punto o multipunto (sólo para el flujo de vídeo). El MP también permitirá conversiones de formatos (códecs). Se muestra un diagrama de este tipo de multiconferencia, aplicado a comunicaciones de vídeo, en la figura 11.

• Descentralizada: En este caso se podrá hacer uso de la tecnología multicast, mediante la que cada terminal envía los datos al resto de los participantes. Ahora, son cada uno de los terminales los encargados de procesar los múltiples flujos entrantes de audio y de vídeo, mediante funciones internas de MP. Mientras, el MC se encarga aún de la gestión y control de la multiconferencia, comunicándose punto a punto con todos los canales de control de cada participante y llevando a cabo funciones tan interesantes como el control

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

6

de silla (chair control) y la selección de vídeo. La figura 12 muestra un esquema para este tipo de multiconferencias.

• Híbrida: Una multiconferencia híbrida usará una determinada combinación de las capacidades de gestión centralizada y descentralizada. La MCU podría mezclar sólo el audio, dejando el vídeo en formato descentralizado. Por otro lado, en una multiconferencia híbrida también podría haber participantes que mantuvieran una multiconferencia centralizada a la par que otros participantes de la misma multiconferencia sólo utilizaran multicast; el nexo de unión sería la MCU. Así, cada terminal sólo debe preocuparse de la forma de conferencia en que envía y recibe, nunca de la naturaleza mixta de la multiconferencia.

1.2.3. Pasarelas (Gateway)

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

7

Las pasarelas son los elementos de la red H.323 preparados para la interoperabilidad con otras redes. Es un extremo que proporciona comunicaciones bidireccionales en tiempo real entre terminales de la red IP y otros terminales o pasarelas en una red conmutada. Además de realizar la conversión de protocolo puede realizar opcionalmente una conversión de formatos de audio y vídeo (transcodificación).

Una organización puede disponer de pasarelas a redes de telefonía móvil y de telefonía fija distribuidas por todo el mundo de tal manera que una llamada a la red convencional se realice desde la pasarela más conveniente.

Se distinguen dos elementos en la arquitectura interna de una pasarela:

• El MGC (Media Gateway Controller), es el encargado de la gestión y traducción de los elementos de la comunicación relativos a la señalización de llamada en ambos extremos (como H.225.0 y SS7, por ejemplo). Controla así la facción de más de alto nivel de las comunicaciones de la pasarela.

• El MG (Media Gateway), que maneja y traduce los formatos de audio, vídeo o datos sobre las distintas interfaces, controlando la facción de más bajo nivel. La comunicación entre el MGC y los MGs se lleva a cabo mediante una especificación separada, la H.248, también conocida como MEGACO (MEdia GAteway COntrol), y, como resultado de la colaboración entre el IETF y la ITU-T, también disponible en la RFC 3015.

Un ejemplo de pasarela (y guardián) es Asterisk (es tanto pasarela como PBX completo tanto para H.323 como SIP).

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

8

1.2.4. Controladores de Acceso (Gatekeeper)

Los Gatekeepers son los elementos más importantes de una red H.323, a pesar de que su existencia es opcional.

Actúan como punto central para todas las llamadas de su Zona, y proporciona servicios de control de llamadas a todos los puntos finales registrados en él. De esta forma, una Zona es el grupo de terminales, pasarelas y MCUs gestionados por un Gatekeeper.

El servicio de control de llamadas más importante que realiza un Gatekeeper es la traducción de direcciones, de alias de red (entre los cuales se pueden encontrar números marcados, secuencias de caracteres, direcciones URL o emails), a direcciones de transporte (típicamente, direcciones IP). De esta forma, en una red sin Gatekeepers los terminales tendrían que conocer la dirección de transporte de cada destino de sus comunicaciones. El Gatekeeper también tiene la capacidad de modificar el alias a que se refirió el terminal que inició la llamada.

Pero también se encarga del control de accesos: si existe un Gatekeeper en la Zona H.323, cada uno de los terminales que deseen comenzar o recibir una llamada deberá solicitar acceso a su Gatekeeper.

La tercera de sus tareas base es el control del ancho de banda de la red H.323, permitiendo o denegando llamadas en los casos en los que el tráfico supere ciertos límites, previamente configurados. El Gatekeeper dispone de mecanismos para conocer numerosos detalles acerca de cada llamada activa en su Zona. Incluso, si fuera necesario, podría cortar una llamada durante el transcurso de una comunicación. 40 DTMF: Dual-Tone Multi-Frecuency, transmisión de tonos dual, es decir que cada dígito se configura con dos tonos simultáneos.

Por último, el Gatekeeper desempeñará funciones de gestión de Zona, encargándose de:

• Comunicar e intercambiar las tablas de rutas relativas a su Zona con otros Gatekeepers. • Comunicar estadísticas relativas a la calidad de servicio de los terminales en su Zona en tiempo real.

• Distribuir planes de marcado entre estos terminales.

1.2.5. Elementos de Frontera

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

9

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.

1.3. Pila de Protocolos

H.323 comprende una serie de protocolos que cubren los distintos aspectos de la comunicación:

a) Direccionamiento:

RAS (Registration, Admision and Status): Protocolo de comunicaciones que permite a una estación H.323 localizar otra estación H.323 a través del Gatekeeper.

DNS (Domain Name Service): Servicio de resolución de nombres en direcciones IP con el mismo fin que el protocolo RAS pero a través de un servidor DNS.

b) Señalización:

H.225 (RAS): Protocolo que permite a los terminales hablar con el Gatekeeper, solicitar y regresar ancho de banda y proporcionar actualizaciones de estado.

Q.931: Protocolo de señalización de llamadas, para establecer y liberar las conexiones con la red telefónica RTC.

H.245: Protocolo de control de llamadas, permite a los terminales negociar ciertos parámetros como: el tipo de Codec, la tasa de bits.

c) Compresión de voz:

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

10

Requeridos: G.711 y G.723.1

Opcionales: G.728, G.729 y G.722

d) Transmisión de voz:

UDP: La transmisión se realiza sobre paquetes UDP, pues aunque UDP no ofrece integridad en los datos, el aprovechamiento del ancho de banda es mayor que con TCP.

RTP (Real Time Protocol): Maneja los aspectos relativos a la temporización, marcando los paquetes UDP con la información necesaria para la correcta entrega de los mismos en recepción.

e) Control de la transmisión:

RTCP (Real Time Control Protocol): Es un protocolo de control de los canales RTP. Se utiliza principalmente para detectar situaciones de congestión de la red y tomar, en su caso, acciones correctoras.

f) Transmisión de contenido:

T.120: La recomendación T.120 define un conjunto de protocolos para conferencia de

datos

2. EVOLUCIÓN DE H.323 2.1. Mejoras de H.323v2 En estas versiones se establece la base del protocolo H.323. En realidad, la versión 1 por sí sola resulta ya tan anticuada que, a pesar de que cualquier versión H.323 siempre permanece compatible con las anteriores, es preferible obviar la posibilidad de adquirir un producto que sólo se acoja a esta especificación. La versión 2 del protocolo se aprobó en enero de 1998, y contempla:

Los mecanismos básicos de H.225.0 (incluyéndose el uso del mensaje Progress de señalización de llamada, o del paquete RIP -Request In Progress- y del temporizador Time To Live en el RAS, así como terminales pre-admitidos, paquetes InformationRequest y ResourceAvailability) y H.245.

La definición de Gatekeepers alternativos. H.235 (seguridad en cuanto a autenticación, integridad, privacidad y no repudio). El mecanismo Fast Connect o El “tunelizado” de canales en H.225.0. Algunos servicios suplementarios H.450 (en concreto, la transferencia de llamada

especificada en H.450.2 y H.450.3). El uso del identificador de llamada CRV, y de varios alias (en concreto, el H323ID,

email, PartyNumber, URL y TransportID). Y la introducción de varios códecs (como el GSM44) y de capacidades T.120

(datos) y H.263 (vídeo).

2.2. Mejoras de H.323v3 Aprobada en septiembre de 1999, presenta nuevas características, a saber:

Conferencia out of consultation (es decir, cuando una llamada pasa por una secretaria antes de ser comunicada con su destino; una especie de transferencia de llamada).

Definición la característica CallerID que permite al llamante definir qué información será presentada en el destino y su monitorizado en el Gatekeeper.

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

11

Definición de capacidades genéricas GEF. La descripción del Anexo G/H.225.0 para comunicaciones interdominios. La definición de SETs Simple Enpoint Types en el Anexo F/H.323 para terminales

reducidos. Algunos servicios suplementarios adicionales como llamada en espera y mensajes

de indicación de espera.

2.3. Mejoras de H.323v4 Desde noviembre del 2000, la versión 4 de H.323 nos presenta:

Una nueva forma de descomponer las pasarelas (Gateways) en MG y MGCs, así como la comunicación entre ellos mediante H.248.

Mecanismos para la multiplexión de canales de vídeo y audio en un único canal RTP/RTCP. Nuevos y potentes servicios suplementarios, como el Anexo K/H.323 que define mecanismos de control vía HTTP y el Anexo L/H.323 para la comunicación mediante estímulos (como pulsación de teclas o clicks de ratón).

Nuevas capacidades para la definición de la identidad llamante y de llamada en espera.

Nuevos mecanismos para la definición y uso de tonos y anuncios in-band. Mensajes RAS UsageInformation para la generación de estadísticos. o Soporte

para la gestión del ancho de banda en multiconferencias. Uso de RSVP para gestión de la calidad de servicio. Extensiones del protocolo mediante GEF. Capacidades para la gestión de llamadas a crédito. Una como mejor gestión de cambios de “tunelizado” a status normal para H.245.

2.4. Mejoras de H.323v5 La última versión, hasta la fecha, del protocolo H.323, salió a la luz en julio de 2003. En ella se incluyen los Anexos M hasta el R, así como una extensa revisión del GEF. Entre estas nuevas características cabe destacar:

El uso de DNS para resolución de direcciones. Nuevos mecanismos de robustez. Mecanismos para monitorización. Peticiones GEF para rutas alternativas.

El conjunto de todas estas definiciones para procedimientos de comunicaciones multimedia H.323 es tan extenso que, habitualmente, los fabricantes sólo permiten la configuración de algunas de ellas, repartidas entre todas las versiones. Esto, en general, da lugar a costosas interoperabilidades, que redundan en la reducción progresiva de las capacidades de cada terminal a medida que se amplia el rango de productos de distintos fabricantes empleado para resolver nuestro proyecto de VoIP.

2.5. Mejoras de H.323v6 H.323 versión 6 fue aprobado oficialmente en junio de 2006, después de la UIT-T SG16 acordó autorizar el texto al final de su reunión de abril de 2006. Según lo prometido, el grupo de expertos H.323 se esforzó por mantener a los cambios en la base de la especificación a un mínimo. Hubo algunos cambios menores, pero la mayoría de la nueva funcionalidad que se añade a H.323 en estos días son a través de extensiones que utilizan los campos "genéricos" y mensajes en H.225.0 y H.245.

3. PROTOCOLOS EN H.323

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

12

H.323 es considerado un " umbrella protocol ", ya que define todos los aspectos de la transmisión de la llamada, desde que se establece de la comunicación hasta el intercambio de capacidades para la disponibilidad de los recursos de la red. Los documentos base para la descripción del protocolo H.323, conjuntamente con El estándar H.323 propiamente dicho, son los estándares H.225.0 y H.245: H.323 define estos protocolos:

3.1. Protocolo RAS RAS (Registration, Admission and Status) utiliza mensajes H.225 para la comunicación entre el GW y GK. Sirve para registración, control de admisión, control de

ancho de banda, estado y desconexión.

3.2. H.225.0 H.225.0 es un protocolo de comunicaciones de la familia de protocolos H.323, utilizados comúnmente para Voz sobre IP y para videoconferencia basada en el protocolo IP.

El principal objetivo de H.225.0 es la definición de mensajes:

Señalización de llamada: establecimiento, control y finalización de una llamada H.323. La señalización H.225.0 está basada en los procedimientos de establecimiento de llamada de RDSI, Recomendación Q.931.

Señalización RAS: lleva a cabo los procedimientos de registro, admisión, cambios de ancho de banda, estado y desconexión entre puntos finales y un Gatekeeper H.323. La función de señalización RAS usa un canal separado (canal RAS). Este conjunto de mensajes recibe el nombre de Registro, Admisión y Estado (del inglés Registration, Admission and Status - RAS).

Los mensajes son codificados de acuerdo a las Normas de Codificación de Paquetes (del inglés Packed Encoding Rules - PER) de la norma ASN.1.

La estructura de H.225 sigue el estándar Q.931 tal y como se ve en la sigiuente tabla:

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

13

3.3. H.245 Este protocolo de señalización transporta la información no-telefónica durante la conexión. Es utilizado para comandos generales, indicaciones, control de flujo, gestión de canales

lógicos, etc. Se usa en las interfaz GW-GW y GW-GK. El H.245 es una librería de mensajes con sintaxis del tipo ASN.1. En particular codifica los dígitos DTMF (Dual-Tone

MultiFrequency) en el mensaje UserInputIndication.

3.4. RTP y RTCP

RTP (Protocolo en tiempo real):

El objetivo de RTP es brindar un medio uniforme de transmisión sobre IP de datos que estén sujetos a las limitaciones de tiempo real (audio, video, etc.). La función principal de RTP es implementar los números de secuencia de paquetes IP para rearmar la información de voz o de video, incluso cuando la red subyacente cambie el orden de los paquetes.

De manera más general, RTP permite:

identificar el tipo de información transmitida;

agregarle marcadores temporales y números de secuencia a la información transmitida;

controlar la llegada de los paquetes a destino.

Además, los paquetes de difusión múltiple pueden utilizar RTP para enrutar conversaciones a múltiples destinatarios.

RTCP (Protocolo de control en Real-Time):

El protocolo RTCP se basa en transmisiones periódicas de paquetes de control que realizan todos los participantes de la sesión.

Es un protocolo de control para el flujo RTP, que permite transmitir información básica sobre los participantes de la sesión y la calidad de servicio.

Uso previsto de RTP y RTCP:

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

14

RTP permite la administración de flujos multimedia (voz, video) sobre IP. RTP funciona sobre el protocolo UDP. El encabezado RTP lleva información de sincronización y numeración. La codificación de datos dependerá del tipo de compresión. El documento RFCxxxx especifica el protocolo RTP. Sin embargo, la adaptación de un método de compresión a RTP se describe en un documento RFC (petición de comentarios) específico, por ejemplo H261 en RTP se describe en RFCxxxx. Se utiliza un canal RTP por tipo de flujo: uno para audio, uno para video. El campo xxx se utiliza para la sincronización. RTP ofrece un servicio extremo a extremo. Agrega un encabezado que brinda información de tiempo, necesaria para la sincronización de flujo en tiempo real de sonido y video. RTP (Protocolo en tiempo real) y RTCP (Protocolo de control en Real-Time) permiten, respectivamente, transportar y controlar bloques de datos que cuentan con propiedades de tiempo real. Los protocolos RTP y RTCP se encuentran en un nivel de aplicación y utilizan los protocolos de transporte subyacentes TCP o UDP. Pero el uso de RTP/RTCP generalmente se lleva a cabo por encima de UDP. RTP y RTCP utilizan tanto el método de difusión individual (punto a punto) como el método de difusión múltiple (multipunto). Utilizan puertos separados de un par de puertos. RTP utiliza el puerto par y RTCP el puerto impar inmediatamente superior.

3.5. T.120 y H.239 T.120 es una recomendación UIT-T que describe una serie de protocolos y servicios que proporcionan apoyo a tiempo real, comunicaciones de datos multipunto de comunicación y de aplicación. Es utilizado por productos como MeetingCenter de Cisco WebEx, Microsoft NetMeeting, Nortel CS 2100 y Lotus Sametime para apoyar el intercambio de aplicaciones, conferencia de texto en tiempo real y otras funciones. H.239 es una Recomendación UIT-T de la macrofamilia H.32x normas para las comunicaciones multimedia a través de varias redes. La recomendación H.239 se titula "Gestión de clases, y los canales de medios adicionales para terminales H.3xx la serie". Importancia práctica de esta recomendación es su exponiendo una manera de tener múltiples canales de vídeo (por ejemplo, una para conferencias, otra para la presentación) en una sola sesión (llamada).

3.6. Llamadas en H.323 A continuación se analizará detalladamente una llamada. Cada protocolo se muestra de un color diferente.

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

15

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

16

Una llamada H.323 se caracteriza por las siguientes fases: 1. ESTABLECIMIENTO: - Uno de los terminales se registra en el guardián utilizando el protocolo RAS (mensajes ARQ y ACF). - Mediante el protocolo H.225 se manda un mensaje de inicio de llamada (SETUP) con los datos (IP y puerto) de llamante y llamado. - El terminal llamado contesta con CALL PROCEEDING. - El segundo terminal tiene que registrarse con el guardián de manera similar al primer terminal. - ALERTING indica el inicio de generación de tono. - CONNECT indica el comienzo de la conexión. 2. SEÑALIZACIÓN DE CONTROL: - Se abre una negociación mediante el protocolo H.245, para establecer quién será maestro y quién esclavo, las capacidades de los participantes y los códecs de audio y vídeo a utilizar. Como punto final de esta negociación se abre el canal de comunicación (direcciones IP, puerto). 3. AUDIO (+ DATOS y/o VÍDEO): Los terminales inician la comunicación y el intercambio de audio (+ datos y/o vídeo) mediante RTP/RTCP. 4. DESCONEXIÓN: - Cualquiera de los participantes activos puede iniciar el proceso de finalización de llamada mediante mensajes CloseLogicalChannel y EndSessionComand de H.245. - Posteriormente utilizando H.225 se cierra la conexión con el mensaje RELEASE COMPLETE - Por último se liberan los registros con el guardián utilizando mensajes del protocolo RAS.

4. COMPARATIVA H.320-H.323

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

17

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

18

BIBLIOGRAFIA

VIDEOCONFERENCIA SOBRE IP. H.323 27-1-2015

19

http://www.grc.upv.es/docencia/tdm/trabajos2007/Abel_H.323%20vs%20SIP%20(1).pdf http://webpersonal.uma.es/~ECASILARI/Docencia/Memorias_Presentaciones_PFC/13memoria_Laloux.pdf http://eslared.org.ve/walcs/walc2011/material/track1/Conceptos%20basicos%20de%20la%20Telefonia%20IP.pdf http://guimi.net/monograficos/G-Redes_de_comunicaciones/G-RCnode67.html http://bibing.us.es/proyectos/abreproy/11252/fichero/2-H.323.pdf