1、 Unin Internacional de TelecomunicacionesUIT-T H.460.17SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT (09/2005) SERIE H: SISTEMAS AUDIOVISUALES Y MULTIMEDIOS Infraestructura de los servicios audiovisuales Servicios suplementarios para multimedios Utilizacin de la conexin de sealizacin de
2、 llamadas H.225.0 como transporte de mensajes RAS H.323 Recomendacin UIT-T H.460.17 RECOMENDACIONES UIT-T DE LA SERIE H SISTEMAS AUDIOVISUALES Y MULTIMEDIOS CARACTERSTICAS DE LOS SISTEMAS VIDEOTELEFNICOS H.100H.199 INFRAESTRUCTURA DE LOS SERVICIOS AUDIOVISUALES Generalidades H.200H.219 Multiplexacin
3、 y sincronizacin en transmisin H.220H.229 Aspectos de los sistemas H.230H.239 Procedimientos de comunicacin H.240H.259 Codificacin de imgenes vdeo en movimiento H.260H.279 Aspectos relacionados con los sistemas H.280H.299 Sistemas y equipos terminales para los servicios audiovisuales H.300H.349 Arqu
4、itectura de servicios de directorio para servicios audiovisuales y multimedios H.350H.359 Arquitectura de la calidad de servicio para servicios audiovisuales y multimedios H.360H.369 Servicios suplementarios para multimedios H.450H.499 PROCEDIMIENTOS DE MOVILIDAD Y DE COLABORACIN Visin de conjunto d
5、e la movilidad y de la colaboracin, definiciones, protocolos y procedimientos H.500H.509 Movilidad para los sistemas y servicios multimedios de la serie H H.510H.519 Aplicaciones y servicios de colaboracin en mviles multimedios H.520H.529 Seguridad para los sistemas y servicios mviles multimedios H.
6、530H.539 Seguridad para las aplicaciones y los servicios de colaboracin en mviles multimedios H.540H.549 Procedimientos de interfuncionamiento de la movilidad H.550H.559 Procedimientos de interfuncionamiento de colaboracin en mviles multimedios H.560H.569 SERVICIOS DE BANDA ANCHA Y DE TRADA MULTIMED
7、IOS Servicios multimedios de banda ancha sobre VDSL H.610H.619 Para ms informacin, vase la Lista de Recomendaciones del UIT-T. Rec. UIT-T H.460.17 (09/2005) i Recomendacin UIT-T H.460.17 Utilizacin de la conexin de sealizacin de llamadas H.225.0 como transporte de mensajes RAS H.323 Resumen Para apl
8、icar la versin vigente de la Rec. UIT-T H.323 se requieren dos transportes completamente independientes, uno para la sealizacin de llamadas H.225.0 y el otro para la sealizacin RAS. Por varios motivos, uno de esos transportes es compatible con el paso a travs del cortafuegos/NAT. Sera conveniente po
9、der utilizar el mismo transporte para ambos protocolos. En esta Recomendacin se define el mecanismo para encapsular mensajes RAS en mensajes H.225.0 as como el mtodo para detectar si una entidad par H.323 soporta las caractersticas definidas en la presente Recomendacin. Orgenes La Recomendacin UIT-T
10、 H.460.17 fue aprobada el 13 de septiembre de 2005 por la Comisin de Estudio 16 (2005-2008) del UIT-T por el procedimiento de la Recomendacin UIT-T A.8. ii Rec. UIT-T H.460.17 (09/2005) PREFACIO La UIT (Unin Internacional de Telecomunicaciones) es el organismo especializado de las Naciones Unidas en
11、 el campo de las telecomunicaciones. El UIT-T (Sector de Normalizacin de las Telecomunicaciones de la UIT) es un rgano permanente de la UIT. Este rgano estudia los aspectos tcnicos, de explotacin y tarifarios y publica Recomendaciones sobre los mismos, con miras a la normalizacin de las telecomunica
12、-ciones en el plano mundial. La Asamblea Mundial de Normalizacin de las Telecomunicaciones (AMNT), que se celebra cada cuatro aos, establece los temas que han de estudiar las Comisiones de Estudio del UIT-T, que a su vez producen Recomendaciones sobre dichos temas. La aprobacin de Recomendaciones po
13、r los Miembros del UIT-T es el objeto del procedimiento establecido en la Resolucin 1 de la AMNT. En ciertos sectores de la tecnologa de la informacin que corresponden a la esfera de competencia del UIT-T, se preparan las normas necesarias en colaboracin con la ISO y la CEI. NOTA En esta Recomendaci
14、n, la expresin “Administracin“ se utiliza para designar, en forma abreviada, tanto una administracin de telecomunicaciones como una empresa de explotacin reconocida de telecomunicaciones. La observancia de esta Recomendacin es voluntaria. Ahora bien, la Recomendacin puede contener ciertas disposicio
15、nes obligatorias (para asegurar, por ejemplo, la aplicabilidad o la interoperabilidad), por lo que la observancia se consigue con el cumplimiento exacto y puntual de todas las disposiciones obligatorias. La obligatoriedad de un elemento preceptivo o requisito se expresa mediante las frases “tener qu
16、e, haber de, hay que + infinitivo“ o el verbo principal en tiempo futuro simple de mandato, en modo afirmativo o negativo. El hecho de que se utilice esta formulacin no entraa que la observancia se imponga a ninguna de las partes. PROPIEDAD INTELECTUAL La UIT seala a la atencin la posibilidad de que
17、 la utilizacin o aplicacin de la presente Recomendacin suponga el empleo de un derecho de propiedad intelectual reivindicado. La UIT no adopta ninguna posicin en cuanto a la demostracin, validez o aplicabilidad de los derechos de propiedad intelectual reivindicados, ya sea por los miembros de la UIT
18、 o por terceros ajenos al proceso de elaboracin de Recomendaciones. En la fecha de aprobacin de la presente Recomendacin, la UIT no ha recibido notificacin de propiedad intelectual, protegida por patente, que puede ser necesaria para aplicar esta Recomendacin. Sin embargo, debe sealarse a los usuari
19、os que puede que esta informacin no se encuentre totalmente actualizada al respecto, por lo que se les insta encarecidamente a consultar la base de datos sobre patentes de la TSB. UIT 2006 Reservados todos los derechos. Ninguna parte de esta publicacin puede reproducirse por ningn procedimiento sin
20、previa autorizacin escrita por parte de la UIT. Rec. UIT-T H.460.17 (09/2005) iii NDICE Pgina 1 Alcance . 1 2 Referencias . 1 3 Trminos y definiciones . 2 4 Abreviaturas, siglas o acrnimos 2 5 Descripcin de las caractersticas . 2 6 Deteccin de la capacidad de la entidad remota para soportar RAS por
21、H.225.0 2 7 Transporte de RAS por H.225.0 . 3 7.1 Utilizacin de H.225.0 3 7.2 Uso de datos genricos . 3 7.3 Definicin de la prestacin RAS por H.225.0 4 7.4 Parmetros de RAS por H.225.0 4 8 Consideraciones de seguridad. 4 Rec. UIT-T H.460.17 (09/2005) 1 Recomendacin UIT-T H.460.17 Utilizacin de la co
22、nexin de sealizacin de llamadas H.225.0 como transporte de mensajes RAS H.323 1 Alcance En esta Recomendacin se define el mecanismo para encapsular mensajes RAS en mensajes H.225.0 as como el mtodo para detectar si una entidad par H.323 soporta las caractersticas definidas en la presente Recomendaci
23、n. 2 Referencias Las siguientes Recomendaciones del UIT-T y otras referencias contienen disposiciones que, mediante su referencia en este texto, constituyen disposiciones de la presente Recomendacin. Al efectuar esta publicacin, estaban en vigor las ediciones indicadas. Todas las Recomendaciones y o
24、tras referencias son objeto de revisiones por lo que se preconiza que los usuarios de esta Recomendacin investiguen la posibilidad de aplicar las ediciones ms recientes de las Recomendaciones y otras referencias citadas a continuacin. Se publica peridicamente una lista de las Recomendaciones UIT-T a
25、ctualmente vigentes. En esta Recomendacin, la referencia a un documento, en tanto que autnomo, no le otorga el rango de una Recomendacin. 1 Recomendacin UIT-T H.323 (2003), Sistemas de comunicacin multimedios basados en paquetes. 2 Recomendacin UIT-T H.225.0 (2003), Protocolos de sealizacin de llama
26、da y paquetizacin de trenes de medios para sistemas de comunicacin multimedios por paquetes. 3 Recomendacin UIT-T H.460.1 (2002), Directrices para la utilizacin del marco extensible genrico. 4 Recomendacin UIT-T H.235.0 (2005), Marco de seguridad H.323: Marco de seguridad para sistemas multimedia de
27、 la serie H (H.323 y otros basados en H.245). 5 Recomendacin UIT-T H.235.1 (2005), Marco de seguridad H.323: Perfil de seguridad bsico. 6 Recomendacin UIT-T H.235.2 (2005), Marco de seguridad H.323: Perfil de seguridad de firma. 7 Recomendacin UIT-T H.235.3 (2005), Marco de seguridad H.323: Perfil d
28、e seguridad hbrido. 8 Recomendacin UIT-T H.235.4 (2005), Marco de seguridad H.323: Seguridad de llamada con encaminamiento directo y selectivo. 9 Recomendacin UIT-T H.235.5 (2005), Marco de seguridad H.323: Marco para la autenticacin segura en RAS utilizando secretos compartidos dbiles. 10 Recomenda
29、cin UIT-T H.235.6 (2005), Marco de seguridad H.323: Perfil de criptacin vocal con gestin de claves H.235/H.245 nativa. 11 Recomendacin UIT-T H.235.7 (2005), Marco de seguridad H.323: Utilizacin del protocolo de gestin de claves MIKEY para el protocolo de transporte en tiempo real seguro en H.235. 12
30、 IETF RFC 2246 (1999), The TLS Protocol Version 1.0. 2 Rec. UIT-T H.460.17 (09/2005) 3 Trminos y definiciones En esta Recomendacin se define el trmino siguiente. 3.1 RAS por H.225.0: Mecanismo que permite el transporte de mensajes RAS en conexiones de sealizacin de llamadas H.225.0. 4 Abreviaturas,
31、siglas o acrnimos En esta Recomendacin se utilizan las siguientes abreviaturas, siglas o acrnimos. EP Punto extremo (endpoint) GK Controlador de acceso (gatekeeper) RAS Registro, admisin y estado (registration, admission and status) RCF Confirmacin de registro (registration confirm) RRQ Peticin de r
32、egistro (registration request) SCTP Protocolo de transmisin de control del tren (stream control transmission protocol) TCP Protocolo de control de transporte (transport control protocol) TLS Seguridad de nivel de transporte (transport level security) TSAP Punto de acceso al servicio de transporte (t
33、ransport service access point) 5 Descripcin de las caractersticas En la presente Recomendacin se definen dos mecanismos: Deteccin de la capacidad de la entidad remota para soportar RAS por H.225.0. Transporte de los mensajes RAS por conexiones de sealizacin de llamadas H.225.0. 6 Deteccin de la capa
34、cidad de la entidad remota para soportar RAS por H.225.0 Se envan mensajes RAS entre los EP y el GK o entre dos GK. En ambos casos el primer mensaje RAS entre dos entidades particulares H.323 se enva hacia el GK. Para un GK particular, puede que se conozca con anticipacin (o sea, que se haya configu
35、rado) si ste tiene capacidad para soportar RAS por H.225.0, o puede que sea necesario detectarlo. En este caso no se pueden utilizar los mecanismos de negociacin de prestaciones de H.460 debido a que es necesario que se lleve a cabo la deteccin antes del envo del primer mensaje entre las entidades H
36、.323. Debe utilizarse el mecanismo de deteccin del GK del anexo O/H.323 para determinar si se soporta RAS por H.225.0. El servicio utilizado para la deteccin deber ser h323rs o bien h323ls. Se detectar el transporte de H.225.0 de acuerdo con las siguientes reglas: En el caso de sealizacin de H.225.0
37、 por TCP, el transporte deber ser tcp. En el caso de sealizacin de H.225.0 por anexo E/H.323, el transporte deber ser h323mux. En el caso de sealizacin de H.225.0 por SCTP, el transporte deber ser sctp. Si se conoce con anticipacin la direccin IP del GK pero se desconoce el puerto, deber utilizarse
38、el puerto conocido de sealizacin de llamada H.225.0, 1720, para el procedimiento de RAS por H.225.0. Rec. UIT-T H.460.17 (09/2005) 3 7 Transporte de RAS por H.225.0 7.1 Utilizacin de H.225.0 La entidad que soporte RAS por H.225.0 deber soportar tambin las conexiones de transporte H.225.0 persistente
39、s descritas en 7.3/H.323. Los puntos de extremo debern indicar esta capacidad dando a maintainConnection en RRQ el valor TRUE. Si tanto la entidad que enva el mensaje RAS como la que lo recibe soportan RAS por H.225.0, deberan utilizarlo para el transporte de los mensajes RAS. Para mantener abierta
40、la conexin de transporte, las dos entidades deberan utilizar RRQ ligeras, de acuerdo con lo descrito en 7.2.2.1/H.323. En caso de que haya un paso a travs de NAT, el valor de timeToLive (tiempo de vida) debe ser menor que el valor de la temporizacin obligatoria de NAT. Las entidades pueden utilizar
41、el mecanismo de IRR (respuesta a peticin de informacin) para soportar una misma funcionalidad. Otra posibilidad, en los casos en que el transporte sea TCP, es que la entidad que haya establecido la conexin TCP puede enviar peridicamente paquetes vacos TPKT (paquetes que nicamente contienen los bytes
42、 03 00 00 04). Se debera utilizar un intervalo de keep-alive (mantener vivo) de entre 5 y 30 segundos, salvo cuando se sepa (por ejemplo, por las caractersticas de la red) que un intervalo mayor no provocar el cierre de orificios. Para el envo de mensajes RAS entre dos entidades H.323 que soporten l
43、a prestacin de RAS por H.225.0, se deber utilizar una conexin de transporte H.225.0 persistente. Si ya existe dicha conexin se puede reutilizar sta o establecer una conexin nueva. Si no existe ninguna conexin persistente vigente, deber crearse una. Por lo general la entidad que enva el primer mensaj
44、e RAS crea la conexin con la entidad que recibe el mensaje RAS. El TSAP de sealizacin de H.225.0 de la entidad que recibe el mensaje RAS se utiliza como destino de la conexin de transporte. Se debe utilizar la misma conexin de transporte para la sealizacin de RAS por H.225.0 y para la sealizacin nor
45、mal de H.225.0. Si se desea, se puede usar ms de una conexin de transporte H.225.0 entre un mismo par de entidades para la transferencia de mensajes RAS. En este caso no se impone asociacin alguna entre los mensajes RAS y las conexiones de transporte. Para indicar que el mismo TSAP de sealizacin de
46、transporte H.225.0 del GK se deber utilizar en todas las comunicaciones de RAS y de H.225.0, los campos callSignalAddress y rasAddress de la RRQ y de la RCF debern contener un SEQUENCE OF con cero elementos. Para transferir los mensajes RAS el mensaje FACILITY H.225.0 deber utilizarse. El campo CRV
47、del mensaje deber tener el valor 0 (incluido el bit bandera). Dicho mensaje deber contener el elemento de informacin usuario-usuario con el campo h323-message-body de H323-UU-PDU vaco. El campo genericData de la H323-UU-PDU deber contener los mensajes RAS descritos en 7.2 y 7.4. Las entidades H.323
48、que soporten RAS por H.225.0, debern soportar tambin la tunelizacin del canal H.245 por H.225.0. 7.2 Uso de datos genricos Los mensajes RAS que hayan de enviarse por la sealizacin de llamadas H.225.0 debern encapsularse en el campo genericData de la H323-UU-PDU en el elemento de informacin usuario-usuario del mensaje FACILITY H.225.0. El campo de identificacin de cada uno de estos campos genericData especificar RAS por H.225.0 (segn se define en el cuadro 1) y cada uno de los parmetros de mensaje RAS (segn se define en el cuadro 2) contendr la codificacin binaria de un mensaje RAS. 4
