--- /dev/null
+| 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 |
+