Descargar para leer sin conexión
Subido porHumberto Padilla Herazo
Agr.inm.v4.1
Este documento describe los conceptos básicos de la integración de la administración y gestión de redes. Explica el modelo elemental de gestión, el modelo conceptual de gestión de servicios TOM y las arquitecturas de gestión de elementos, red e integrada, incluyendo los roles de EMS, NMS y MoM.
Agr.inm.v4.1
- 1. ETSISI-AGR ADMINISTRACIÓN Y GESTIÓNDE REDES TEMA 4: INTEGRACIÓN DE LA ADMINISTRACIÓN Y GESTIÓN DE REDES
- 2.
- 3. AGR:Integracióndelaadministraciónygestiónderedes Pg2 ETSISI-AGR MODELO ELEMENTAL DEGESTIÓN ESTÁNDAR OSI Sistema gestor Sistema gestionado Proceso gestor Proceso agente Operaciones Notificaciones Realización de operaciones Notificaciones emitidas ■En la figura se pueden distinguir las entidades que componen el modelo elemental de gestión: ■el gestor, el agente, los objetos (MO ) que representan los recursos, los recursos a gestionar (R), el sistema de gestión y el sistema gestionado R R MO MO MO MIB MO R Frontera
- 4. AGR:Integracióndelaadministraciónygestiónderedes Pg3 ETSISI-AGR MODELO ELEMENTAL DEGESTIÓN: COMUNICACIONES MPDU = PDU de gestión Aplicación TCP( ó UDP) IP Interfaz de red Agente Aplicación TCP( ó UDP) IP Interfaz de red Gestor Protocolo de gestión (SNMP) Protocolo de transporte (TCP,UDP) Datos Protocolo red (IP) DatosRH Protocolo Enlace DatosEH ET Bits TH TH RH TH Red IP Datos Segmento (o datagrama UDP) Datagrama IP Trama MPDU MH MO MO MO MIB MO
- 5. AGR:Integracióndelaadministraciónygestiónderedes Pg4 ETSISI-AGR ■ La funcionalidadFCAPS se extiende a través de todas las capas del modelo TMN. ■ Esto se puede explicar con un simple ejemplo. Considere un dato de falla, que implica registros de fallos generados en la capa de elemento de red. Estos registros se recogen del elemento de red utilizando un sistema de gestión de elementos (EMS). El EMS formateará los registros a un formato específico y mostrará los registros en una GUI (interfaz gráfica de usuario). Cada registro se genera en el elemento de red para notificar la ocurrencia de un evento específico. ■ Los registros de fallos de diferentes elementos de red se recogen en el sistema de gestión de red en la capa de gestión de red directamente de los NE o de los EMS . Los registros correspondientes a diferentes eventos en diferentes elementos de red están correlacionados en el NMS. Un manejador de eventos implementado en el NMS puede tomar acciones correctivas para corregir un escenario de problemas. FCAPS EN EL NIVEL DE RED MODELO CONCEPTUAL FM AM PM SMCM BML SML NML EML Gestor de fallos de elementos EMS Gestor de Fallos de red NMS ELM-FM NLM-FM
- 6. AGR:Integracióndelaadministraciónygestiónderedes Pg5 ETSISI-AGR ■Como se muestraen la figura, un gestor de elementos (EM) recoge datos de los elementos de red (NE). ■Por parte del gestor de elementos debería de haber 5 procesos de gestión que abarque las fincionalidades definidas por FCAPs: prestaciones, seguridad, contabilidad, configuración y fallos ARQUITECTURA DE GESTIÓN DE ELEMENTOS DE RED GESTIÓN DE ELEMENTOS DE RED NE PEM NENE NE FEM CEM SEM AEM NE NENE NE FCAPS EMS
- 7. AGR:Integracióndelaadministraciónygestiónderedes Pg6 ETSISI-AGR ■Los registros correspondientes adiferentes eventos en diferentes elementos de red están correlacionados en el NMS. ■Un manejador de eventos implementado en el NMS puede tomar acciones correctivas para corregir un escenario de problemas. GESTIÓN DE RED: RELACIONES ENTRE GESTORES GESTIÓN DE LA RED EMS1 EMS1 NE Ag NE Ag EMS1 NE Ag NMS
- 8. AGR:Integracióndelaadministraciónygestiónderedes Pg7 ETSISI-AGR NML EML ■Un escenario idealimplicaría un gestor de elementos para recoger datos de un único elemento de red como en NE-n. Se puede ver que este no es el caso para un producto real EMS. ■Casi todos los productos de EMS disponibles gestionan un conjunto de elementos como se muestra para gestores de elementos distintos de EMS1 Y EMS2. GESTIÓN DE RED INTEGRADA GESTIÓN DE LA RED NE NENE EMS1 NENE EMS2 NE EMSn NMS Interface SML
- 9. AGR:Integracióndelaadministraciónygestiónderedes Pg8 ETSISI-AGR ■ Si seutiliza el protocolo SNMP (protocolo de gestión de red simple) para recopilar datos de un elemento de red que admite SNMP, el agente emitirá comandos como "Get" y "Get-Next" para examinar los datos del elemento de red. ■ El elemento de red debe mantener una MIB (base de información de gestión) con detalles de configuración y también generar registros / eventos como trampas (traps) SNMP que pueden ser leídas por el agente. ARQUITECTURA DE GESTIÓN DE RED SEGÚN EL MODELO SNMP GESTIÓN DE LA RED EMS1 Agente Gestor EMS2 Agente Gestor NE Ag NE Ag EMS3 Agente Gestor NE Ag NMS Gestor
- 10. AGR:Integracióndelaadministraciónygestiónderedes Pg9 ETSISI-AGR ■ El NMSinteractúa con múltiples EMS o elementos de red en la interfaz de conexión sur (SBI) y con otras aplicaciones NMS u OSS en la interfaz de enlace norte (NBI). ■ Algunos ejemplos de NBI son: ■ Interfaz J2EE: Se trata de definiciones de interfaces basadas en Java para publicar las interacciones permitidas al trabajar con el NMS ■ Interfaz CORBA: Existen diferentes implementaciones de código abierto de las especificaciones de CORBA (Correr de Solicitud de Objeto) definidas por el grupo de gestión de objetos (OMG) para desarrollar interfaces que permiten que las aplicaciones de interfaz northbound escritas en múltiples lenguajes de computadoras funcionen en múltiples ordenadores para trabajar con un determinado NMS. ■ .NET: El marco .NET de Microsoft es una popular plataforma para el desarrollo de aplicaciones que no está escrita para un sistema operativo determinado. CONTEXTO DEL NMS GESTIÓN DE LA RED EMS2 Agente Gestor NE Ag EMS1 Agente Gestor NE Ag NE Ag NMS SBI NBI south bound interface (SBI) north bound interface (NBI) OSS SBIsistemas de soporte de operaciones (OSS)
- 11. AGR:Integracióndelaadministraciónygestiónderedes Pg10 ETSISI-AGR TMN VS TOM ■El diferencial principal entre TOM y TMN es que el enfoque de la RGT se basó en los requisitos para gestionar los equipos y redes de red (de abajo a arriba), mientras que TOM se basaba en la necesidad de apoyar los procesos de toda la empresa proveedora de servicios. ■ Entre 1995 y 1999, el TM Forum desarrolló TOM, que evolucionó en eTOM. La eTOM se desarrolló entre 2000 y 2002 y también se publicó como Recomendación UIT-T M.3050. FM AM PM SMCM BML SML NML EML Procesos de atención al cliente Procesos de desarrollo y mantenimiento del servicio
- 12. AGR:Integracióndelaadministraciónygestiónderedes Pg11 ETSISI-AGR TELECOMMUNICATION OPERATION MAP MODELODE GESTIÓN DE SERVICIOS Cliente Physical Network and Information Technology Customer Interface Management Process Element Management Processes Procesos de desarrollo y mantenimiento del servicio Procesos de la gestión de la red y los sistemas Procesos de atención al cliente
- 13. AGR:Integracióndelaadministraciónygestiónderedes Pg12 ETSISI-AGR TELECOMMUNICATION OPERATION MAP MODELODE GESTIÓN DE SERVICIOS ■Atención al cliente: ■que contiene los procesos para atender las peticiones del cliente e informarle de los aspectos del servicio que puedan ser de su interés. ■Desarrollo y operación de servicios y productos: ■que se encarga de la gestión del servicio propiamente dicha. Este nivel y el anterior se mapean sobre la capa de gestión de servicio del modelo TMN. ■Gestión de la red y de los sistemas: ■en este nivel se desarrollan los procesos de gestión de la red y los sistemas que son servidores de los procesos de los niveles anteriores. Este nivel se mapea sobre la capa de gestión de red del modelo TMN.
- 14. AGR:Integracióndelaadministraciónygestiónderedes Pg13 ETSISI-AGR EL MODELO TOM ■La UIT-T proporcionó un medio para superponer la pila de gestión y también ayudó a definir los bloques de gestión básicos utilizando FCAPS (fallo, configuración, contabilidad, rendimiento y seguridad). Todavía no era lo suficientemente elaborado como para mapear los diversos procesos de comunicaciones en las capas de gestión. ■ Así, TMF amplió las capas de TMN para formar un nuevo modelo llamado mapa de operaciones de telecomunicaciones (modelo TOM). Este modelo trajo más granularidades en la definición de procesos en servicio y la capa de red y agregó módulos relacionados con la interfaz del cliente y el proceso de atención al cliente. IntegrationBus Sales Order Handling Problem Resolution Perf./SLA Reporting Invoicing and Rating Service Product Development and Maintenance Network and Systems Management Network Planning Element Management Network Provisioning Maintenance Restoration Network Monitoring Service Creation Service Inventory Service Provisioning Service Quality Mediation Aggregation Programmable and Physical Network Layers Plug-and-Play, Configuration, Policy, Instrumentation Network Devices Customer Care
- 15. AGR:Integracióndelaadministraciónygestiónderedes Pg14 ETSISI-AGR ■Cada NMS gestionaun dominio geográfico, administrativo, fabricante, etc ■MoM (o también INM) presenta una vista integrada de los dominios ARQUITECTURA DE GESTIÓN DE RED INTEGRADA: GESTOR-DE-GESTORES GESTIÓN DE LA RED MoM (INM) Gestor MMS2 Agente Gestor NE Ag NMS1 Agente Gestor NE Ag NE Ag
- 16. AGR:Integracióndelaadministraciónygestiónderedes Pg15 ETSISI-AGR Mientras los EMSmiran a los datos de fallo desde una sola perspectiva elemento, un NMS procesa una agregación de datos de fallo de diversos elementos de red y realiza operaciones utilizando estos datos. Los componentes principales de un NMS son ■ Servidor NMS: El NMS utiliza los datos recogidos de los EMS para consolidar y proporcionar información útil y funcionalidades en un nivel de gestión de red. ■ Cliente NMS: El cliente proporcionaría ayuda en la representación de los datos de una manera fácil de usar. Una de las funciones en 'F ‘C’ APS' está configurando los elementos de red.. ■ Base de datos (DB): Contiene un histórico de datos que clave en la gestión de elementos. Podría ser utilizado para estudiar escenarios evento / fallo, evaluar el rendimiento de los elementos de la red, y así sucesivamente. ■ Interfaz para el cliente Web: En lugar de un cliente NMS, la mayoría de los usuarios prefieren una interfaz ligera, basada en la web. ARQUITECTURA DEL SISTEMA DE GESTIÓN DE RED NMS Servidor NMS EMS EMS EMS Base de datos (DB) Interfaz para el cliente Web Red IP Cliente NMS
- 17. AGR:Integracióndelaadministraciónygestiónderedes Pg16 ETSISI-AGR ■ Componentes deGUI: ■ Estos proporcionan pantallas de interacción de usuario que permiten a un usuario realizar operaciones en los distintos módulos en el NMS ■ Componentes de recolección de datos: ■ Basados en el protocolo NMS soportado en el elemento de red, estos componentes recogen datos de los elementos de red. En algunos paradigmas de gestión este componente no puede ser parte del NMS y será una solución separada llamada el EMS ■ Componentes de la función de gestión: ■ Estos componentes utilizan los datos recogidos de los elementos de red para proporcionar FCAPS y otras funciones de gestión especializadas ■ Componentes de la plataforma: ■ Estos componentes incluyen la persistencia de objetos, el marco de registro, las bibliotecas, etc., que son requeridos por la mayoría de los módulos de implementación de la función de administración. ARQUITECTURA FUNCIONAL DE UN NMS Interfaz gráfico de Usuario (GUI) Midleware de servicios de comunicaciones PEM FEM CEM SEM AEM Componente colector de datos A Componente colector de datos B Componente colector de datos C Componente colector de datos D Componentesde laplataforma
- 18. AGR:Integracióndelaadministraciónygestiónderedes Pg17 ETSISI-AGR ■ Los componentesGUI son aplicaciones estándar que convierten los datos formateados generados de componentes funcionales de gestión en representaciones gráficas fáciles de usar. ■Por ejemplo, los registros de rendimiento como los datos de utilización del enlace para un día supervisado a intervalos regulares, sería más fácil de rastrear y comparar cuando se traza como en un gráfico. ■En líneas similares, los datos de error o fallo tendrán un conjunto de campos predefinidos, por lo que cuando los registros tienen que ser presentados al usuario, lo mejor es formatear los registros y mostrar el contenido del registro en un conjunto de COMPONENTES GUI ARQUITECTURA DEL NMS
- 19. AGR:Integracióndelaadministraciónygestiónderedes Pg18 ETSISI-AGR ■ Visualizadores demapas: ■ Cuando los elementos de red se distribuyen en varias ubicaciones geográficas como en un entorno de red vigilado, sería más fácil localizar un elemento defectuoso cuando los elementos se muestran sobre un mapa geográfico de la zona, país específico o en algunos casos mapa del mundo. ■ Visores de chasis: ■ Los elementos de red se colocan normalmente en un chasis y se conectan mediante un medio físico para iniciar la interacción. El chasis tendrá una vista frontal y una vista posterior. ■ En la interfaz gráfica de usuario de NMS, el usuario debe poder ver dónde se coloca un elemento en particular en el chasis. Por lo tanto, cuando se produce un fallo en un elemento de red particular, sería más fácil aislar el elemento correcto en el chasis y realizar operaciones de depuración o sustitución utilizando el diagrama de chasis creado utilizando las interfaces ofrecidas por la aplicación del visor de chasis. COMPONENTES GUI: VISUALIZACIÓN DE MAPAS ARQUITECTURA DEL NMS
- 20. AGR:Integracióndelaadministraciónygestiónderedes Pg19 ETSISI-AGR INM Descubre lossiguientes objetos y ponerlos de redes IP predeterminada mapa ■Submapa a nivel deInternet ■nivel subcorrelación, gateways, routers y múltiples estaciones de trabajo ■Submapa a nivel de red ■Bus, estrella y anillo ■Submapa a nivel de segmentos ■nivel Hosts, gateways, routers, interruptores, centros y ■Submapa a nivel de nodo ■puentes tarjetas de interfaz de red COMPONENTES GUI: NAVEGACIÓN NMS
- 21. AGR:Integracióndelaadministraciónygestiónderedes Pg20 ETSISI-AGR COMPONENTES DE RECOPILACIÓNDE DATOS NMS ■ Los componentes de recopilación de datos recopilan datos de los elementos de la red utilizando un protocolo específico (véase la figura). ■ El protocolo utilizado puede ser un protocolo propietario específico de la empresa que implementa el elemento de red y la aplicación de gestión, pero en la mayoría de los casos se utiliza un protocolo de gestión estándar. ■ Algunos componentes comunes son: ■ Un agente SNMP (protocolo de gestión de red simple) para recopilar datos de un elemento de red que admite SNMP. Hay muchos protocolos que se pueden utilizar para la interacción entre la aplicación de gestión y el elemento de red. El SNMP, como el nombre significa, es más fácil de implementar y mantener y ha sido el protocolo de administración de red más preferido. ■ Los agentes XML basados en protocolos XML como XMLP (protocolo XML) y SOAP (protocolo de acceso a objetos simple) Se están volviendo populares. SOAP es muy eficaz para la gestión de red basada en web. ■ El TL1 es otro protocolo que es popular para proporcionar interfaz de administración de red basada en la línea de comandos. ■ Para las transferencias de archivos no hay mejor protocolo que FTP (protocolo de transferencia de archivos). SNMP XML TL1 FTP
- 22.
- 23. AGR:Integracióndelaadministraciónygestiónderedes Pg22 ETSISI-AGR EL ENTORNO MULTIFABRICANTE ■Los suministradores tienen sistemas de gestión para un equipo y una tecnología concreta. Estos sistemas siempre dan soporte a funciones para el Nivel de Gestión de Elemento (EML), muchas veces, para el Nivel de Gestión de Red (NML), y algunas, para el Nivel de Gestión de Servicio (SML). Esto trae como consecuencia que el proveedor de servicios, finalmente, dispone de un disparatado conjunto de sistemas de gestión, cada uno de los cuales cubre una parte de la red y de los servicios, uno por cada suministrador y tecnología, pero sin relación entre ellos ■ El resultado es una tendencia a integraciones verticales que conforman visiones compartimentadas (véase Figura), que conllevan implementaciones OSS que tienen interacciones retorcidas, demasiados interfaces, una evolución de la planta muy enredada y, sobre todo, costes desproporcionados con relación a los beneficios aNE aEMS bNE bEMS aNMS bEMS aSMS bSMS bNE bEMS bEMS bSMS
- 24. AGR:Integracióndelaadministraciónygestiónderedes Pg23 ETSISI-AGR CONSECUENCIAS DE LAHETEROGENEIDAD LA GESTIÓN DE RED Las consecuencias de la situación descrita anteriormente chocan frontalmente con la evolución del mercado de los operadores, donde la excelencia en el servicio se está convirtiendo en un diferenciador clave, un factor determinante del éxito que ofrece ventajas competitivas ■ La petición de un nuevo servicio exigirá establecer muchas conexiones a través de múltiples tecnologías. Además, cada una de estas tecnologías podría estar implemetada por con equipos de diversos fabricantes. ■ La introducción de nuevas tecnologías y servicios será lenta porque originará cambios en las interfaces de los sistemas que soportan procesos de la capa SML. ■ La calidad de la provisión de servicios se ve afectada por el incremento en el número de pasos del proceso de entrega del servicio. Maximizando los pasos y manualizando el flujo total se aumentan las posibilidades de error y se disminuye la velocidad y la eficiencia.
- 25. AGR:Integracióndelaadministraciónygestiónderedes Pg24 ETSISI-AGR REQUISITOS DE UNANM EFICIENTE ■ Esta situación no permite una gestión eficiente; hay que integrar las funciones de gestión que atiendan las distintas tecnologías y suministradores. Al igual que sucede con las tecnologías de la telecomunicación tradicional, la gestión de las redes basadas en IP necesita una operación y mantenimiento integrados de la infraestructura de la red, con funciones para la visualización centralizada de las alarmas, con mapas de la red que den una visión sinóptica de su topología y la monitorización del comportamiento técnico (por ejemplo, errores de bit, paquetes perdidos, etc.). Este tipo de integración permite a la operadora reducir sus costes de operación, al centralizar las funciones de gestión, optimizando el uso de los recursos y reduciendo la pérdida de ingresos resultantes de la pérdida de tráfico o de tiempos de inoperancia.
- 26. AGR:Integracióndelaadministraciónygestiónderedes Pg25 ETSISI-AGR IMPLEMENTACIÓN DE INMS IMPLEMENTACIÓNDE NMS ■ La mayoría de los libros sobre administración de redes discuten las funciones, estándares y protocolos de NMS sin dar una imagen clara de la perspectiva de implementación sobre cómo se ve la arquitectura NMS. ■Este nivel de información suele estar disponible en publicaciones de investigación creadas por desarrolladores que realmente trabajan en el diseño y la codificación de los MNS. ■Esta presentación proporciona una base sólida para comprender los componentes para hacer un sistema de gestión de red. ■Por otro lado, se proporcionan estrategias y recomendaciones sobre la arquitectura y el diseño de un sistema de gestión. Centro de control de red de Telefónica
- 27. AGR:Integracióndelaadministraciónygestiónderedes Pg26 ETSISI-AGR Implementación de INMS SML NML EML SNMPSyslog CLINetflow DB comúnG. fallos G. Config G. rendim. G. tickets G. invent Correlación MoM Mildware Notificaciones y poling Filtrado y reenvío Correlación y automatización
- 28. AGR:Integracióndelaadministraciónygestiónderedes Pg27 ETSISI-AGR La estructura deintegración está formada por : ■ Un bus de comunicación distribuido, que es totalmente (pe. Tibco o Corba). Lo utilizan las distintas aplicaciones para el intercambio de información. ■Es bus tiene varias API y mecanismos para la integración de nuevos componentes, incluyendo productos de terceras partes. ■Interfaces abiertos y API con el mundo exterior para la integración en entornos OSS existentes u otras aplicaciones OSS, como la de provisión del servicio o la atención y facturación al cliente. Esta interfaz, que da acceso a la información. ELEMENTOS DE LA IMPLEMENTACIÓN DE INMS SML NML EML SNMP Syslog CLINetflow DB comúnG. fallos G. Config G. rendim. G. tickets G. invent Correlación MoM Mildware Notificaciones y poling Filtrado y reenvío Correlación y automatización
- 29. AGR:Integracióndelaadministraciónygestiónderedes Pg28 ETSISI-AGR ELEMENTOS DE LAIMPLEMENTACIÓN DE INMS SML NML EML SNMP Syslog CLINetflow DB comúnG. fallos G. Config G. rendim. G. tickets G. invent Correlación MoM Mildware Notificaciones y poling Filtrado y reenvío Correlación y automatización ■ El primer nivel, la capa de gestión de elemento define elementos de red utilizados en recoger los datos de gestión y transformarlos en el formato interno del sistema. ■ Tiene también otras funciones avanzadas como la del filtrado de datos y la asociación básica, la consulta de la configuración, un mecanismo de peticiones de datos (polling) y el registro de datos. También se utilizan fundamentalmente para la interacción con otros dispositivos y sistemas a través de una interfaz SNMP, pero también son capaces de manejar interfaces CLI, Syslog, o eventos ASCII.
- 30. AGR:Integracióndelaadministraciónygestiónderedes Pg29 ETSISI-AGR ELEMENTOS DE LAIMPLEMENTACIÓN DE INMS SML NML EML SNMP Syslog CLINetflow DB comúnG. fallos G. Config G. rendim. G. tickets G. invent Correlación MoM Mildware Notificaciones y poling Filtrado y reenvío Correlación y automatización ■ El Correlacionador se utiliza principalmente en la implementación de la Gestión Inteligente de Errores. Elimina la información redundante y determina la raíz que causa el problema. ■ Esta herramienta determina el impacto que un error en la red tendrá sobre los servicios, e identifica los clientes afectados. ■ La faceta que distingue a este módulo de los demás es el hecho de que correlaciona TODA la información que fluye por el sistema. Esto implica la asociación de las alarmas entrantes con los datos de comportamiento y con los acuerdos SLA.
- 31. AGR:Integracióndelaadministraciónygestiónderedes Pg30 ETSISI-AGR ELEMENTOS DE LAIMPLEMENTACIÓN DE INMS SML NML EML SNMP Syslog CLINetflow DB comúnG. fallos G. Config G. rendim. G. tickets G. invent Correlación MoM Mildware Notificaciones y poling Filtrado y reenvío Correlación y automatización ■ El Centro de Datos (DB común) es el depósito central permanente de toda la información manejada por INMS. Almacena toda la configuración de la topología de la red y las medidas de comportamiento para que los módulos del producto puedan acceder a esos datos. También pueden exportase mediante consultas SQL, IDL o XML. ■ Centro de Datos es capaz de almacenar la gran cantidad de información que llevan asociadas las grandes redes compuestas por varios cientos de elementos de red. Dado que esta información tiene una importancia estratégica para las empresas, utiliza avanzados sistemas de replicación que garantizan su disponibilidad total.
- 32.
- 33. AGR:Integracióndelaadministraciónygestiónderedes Pg32 ETSISI-AGR TELECOMMUNICATION OPERATION MAP MODELODE GESTIÓN DE SERVICIOS Customer Physical Network and Information Technology Order Sales Problem Handling Customer QoS Management Invoicing/ Service Configuration Discounting Service Development Planning/ Service Quality Management Rating and Customer Interface Management Process Customer Care Processes Service/Product Development and Operations Processes Network and Systems Management Processes Information Systems Management Processes Collection Service Problem Resolution Handling Network Provisioning Network Planning/ Development Network Data Management Network Maintenance & Restoration Network Inventory Management Element Management Processes
Notas del editor
- #15 19.8 Conclusión La visión general presentada en este capítulo es sólo la base de los capítulos que siguen. La diferencia entre OSS y BSS fue discutida en el contexto de los sistemas de apoyo. La ambigüedad asociada con OSS como un sistema de soporte completo incluyendo la gestión de red, en un sistema de soporte para la gestión de servicios por sí sola también se trató en este capítulo. El cambio de la TMN popular a eTOM también fue manejado. Los sistemas de apoyo son un tema vasto y una vez que el lector obtiene los fundamentos de este libro hay muchos procesos de apoyo donde el lector puede especializarse como un profesional. 22,2 eTOM El eTOM es un marco de procesos de negocio para el desarrollo y la gestión de procesos en un espacio de proveedores de servicios de telecomunicaciones. Proporciona esta orientación definiendo los elementos clave en el proceso de negocio y cómo interactúan. El aspecto importante de eTOM es un enfoque en capas que da suficiente enfoque a las diferentes áreas funcionales en un entorno de telecomunicaciones. Como se comentó en el capítulo anterior, eTOM es parte del programa NGOSS desarrollado por TeleManagement Forum (TMF). Es un sucesor del modelo TOM. Aunque TOM se limita a los procesos operativos, eTOM agregó la planificación estratégica, el ciclo de vida del producto, la infraestructura y los procesos empresariales en la definición del proceso de negocio de telecomunicaciones. ETOM tiene un conjunto de categorías de procesos en diversas áreas funcionales como cliente, servicio y administración de recursos. Esto lo convierte en un marco completo de procesos empresariales para la industria de las TIC. ETOM es utilizado por todos los jugadores en el espacio de telecomunicaciones incluyendo proveedores de servicios, proveedores e integradores de sistemas. Basándose en la visión holística de las telecomunicaciones en eTOM se puede lograr una automatización de extremo a extremo de los servicios de información y comunicaciones. ETOM ha sido adoptada como la Recomendación M.3050 del UIT-T (Sector de Normalización de las Telecomunicaciones de la Unión Internacional de Telecomunicaciones), convirtiéndola en una norma internacional. Aunque eTOM proporciona un marco de procesos de negocio para los proveedores de servicios para agilizar sus procesos de extremo a extremo, debe tenerse en cuenta que eTOM es un marco y su implementación será diferente de empresa a empresa. Facilita el uso de vocabularios comunes para una comunicación efectiva entre las empresas y las operaciones. ETOM se limita al modelado de procesos de negocio y los aspectos de la información y el modelado de interfaces se manejan como parte de otros elementos en NGOSS. Sin embargo, la implementación de eTOM está respaldada por otras especificaciones de NGOSS como el modelo de información / datos compartido (SID), el mapa de aplicación de telecomunicaciones (TAM), NGOSS Lifecycle & Methodology y otras especificaciones NGOSS. El TeleManagement Forum también proporciona un mapeo directo entre estas especificaciones. Siendo un marco genérico, eTOM puede aplicarse a diferentes operadores de telecomunicaciones que ofrecen una amplia variedad de servicios. Esto implica que el cumplimiento no puede ser certificado a nivel de proceso. El cumplimiento de eTOM se logra a través del Programa de Cumplimiento NGOSS ofrecido por TMF. La certificación se basa en herramientas y es independiente de las organizaciones y el flujo de procesos. Sin embargo, las pruebas de conformidad comprueban los objetos de negocio utilizados y el marco de operaciones para garantizar que las implementaciones del proceso se basan en eTOM. El desarrollo exitoso de la documentación del proceso de telecomunicaciones da la capacidad de decidir con precisión en un nuevo proveedor de servicios de TI para apoyar toda la gama de procesos de negocio. Los clientes están externalizando la entrega y el soporte de sus servicios de TI a compañías de telecomunicaciones donde la compañía de telecomunicaciones ofrece la administración de servicios de TI como un servicio vendible. ETOM ayuda a eliminar brechas de proceso a través de la visualización de interfaces para la interacción. La mayoría de los proveedores de servicios que utilizan eTOM fueron capaces de reducir los costos de TI, mejorar la calidad del producto y reducir el tiempo de comercialización del producto. El uso de eTOM como base para la identificación y clasificación de procesos garantiza que el repositorio de procesos pueda evolucionar con las mejores prácticas de la industria. Aunque eTOM tiene un área funcional en proceso de empresa, esta parte no está definida para el nivel de granularidad que se ofrece para los procesos de telecomunicaciones. Así que aunque eTOM puede considerarse un marco de proceso completo, hay procesos empresariales que requieren más niveles de definición. Las definiciones de TeleManagement Forum tienen mapas de procesos eTOM nivel 0, nivel 1, nivel 2 y nivel 3.
- #17 1.4 Necesidad para EMS La complejidad de los nuevos servicios y la red subyacente está aumentando exponencialmente. Al mismo tiempo, hay mucha competencia entre proveedores de servicios que ofrecen servicios nuevos e irresistibles. Esto lleva a la necesidad de reducir al mínimo el coste de las operaciones de red. Esto sólo puede lograrse si los elementos de la red se manejan bien. El aumento de la complejidad puede ser manejado de manera rentable solamente proporcionando una buena interfaz de usuario para la gestión de la red de servicio y por lo tanto ocultar la complejidad. La otra opción de contar con profesionales más capacitados es a la vez costoso y arriesgado. Vamos a tratar de enumerar los principales problemas en la industria de telecomunicaciones que requiere la necesidad de un SGA fácil de usar y rico en funcionalidad: Hay una creciente variedad de elementos de red: Elementos nueva red se están desarrollando para proporcionar nuevos servicios. En la propia red hay varias redes de telecomunicaciones como GSM, GPRS, CDMA, IMS, y así sucesivamente con el trabajo independiente que se llevó a cabo en el desarrollo del acceso y la red central. Tienen que soportar los elementos de diferentes proveedores: Fusiones y adquisiciones son inevitables en la industria de las telecomunicaciones. Por lo que un solo producto ccsme podrían ser necesarias para recoger datos de una familia de elementos de red. Aumento de la complejidad de la gestión de elementos de red: Con los avances en la industria de las telecomunicaciones hay una tendencia importante combinar funcionalidades realizadas por múltiples elementos para un solo elemento. Por ejemplo, la mayoría de los vendedores de ahora de un único SGSN realizar funcionalidad de U-SGSN y G-SGSN y una pasarela de medios está integrado con la funcionalidad de manejar protocolos de señalización. Escasez de técnicos capacitados de telecomunicaciones: industria de las telecomunicaciones está evolucionando tan rápidamente que los técnicos de telecomunicaciones no son capaces de seguir el ritmo de la misma. Esto lleva a una escasez de profesionales capacitados en el mantenimiento de la red. Con una solución de EMS al rico y fácil de usar la funcionalidad, se reduce el esfuerzo de formar técnicos. Necesidad de reducir el costo de la red de gestión y servicios innovadores de alta calidad: Coste de gestión de la red y el servicio es un área importante donde las empresas quieren reducir costes, ya que no generan ingresos directamente, a diferencia de las actividades de gestión de clientes y de investigación que podrían ayudar a conseguir y retener un negocio. El cumplimiento de estos desafíos requiere sistemas de gestión de elementos (EMS no sólo buenas pero NMS, OSS y BSS también) con la máxima eficiencia y flexibilidad con respecto a lograr las tareas propuestas. Las características requeridas en una solución ccsme son: Interfaz fácil de usar: La interfaz para trabajar con el SME (cliente ccsme o el cliente web) tiene que ser una interfaz gráfica de usuario intuitiva, orientada a tareas para permitir funciones de las operaciones que se deben realizar en el menor tiempo posible con un mínimo de entrenamiento. de inicio rápido: Esto permitiría a un usuario que trabaja en el NML, SML, o BML para lanzar cualquier ccsme desea (cuando múltiples ccsme está implicado). Solucionar NE: Debería ser posible para un técnico para conectarse directamente a cualquier NE del SME que lo gestiona para facilitar la solución de problemas de un problema. Single-Sign-On es una capacidad popular que permite que el mismo usuario y contraseña que se utilizará al iniciar sesión en las aplicaciones que participan en diferentes capas del modelo de la RGT que serán discutidos en el capítulo siguiente. plataforma de operaciones de bajo costo: Esto ayudaría a minimizar el coste total de poseer y operar la plataforma de computación en el que se ejecuta el SME. Facilidad de mejora: Las nuevas características se deben agregar a un producto de EMS y el producto podría requerir una integración fácil y trabajar con otro producto. Algunas de las técnicas adoptadas actualmente en el diseño de estos sistemas es que sea basado en la arquitectura orientada al servicio (SOA), cumplir con los estándares de software COTS, y así sucesivamente. ayuda sensible al contexto: Esto reduce la formación necesaria para los técnicos. ayuda sensible alcontexto se puede asociar con cualquier funcionalidad en el ccsme interfaz gráfica de usuario. Con el evento / fallo, una ayuda sensible al contexto implicaría un vínculo de inicio rápido para obtener información sobre esa falla. Otra característica habitual en las aplicaciones es un icono “?” Que se pueden arrastrar y soltar a cualquier parte de la aplicación y una ayuda se lanzó sobre la forma de trabajar en la parte específica en la que se deja caer en el icono. Acceso desde cualquier lugar: Esto requeriría una persona en cualquier lugar remoto para acceder al EMS. Como ya se ha discutido más ccsme ahora proporciona una interfaz basada en web para que con la técnica de conexión segura a Internet se puede utilizar para acceder a la intranet de la empresa y poner en marcha el SME basado en la web. la base de datos efectiva: Todos los datos recogidos de posibles NE necesita ser almacenada en la base de datos EMS. Esto mejorará el servicio, ahorrar tiempo y ahorrar dinero. También debe haber una funcionalidad para generar informes estándar y la capacidad de exportar datos a otras herramientas de aplicación que se especializan en análisis e informes. Por encima de todo, la clave para ser líder en el desarrollo EMS es hacer que la funcionalidad del producto rico y para asegurar que no son características fundamentales que diferencian el producto de sus competidores 1.6 Productos populares EMS La hoja de datos a continuación es una lista de los productos EMS populares disponibles en el mercado. Algunos o la mayoría del producto tiene las capacidades que abarcan fuera de la capa de gestión de elementos y podrían implicar algún nivel de red y gestión de servicios. La información se compila a partir de datos de la World Wide Web y no presenta la opinión de los autores acerca de un producto específico. Los productos que se enumeran en orden alfabético (ver Tabla 1.1). Algunos otros productos EMS de los fabricantes de equipos de red populares son: Sistema de gestión de elementos Integrado de Nortel Software de gestión de elementos Aveon Sistema de gestión de elementos Netsmart de Fujitsu Sistema de Gestión de LineView Elemento de Alcatel-Lucent NMC-RX ccsme de Juniper Networks 1.7 Conclusión Por tanto, este capítulo proporciona una comprensión básica de un sistema de gestión de elementos (EMS) y lo que es un elemento de red desde la perspectiva de EMS. El capítulo también ayuda a entender el papel de los SGA en la vista de telecomunicaciones en capas y la arquitectura EMS. La necesidad de sistemas de gestión de elementos y las características de un SGA ideales está cubierto. Para dar a la familiaridad lector con los productos y funcionalidades EMS, también se proporciona una hoja de datos que muestra algunos de los productos EMS principales y sus características. La información proporcionada en la hoja de datos se puede obtener en el sitio web de la empresa que le dará más información sobre los productos.
- #22 El uso de un protocolo estándar promueve la flexibilidad, de manera que el agente de recolección de datos implementado para el protocolo específico puede reutilizarse para recopilar datos de otro elemento de red que soporta el mismo protocolo. Además, un protocolo estándar permitirá que agentes de diferentes proveedores se utilicen para recopilar datos de un elemento de red. El agente emitirá comandos como "Get" y "Get-Next" para examinar los datos del elemento de red. Debe tenerse en cuenta que no todos los elementos de red pueden responder a consultas SNMP desde el agente en el NMS. El elemento de red debe mantener una MIB (base de información de gestión) con detalles de configuración y también generar registros / eventos como trampas SNMP que pueden ser leídas por el agente. Con los nuevos requisitos para soportar datos basados en XML (extensible markup language), que pueden ser interceptados y analizados por cualquier aplicación de terceros con suficiente autenticación Por lo tanto, el agente de protocolo disponible en el componente de recolección de datos de NMS depende principalmente del tipo de aplicación para la que se va a utilizar el NMS. NMS populares tienen soporte para protocolos múltiples. Algunos de los agentes SNMP de código abierto son agente SNMP de WestHawk, NetSNMPJ e IBM SNMP Bean Suite. Del mismo modo un popular agente de FTP de código abierto es edt FTPJ . La mayoría de estos productos de código abierto están construidos en lenguaje de programación Java y pueden descargarse de sourceforge.net