|       PONTIFICIA UNIVERSIDAD CATÓLICA MADRE Y MAESTRA        |
| :----------------------------------------------------------: |
| ![PUCMM](https://upload.wikimedia.org/wikipedia/commons/thumb/2/25/EscudoPucmm.gif/240px-EscudoPucmm.gif) |
|          **FACULTAD DE CIENCIAS DE LA INGENIERÍA**           |
|         **ESCUELA DE SISTEMAS Y TELECOMUNICACIONES**         |
|                       ST-ITT-463-T-001                       |
|                          **TAREA:**                          |
|                            *H323*                            |
|                     **PRESENTADO POR:**                      |
|                *OSCAR JOSUE RODRIGUEZ BLANCO*                |
|                         *2014-0147*                          |
|                      **PRESENTADO A:**                       |
|                    *ING. PABLO RODRIGUEZ*                    |
|                    **FECHA DE ENTREGA:**                     |
|                            *2019*                            |
|     **SANTIAGO DE LOS CABALLEROS, REPÚBLICA DOMINICANA**     |
|                             ---                              |

---

---

# Tabla de Contenidos



[TOC]

# H323

Este es básicamente un conjunto de protocolos recomendados por la ITU-T para comunicaciones multimedia que hacen referencia a los terminales, equipos y servicios estableciendo una comunicación IP. El hecho de que la codificación sea binaria y no tipo texto hace que sea menos flexible pero definitivamente mucho mas rápida. El protocolo a día de hoy es prácticamente obsoleto por muchos de sus problemas  de fiabilidad y calidad de servicios.

## Stack de protocolos

![](https://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Typical_H.323_Stack.png/500px-Typical_H.323_Stack.png)

No todos los sistemas de H323 utilizan el stack completo como se muestra acá, el cual es un stack avanzado con voz, datos y vídeo, con todo lo necesario para tener por completo el protocolo funcional en una terminal. Este gráfico nos ayuda a ver por que se los llama recomendación sombrilla, ta que en realidad al hablar de H323 no estamos hablando de un protocolo u otro, sino que nos estamos refiriendo a un gran conjunto de protocolos que la ITu recomienda usar juntos para tener este sistema de comunicaciones.

Los documentos para la descripción de H323 incluyen a los protocolos H225.0 y H245:

+ H225.0 describe el uso de tres protocolos de signaling:
  + RAS ~~Register, Admision, State~~
  + Q931 para llamadas
  + Anexo G
+ H245 describe un protocolo de control multimedia; es común a los estándares paraguas: h310 h323 y h324

## Arquitectura

Existen cuatro elementos que son fundamentales dentro de este protocolo y que tienen definiciones que son hasta cierto punto vagas pero bien diferenciales.

+ **Terminals**: Puntos finales de la red que permiten comunicaciones bidireccionales en tiempo real.
+ **Gateways**: Son los puntos de la red que están preparados para ser interoperables con otras redes, normalmente se dividen entre MGC y MG, estos se comunican con MEGACO.
+ **Gatekeepers**: Estos elementos actúan como punto central de una zona y proporciona servicios de control de llamadas a todos los puntos finales registrados en el. de esta forma hay terminales, pasarelas y MCU's controlados por un gatekeeper. También hay los llamados border elements que no son mas que gatekeepers con tablas de las direcciones de los gatekeepers en su zona administrativa.
+ **MCU's**: Las Multipoint Control Units, soportan la gestión de las multiconferencias. Son elementos opcionales, pero su uso resulta en una forme potente y robusta de hacer multiconfernecias.

### RAS

El protocolo `Registration Admission Status` se utiliza para definir las comunicaciones entre cada terminal y su Gatekeeper, en cada Zona.

Hay muchos tipos de mensajes que se dividen en tres tipos básicos:

+ xRQ que es para un request
+ xRJ que es para denegar a un request
+ xCF que es para confirmar a un request

Los mensajes mas importantes son:

| Mensaje | Nombre              | Función                                                      |
| ------- | ------------------- | ------------------------------------------------------------ |
| GRQ     | GatekeeperRequest   | Cuando se enciende un terminal este suele solicitar encontrar un gatekeeper mediante este mensaje y se le responde con xRJ o xCF |
| RRQ     | RegistrationRequest | Tras haberse encontrado uno o varios gatekeepers entonces se envía una solicitud de registro a uno de ellos, o varios de haberse rechazado en alguno |
| ARQ     | AdmissionRequest    | Tras ser registrado en el gatekeeper, el terminal solo podrá iniciar o aceptar una llamada tras pedirle permiso a su gatekeeper |
| LRQ     | LocationRequest     | Este sirve para pedir solucionar la dirección IP de un alias |
| DRQ     | DisengageRequest    | Sirve para indicar que la llamada se ha completado, puede invocarse tanto desde el terminal como desde el gatekeeper |
| UNK     | UnknownMessage      | Sirve para responder a mensajes que no son reconocibles      |