ITU-T - International Telecommunication Union/ITU Telcommunication Sector
Alcance
Esta Recomendación1 describe una arquitectura de servicios de directorio para conferencias multimedia utilizando un protocolo ligero de acceso a directorios (LDAP). Los servicios de directorio estandarizados pueden respaldar la asociación de personas con terminales @ páginas blancas con capacidad de búsqueda @ y marcación en la que se puede hacer clic. Los servicios de directorio también pueden ayudar en la configuración de endpoints@ y la autenticación de usuarios basada en fuentes de datos autorizadas. Esta Recomendación describe un esquema LDAP estandarizado para representar puntos extremos en la red y asociar esos puntos extremos con los usuarios. Se analizan consideraciones de diseño e implementación para la interrelación de directorios específicos de video y voz, directorios empresariales, servidores de llamadas y terminales. El uso de una fuente de datos autorizada común para la autenticación del servidor de llamadas, el punto final, el usuario y la información de las páginas blancas es un aspecto importante de los entornos de conferencias multimedia a gran escala. Sin una fuente de datos común, los proveedores de servicios deben crear procesos separados para gestionar cada una de estas funciones. Al estandarizar el esquema LDAP utilizado para representar los datos subyacentes, los productos de diferentes proveedores de sistemas se pueden implementar juntos para crear un entorno de aplicación general. Por ejemplo, un motor de búsqueda de páginas blancas desarrollado por un proveedor podría proporcionar información de directorio a teléfonos IP producidos por un segundo proveedor, con señalización administrada por un servidor de llamadas producido por un tercer proveedor. Cada uno de estos sistemas dispares puede acceder a la misma fuente de datos subyacente, lo que reduce o elimina la necesidad de coordinar la gestión separada de cada sistema. Un beneficio significativo para el usuario es que la gestión de estos datos se puede incorporar a las herramientas de gestión de clientes existentes, lo que permite una ampliación rápida y flexible de las aplicaciones. De hecho, muchos proveedores de tecnología ya han incorporado LDAP en sus productos, pero se han visto obligados a hacerlo sin el beneficio de un esquema estandarizado. Esta Recomendación representa un esfuerzo por estandarizar esas representaciones para mejorar la interoperabilidad y el rendimiento. Si bien las URL ya están estandarizadas para varios protocolos de conferencia@, su representación en un directorio no lo está. Esta Recomendación apoya una forma estandarizada de buscar y localizar URL. Este es un paso necesario para admitir la "marcación en la que se puede hacer clic". La gestión de las configuraciones de los terminales se puede mejorar si el proveedor de servicios almacena la configuración correcta en una ubicación a la que puedan acceder tanto el proveedor de servicios como el terminal. LDAP proporciona una ubicación de almacenamiento conveniente a la que pueden acceder tanto el servidor de llamadas como el terminal; por lo tanto, es posible utilizar el directorio para admitir la configuración del punto final@, lo cual es importante para simplificar la operación y respaldar la movilidad del usuario. Tenga en cuenta que otras tecnologías también admiten la configuración de puntos finales @, en particular el uso de SNMP para una configuración completa y registros de recursos DNS SRV para obtener direcciones de servidor de registro. Por lo tanto, @ UIT-T H.350 no debe considerarse como una arquitectura autorizada de configuración de puntos finales, sino más bien como una herramienta que puede ayudar en esta tarea. Tenga en cuenta que el uso de ITU-T H.350 tiene como característica una configuración específica del punto final@ donde es deseable que cada punto final tenga una configuración única. Esta arquitectura utiliza una clase de objeto genérico@ llamada commObject@ para representar atributos comunes a cualquier protocolo de video o voz. Las clases auxiliares representan protocolos específicos@ como ITU-T H.323@ ITU-T H.235.x@ o ITU-T H.320@ como se describe en la serie de Recomendaciones UIT-T H.350.x. Se pueden combinar varias clases ITU-T H.350.x para representar puntos finales que admitan más de un protocolo. Por ejemplo@ los puntos finales que soportan ITU-T H.323@ ITU-T H.235.x y ITU-T H.320 incluirían ITU-T H.350@ ITU-T H.350.1@ ITU-T H.350.2 @ y ITU-T H.350.3 en sus representaciones LDAP. Además @ cada entrada debe contener commObject para que sirva como clase de objeto estructural de la entrada. Hay dos componentes básicos en la arquitectura. El objeto commURI es una clase cuyo único propósito es vincular una persona o recurso a un commObject. Al colocar un 'puntero' de commURI en la entrada del directorio de un individuo@, ese individuo se asocia con el commObject objetivo en particular. De manera similar, @ cada objeto de comunicación contiene un puntero @ llamado commOwner@ que apunta al individuo o recurso asociado con el objeto de comunicación. De esta manera @ personas o recursos pueden asociarse con puntos finales. El único cambio necesario en el directorio empresarial es la adición de la clase de objeto simple commURI. Los datos de CommObject se pueden instanciar en el mismo directorio o en un directorio completamente separado@, lo que permite flexibilidad en la implementación. 1 Esta Recomendación incluye un archivo adjunto electrónico que contiene archivos de configuración de esquemas para commURIObject y commObject.