1、 Unin Internacional de TelecomunicacionesUIT-T Y.2901SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT (12/2006) SERIE Y: INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN, ASPECTOS DEL PROTOCOLO INTERNET Y REDES DE LA PRXIMA GENERACIN Redes de la prxima generacin El modelo de referencia del entorno
2、 abierto con calidad de operador Recomendacin UIT-T Y.2901 RECOMENDACIONES UIT-T DE LA SERIE Y INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN, ASPECTOS DEL PROTOCOLO INTERNET Y REDES DE LA PRXIMA GENERACIN INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Generalidades Y.100Y.199 Servicios, aplicaciones y programa
3、s intermedios Y.200Y.299 Aspectos de red Y.300Y.399 Interfaces y protocolos Y.400Y.499 Numeracin, direccionamiento y denominacin Y.500Y.599 Operaciones, administracin y mantenimiento Y.600Y.699 Seguridad Y.700Y.799 Caractersticas Y.800Y.899 ASPECTOS DEL PROTOCOLO INTERNET Generalidades Y.1000Y.1099
4、Servicios y aplicaciones Y.1100Y.1199 Arquitectura, acceso, capacidades de red y gestin de recursos Y.1200Y.1299 Transporte Y.1300Y.1399 Interfuncionamiento Y.1400Y.1499 Calidad de servicio y caractersticas de red Y.1500Y.1599 Sealizacin Y.1600Y.1699 Operaciones, administracin y mantenimiento Y.1700
5、Y.1799 Tasacin Y.1800Y.1899 REDES DE LA PRXIMA GENERACIN Marcos y modelos arquitecturales funcionales Y.2000Y.2099 Calidad de servicio y calidad de funcionamiento Y.2100Y.2199 Aspectos relativos a los servicios: capacidades y arquitectura de servicios Y.2200Y.2249 Aspectos relativos a los servicios:
6、 interoperabilidad de servicios y redes en las redes de la prxima generacin Y.2250Y.2299 Numeracin, denominacin y direccionamiento Y.2300Y.2399 Gestin de red Y.2400Y.2499 Arquitecturas y protocolos de control de red Y.2500Y.2599 Seguridad Y.2700Y.2799 Movilidad generalizada Y.2800Y.2899 Para ms info
7、rmacin, vase la Lista de Recomendaciones del UIT-T. Rec. UIT-T Y.2901 (12/2006) i Recomendacin UIT-T Y.2901 El modelo de referencia del entorno abierto con calidad de operador Resumen En esta Recomendacin se presenta el modelo de referencia del entorno abierto con calidad de operador. Orgenes La Rec
8、omendacin UIT-T Y.2901 fue aprobada el 14 de diciembre de 2006 por la Comisin de Estudio 13 (2005-2008) del UIT-T por el procedimiento de la Recomendacin UIT-T A.8. ii Rec. UIT-T Y.2901 (12/2006) PREFACIO La UIT (Unin Internacional de Telecomunicaciones) es el organismo especializado de las Naciones
9、 Unidas en 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 te
10、lecomunica-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 Recomend
11、aciones por 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 R
12、ecomendacin, 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
13、disposiciones 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
14、 “tener que, 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 posibili
15、dad de que 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
16、 de la UIT 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
17、los usuarios 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 en la direccin http:/www.itu.int/ITU-T/ipr/. UIT 2007 Reservados todos los derechos. Ninguna parte de esta publ
18、icacin puede reproducirse por ningn procedimiento sin previa autorizacin escrita por parte de la UIT. Rec. UIT-T Y.2901 (12/2006) iii NDICE Pgina 1 Alcance . 1 2 Referencias . 1 3 Definiciones 1 4 Abreviaturas, siglas o acrnimos 4 5 El ecosistema CGOE 5 6 El ecosistema COTS. 6 7 Conceptos generales
19、CGOE . 6 8 Modelo de referencia CGOE 8 8.1 La arquitectura NGN 8 9 Comprensin del modelo de referencia CGOE 9 9.1 Aplicacin industrial 9 9.2 Plataforma operativa. 10 9.3 Hardware de servidor . 17 10 Consideraciones de seguridad. 17 Apndice I Principios del CGOE 18 Bibliografa 19 Rec. UIT-T Y.2901 (1
20、2/2006) 1 Recomendacin UIT-T Y.2901 El modelo de referencia del entorno abierto con calidad de operador 1 Alcance En esta Recomendacin se presenta el modelo de referencia del entorno abierto con calidad de operador (CGOE, carrier grade open environment) que se utiliza para establecer categoras de co
21、mponentes CGOE. Estos componentes CGOE estn destinados a su utilizacin en artculos disponibles en el mercado (COTS, commercial off-the-shelf). 2 Referencias Las siguientes Recomendaciones del UIT-T y otras referencias contienen disposiciones que, mediante su referencia en este texto, constituyen dis
22、posiciones de la presente Recomendacin. Al efectuar esta publicacin, estaban en vigor las ediciones indicadas. Todas las Recomendaciones y otras referencias son objeto de revisiones por lo que se preconiza que los usuarios de esta Recomendacin investiguen la posibilidad de aplicar las ediciones ms r
23、ecientes de las Recomendaciones y otras referencias citadas a continuacin. Se publica peridicamente una lista de las Recomendaciones UIT-T actualmente vigentes. En esta Recomendacin, la referencia a un documento, en tanto que autnomo, no le otorga el rango de una Recomendacin. UIT-T Y.2012 Recomenda
24、cin UIT-T Y.2012 (2006), Requisitos y arquitectura funcional de las redes de la prxima generacin, versin 1. 3 Definiciones En esta Recomendacin se definen los trminos siguientes. 3.1 aplicacin: Una aplicacin es un software que responde a un conjunto de requisitos del usuario de servicios de la red d
25、e telecomunicaciones a travs de un sistema IT. 3.2 interfaz de programacin de aplicaciones (API, application programming interface): Frontera a travs de la cual una aplicacin de software utiliza herramientas de lenguajes de programacin para invocar servicios de software. NOTA Estas herramientas pued
26、en incluir procedimientos u operaciones, objetos de datos compartidos y resolucin de identificadores. 3.3 bloque de construccin: Unidad lgica, formada por componentes, caracterizada por su capacidad para proporcionar una funcionalidad de servicio autnoma. 3.4 calidad de operador: Coloquialmente, una
27、 implementacin, bloque de construccin o componente COTS con “calidad de operador“ tiene unas cualidades particulares, superiores a las caractersticas de fiabilidad, disponibilidad, posibilidad de ser servido y gestionabilidad (RASM, reliability, availability, serviceability and manageability) de las
28、 tecnologas de la informacin (IT, information technology) corrientes, que los hacen indispensables en la oferta del proveedor de servicios. NOTA Puede considerarse que un componente COTS tiene “calidad de operador“ con respecto a un bloque de construccin concreto si se cumplen todos los requisitos n
29、ecesarios y no funcionales suficientes de una categora COTS para dicho bloque de construccin. 3.5 categora CGOE: Unidad de descripcin del modelo de referencia CGOE. Comprende uno o ms componentes CGOE. 2 Rec. UIT-T Y.2901 (12/2006) NOTA Este mtodo de abstraccin mantiene el marco a un tamao entendibl
30、e y gestionable. Se evita la especificacin excesiva o la exigencia de un bloque de construccin determinado. Por ejemplo, la categora de gestin de alarmas est formada por varios componentes, por ejemplo, generacin de alarmas y supresin de alarmas. 3.6 componente CGOE: Un componente CGOE es una descri
31、pcin abstracta de tareas, interfaces y propiedades tcnicas. 3.7 modelo de referencia CGOE: Modelo que organiza las categoras CGOE. NOTA 1 Se pretende que las categoras sean independientes en el sentido de que no requieren la existencia de las categoras superiores. Sin embargo, para proporcionar la f
32、uncionalidad de calidad de operador, es posible que se necesiten funciones de ms de una categora. NOTA 2 Las diversas categoras estn agrupadas lgicamente y se denominan hardware de servidor y plataforma operativa. 3.8 componente COTS: Ejemplar de un componente de hardware o software de uno o ms comp
33、onentes CGOE. NOTA 1 Componentes nuevos o existentes pueden ejemplificar componentes CGOE. NOTA 2 Como ejemplos de componentes pueden citarse el sistema de base de datos, el sistema operativo y el programa intermedio de gestin. 3.9 ejemplar de componente: Un ejemplar de componente es una representac
34、in especfica de un componente que satisface las necesidades especficas de construccin de un bloque de construccin especfico. NOTA Los proveedores de tecnologa elaboran ejemplares de componentes. Durante el proceso de creacin de los proveedores, los ejemplares se escogen de acuerdo con los requisitos
35、 y se integran para finalmente soportar todo el bloque de construccin. Como ejemplos de ejemplares de componentes puede citarse Linux, programa intermedio de gestin para el acceso Q-3. 3.10 plano de control: El plano de control ejerce las funciones de control de llamada/sesin y de control de conexin
36、. 3.11 dimetro: Protocolo IETF que puede utilizarse para establecer un marco de autenticacin, autorizacin y contabilidad (AAA, authentication, authorization and accounting) para las aplicaciones. 3.12 marco: El marco es el entorno que proporciona una solucin parcial, generalmente automatizando una p
37、arte tediosa o difcil de un proyecto de aplicacin. 3.13 requisitos funcionales: Conjunto de interfaces, capacidades y caractersticas desarrolladas con respecto a una arquitectura de servicio asociada con un bloque de construccin. 3.14 gestin de la vida til: Gestin de un componente, incluida su carga
38、 en la memoria, que atribuye al sistema los recursos que necesita y los elimina cuando no son necesarios. NOTA La gestin de la vida til de un componente comprende tambin las funciones de gestin de software, es decir, la primera instalacin del componente, la gestin de las mejoras y la actualizacin de
39、 nuevas versiones/publicaciones del componente. 3.15 plano de gestin: El plano de gestin ejerce las funciones de gestin para el plano de transporte, el plano de control y el sistema en su conjunto. Tambin puede realizar la coordinacin entre todos los planos. 3.16 programa intermedio: Entidad mediado
40、ra entre dos elementos de informacin. Estos elementos pueden ser, por ejemplo, una aplicacin, un componente de infraestructura y otra entidad mediadora. 3.17 requisitos no funcionales: Lista de caractersticas que debe poseer un bloque de construccin para garantizar un determinado comportamiento dent
41、ro de la arquitectura de servicio. Rec. UIT-T Y.2901 (12/2006) 3 NOTA Esta lista representa principalmente los requisitos necesarios para el funcionamiento y la gestin de la vida til sin problemas. 3.18 componente abierto: Puede considerarse que un componente es “abierto“ cuando puede ser aceptado,
42、rechazado, ampliado y sustituido en un bloque de construccin con unas restricciones y reglamentaciones mnimas, de acuerdo con los criterios pblicos comnmente aceptados y con las normas abiertas para las interfaces. 3.19 normas abiertas: Normas del dominio pblico que se elaboran (o aprueban) y mantie
43、nen siguiendo un proceso basado en la colaboracin y el consenso. Las “normas abiertas“ comprenden, entre otros elementos, los siguientes: Proceso de colaboracin elaboracin (o aprobacin) voluntaria y en funcin del mercado siguiendo un proceso de consenso transparente razonablemente abierto a todas la
44、s partes interesadas. Equilibrio razonable garantiza que el proceso no est dominado por los intereses de un grupo en particular. Debido proceso se consideran las observaciones de todas las partes interesadas y se ejerce el derecho a respuesta. Derechos de propiedad intelectual (IPR, intellectual pro
45、perty rights) los IPR son fundamentales para otorgar licencias de utilizacin de la norma a todos los solicitantes a nivel mundial de manera no discriminatoria, ya sea 1) gratuitamente o de acuerdo con trminos y condiciones razonables, o 2) de acuerdo con trminos y condiciones razonables (que pueden
46、incluir una compensacin monetaria). Las negociaciones se dejan en manos de las partes concernidas y se llevan a cabo fuera de la organizacin de normalizacin. Calidad y nivel de detalle han de ser suficientes para permitir la elaboracin de diversas implementaciones de productos o servicios compatible
47、s en rgimen de competencia. No se ocultan las interfaces normalizadas y no estn controladas ms que por la organizacin normalizadora responsable de la norma. Disponibilidad pblica fcil disponibilidad para la implementacin y utilizacin a un precio razonable. La publicacin del texto de una norma slo se
48、 permite previa aprobacin de la organizacin normalizadora. Soporte continuo se mantienen y actualizan durante un largo periodo de tiempo. NOTA Las “normas abiertas“ facilitan la compatibilidad y el intercambio de datos entre distintos productos y servicios, y estn destinadas a una adopcin masiva. 3.20 plataforma operativa: Una plataforma operativa es una amalgama de muchas tecnologas de distinta infraestructura que albergan sistemas de aplicaciones. NOTA Como ejemplos de componentes clave de una plataforma operativa pueden citarse: sistema operativo, lenguaje de programacin, represe
