Telecommunication Management Network 145t1c

TMN(Telecommunication Management Network) El concepto de TMN (Telecommunication Management Networks) empieza en 1985 en manos de la ITU-T, se crea pensando en una manera más estandarizada para mejorar elementos de red en un sistema de gestión orientado a objetos. Se publica bajo la serie de recomendaciones M.3000 (primera aparición M.30, se mejoró con la M.3010), estas recomendaciones describían, entre otras cosas, modelos y funciones de gestión de red, protocolos e interfaces, y maneras de gestionar arquitecturas de redes. Las redes de gestión de telecomunicaciones presentan un sistema estandarizado, orientado a objetos, basado en el modelo de capas OSI. La diferencia básica entre TMN y el modelo OSI es la capacidad que tiene TMN de proyectarse a futuro y evolucionar junto con la tecnología. TMN es el esfuerzo conjunto de organismos de estandarización (ITU/T, ETSI, OSI, Network Management Forum, ANSI, etc.) que buscan satisfacer las necesidades de modernización que la tecnología exige, es por esto que se puede afirmar que TMN no está completamente desarrollado, sino que se encuentra en constante evolución. TMN son redes independientes, cuyo objeto es dar conectividad y compatibilidad a distintas partes (heterogéneas) de una red (la que está siendo gestionada), dentro de estas redes TMN puede haber interfaces totalmente automatizadas e inteligentes, y puede haber interfaces controladas por personas. TMN ofrece un marco de trabajo flexible, confiable, de bajo costo, escalable y mejorable. Permite proteger grandes inversiones y mantener la calidad en los servicios, ya que permite la compatibilidad entre viejos y nuevos sistemas de redes. A continuación se describirán las partes, procesos y componentes de las redes TMN, y como su aplicación logra mejorar el desarrollo de aquellas empresas que las aplican. Implementación Los Sistemas de Gestión de Red TMN están concebidos para ser capaces de gestionar: * Redes Telefónicas * Redes LAN y WAN * Redes ISDN * Redes de Servicios Móviles * Servicios de Red Inteligente y de Valor Agregado * Redes Digitales avanzadas de Banda Ancha tales como: SONET/SDH, ATM, entre otras. El campo de implementaciones prácticas de Sistemas de Gestión de Red TMN es muy limitado aún. TMNs serán más utilizadas en el transcurso de la década. En el caso de redes SONET/SDH, sin embargo, debido a circunstancias favorables y requerimientos especiales, Sistemas de Gestión de Red TMN son de posible predominancia en nuestros días. Esfuerzos recientes apuntan a desarrollar Sistemas de Gestión de Red en el campo en el cual, el concepto de TMN pueda también ser aplicado a redes ATM, ISDN, BISDN y otros tipos de sistemas de comunicación.

A efectos de facilitar la operación, las implementaciones prácticas de TMN generalmente tienen una interface gráfica de (GUI). Evolución Teoría y práctica de la gestión de red han surgido en los primeros tiempos de las telecomunicaciones, mucho antes de que se desarrollaran las tecnologías sofisticadas de comunicación de datos en banda ancha, tales como SONET/SDH, ATM, etc. Impulsadas por la demanda creciente sobre la calidad de red y costos operacionales en aumento, más precisamente por la necesidad de reducir costos, se tornaron más utilizadas las herramientas de gestión en redes LAN y WAN; adicionalmente, en una manera relativamente simple, también se aplicaron medios de gestión en redes analógicas de comunicación de voz (telefonía). Con el incremento del volumen de computadoras y otros dispositivos inteligentes, los elementos de sistemas interdependientes tenían que ser interconectados por diferentes herramientas de comunicación (líneas de comunicación de datos, LAN, etc.). Redes de gran escala, con topologías complejas han evolucionado en este sentido. Sin embargo, si una red no opera de modo confiable, sino que pueden identificar posibles errores por métodos simples, y si no se pueden mantener bajo control a determinados parámetros operacionales de la red, y eventualmente ser modificados, los s no obtendrán demasiados beneficios de la red implementada con gran costo y penuria. El desarrollo de Sistemas de Gestión de Red (TMN) estuvo motivado por la intención de eliminar estos problemas. Un ejemplo actual de un Sistema de Gestión de Red es Solarwinds. Este software posee un conjunto de herramientas que permiten istrar el funcionamiento de una red en tiempo real. A su vez permite detectar y resolver problemas de rendimiento. Ofrece vistas de red céntricas diseñadas para la entrega de información crítica útil al ingeniero de redes. Algunas de sus funciones son el buscador de direcciones MAC, un monitorizador de la actividad de la red, analizador de paquetes, comprobación de DNS, estadísticas históricas, etc. Arquitectura de una TMN Las funciones y arquitectura de una TMN pueden ser consideradas en varias dimensiones. Cada dimensión está definida (o será definida) por estándares existentes (o en desarrollo).Las recomendaciones M.3010 de la ITU-T tratan: Funciones asociadas con TMN. Aspectos de arquitecturas TMN. Arquitectura lógica estratificada de TMN Las funciones asociadas con una TMN están clasificadas en términos de la gestión OSI; En lo que concierne a la arquitectura general de TMN, se consideran tres aspectos básicos en ITU-TM.3010: Arquitectura funcional de TMN. Arquitectura de información de TMN. Arquitectura física de TMN. Adicionalmente, M.3010 describe cuatro+uno estratos de gestión. Todos estos aspectos serán tratados aquí en secuencia didáctica, diferentemente a su orden en M.3010 Arquitectura funcional.

SNMP(Simple Network Management Protocol) El Protocolo Simple de istración de Red o SNMP (del inglés Simple Network Management Protocol) es un protocolo de la capa de aplicación que facilita el intercambio de información de istración entre dispositivos de red. Permite a los es supervisar el funcionamiento de la red, buscar y resolver sus problemas, y planear su crecimiento. Las versiones de SNMP más utilizadas son SNMP versión 1 (SNMPv1) y SNMP versión 2 (SNMPv2). SNMP en su última versión (SNMPv3) posee cambios significativos con relación a sus predecesores, sobre todo en aspectos de seguridad, sin embargo no ha sido mayoritariamente aceptado en la industria. Componentes básicos Una red istrada a través de SNMP consiste de tres componentes claves: 

Dispositivos istrados;



Agentes;



Sistemas es de red (Network Management Systems, NMS’s).

Un dispositivo istrado es un dispositivo que contiene un agente SNMP y reside en una red istrada. Estos recogen y almacenan información de istración, la cual es puesta a disposición de los NMS’s usando SNMP. Los dispositivos istrados, a veces llamados elementos de red, pueden ser routers, servidores de , switches, bridges, hubs, computadores o impresoras. Un agente es un módulo de software de istración de red que reside en un dispositivo istrado. Un agente posee un conocimiento local de información de istración (memoria libre, número de paquetes IP recibidos, rutas, etcétera), la cual es traducida a un formato compatible con SNMP y organizada en jerarquías. Un sistema de red (NMS) ejecuta aplicaciones que supervisan y controlan a los dispositivos istrados. Los NMS’s proporcionan el volumen de recursos de procesamiento y memoria requeridos para la istración de la red. Uno o más NMS’s deben existir en cualquier red istrada. Comandos básicos Los dispositivos istrados son supervisados y controlados usando cuatro comandos SNMP básicos: lectura, escritura, notificación y operaciones transversales. El comando de lectura es usado por un NMS para supervisar elementos de red. El NMS examina diferentes variables que son mantenidas por los dispositivos istrados.

El comando de escritura es usado por un NMS para controlar elementos de red. El NMS cambia los valores de las variables almacenadas dentro de los dispositivos istrados. El comando de notificación es usado por los dispositivos istrados para reportar eventos en forma asíncrona a un NMS. Cuando cierto tipo de evento ocurre, un dispositivo istrado envía una notificación al NMS. Las operaciones transversales son usadas por el NMS para determinar qué variables soporta un dispositivo istrado y para recoger secuencialmente información en tablas de variables, como por ejemplo, una tabla de rutas. Base de información de istración SNMP (MIB) Una Base de Información de istración (Management Information Base, MIB) es una colección de información que está organizada jerárquicamente. Las MIB’s son accedidas usando un protocolo de istración de red, como por ejemplo, SNMP. Un objeto istrado (algunas veces llamado objeto MIB, objeto, o MIB) es uno de cualquier número de características específicas de un dispositivo istrado. Los objetos istrados están compuestos de una o más instancias de objeto, que son esencialmente variables. Existen dos tipos de objetos istrados: Escalares y tabulares. Los objetos escalares definen una simple instancia de objeto. Los objetos tabulares definen múltiples instancias de objeto relacionadas que están agrupadas conjuntamente en tablas MIB. Un ejemplo de un objeto istrado es atInput, que es un objeto escalar que contiene una simple instancia de objeto, el valor entero que indica el número total de paquetes AppleTalk de entrada sobre una interfaz de un router. Un identificador de objeto (object ID) identifica únicamente a un objeto istrado en la jerarquía MIB. La jerarquía MIB puede ser representada como un árbol con una raíz anónima y los niveles, que son asignados por diferentes organizaciones.

El árbol MIB ilustra las variadas jerarquías asignadas por las diferentes organizaciones Los identificadores de los objetos ubicados en la parte superior del árbol pertenecen a diferentes organizaciones estándares, mientras los identificadores de los objetos ubicados en la parte inferior del árbol son colocados por las organizaciones asociadas. Los vendedores pueden definir ramas privadas que incluyen los objetos istrados para sus propios productos. Las MIB’s que no han sido estandarizadas típicamente están localizadas en la rama experimental. El objeto istrado atInput podría ser identificado por el nombre de objeto iso.identifiedorganization.dod.internet.private.enterprise.cisco.temporary.AppleTalk.atInput o por el descriptor de objeto equivalente 1.3.6.1.4.1.9.3.3.1. El corazón del árbol MIB se encuentra compuesto de varios grupos de objetos, los cuales en su conjunto son llamados mib-2. Los grupos son los siguientes: 

System (1);



Interfaces (2);



AT (3);



IP (4);



ICMP (5);



T (6);



UDP (7);



EGP (8);



Transmission (10);



SNMP (11).

Es importante destacar que la estructura de una MIB se describe mediante el estándar Notación Sintáctica Abstracta 1 (Abstract Syntax Notation One). ARIMA(Auto Regresive Integrated Moving Average) En estadística y econometría, en particular en series temporales, un modelo autorregresivo integrado de media móvil o ARIMA (acrónimo del inglés autoregressive integrated moving average) es un modelo estadístico que utiliza variaciones y regresiones de datos estadísticos con el fin de encontrar patrones para una predicción hacia el futuro. Este modelo fue desarrollado a finales de los sesenta del pasado siglo. Box y Jenkins (1976) lo sistematizaron. ARIMA puede determinar dos cuestiones: 1. Cuánto del pasado se debe utilizar para predecir la siguiente proyección. 2. Valores de las series. ARIMA necesita identificar los coeficientes y número de regresiones que se utilizarán. Este modelo es muy sensible a la precisión con que se determinen sus coeficientes. ARIMA es un modelo (p,d,q) en donde: p: Autorregresión d: Integración o Diferenciación q: Media Móvil Un modelo ARIMA es un modelo dinámico de series de tiempo, es decir las estimaciones futuras vienen explicadas por los datos del pasado y no por variables independientes. El modelo ARIMA (p,d,q) se puede representar como:

en donde d corresponde a las d diferencias que son necesarias para convertir la serie original en estacionaria, modelo, modelo,

son los parámetros pertenecientes a la parte "autorregresiva" del los parámetrospertenecientes a la parte "medias móviles" del

es una constante, y

es el término de error (llamados también innovaciones).

Se debe tomar en cuenta que:

Un modelo SARIMA (seasonal autoregressive integrated moving average) se define como un modelo ARIMA que, además, considera el efecto de la estacionalidad. SOA(Service Oriented Architecture) La 'Arquitectura Orientada a Servicios de cliente' (en inglés Service Oriented Architecture), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Permite la creación de sistemas de información altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma bien definida de exposición e invocación de servicios (comúnmente pero no exclusivamenteservicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros. SOA define las siguientes capas de software: 

Aplicaciones básicas - Sistemas desarrollados bajo cualquier arquitectura o tecnología, geográficamente dispersos y bajo cualquier figura de propiedad;



De exposición de funcionalidades - Donde las funcionalidades de la capa aplicativa son expuestas en forma de servicios (generalmente como servicios web);



De integración de servicios - Facilitan el intercambio de datos entre elementos de la capa aplicativa orientada a procesos empresariales internos o en colaboración;



De composición de procesos - Que define el proceso en términos del negocio y sus necesidades, y que varía en función del negocio;



De entrega - donde los servicios son desplegados a los s finales.

SOA proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integración y consolidación. Terminología Término

Definición / Comentario

Servicio

Una función sin estado, auto-contenida, que acepta una(s) llamada(s) y devuelve una(s) respuesta(s) mediante una interfaz bien definida. Los servicios pueden también ejecutar unidades discretas de trabajo como serían editar y procesar una transacción. Los servicios no dependen del estado de otras funciones o procesos. La

tecnología concreta utilizada para prestar el servicio no es parte de esta definición. Existen servicios asíncronos en los que una solicitud a un servicio crea, por ejemplo, un archivo, y en una segunda solicitud se obtiene ese archivo. Orquestación Secuenciar los servicios y proveer la lógica adicional para procesar datos. No incluye la presentación de los datos. Coordinación. Sin estado

No mantiene ni depende de condición pre-existente alguna. En una SOA los servicios no son dependientes de la condición de ningún otro servicio. Reciben en la llamada toda la información que necesitan para dar una respuesta. Debido a que los servicios son "sin estado", pueden ser secuenciados (orquestados) en numerosas secuencias (algunas veces llamadas tuberías o pipelines) para realizar la lógica del negocio.

Proveedor

La función que brinda un servicio en respuesta a una llamada o petición desde un consumidor.

Consumidor La función que consume el resultado del servicio provisto por un proveedor

Diseño y desarrollo de SOA La metodología de modelado y diseño para aplicaciones SOA se conoce como análisis y diseño orientado a servicios. La arquitectura orientada a servicios es tanto un marco de trabajo para el desarrollo de software como un marco de trabajo de implementación. Para que un proyecto SOA tenga éxito los desarrolladores de software deben orientarse ellos mismos a esta mentalidad de crear servicios comunes que son orquestados por clientes o middleware para implementar los procesos de negocio. El desarrollo de sistemas usando SOA requiere un compromiso con este modelo en términos de planificación, herramientas e infraestructura. Cuando la mayoría de la gente habla de una arquitectura orientada a servicios están hablando de un juego de servicios residentes en Internet o en una intranet, usando servicios web. Existen diversos estándares relacionados a los servicios web. Incluyen los siguientes: 

XML



HTTP



SOAP



REST



WSDL



UDDI

Hay que considerar, sin embargo, que un sistema SOA no necesariamente utiliza estos estándares para ser "Orientado a Servicios" pero es altamente recomendable su uso. En un ambiente SOA, los nodos de la red hacen disponibles sus recursos a otros participantes en la red como servicios independientes a los que tienen de un modo estandarizado. La mayoría de las definiciones de SOA identifican la utilización de Servicios Web (empleando SOAP y WSDL) en su implementación, no obstante se puede implementar SOA utilizando cualquier tecnología basada en servicios. Lenguajes de alto nivel Los lenguajes de alto nivel como BPEL o WS-Coordination llevan el concepto de servicio un paso adelante al proporcionar métodos de definición y soporte para flujos de trabajo y procesos de negocio. Diferencias con otras arquitecturas Al contrario de las arquitecturas orientado a objetos, las SOAs están formadas por servicios de aplicación débilmente acoplados y altamente interoperables. Para comunicarse entre sí, estos servicios se basan en una definición formal independiente de la plataforma subyacente y del lenguaje de programación (p.ej., WSDL). La definición de la interfaz encapsula (oculta) las particularidades de una implementación, lo que la hace independiente del fabricante, del lenguaje de programación o de la tecnología de desarrollo (como Plataforma Java o Microsoft .NET). Con esta arquitectura, se pretende que los componentes de software desarrollados sean muy reutilizables, ya que la interfaz se define siguiendo un estándar; así, un servicio C# podría ser usado por una aplicación Java. En este sentido, ciertos autores definen SOA como una SúperAbstracción. Beneficios Los beneficios que puede obtener una organización que adopte SOA son: 

Mejora en los tiempos de realización de cambios en procesos.



Facilidad para evolucionar a modelos de negocios basados en tercerización.



Facilidad para abordar modelos de negocios basados en colaboración con otros entes (socios, proveedores).



Poder para reemplazar elementos de la capa aplicativa SOA sin disrupción en el proceso de negocio.



Facilidad para la integración de tecnologías disímiles.