NORMATIVIDAD DE SERVICIOS EN RED UNIN INTERNACIONAL DE TELECOMUNICACIONES

PEDRO JAVIER RODRGUEZ ARIAS

FACULTAD DE INGENIERA Ingeniera Electrnica Normatividad para diseo de redes de telecomunicaciones Bogot, 27 de septiembre de 2013

TABLA DE CONTENIDO

Pag. 1. Introduccin 2. SERIE M.3000: RGT Y MANTE NIMIENTO DE REDES: SISTMEAS DE TRANSMISIN, CIRCUITOS TELEFNICOS, TELEGRAFA, FACSMIL Y CIRCUITOS ARRENDADOS INTERNACIONEALES Red de gestin de las telecomunicaciones Visin de conjunto de las recomendaciones relativas a la RGT 3. SERIE M.3100: GESTIN DE LAS TELECOMUNICACIONES, INCLUIDA LA RGT Y EL MANTENIMIENTO DE REDES Red de Gestin de las telecomunicaciones Modelo Genrico de Informacin en Red 4. SERIE Y.1540: INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Y ASPECTOS DEL PROTOCOLO INTERNET Aspectos del protocolo Internet Calidad de servicio y caractersticas de red Servicio de comunicacin de datos con protocolo Internet Parmetros de calidad de funcionamiento relativos a la disponibilidad y la transferencia de paquetes del protocolo Internet 3

12

5. SERIE Y.1541: INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Y ASPECTOS DEL PROTOCOLO INTERNET Aspectos del protocolo Internet Calidad de servicio y caractersticas de red Objetivos de calidad de funcionamiento de red para servicios basados en el protocolo Internet 6. SERIE Y.1564: INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Y ASPECTOS DEL PROTOCOLO INTERNET Aspectos del protocolo Internet Calidad de servicio y caractersticas de red Metodologa de la prueba de activacin del servicio Ethernet

16

18

1. INTRODUCCIN

Antes de dar inicio a la normatividad de servicios en red, es importante conocer que es la UIT. La UIT (Unin Internacional de Telecomunicaciones) es el organismo especializado 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 normalizacin de las

telecomunicaciones 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 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.

2. SERIE M.3000: RGT Y MANTE NIMIENTO DE REDES: SISTMEAS DE TRANSMISIN, CIRCUITOS TELEFNICOS, TELEGRAFA, FACSMIL Y CIRCUITOS ARRENDADOS INTERNACIONEALES Red de gestin de las telecomunicaciones Visin de conjunto de las recomendaciones relativas a la RGT

En este captulo se describen los principios, la arquitectura, las definiciones y las especificaciones necesarias para implementar todo tipo de redes de gestin de las telecomunicaciones.

Entre los principales campos de aplicacin de las RGT se pueden destacar los medios empleados para transportar, almacenar y procesar la informacin utilizada como soporte de la gestin de redes y servicios de telecomunicaciones, as como para la gestin de redes de telecomunicacin explotadas por las administraciones, los clientes o individuos, las cuales al conectarse entre s logran un intercambio de informacin para la gestin de las telecomunicaciones.

As mismo, la red de gestin de las telecomunicaciones puede tratar los diferentes tipos de redes, como las analgicas, digitales, pblicas, privadas, sistemas de conmutacin y de transmisin, soporte lgico de las telecomunicaciones y recursos lgicos de la red.

Entre los principales ejes temticos que trabajan las RGT podemos destacar: Arquitectura. Metodologa de especificacin de interfaces. Servicios de gestin. Funciones de gestin. Modelos y catlogo de informacin de gestin. Registro de informacin de gestin. Protocolos de comunicacin. Servicios de gestin de sistemas y mensajes de gestin (especficos del protocolo). Requisitos de conformidad. 4

Perfiles normalizados internacionales. Terminologa. Seguridad.

Las recomendaciones relativas a la RGR hacen referencia a otras Recomendaciones y/o Normas para obtener los requisitos de la RGT o introducir especificaciones como instrumento de desarrollo de una red de gestin de las telecomunicaciones; entre estas podemos destacar: Servicios de telecomunicaciones. Arquitectura de la red de telecomunicaciones. Gestin de la red de telecomunicaciones para trfico. Mantenimiento de la red de telecomunicaciones. Seguridad de la red de telecomunicaciones. Componentes de la red de telecomunicaciones. Aprovisionamiento de la red de telecomunicaciones. Protocolos de comunicacin. Servicios de gestin de sistemas OSI. Funciones de gestin de capas OSI. ISP y requisitos de implementacin. Denominacin y direccionamiento de objetos gestionados.

Esta relacin se puede describir en la siguiente figura:

reas temticas de las Recomendaciones relativas a la RGT

Temas de Recomendaciones a las que se hace referencia en el contexto de la RGT

La arquitectura funcional da a conocer la distribucin adecuada de la funcionalidad dentro de la RGT; la arquitectura de la informacin se basa en paradigmas de gestin abierta normalizada que soportan el modelado normalizado de la informacin que ha de ser comunicada; y la arquitectura fsica describe interfaces que pueden ser implementadas de hecho y ejemplos de los componentes fijos que constituyen la RGT.

Es de gran importancia conocer el punto de vista del usuario de las RGT ya que esta proporciona soporte en cuanto a operacin, administracin, mantenimiento y

aprovisionamiento. Estos servicios de gestin permiten captar los requisitos de gestin y documentarlos adecuadamente.

Las funciones de gestin de la RGT son utilizadas por los servicios de gestin para implementar su funcionalidad cuando se comunica con otras entidades a travs de las interfaces. Estas se agrupan para lgicamente para aumentar su utilidad y corresponden al conjunto de requisitos funcionales de las especificaciones de interfaces de la RGT.

Existen dos modelos de informacin de las RGT, los cuales consiguen ciertos aspectos funcionales de la gestin utilizando protocolos de comunicacin normalizados y protocolos de aspectos de gestin; estos son: El modelo de informacin de red genrico. Los modelos especficos de tecnologa.

Entre los protocolos de transporte de comunicacin figuran los de la OSI, la RDSI, el sistema de sealizacin N. 7 y el TCP/IP. Son protocolos especficos de la gestin el CMIP de la OSI, FTAM, X.500, EDI y el GIOP de la CORBA transportado por IP (IIOP).

A continuacin se dan a conocer ejemplos de relaciones entre recomendaciones relacionadas con la RGT, como de protocolos de comunicacin, arquitectura de la red, gestin de la red de telecomunicaciones, mantenimiento de red de telecomunicaciones, etc.

Ejemplos de relaciones entre Recomendaciones relacionadas con la RGT

3. SERIE M.3100: GESTIN DE LAS TELECOMUNICACIONES, INCLUIDA LA RGT Y EL MANTENIMIENTO DE REDES Red de Gestin de las telecomunicaciones Modelo Genrico de Informacin en Red

En la Serie M.3100 se expone un modelo genrico de informacin en red identificando las clases ms comunes y aquellas que pueden ser utilizadas para gestionar una red a un nivel independiente de la tecnologa o especficos de una red de telecomunicaciones, teniendo en cuenta recursos tales como: equipos, servicios de telecomunicacin, entre otros.

La existencia de un modelo genrico de informacin de red es esencial para la generacin de normas uniformes en cuanto a gestin de fallos, configuracin, calidad de funcionamiento, seguridad y contabilidad. Un modelo comn de red que identifique los recursos genricos existentes, as como sus tipos de atributo, eventos, acciones y comportamientos asociados, constituye una base para la comprensin de las interrelaciones existentes entre dichos recursos y los atributos, y a su vez propicia la uniformidad a la hora de abordar los diversos aspectos de gestin de esos recursos y atributos.

Los recursos pueden ser de propiedad de un cliente o proveedor y pueden ser de naturaleza fsica o lgica; los recursos fsicos pueden ser el PBX, los sistemas de transconexin digital, entre otros. Entre los recursos lgicos se pueden destacar los protocolos de comunicacin, programas de aplicacin, registros cronolgicos y servicios de red.

Las clases de objeto y tipos de atributo son definidos slo a fin de comunicar mensajes de gestin de red entre sistemas, y no tienen por qu estar relacionadas con la estructuracin de datos dentro de dichos sistemas.

El fragmento de red es un conjunto de clases de objeto que representa colecciones de objetos de telecomunicaciones y gestin (lgicos o fsicos) interconectados capaces de intercambiar informacin, y que tienen una o ms caractersticas comunes; por ejemplo, pueden ser posedos por un solo cliente o proveedor, o asociados a una red de servicio 8

especfica. Una red puede estar subsumida en otra (ms amplia), constituyendo as una relacin de contencin.

A continuacin podemos observar el fragmento de una red:

Fragmento de proteccin genrica

El fragmento de proteccin genrica describe un modelo de informacin para la conmutacin de proteccin (PS, protection switching) genrica de recursos tales como conjuntos de circuitos. Las clases de objeto definidas en este fragmento son de utilidad para describir la informacin intercambiada entre las interfaces definidas en la arquitectura de la red de gestin de las telecomunicaciones. Unidad de proteccin R1

La clase de objeto gestionado protectionUnitR1 se utiliza para gestionar el recurso protegido (el que est funcionando o funciona regular o preferentemente) o protector (de reserva o en espera) en un sistema de proteccin. Relaciona los recursos, por ejemplo, los paquetes de circuitos, que intervienen en el sistema de proteccin y lleva la resea del estado de conmutacin de proteccin de los recursos.

Pueden

crearse automticamente

ejemplares de

esta entidad, en el agente,

inmediatamente despus de la inicializacin de los recursos de NE (por ejemplo, paquete de circuitos) que intervienen en el sistema de proteccin, de conformidad con la constitucin y el modo del NE.

El agente puede suprimir ejemplares de esta entidad tras la supresin de los objetos de recurso correspondientes; tambin crear y suprimir ejemplares de esta clase de objeto con el fin de reflejar las modificaciones locales en los esquemas de proteccin.

Si un sistema puede soportar la conmutacin de proteccin por degradacin de recurso (RD, resource degrade) adems de fallo de recurso (RF, resource fail), la conmutacin de proteccin RD es similar a la que se indica en la descripcin subsiguiente para RF. Los siguientes valores admisibles de estado de proteccin estn asociados a cada unidad de proteccin (PU, protection unit) protegida: No hay peticin: No hay en la unidad ninguna peticin de conmutacin. Conmutacin manual a la unidad protectora completa : La unidad ha completado una conmutacin manual. Fallo de liberacin: Ocurre una liberacin mientras se espera una liberacin. Conmutacin automtica (RF) pendiente: La unidad tiene una condicin de fallo presente y la unidad protectora est indisponible. Conmutacin automtica (RF) completa : La unidad ha completado una conmutacin automtica a la unidad protectora debido a una condicin de fallo de equipo. Conmutacin automtica (RF) presente, fallo de operacin : Est en curso una peticin de conmutacin automtica (RF) y ocurre una expiracin mientras se espera la complecin. Conmutacin forzada completa, conmutacin automtica (RF) pendiente : La unidad ha completado una conmutacin forzada. Conmutacin automtica completa, en espera de restablecimiento

(nicamente en el caso reversible): La unidad ha completado una conmutacin automtica a la unidad protectora. 10

Conmutacin forzada completa: La unidad ha completado una conmutacin forzada a la unidad protectora. Desenganche de la unidad protegida completada : La unidad ha sido desenganchada de la unidad protectora. Desenganche de la unidad protegida, fallo de operacin : La unidad ha sido desenganchada de la unidad protectora y la conmutacin anteriormente completada no ha podido ser liberada dentro del tiempo de expiracin previsto.

Enganche: La unidad est en la condicin de enganchada. Esto es causado por una cantidad excesiva de eventos de conmutacin de proteccin.

11

4. SERIE Y.1540: INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Y ASPECTOS DEL PROTOCOLO INTERNET Aspectos del protocolo Internet Calidad de servicio y caractersticas de red Servicio de comunicacin de datos con protocolo Internet Parmetros de calidad de funcionamiento relativos a la disponibilidad y la transferencia de paquetes del protocolo Internet

En la Serio Y.1540 se definen parmetros que se pueden utilizar para especificar y evaluar la calidad de funcionamiento en cuanto a velocidad, exactitud, seguridad de funcionamiento y disponibilidad de la transferencia de paquetes IP del servicio de comunicacin de datos con protocolo Internet (IP).

Los parmetros definidos se aplican al servicio IP de extremo a extremo, punto a punto, y a tramos de la red que proporcionan, o contribuyen, a la prestacin de ese servicio de conformidad con las referencias normativas especificadas en la clusula 2. El transporte sin conexin es un aspecto diferenciador del servicio IP.

12

Los parmetros de calidad de funcionamiento aqu definidos describen la velocidad, exactitud, seguridad de funcionamiento y disponibilidad de la transferencia de paquetes IP que proporciona el servicio de comunicacin de datos.

El modelo de calidad para el funcionamiento de un servicio IP gratuito est compuesto por dos tipos de secciones: 1. Enlaces de Central. 2. Secciones de Red.

Estos parmetros se pueden aplicar a la transferencia unidireccional de paquetes IP por una seccin o conjunto concatenado de secciones.

Para este caso la red est compuesta por: 1. El computador principal: Este se comunica utilizando los protocolos de internet y realiza funciones de encaminamiento. 2. Encaminador: Computador principal que permite la comunicacin entre otros computadores principales reenviando los paquetes IP en base al contenido de su campo de direccin de destino IP. 3. Computador principal de origen: Contiene la direccin IP completa en donde se originan los paquetes IP de extremo a extremo. 4. Computador principal destino: A diferencia del computador principal origen, este se encuentra asociado con una sola direccin IP. 5. Enlace: Es la conexin punto a punto, ya sea fsica o virtual.

13

Un evento de transferencia de paquetes IP ocurre cuando: Un paquete IP cruza un punto de medicin (MP); y Se aplican procedimientos IP normalizados al paquete para verificar la validez de la suma de control del encabezamiento; y Los campos de direccin de origen y destino del encabezamiento del paquete IP representan las direcciones IP del SRC y el DST previstos. Resultados de una transferencia de paquetes IP

Al considerar los eventos de referencia de transferencia de paquetes IP, se pueden definir varios resultados posibles de la transferencia IP para cualquier paquete que intente cruzar una seccin bsica o un NSE. Al efectuar la transmisin de un paquete IP, es posible que se transfiera de manera satisfactoria, se le introduzcan errores o se pierda. Un paquete IP entregado para el que no se haya ofrecido un paquete IP correspondiente se dice que es espurio.

Aqu podemos observar los resultados de la transferencia de paquetes IP:

14

15

5. SERIE Y.1541: INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Y ASPECTOS DEL PROTOCOLO INTERNET Aspectos del protocolo Internet Calidad de servicio y caractersticas de red Objetivos de calidad de funcionamiento de red para servicios basados en el protocolo Internet

La serie Y.1541 pretende determinar el valor de la prdida de paquetes que se requiere para ofrecer el servicio transparente RDSI de I.231.1 por una red IP, de acuerdo con las prescripciones estipuladas en [UIT-T G.826] relativas a las tasas de errores en los sistemas de transmisin que transportan conexiones RDSI. Hiptesis de paquetizacin y transporte

Considrese la transmisin de un solo canal B RDSI como un tren de 64 kbit/s en paquetes de 10 ms, con 100 paquetes/s por tren. El tren resultante de paquetes RTP tiene una tara POS de 9 octetos, encabezamientos RTP/UDP/IP de 40 octetos y una cabida til de datos de usuario de 80 octetos.

Supongamos adems que el canal B paquetizado se encamina con otros trenes de 64 kbit/s paquetizados (voz y RDSI) a travs de una red troncal mediante sistemas de transmisin STM-1. Este sistema transmite 92,9 Mbit/s de cabida til de datos de usuario a una velocidad de bits global de 149,76 Mbit/s. El tamao de bloque en el STM-1 es 18 792 bits y hay 8000 bloques/s. As pues, un determinado tren de 64 kbit/s contribuye con un paquete cada 80 bloques y el multiplexor puede transportar unos 149 760 000/(129 * 8 * 100) = 1451 trenes de 64 kbit/s. Cada bloque contiene unos 18 paquetes de distintos trenes de 64 kbit/s.

El primer mtodo para calcular el valor de la prdida de paquetes se basa en la especificacin G.826 para una tasa de errores de bloque de fondo (BBER) de 2 104, y la prdida de un solo paquete resulta en un error de bloque de fondo. Por consiguiente la tasa de prdida de paquetes debe ser inferior a 2 10 4/18 = 1,1 105 para cumplir la especificacin BBER.

16

En el segundo se recurre a la tasa de segundos con errores (ESR) definida G.826 de 0,16. Dado que la prdida de un solo paquete resulta en un segundo con errores (SE), y hay 145 100 paquetes/s, la tasa de prdida de paquetes debe ser inferior a 0,16/145 100 = 1,1 106 suponiendo que la prdida de paquetes es aleatoria. Como 0,16 no es mucho menor que 1, hay una pequea correccin debido a que en este clculo aproximado no se ha tenido en cuenta la probabilidad finita de dos errores en el mismo segundo. La tasa de prdida de paquetes obtenida a partir de ESR es unas 10 veces ms restrictiva que la calculada a partir de BBER, por lo que se adoptar el requisito ms estricto de los dos.

El tercer mtodo se basa en las especificaciones G.826 para ESR y la tasa de segundos con muchos errores (SESR, severely errored second ratio ) para las conexiones a velocidad subprimaria. Con una paquetizacin de 10 ms, la prdida de un paquete se traduce en una prdida de 640 bits de cabida til que deben sustituirse por datos de relleno. En promedio, habr 320 bits errneos, y define un SES como un segundo en el cual la tasa de errores es 1,0 103, por lo que se producir un SES en las conexiones a velocidad menor o igual que 320 kbit/s (5 64 kbit/s, lo que significa 500 paquetes/s). La SESR para conexiones a velocidad subprimaria es 2 10 3. Por consiguiente la tasa de prdida de paquetes debe ser inferior a 2 10 3/500 = 4 106, suponiendo una prdida de paquetes aleatoria.

17

6. SERIE Y.1564: INFRAESTRUCTURA MUNDIAL DE LA INFORMACIN Y ASPECTOS DEL PROTOCOLO INTERNET Aspectos del protocolo Internet Calidad de servicio y caractersticas de red Metodologa de la prueba de activacin del servicio Ethernet

La

serie

Y.1564

explica

como

los

servicios

de

Ethernet

han

evolucionado

significativamente con su despliegue en las redes de los proveedores de servicios. No slo se encuentra Ethernet en la interfaz de red de usuario, sino que se puede implementar en cualquier lugar de la red.

Ethernet tiene la capacidad de priorizar el trfico, su elasticidad integrada y de alta disponibilidad permite que los proveedores de servicios utilicen esta tecnologa para ofrecer servicios avanzados. Sin embargo, actualmente no existen mtodos de ensayo normalizados que pueden ofrecer una medicin adecuada de los parmetros de rendimiento como se especifica en [UIT -T Y.1563].

Antes de la serie Y.1564, la nica metodologa utilizada para evaluar el desempeo del servicio de red basado en Ethernet era la "Metodologa de evaluacin comparativa para los dispositivos de interconexin de red" de la IETF, tambin conocido como IETF RFC 2544. [b- IETF RFC 2544] fue creado para evaluar las caractersticas de funcionamiento de los dispositivos de red en el laboratorio. En general, se adapta para proporcionar las mtricas de rendimiento de los servicios de red basadas en Ethernet ya que no haba otra metodologa para medir las cantidades definidas en [b- IETF RFC 1242].

Con su capacidad para medir el rendimiento, latencia, prdida de tramas y versatilidad posiblemente podra ser utilizado para proporcionar las mtricas de rendimiento. Sin embargo, para ello sera el uso de [b- IETF RFC 2544 ] ms all de su mbito de aplicacin .

La serie Y.1564 llena el vaco metodolgico para la medicin de los servicios de red Ethernet operacionales. Adems, los servicios basados en Ethernet han evolucionado para incluir ms caractersticas y complejidades de las contempladas en el [b- IETF RFC 18

2544]. El [b- IETF RFC 2544] metodologa de evaluacin comparativa no es aplicable a la activacin del servicio Ethernet debido a que:

[b- IETF RFC 2544] no considera varias duraciones de tiempo para las pruebas, ya que se realizan a menudo en redes operativas con variables en el tiempo impedimentos. Sus procedimientos de encontrar el lmite de potencia absoluta de un elemento de red en un entorno de laboratorio en lugar de verificar que un servicio se entrega al nivel acordado.

La latencia se mide de una manera limitada en un solo marco cada dos minutos, y slo a carga mxima transmitida sin tasa de prdida, es muy probable que sea mucho ms alto que el acordado en la tasa de informacin comprometida. De igual manera, no proporciona la configuracin y el rendimiento de CIR, CBS, EIR, EBS, y CM, para la verificacin.

La serie Y.1564 define una metodologa de prueba fuera de servicio para determinar la configuracin adecuada y el funcionamiento de un servicio de Ethernet antes de la notificacin y entrega al cliente. La metodologa de prueba se aplica a la conectividad de punto-a-punto y punto a multipunto en la capa Ethernet, y para las partes de red que proporcionan o contribuir a la provisin de dichos servicios. Esta Recomendacin no define arquitecturas y servicios de red Ethernet, sino que define una metodologa para evaluar los servicios basados en Ethernet en la fase de activacin del servicio.

19