PROTOCOLOS DE SEÑALIZACIÓN USADA ACTUALMENTE PARA TERMINALES MÓVILES E IP

Transcripción

1 PROTOCOLOS DE SEÑALIZACIÓN USADA ACTUALMENTE PARA TERMINALES MÓVILES E IP WILMER SANTAMARÍA GONZÁLEZ GRUPO DE INVESTIGACIÓN PROMENTE LÍNEA DE INVESTIGACIÓN EN TELECOMUNICACIONES FUNDACIÓN UNIVERSITARIA KONRAD LORENZ FACULTAD DE MATEMÁTICAS E INGENIERÍA BOGOTA D.C. 2011

2 PROTOCOLOS DE SEÑALIZACIÓN USADA ACTUALMENTE PARA TERMINALES MÓVILES E IP WILMER SANTAMARÍA GONZÁLEZ DIRECTORA ING. LEIDY JOHANNA ORTIZ GRUPO DE INVESTIGACIÓN PROMENTE LÍNEA DE INVESTIGACIÓN EN TELECOMUNICACIONES FUNDACIÓN UNIVERSITARIA KONRAD LORENZ FACULTAD DE MATEMÁTICAS E INGENIERÍA BOGOTA D.C. 2011

3 TABLA DE CONTENIDO Introducción Protocolo SIP Características Principales SIP URI Elementos de Red Agente de usuario Servidores Proxy Proxy sin Estado Proxy con Estado Servidor de Registro Agente De Usuario inverso (B2BUA) Mensajes SIP Solicitudes SIP Respuestas SIP Transacciones Diálogos Arquitectura Terminal Gateway Destination lookup IP Connection Management Compression/Digitization Ip Packetization and Transport Advcanced IP/PSTN Signaling Authorization Access Accounting Gatekeepers Controlador Multipunto (MC)... 30

4 2.12 Procesador Multipunto (MP) MEGACO SS (MTP) Parte de transferencia de mensajes Función a nivel de enlace de datos de señalización Función a nivel de enlace de señalización Función de red de señalización (SCCP) Parte de control de conexión de señalización (TCAP) Parte de aplicación de capacidades de transacción (ISP) Parte intermedia de servicios (OMAP) La parte de operación, mantenimiento y administración Las partes del usuario Análisis de Protocolos... 43

5 Tabla de Figuras Ilustración 1 Protocolos Sobre IP... 9 Ilustración 2 Esquema de Agente de Usuario Ilustración 3 Agente de Usuario B2BUA Ilustración 4 Arquitectura de MEGACO... 33

6 INTRODUCCIÓN La presente investigación involucra algunos de los protocolos de señalización teniendo en cuenta la evolución y los estándares que están implementados en la actualidad, teniendo en cuenta que cada una de las fuentes primarias correspondientes a cada protocolo, de esta manera la metodología que se pretende implementar para el desarrollo de la misma es de tipo cualitativo, debido a que no se pretende plantear un nuevo esquema de señalización, sino que por el contrario se busca profundizar las señalizaciones existentes y cual es futuro de las mismas. El ascenso de Internet como un rival a la red telefónica de conmutación de circuitos ha dado lugar a fuertes razones económicas y tecnológicas para la convergencia de servicios y arquitecturas. Con el fin de asimilar los servicios de telefonía con la tecnología omnipresente de la IP, es necesario un protocolo de señalización para crear y finalizar las conexiones. Diferentes grupos de investigación proponen soluciones particulares enfocadas a satisfacer sus propias prioridades e intereses y la comunidad de Internet desea introducir servicios innovadores basados en las herramientas mejoradas de edición web como XML y más protocolos abiertos, peer-to-peer y modelos de llamada.

7 1. PROTOCOLO SIP El protocolo de señalización SIP (Session Initiation Protocol) es utilizado para el establecimiento de sesiones en una red IP. Una sesión puede ser una simple llamada de teléfono de dos vías o podría ser una colaboración de sesión de conferencia multimedia. La capacidad de establecer estas sesiones significa que surge una gran cantidad de servicios innovadores, tales como voz enriquecida, el comercio electrónico, página web, haga clic para marcar, la mensajería instantánea con listas de amigos, y los servicios IP. Durante los últimos años, la comunidad de voz sobre IP ha adoptado SIP como protocolo de elección para la señalización. SIP es un estándar RFC (RFC 3261) de Internet del grupo de investigación IETF (Engineering Task Force), el cual es el organismo responsable de administrar y desarrollar los mecanismos que comprenden todo lo relacionado con Internet. SIP sigue evolucionando y se extiende como la tecnología madura y sus productos son socializados en el mercado. La ideología del IETF es la simplicidad: sólo se especifica lo que se necesita especificar. Este protocolo es mucho más que un modelo, ha sido desarrollado exclusivamente como un mecanismo para establecer sesiones, las cuales no se conoce acerca de los detalles de una sesión, sólo inicia, termina y modifica sesiones. Esta simplicidad significa que SIP tiene varias escalas, que es extensible, y se acopla cómodamente en diferentes arquitecturas y escenarios de implementación. SIP es un protocolo de petición-respuesta que se asemeja a dos protocolos de Internet, HTTP y SMTP (los protocolos Web y de correo electrónico) y, en consecuencia, SIP se vincula cómodamente junto a las aplicaciones de Internet. Usando la telefonía sobre SIP, esta se convierte en otra aplicación web y se integra fácilmente en otros servicios de Internet. SIP es una herramienta simple que los proveedores de servicios pueden utilizar para construir servicios convergentes de voz y multimedia Entidades básicas SIP [En Línea] [Citado en 10 de marzo de 2011]

8 1.1 Características Principales SIP se describe como un protocolo de control para crear, modificar y terminar sesiones con uno o más participantes. Estas sesiones incluyen conferencias multimedia de Internet, o de cualquier red IP, llamadas telefónicas y la distribución multimedia. Los miembros en una sesión pueden comunicarse a través de multicast o por medio de una malla de relaciones unidifusión, o mediante una combinación de éstos. SIP soporta descripciones de la sesión que permitirá a los participantes a un acuerdo sobre un conjunto de tipos de medios compatibles. También es compatible con la movilidad del usuario, representando y redirigiendo las peticiones a la localización actual del usuario. SIP no está ligado a ningún protocolo de control de conferencia en particular. Otra de las grandes tareas es garantizar que la llamada llegue a su destino. La realización de cualquier asignación de información descriptiva de la información de ubicación. Esto permite que el grupo involucrado en una llamada (puede ser una llamada en conferencia) se pone de acuerdo sobre las funciones admitidas, reconociendo que no todas las partes involucradas pueden soportar el mismo nivel de características. Por ejemplo, el vídeo puede ser o no ser compatible. En una llamada un participante puede gestionar la misma, esto quiere decir que puede invitar a otros participantes en la llamada o puede cancelar las conexiones a otros usuarios, además de que los usuarios pueden ser transferidos o puestos en espera. Un usuario tiene la posibilidad de cambiar las características de llamada durante el curso de la misma. Por ejemplo, una llamada puede haber sido creada con la característica de voz, pero en el transcurso de la llamada, los usuarios pueden necesitar para habilitar una función de vídeo. Un tercero puede unirse a una llamada puede y requerir diferentes características para estar habilitado y participar en la convocatoria. Para no definir un nuevo sistema de direccionamiento, en algunos casos las direcciones de usuarios SIP están asociadas al correo electrónico. Cada usuario es identificado mediante una dirección URL jerárquica que se construye alrededor de elementos como el número de teléfono de un usuario, o el nombre del host por 2 Session Initiation Protocol [En Línea] [Citado en 22 de abril de 2011]

9 ejemplo, Esto significa que es más sencillo para redirigir a alguien a otro teléfono, ya que es como redirigirse a una página web. 3 Ilustración 1 Protocolos Sobre IP 1.2 SIP URI Todas las entidades SIP son identificadas por medio de URI (Uniform Resource Identifier), los URI contienen la suficiente información para iniciar y para mantener una sesión de comunicación con el recurso, utilizan una forma similar a la dirección de correo, permitiendo así ver las especificaciones del encabezado, haciendo posible especificar el destinario, el tipo de medio o la urgencia de la sesión usando URI. La forma general de un SIP URI es: Sip:usuario:contraseña@direccion_del_equipo;parámetros _URI Las instancias están enmarcadas por las siguientes características: Usuario: El identificador de un recurso en particular es la dirección. El término "usuario" en este contexto se refiere con frecuencia a un dominio. 3 RFC 3261 SIP: Session Initiation Protocol [En Línea] [Citado en 10 de marzo de 2011]

10 La información de un usuario de una URI consta de este campo de usuario, el campo de contraseña, seguido del La parte de la información del usuario de una URI es opcional y puede estar ausente cuando el dispositivo de destino no tiene una noción de usuarios o cuando el dispositivo tiene otro recurso de identificación. Si el está presente en un SIP o URI SIPS, el campo de usuario no debe estar vacío. Contraseña: La contraseña está asociada al usuario, mientras que la sintaxis SIPS URI permite que este campo este presente, su uso no se recomienda, debido a que el paso de información de autenticación en texto plano (como URI) ha demostrado ser un riesgo de seguridad en casi todos los casos en que se ha utilizado. Dirección del equipo: Es la dirección IP por medio de la cual es identificado el dispositivo en la red, la cual debe estar bajo un nombre de dominio o dirección en versión IP4 oip6. Puerto: numero del puerto donde la solicitud se debe enviar Elementos de Red En un escenario de red SIP la configuración más sencilla utiliza solo dos agentes que envían mensajes SIP de el uno al otro, pero en una red típica tendrá más de un entidad lógica, cada una de estas entidades intervienen en una conversación SIP como cliente o como servidor o ambas, entre estas están: Elementos básicos como los son los agentes de usuario, servidores proxy, servidores de redirección, servidor registrador, agente de usuario inverso (B2BUA) Agente de usuario 4 The IP Telecommunications Portal [En Línea] [Citado en 1 de abril de 2011] 5 VoIP foro Arquitectura SIP [En línea] [citado en 10 de marzo de 2011]

11 Todas las terminales IP utilizan un agente de usuario, el cual por lo general está instalado en la terminal en forma de aplicación la cual siempre esta activa en tipo (demonio), en otras palabras un agente de usuario es la entidad final o de extremo encargada de dialogar con las otras entidades. Los agentes de usuario son los que inician y terminan las sesiones por medio de mensajes que requieren un servicio o que responden a solicitudes o requieren alguna respuesta. La RFC 3261 define el Agente de Usuario como una aplicación, que puede actuar como un Agente de Usuario cliente y un Agente de Usuario servidor. Debido a que un agente de usuario contiene UAC y UAS, por ende se dice que un agente de usuario se comporta como un UAC o UAS. Por ejemplo, el agente de usuario se comporta como UAC cuando se envía una solicitud INVITE y recibe respuestas a la solicitud. Un agente de usuario se comporta como un UAS cuando recibe la invitación y envía las respuestas. Ilustración 2 Esquema de Agente de Usuario Agente de usuario cliente (AUC) es una aplicación cliente que inicia solicitudes SIP hacia la red IP y un agente de usuario servidor (AUS) es una aplicación que

12 recibe solicitudes SIP de la red IP la cual contacta al que envía la solicitud y envía la respuesta al AUC. Pero esta situación cambia cuando el destinatario de la llamada decide enviar un BYE y terminar la sesión. En este caso el agente del destinatario de la llamada de usuario (el que envío el mensaje BYE) se comporta como el UAC y el agente de la persona que llama el usuario se comporta como UAS Servidores Proxy Adición a esto SIP permite la creación de una infraestructura de red de equipos llamados servidores proxy. Los agentes de usuario pueden enviar mensajes a un servidor proxy. Los servidores proxy son entidades muy importantes en la infraestructura SIP, realizan el enrutamiento de una sesión de invitados de acuerdo a su ubicación actual, la autenticación, contabilidad y muchas otras funciones importantes. La tarea más importante de un servidor proxy es encontrar la ruta más cerca al destinatario de la llamada. La sesión de una invitación usualmente atraviesa una serie de proxys hasta encontrar uno que conoce la ubicación real del destinatario de la llamada. Este proxy envía la sesión invitación directamente al destinatario de la llamada y el destinatario de la llamada entonces acepta o rechaza la invitación de sesión. 7 Existen dos tipos de servidores proxy SIP: proxy sin estado y proxy con estado 1.6 Proxy sin Estado Servidor sin estado es el encargado de reenviar los mensajes SIP. Ellos reenvían los mensajes de forma independiente el uno del otro, aunque los mensajes 6 B2BUA Documentation [En Línea] [Citado en 15 de abril es 2011] 7 The SIP center A portal for the commercial development of SIP [En Línea] [Citado en 17 de marzo de 2011]

13 generalmente están dentro de las transacciones, los servidores proxy sin estado no tienen cuidado de las transacciones. Proxy sin estado son simples, pero más rápidos que los servidores proxy con estado. Pueden ser utilizados como equilibradores de carga simple, traductores mensaje y routers. Uno de los inconvenientes de la representación sin estado es que son incapaces de absorber la retransmisión de mensajes y realizar el enrutamiento avanzado. 1.7 Proxy con Estado Los Proxy con estado son más complejos. En la recepción de una solicitud, un Proxy con estado puede crear un estado y mantener el estado hasta que finalice la transacción. Algunas transacciones, especialmente las creadas por INVITE, pueden durar bastante tiempo (hasta el destinatario toma o rechaza la llamada). Debido a que Proxy con estado debe mantener el estado por la duración de las transacciones, su rendimiento es limitado, pero pueden desempeñar tareas mucho más complejas; por ejemplo hacer retransmisiones como lo sería el caso del servicio sígueme ó remitir un mismo mensaje SIP hacia dos proxy diferentes con el fin de localizar a un usuario en específico. Proxy con estado puede absorber retransmisiones porque las conoce desde el estado de la transacción, si ya se ha recibido el mismo mensaje (Proxy sin estado no puede hacer la verificación porque no almacena ningún estado). Este puede llevar a cabo los métodos más complicados para encontrar un usuario, por ejemplo, cuando no es posible contactar a un usuario en el teléfono de la oficina entonces recoge la llamada y la redirige a su teléfono celular. Proxy sin estado no puede hacerlo porque no conoce como la transacción llega a su objetivo 8 8 Understanding SIP exchanges by experimentation [En Linea] [Citado en 8 de abril de 2011]

14 1.8 Servidor de Registro SIP tiene la capacidad de localizar donde está el destinatario de la llamada. Si un usuario desea iniciar una sesión con otro usuario, SIP localiza en que equipo está el destinatario. En este proceso intervienen los Proxy y los servidores de redirección que al recibir la solicitud buscan donde está el usuario, para así asignarle la llamada y conectar los medios (Voz, imágenes o mensajes) a intercambiar. Para esto el servidor proxy realiza una consulta a un servicio de localización que devolverá una o varias direcciones URI. Por tanto, las funciones del servidor de registro es satisfacer las solicitudes SIP REGISTER y en consecuencia actualiza la base de datos de localización, con la debida información del usuario que se registre. Este servidor en la mayoría de las ocasiones está ubicado junto al proxy, de manera que no es obligación que siempre este allí. Su función reside en asociar una URI con una o varias direcciones IP, que por lo general serán del tipo SIP: pero que también pueden ser del tipo tel. La relación se realiza mediante una tabla. Teniendo en cuenta que cuando en la tabla de relaciones exista una URI con múltiples direcciones IP, todas estas extensiones sonaran simultáneamente Agente De Usuario inverso (B2BUA) El agente de usuario inverso (B2BUA) es un componente SIP de control de llamadas. A diferencia de un servidor proxy SIP, que sólo mantiene una transacción de estado, el B2BUA mantiene el estado completo de la llamada y participa en todas las solicitudes de llamada. En consecuencia, el B2BUA puede llevar a cabo una serie de funciones que no son posibles de implementar con el uso del servidor proxy SIP, como el tiempo de la llamada exacta, facturación, la conmutación por error de enrutamiento de llamadas, y así sucesivamente. B2BUA consiste en los siguientes componentes lógicos: 9 Characteristics About SIP [En Línea] [Citado en 13 de mayo de 2011]

15 Respuesta a un agente de usuario SIP Control lógico de llamada Origen del agente de usuario SIP Ilustración 3 Agente de Usuario B2BUA Los componentes interactúan entre sí mediante eventos abstractos. Cada Agente de Usuario (UA) representa un estado de máquina, el cual recibe mensajes SIP desde el punto final y los convierte en eventos en base al tipo de mensaje y al estado actual del agente. El control lógico de llamada actúa como un intermediario, en los acontecimientos que pasan entre los UA. Dependiendo de su propio estado actual y los estados de la UA, el control lógico de llamada podría bajar algunos eventos, e incluso convertir el tipo de transición, o inyectar eventos adicionales. También puede eliminar uno de los agentes de usuario y sustituirlo por otro en las diferentes etapas con un diferente estado de llamada, el cual permite implementar características tales como conmutación por error de enrutamiento de llamadas, control de transferencia de llamadas entre otras Mensajes SIP 10 Tech invite SIP Protocol Structure [En Línea] [Citado en 1 de abril de 2011]

16 La comunicación por medio del protocolo SIP se compone de una serie de mensajes, los cuales pueden ser transportados de forma independiente por la red. Por lo general son transportados en un datagrama UDP cada uno por separado. Cada mensaje tiene la siguiente estructura, línea inicial, encabezado del mensaje, y el cuerpo del mensaje. La primera línea identifica el tipo del mensaje. Hay dos tipos de mensajes - las solicitudes y respuestas. Las solicitudes se suelen utilizar para iniciar alguna acción o informar a quien reciba la solicitud de algo. Las respuestas se utilizan para confirmar que la solicitud fue recibida y procesada y contiene el estado del proceso. Los campos de cabecera de inicio son de y para quien indican el receptor y el destinario de un mensaje de igual forma que en SMTP donde se identifique el remitente y destinatario, en la cabecera contiene un parámetro de etiqueta que sirve como identificador de dialogo en cual serán descritos los diálogos. El encabezado del mensaje y el cuerpo del mensaje están delimitados por una línea en blanco. El cuerpo del mensaje de la solicitud INVITE contiene una descripción del tipo de los medios de comunicación aceptados por el remitente y esta codificados en SDP El encabezado Call-ID es un campo identificador de diálogo y su propósito es identificar los mensajes que pertenecen a la misma llamada, estos mensajes utilizan el mismo identificador de llamada ID, pero a su vez necesitan de otro parámetro para mantener el orden de las solicitudes. Dado que las solicitudes se pueden enviar a través de un transporte poco fiable, los mensajes ser pueden reordenar, siempre y cuando tengan un número de secuencia en los mensajes para que destinatario pueda identificar a las retransmisiones y de solicitudes fuera de pedido. En un campo de la cabecera contiene la dirección IP y el puerto en el que el remitente se encuentra en espera para nuevas solicitudes por el destinatario de la llamada Solicitudes SIP 11 A Hitchhiker's Guide to the Session Initiation Protocol [En Linea] [Citado en 24 de marzo de 2011]

17 Las solicitudes SIP tienen la característica de tener una línea de solicitudes para establecer la comunicación, esta línea contiene información del nombre de método, una Solicitud-URI y la versión del protocolo separados por un espacio simple de caracteres. Esta especificación define seis métodos básicos: REGISTER: el propósito es dejar un registro de acerca de la ubicación del usuario actual, información tal como lo es dirección IP y el puerto por el cual ha realizado el registro de mensajes. INVITE: Indica que un cliente está siendo invitado a participar en una llamada. ACK: confirma la recepción del método INVITE el cual es el que indica que se encuentra listo para establecer una comunicación. BYE: este tipo de mensajes son utilizados para finalizar las sesiones multimedia, el UA que desee finalizar la conversación envía un BYE. CANCEL: se utiliza para cancelar una sesión que no se ha establecido en su totalidad, es decir cuando el destinatario no ha confirmado una respuesta definitiva. OPTIONS: Consulta la información acerca de las capacidades de envío y recepción de teléfonos SIP Respuestas SIP Cuando un agente de usuario o el servidor proxy reciben una solicitud, envía una respuesta. Cada solicitud debe ser respondida, excepto las solicitudes de ACK que no devuelven algún tipo de respuesta. El código de respuesta es un número entero de 100 a 699 El cual indica el tipo de la respuesta. Hay seis clases de respuestas: 1xx son Las respuestas provisionales. Una respuesta provisional es la respuesta que le dice a su destinatario que la solicitud fue recibida, pero el resultado del proceso no se conoce aún. Las respuestas provisionales sólo se envían cuando el proceso no termina de inmediato

18 2xx Respuestas Exitosas. Estas respuestas son las ultimas que recibe el autor de la solicitud, significa que las solicitudes son procesadas y aceptadas. 3xx se utilizan para redirigir una llamada. Una respuesta de redirección da información sobre la nueva ubicación del usuario o un servicio alternativo que la persona que llama puede utilizar para satisfacer la llamada. Las respuestas redirección son generalmente enviadas por servidores proxy. Cuando el proxy recibe una solicitud y no puede procesarla por cualquier motivo, se enviará una respuesta de redirección de llamada y se coloca otra ubicación en la respuesta de la persona que se está llamando. Puede ser la ubicación de otro proxy o la ubicación actual del destinatario de la llamada. 4xx Son las respuestas negativas. Una respuesta de tipo 4xx significa que el problema está en el lado del emisor. La solicitud no pudo ser procesada porque contiene sintaxis errónea o la solicitud no se puede realizar en ese servidor. 5xx Significa que el problema está en el lado servidor. La solicitud es válida, pero al parecer el servidor no puede cumplirla. Los clientes por lo general debe reintentar enviar nuevamente la solicitud. 6xx Significa que la solicitud no puede realizarse en ningún servidor. Esta respuesta suele ser enviadas por un servidor que tiene información definitiva acerca de un usuario en particular. Los agentes de usuario suelen enviar una respuesta 603 para rechazar las sesiones que no desea participar. Además de cada una de las clases anteriormente descritas en la primera línea se describe la razón del mensaje, es decir todo el proceso que se le dio al mismo. La solicitud a la que pertenece una determinada respuesta se identifica con el campo de la cabecera. Además del número de secuencia de este campo de encabezado contiene también el método de la solicitud correspondiente SIP.edu Cookbook [En Línea] [Citado en 1 de abril de 2011]

19 1.13 Transacciones Las transacciones SIP son secuencias de mensajes entre los elemento de una red. Una transacción corresponde a una petición y todas las respuestas a esa petición. Esto quiere decir que una transacción incluirá cero o mas respuestas provisionales y una o más respuestas finales (en el caso de un mensaje INVITE, recuerde que este puede ser dividido por un Proxy, por lo tanto tendrá múltiples respuesta finales. Las entidades SIP que almacenan el estado de las transacciones son denominadas Stateful. Lo hacen por medio del registro de cada transacción a través de un identificador contenido en el encabezado. Los mensajes SIP se envían de forma independiente en la red, que se colocan generalmente en las transacciones de los agentes de usuario y ciertos tipos de servidores proxy. Por lo tanto SIP se dice que es un protocolo transaccional Diálogos Un diálogo es una conversación entre dos UA. Los diálogos son identificados usando los campos Identificación de llamada Call-ID, De From y Para To. Los mensajes con estos campos iguales pertenecerán al mismo diálogo. Uno de los campos, es utilizado para ordenar los mensajes en un diálogo. De hecho el también representa el número de transacción. Finalmente se puede decir que un diálogo es una secuencia de transacciones que pertenecen a la misma sesión o llamada SIP H.323 versus SIP [En Línea] [citado en 10 de marzo de 2011] 14 Laboratorio de VoIP [En Línea] [Citado en 10 de marzo de 2011]

20 2. PROTOCOLO H323 La Recomendación ITU-T H.323 describe terminales y otras entidades que proporcionan servicios de comunicaciones multimedia sobre redes basadas en paquetes (PBN), las cuales no puede garantizar calidad de servicio. H.323 puede proporcionar audio y video en tiempo real, y / o comunicaciones de datos. El soporte para audio es obligatorio, mientras que los datos y video son opcionales, pero también tiene la habilidad de utilizar un modo específico en común de operación, para que todos los terminales que soporten ese mismo tipo de medios puedan interactuar. Al igual que con otros protocolos de comunicación de nivel de operador, H.323 es un estándar publicado por la Unión Internacional de Telecomunicaciones. Fue aprobado por los gobiernos del mundo como el estándar internacional para voz, vídeo y conferencia de datos, la definición de cómo los dispositivos tales como ordenadores, teléfonos, teléfonos móviles, PDAs, teléfonos móviles, sistemas de video conferencia, etc., los cuales traen una nueva experiencia de comunicación para el usuario. H.323 toma prestado tanto de los protocolos PSTN tradicionales y las normas relacionadas con Internet. Al aprovechar tanto de conmutación de circuitos y conmutación de paquetes estándares de protocolo, H.323 es capaz de integrar sin problemas con la PSTN, mientras que al mismo tiempo enviar las comunicaciones multimedia a través de medios como Internet. 15 H.323 se originó a mediados de los años 90 como una extensión lógica de los circuitos de conferencia multimedia, conmutación de trabajo que se realiza dentro de la UIT-T. Debido a este patrimonio, H.323 interactúa bien con una base instalada muy grande de equipos de videoconferencia. Sin embargo, H.323 fue 15 H.323 Forum [En linea] [Citado en 1 de abril de 2011]

21 mucho más allá de ser una "extensión" de los protocolos anteriores. Esto trajo consigo la capacidad de integrarse con Internet. Con H.323, los usuarios en ubicaciones remotas son capaces de sostener una llamada de video y editar un documento conjunto en tiempo real a través de Internet que utilizan sus equipos personales. No sólo eso, sino H.323 permite a los usuarios personalizar sus teléfonos o servicios de teléfono, los usuarios localizar, transferir una llamada, o realizar cualquier número de otras tareas utilizando una interfaz HTTP entre el cliente H.323 y un servidor en la red, abarcando plenamente el poder de Internet. Desde el principio, los diseñadores de H.323 querían crear un protocolo que sirviera como el protocolo de red de próxima generación. H.323 reduce significativamente el costo de las comunicaciones y facilita la rápida creación de nuevos tipos de servicios que nunca antes fueron posibles. Además, H.323 permite a los puntos finales realizar tareas que antes sólo eran posibles de realizar en los servidores centralizados, las Estancias H.323 están lejos de la tecnología antigua, modela e introduce un extremo inteligente capaz de iniciar y recibir llamadas sin la dependencia de los elementos de red. Sin embargo, reconoce las exigencias de negocio para el control centralizado en el proveedor de servicio y los mercados de las empresas, H.323 también permite un control centralizado sobre el punto final. El nivel o grado en que una compañía o empresa permita ejercer el control, será propio dentro de la organización. H.323 impulsa la funcionalidad de control de llamada hasta el punto final, sin dejar de ofrecer el servicio, con la opción de controlar cada aspecto de una llamada. En la red tradicional de conmutación de circuitos, centraliza los para realizar todas las funciones de control de llamadas. En algunos casos todo el trafico transita sobre una red troncal y no es necesario de los servidores, pero si se desea controlar cuidadosamente el uso del teléfono, o la habilitación de algunos servicios adicionales, realizar la interceptación legal, detección de números de teléfono o ocultar la identidad de la persona que llama, H.323 proporciona la flexibilidad de un control centralizado y descentralizado H.323 Information Site [En Linea] [Citado en 8 de abril de 2011]