Administración y gestión de redes integración de la administración y gestión de redes

1. ETSISI-AGR
ADMINISTRACIÓN Y GESTIÓN DE REDES
TEMA 4: INTEGRACIÓN DE LA ADMINISTRACIÓN Y GESTIÓN DE REDES

2. INTRODUCCIÓN

3. AGR:Integracióndelaadministraciónygestiónderedes
Pg2
ETSISI-AGR
MODELO ELEMENTAL DE GESTIÓ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 DE GESTIÓ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 funcionalidad FCAPS 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 muestra en 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 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.
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 ideal implicarí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 se utiliza 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 NMS interactú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
MODELO DE 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
MODELO DE 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 gestiona un
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 EMS miran 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 de GUI:
■ 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 componentes GUI 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 de mapas:
■ 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 los siguientes
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ÓN DE 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. INMS
GESTIÓN INTEGRADA DE LA RED

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 LA HETEROGENEIDAD
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 UNA NM 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ÓN DE 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
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

28. AGR:Integracióndelaadministraciónygestiónderedes
Pg27
ETSISI-AGR
La estructura de integració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 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
■ 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 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
■ 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 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
■ 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. AGR:Integracióndelaadministraciónygestiónderedes
Pg31
ETSISI-AGR
Bibliografía

33. AGR:Integracióndelaadministraciónygestiónderedes
Pg32
ETSISI-AGR
TELECOMMUNICATION OPERATION MAP
MODELO DE 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