1、 UNIN INTERNACIONAL DE TELECOMUNICACIONES UIT-T Y.1710SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT (11/2002) SERIE Y: INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Y ASPECTOS DEL PROTOCOLO INTERNET Aspectos del protocolo Internet Operaciones, administracin y mantenimiento Requisitos de la f
2、uncionalidad operacin y mantenimiento para redes con conmutacin por etiquetas multiprotocolo Recomendacin UIT-T Y.1710 RECOMENDACIONES UIT-T DE LA SERIE Y INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Y ASPECTOS DEL PROTOCOLO INTERNET INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Generalidades Y.100Y.199 Serv
3、icios, aplicaciones y programas 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 INTERN
4、ET Generalidades Y.1000Y.1099 Servicios y aplicaciones Y.1100Y.1199 Arquitectura, acceso, capacidades de red y gestion 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, admin
5、istracin y mantenimiento Y.1700Y.1799 Tasacin Y.1800Y.1899 Para ms informacin, vase la Lista de Recomendaciones del UIT-T. Rec. UIT-T Y.1710 (11/2002) i Recomendacin UIT-T Y.1710 Requisitos de la funcionalidad operacin y mantenimiento para redes con conmutacin por etiquetas multiprotocolo Resumen Es
6、ta Recomendacin estipula los objetivos y requisitos para la funcionalidad OAM (operacin y mantenimiento) en el plano de usuario de las redes con conmutacin por etiquetas multiprotocolo (MPLS). Orgenes La Recomendacin UIT-T Y.1710, revisada por la Comisin de Estudio 13 (2001-2004) del UIT-T, fue apro
7、bada por el procedimiento de la Resolucin 1 de la AMNT el 8 de noviembre de 2002. Palabras clave Calidad de funcionamiento de red, defecto, fallo, LSP, MPLS, OAM, seguridad y SLA. ii Rec. UIT-T Y.1710 (11/2002) PREFACIO La UIT (Unin Internacional de Telecomunicaciones) es el organismo especializado
8、de las Naciones 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 normali
9、zacin de las telecomunica-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 aproba
10、cin de Recomendaciones 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.
11、 NOTA En esta Recomendacin, la expresin “Administracin“ se utiliza para designar, en forma abreviada, tanto una administracin de telecomunicaciones como una empresa de explotacin reconocida de telecomunicaciones. PROPIEDAD INTELECTUAL La UIT seala a la atencin la posibilidad de que la utilizacin o a
12、plicacin 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 o por terceros aj
13、enos 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 usuarios que puede que e
14、sta 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 2003 Reservados todos los derechos. Ninguna parte de esta publicacin puede reproducirse por ningn procedimiento sin previa autorizacin
15、 escrita por parte de la UIT. Rec. UIT-T Y.1710 (11/2002) iii NDICE Pgina 1 Alcance . 1 2 Referencias . 1 3 Definiciones 1 4 Siglas y abreviaturas. 1 5 Introduccin 2 6 Razones por las que son necesarias las funciones OAM en las redes MPLS. 2 7 Requisitos de las funciones OAM en una red MPLS . 4 Rec.
16、 UIT-T Y.1710 (11/2002) 1 Recomendacin UIT-T Y.1710 Requisitos de la funcionalidad operacin y mantenimiento para redes con conmutacin por etiquetas multiprotocolo 1 Alcance Esta Recomendacin estipula los objetivos y requisitos para la funcionalidad OAM (operacin y mantenimiento) 1 en el plano de usu
17、ario de las redes con conmutacin por etiquetas multiprotocolo (MPLS, multiprotocol label switched). La funcionalidad OAM en redes MPLS est concebida de manera que no dependa de los servicios. 2 Referencias Las siguientes Recomendaciones del UIT-T y otras referencias contienen disposiciones que, medi
18、ante 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 otras referencias son objeto de revisiones por lo que se preconiza que los usuarios de esta Recomendacin investi
19、guen 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 actualmente vigentes. En esta Recomendacin, la referencia a un documento, en tanto que autnomo, no le otorga el
20、rango de una Recomendacin. 1 Recomendacin UIT-T I.610 (1999), Principios y funciones de operaciones y mantenimiento de la RDSI-BA. 2 Recomendacin UIT-T M.20 (1992), Filosofa de mantenimiento de las redes de telecomunicaciones. 3 Recomendacin UIT-T G.805 (2000), Arquitectura funcional genrica de las
21、redes de transporte. 4 IETF, RFC 3032 (2001), MPLS Label Stack Encoding. 5 IETF, RFC 3031 (2001), Multiprotocol Label Switching Architecture. 3 Definiciones Esta Recomendacin introduce la terminologa de arquitectura funcional necesaria para describir los componentes de red asociados con la OAM. Como
22、 es posible que muchos lectores no estn familiarizados con la terminologa de la arquitectura funcional, a continuacin se definen algunos trminos importantes. 3.1 defecto: Interrupcin de la capacidad de la entidad de transporte (por ejemplo, la conexin de red) para transmitir informacin de usuario o
23、de OAM 2. 3.2 fallo: Cese de la capacidad de la entidad de transporte para transferir informacin de usuario o de OAM. La causa del fallo puede ser un defecto persistente 2. 4 Siglas y abreviaturas En esta Recomendacin se utilizan las siguientes siglas. ATM Modo de transferencia asncrono (asynchronou
24、s transfer mode) DoS Denegacin de servicio (denial of service) FR Retrasmisin de trama (frame relay) 2 Rec. UIT-T Y.1710 (11/2002) IP Protocolo Internet (Internet protocol) LSN Nodo de conmutacin por etiquetas (label switching node) LSP Trayecto conmutado por etiquetas (label switched path) MPLS Con
25、mutacin por etiquetas multiprotocolo (multiprotocol label switched) NMS Sistema de gestin de red (network management system) OAM Operacin y mantenimiento (operation and maintenance) OTN Red ptica de transporte (optical transport network) SDH Jerarqua digital sncrona (synchronous digital hierarchy) S
26、LA Acuerdo de nivel de servicio (service level agreement) 5 Introduccin Esta Recomendacin obedece a la necesidad, expresada por los operadores de red, de manejar correctamente, desde el punto de vista de la arquitectura, los defectos de los trayectos conmutados por etiquetas (LSP, label switched pat
27、hs) de las redes con conmutacin por etiquetas multiprotocolo, considerando que esos trayectos pueden soportar distintas redes de capa de cliente (por ejemplo, IP, FR, ATM) y que, a su vez, distintas redes de capas de servidor (por ejemplo, SDH/SONET, OTN), les dan soporte. Adems, se requieren mecani
28、smos OAM en el plano de usuario para verificar que los LSP mantienen una conectividad correcta y que pueden transportar el trfico de cliente con arreglo a los acuerdos de nivel de servicio (SLA, service level agreements), en los que se establecen la disponibilidad y la calidad de funcionamiento de r
29、ed mensurables. NOTA Las particularidades de la mtrica de la calidad de funcionamiento de la red estn fuera del alcance de esta Recomendacin. Los requisitos que figuran en esta Recomendacin son (pero no estn limitados a): Mecanismos para detectar, determinar y localizar eficazmente los defectos que
30、se producen en las redes de capa MPLS. Mecanismos para notificar y manejar los defectos, por ejemplo, supresin de los aluviones de alarmas en situaciones de LSP anidados. Especificacin de los criterios para definir la disponibilidad (entrada/salida) de los LSP y la relacin de la mtrica de la disponi
31、bilidad y la calidad de funcionamiento de la red. Proporcionar un mecanismo de activacin de la conmutacin de proteccin cuando se producen fallos. 6 Razones por las que son necesarias las funciones OAM en las redes MPLS Est comnmente admitido que la funcionalidad OAM es importante en las redes pblica
32、s para facilitar la operacin de la red, comprobar su calidad de funcionamiento y reducir los costos de explotacin. La funcionalidad OAM es especialmente importante en las redes que han de cumplir ciertos objetivos de calidad de funcionamiento de red y de disponibilidad (factores medibles que sirven
33、para determinar el cumplimiento). A continuacin, se exponen con ms detalle los objetivos principales de las funciones OAM de las redes MPLS. a) La MPLS introduce una capacidad singular de red de capas y, por lo tanto, hay modos de fallo que slo son vlidos en las redes de capas MPLS. Ni los mecanismo
34、s de OAM de las capas inferiores (capa de servidor) ni los de las superiores (capa de cliente) de tecnologas no MPLS pueden funcionar como sustitutos de la funcionalidad OAM de la capa MPLS. Esta observacin tambin es crtica para garantizar que las tecnologas de capa de red Rec. UIT-T Y.1710 (11/2002
35、) 3 evolucionarn independientemente. La capacidad de jerarquizacin MPLS (que se lleva a cabo mediante la codificacin de la pila de etiquetas 5) permite la libre creacin de redes de varias capas en el marco de la tecnologa MPLS. Cabe observar que no hay una jerarqua fija en MPLS, y que, al menos en t
36、eora, la profundidad de la jerarquizacin puede ser ilimitada. Los defectos en el plano de usuario MPLS son los que se producen durante la transmisin de trfico al cliente. Si bien puede haber (aunque no siempre) funciones OAM en el plano de control MPLS, los operadores de red no pueden depender exclu
37、sivamente del plano de control para detectar todos los defectos del plano de usuario por las razones siguientes: Es posible que el plano de usuario que transporta el trfico de cliente y el plano de control que transporta los protocolos de sealizacin no tengan necesariamente el mismo encaminamiento y
38、 seguramente no estarn sujetos al mismo procesamiento en los nodos ni tampoco a los mismos mecanismos de deteccin de fallos. Por lo tanto, no se puede esperar que el comportamiento de los protocolos del plano de control ni el del plano de control por el que se transportan, den indicios de la salud d
39、el plano de usuario que transporta el trfico de cliente. Es posible que la red MPLS ni siquiera disponga de sealizacin en el plano de control, lo que sucede cuando los LSP se configuran estticamente. El propio plano de control podra estar sujeto a fallos, aunque esto no debera tener ninguna repercus
40、in en el plano de usuario que transporta el trfico de cliente. Adems, puesto que dan soporte a (y son soportados por) distintas tecnologas de capa de cliente (y de capa de servidor), es fundamental que los mecanismos OAM del plano de usuario de MPLS sean independientes de los protocolos del plano de
41、 control para permitir que cada conjunto de protocolos se desarrolle independientemente. De hecho, en el caso general hay que tener en cuenta que tanto el plano de usuario que transporta el trfico del plano de control, como los propios protocolos del plano de control necesitan sus respectivos mecani
42、smos de OAM independientes. El requisito clave que se deduce de lo antedicho, es que los operadores quieren una solucin de OAM de MPLS nica, que sea correcta desde el punto de vista de la arquitectura e independiente del plano de control en todos los escenarios de red. b) Los operadores necesitan me
43、dios para determinar la disponibilidad del LSP y la calidad de funcionamiento de la red, habida cuenta de que la mtrica de la calidad de funcionamiento de la red slo es significativa cuando el LSP est en el estado disponible. Esta informacin se puede utilizar tambin en la contabilidad y la facturaci
44、n para no cobrar a los abonados precios injustos por servicios degradados o con interrupciones. c) Reducir los costos de explotacin, gracias al manejo eficaz de la deteccin y el diagnstico de los defectos. La falta de un procedimiento automtico para la deteccin y manejo de los defectos obliga a los
45、operadores a aumentar su plantilla de tcnicos y personal auxiliar, lo que incrementa los costos totales de explotacin. d) Reducir la duracin de los defectos, lo que mejora el rendimiento de la disponibilidad. e) Manifestar el compromiso de ofrecer seguridad y confidencialidad para el trfico de clien
46、te, lo que equivale a garantizar que los defectos que provoquen errores de encaminamiento del trfico de cliente se pueden detectar y diagnosticar, lo que permite tomar las medidas adecuadas, por ejemplo, reducir el trfico en caso necesario. f) Reducir el nmero de defectos que no se detectan automtic
47、amente y que aun requieren que el cliente comunique el problema. Las medidas de mantenimiento proactivas como sta tambin ayudan a disminuir los costos de operacin al reducir la posibilidad de diagnsticos de defectos incorrectos, y (como en el inciso anterior) tambin aumentar la confianza del cliente
48、 en el operador. 4 Rec. UIT-T Y.1710 (11/2002) g) Poder diferenciar los defectos que aparecen en las capas inferiores de los que se producen en el LSP, a fin de aplicar la conmutacin de proteccin con mayor inteligencia. 7 Requisitos de las funciones OAM en una red MPLS La funcionalidad OAM de MPLS p
49、ermitir cumplir los siguientes requisitos: a) Verificacin de los LSP, tanto en la conexin por demanda o continua, para confirmar que no existen defectos en los LSP supervisados. b) Si se produce un defecto, es necesario detectarlo, diagnosticarlo, localizarlo, notificar al NMS y tomar las medidas correctivas apropiadas para ese tipo de defecto
