Gestion de Redes de Telecomunicaciones

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD
ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA

CONTENIDO DIDCTICO DEL CURSO: 90001 GESTION DE REDES DE TELECOMUNICACIONES
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

PROGRAMA DE ELECTRONICA
900001 GESTION DE REDES DE TELECOMUNICACIONES

ADRIANA AGUIRRE CABRERA
(Director Nacional)
EDGAR RODRIGO ENRIQUEZ ROSERO
(Director Nacional)
SIXTO ENRIQUE CAMPAA BASTIDAS

Acreditador
SAN JUAN DE PASTO

Noviembre de 2010
1

ASPECTOS DE PROPIEDAD INTELECTUAL Y VERSIONAMIENTO
El presente mdulo ha sido diseado en el ao 2010 por el Ingeniero Edgar

Rodrigo Enrquez Rosero, docente de la UNAD, quien labora desde el CEAD de
Pasto, es ingeniero de Sistemas, especialista en Alta Gerencia y especialista en
Redes y Servicios Telemticos, se desempea como docente auxiliar de la UNAD
y ha sido docente en la Institucin Universitaria CESMAG y catedrtico de la
Universidad de Nario.
Este mismo ao el Ing. Sixto Enrique Campaa, docente auxiliar del CEAD
Pasto, apoy el proceso de revisin de estilo del mdulo y dio aportes
disciplinares, didcticos y pedaggicos en el proceso de acreditacin de material
didctico desarrollado en el mes de Julio de 2010.

INTRODUCCIN
El curso de Gestin de Redes de Telecomunicaciones, est adscrito a la Escuela
de Ciencias Bsicas tecnologa e Ingeniera de la UNAD y corresponde al
programa de Ingeniera Electrnica, est constituido por tres crditos acadmicos,
correspondientes a 36 actividades de acompaamiento y 108 de estudio
independiente, de acuerdo al contenido programtico establecido por la Escuela
de Ciencias Bsicas Tecnologa e Ingeniera, est dirigido inicialmente a
estudiantes de la UNAD de ingeniera de sistemas, ingeniera electrnica, e
ingeniera de telecomunicaciones, sin que esto implique que lo puedan tomar otros
participantes deseosos de adquirir conocimientos en el rea de las
Telecomunicaciones.
Este curso requiere que el estudiante tenga conocimientos fundamentales sobre
las redes de telecomunicaciones para lograr un adecuado desarrollo de los temas
planteados; Las temticas abordadas en el presente curso, pretenden que se
adquieran conocimientos necesarios para la aplicacin de la gestin en las redes
de telecomunicaciones en los diferentes escenarios de la vida real, utilizando para
ello diversas estrategias de aprendizaje, propias del modelo de educacin a
distancia, permitindole adquirir destrezas para su desempeo competente en el
quehacer profesional.
Las grandes transformaciones en la sociedad actual, junto al avance vertiginoso
de la tecnologa y el uso respectivo de la misma, generan una necesidad de
optimizacin, control y gestin de comunicaciones, ya que las redes de
telecomunicaciones han llegado a ser parte vital de la vida cotidiana y del entorno
industrial y comercial y por ende se hace necesario la implementacin de
herramientas que apoyen y gestionen de manera ptima las tecnologas de la
informacin y de las Comunicaciones TICs. De lo anterior, se espera que el
estudiante le saque el mayor provecho al desarrollo del presente curso
Est dividido en tres (3) unidades didcticas, que incluyen los conceptos bsicos,
la conceptualizacin de arquitectura, gestin y seguridad de las redes de
telecomunicaciones y concluye con los modelos de gestin.
La Primera Unidad comprende, una introduccin a los conceptos bsicos acerca
de la gestin de redes de telecomunicaciones, la arquitectura en la gestin simple
y distribuida de redes y los componentes de la misma.
La Segunda Unidad pretende abordar los contenidos sobre la arquitectura y
seguridad que se debe tener en cuenta para la gestin de redes, al igual que el
compendio de los modelos de gestin de redes de telecomunicaciones.
La Tercera Unidad, es un componente de tipo aplicativo, para la gestin de redes
de telecomunicaciones mediante el manejo de un software de libre distribucin
para el desarrollo de ejercicios propuestos
3

Las unidades en mencin y los temas correspondientes, al igual que las secciones
se abordan mediante recopilacin de lecturas, complementadas con diferentes
talleres para ser desarrollados en forma individual y/o en grupos colaborativos. Es
importante destacar que para este curso los estudiantes requieren de las
habilidades y conocimientos previos acerca de las redes de comunicaciones,
manejo de protocolos de comunicaciones que sern grandes referentes para
comprender muchos de los conceptos que son abordados en el presente curso.

INDICE DE CONTENIDO
UNIDAD 1: GESTIN DE REDES DE TELECOMUNICACIONES
Introduccin.
Justificacin.
Intencionalidades Formativas
11
11
11
11
CAPTULO 1: GESTION DE REDES DE TELECOMUNICACIONES

Leccin 1: Introduccin a la gestin de redes de telecomunicaciones
Leccin 2: Definiciones y conceptos
Leccin 3: Marco de referencia para la gestin
Leccin 4: Control y monitoreo de red
Leccin 5: La eficiencia
12
12
14
17
19
20
CAPTULO 2: GESTION SIMPLE DE REDES

Leccin 6: Arquitectura de la gestin de red SNMP
Leccin 7: Modelo de gestin
Leccin 8: Modelo de gestin estndar
Leccin 9: Arquitectura del protocolo de gestin de red
Leccin 10: Informacin de gestin
29
29
31
34
37
43
CAPTULO 3: GESTION DE MONITOREO REMOTO - RMON

Leccin 11: Generalidades de RMON
Leccin 12: Control de dispositivos de monitoreo de red remoto y gestin
de tablas
Leccin 13: MIB de RMON
Leccin 14: Formato Estndar de Alerta RMON v2
Leccin 15: Herramientas y plataformas de gestin SNMP
ACTIVIDADES DE AUTOEVALUACIN DE LA UNIDAD 1
FUENTES DOCUMENTALES DE LA UNIDAD 1
58
58
61
UNIDAD 2: ARQUITECTURA
TELECOMUNICACIONES
76
DE
GESTION
DE
REDES
DE
62
67
69
73
74
Introduccin.
Justificacin.
Intencionalidades Formativas.
76
76
76
CAPTULO 4: Modelo de gestin Distribuida

Leccin 16: Modelo de informacin comn
Leccin 17: Gestin empresarial basada en la Web WBEM e Interfaz de
gestin de escritorio DMI
Leccin 18: Formato estndar de alerta
Leccin 19: Gestin del sistema BIOS y Gestin de Windows - WMI
Leccin 20: Herramientas y plataformas de gestin DMTF
77
77
79
82
85
93

CAPTULO 5: Modelo de Gestin de Red OSI

Leccin 21: Generalidades
Leccin 22: Modelo de comunicaciones CMIP1
Leccin 23: Modelo Organizacional
Leccin 24: Modelo Funcional
Leccin 25: Modelo de informacin GDMO
96
96
100
103
104
108
CAPTULO
6:
ADMINISTRACION
DE
REDES
TELECOMUNICACIONES -TMN
Leccin 26: Generalidades de TMN
Leccin 27: Arquitectura de TMN
Leccin 28: Bloques funcionales
Leccin 29: Puntos de referencia
Leccin 30: Definiciones de los puntos de referencia
DE
UNIDAD 3: HERRAMIENTAS
TELECOMUNICACIONES
Introduccin.
Justificacin .
Intencionalidades Formativas.
DE
DE
GESTION
DE
REDES
111
111
112
117
117
118
121
122
123
123
123
123
CAPTULO 7: GERENCIA INTEGRADA DE TELECOMUNICACIONES

Leccin 32: Gestin integrada de Telecomunicaciones
Leccin 33: Gestin de servicios de telecomunicaciones
Leccin 34: Acuerdos del nivel de Servicios - SLA
Leccin 35: Integracin Telefona Computacin - CTI
125
125
127
131
135
138
CAPTULO 8: eTOM
Leccin 36: Generalidades.
Leccin 37: Estructura de eTOM
Leccin 38: Estrategia, infraestructura y producto
Leccin 39: Procesos de gestin empresarial del eTOM
Leccin 40: Agrupamiento de procesos
146
146
147
149
151
155
CAPTULO 9: INTRODUCCION A LOS AGENTES MOVILES

Leccin 41: Generalidades de los agentes mviles
Leccin 42: Aplicaciones de los agentes mviles
Leccin 43: Aplicacin de gestin inteligente en la gestin de redes
Leccin 44: Entornos de Gestin 3G y 4G
Leccin 45: reas de Gestin 3G y 4G
166
166
170
175
181
185
196
197
6

LISTADO DE TABLAS
Tabla 1.1. Registros de operacin de un sistema
22
Tabla 1.2. Disponibilidad de un servidor
25
Tabla 1.3. Relacin Actividades/tiempo
26
Tabla 1.4. Fallos en el sistema de telecomunicaciones
27
Tabla 3.1. Columnas de Host1ControlTable y Host1DataTable
61
Tabla 3.2. Grupos adicionales en la MIB de RMON v2
67
Tabla 4.1. Funciones SMBIOS
86
Tabla 4.2. Tipos de proveedores
90
Tabla 5.1. Terminologa de la gestin OSI
98
Tabla 5.2. Relacin entre las reas funcionales y las funciones de

gestin
107

LISTADO DE GRFICOS Y FIGURAS

Figura 1.1. Relacin entre Administracin y Gestin
15
Figura 2.1. Componentes de la plataforma de red
34
Figura 2.2. Interaccin Gestor - Agente
35
Figura 2.3. Esquema representativo de Gestor - agente
36
Figura 2.4. Mensajes de intercambio entre el gestor y el agente
37
Figura 2.5. Formato general de mensajes SNMP
39
Figura 2.6. Estructura de SNMP
40
40
Figura 2.8. Descripcin del protocolo SNMP desde wireshark
41
Figura 2.9. Estructura de un trap
42
Figura 2.10. Arbol de ISO/CCITT
46
Figura 2.11. MIB de TCPConnTable
48
Figura 2.12. Estructura de SNMPv1
50
Figura 2.13. Estructura de la PDUs de las diversas transacciones
50
Figura 2.14. Formato de mensaje trap
51
Figura 2.15. Agente proxy
55
Figura 2.16. Sistema Bilinge
55
Figura 2.17. Formato de mensaje SNMPv3
57
Figura 3.1. Imagen de NetDecision MIB Browser
71
Figura 4.1. Esquema de CIM
79
Figura 4.2. Componentes del sistema de alerta
84
Figura 4.3. Servicio WMI
91
Figura 5.1. Gestin en OSI . Gestor - Agente
97

Figura 5.2. Arquitectura CMIP
102
Figura 5.3. GDMO
109
Figura 5.4. Esquema General de GDMO
110
Figura 5.5. Esquema General del agente
110
Figura 6.1. Arquitectura Fsica de TMN
114
Figura 6.2. Arquitectura de Informacin
116
Figura 6.3 Clases de Puntos de referencia en TMN
118
Figura 7.1. Entidad TMN
129
Figura 7.2. Proceso y elementos del sistema de generacin de servicio
132
Figura 7.3. SLA entre cliente y proveedor
137
Figura 7.4. Integracin Telefona Computacin
139
144
Figura 7.6. Terminal PC
145
Figura 8.1. Estructura de eTOM
148

UNIDAD 1
Nombre de la Unidad
Introduccin
Justificacin
Intencionalidades
Formativas
GESTIN DE REDES DE TELECOMUNICACIONES
La Unidad 1, abarca los contenidos introductorios acerca

de la gestin de redes de telecomunicaciones, abarcando
el proceso de planeacin, diseo y presupuesto de la
gestin, as mismo los procesos de control y monitoreo.
Adicional a ello se presentar la gestin centralizada y
distribuida en una red y las correspondientes herramientas
para llevar a cabo dicha gestin.
El desarrollo de esta unidad, le permitir al estudiante
adquirir habilidades y destrezas en la gestin de redes
simples y distribuidas; para lo cual se hace necesario
desarrollar
los
fundamentos
tericos
y
conceptualizaciones propias de la gestin, apoyado en los
presaberes existentes alcanzados en los cursos de redes
Afianzar conocimientos referentes a la gestin de redes
de telecomunicaciones
Propsitos de la unidad
Identificar las principales caractersticas de la gestin de
telecomunicaciones y el marco de referencia para la
gestin.
Conocer los modelos de gestin simple de red, al igual
que el de monitoreo remoto.
Adquirir las habilidades necesarias para gestionar una
red de telecomunicaciones mediante el uso de los
modelos presentados
Objetivos de la unidad
Conocer la importancia de la gestin de redes
Incentivar la investigacin y exploracin de los modelos
de gestin y las herramientas disponibles que faciliten la
gestin de los mismos
Destacar la importancia del monitoreo de red
Competencias de la unidad
El estudiante identifica los conceptos necesarios para
gestionar redes de telecomunicaciones
El estudiante reconoce algunas herramientas de gestin
El estudiante aplica los conocimientos necesarios para
escoger un modelo de gestin
Analiza con argumentos la importancia de la gestin de
redes de telecomunicaciones
Denominacin de
captulo 1
GESTION DE REDES DE TELECOMUNICACIONES
10

Denominacin de
Leccin 1
Denominacin de
Leccin 2
Denominacin de
Leccin 3
Denominacin de
Leccin 4
Denominacin de
Leccin 5
Denominacin de
captulo 2
Denominacin de
Leccin 6
Denominacin de
Leccin 7
Denominacin de
Leccin 8
Denominacin de
Leccin 9
Denominacin de
Leccin 10
Denominacin de
captulo 3
Denominacin de
Leccin 11
Denominacin de
Leccin 12
Denominacin de
Leccin 13
Denominacin de
Leccin 14
Denominacin de
Leccin 15
Introduccin a la gestin de redes de telecomunicaciones

Definiciones y conceptos
Marco de referencia para la gestin
Control y monitoreo de red
La eficiencia
GESTION SIMPLE DE REDES
Arquitectura de la gestin de red SNMP
Modelo de gestin
Modelo de Gestin Estndar
Gestin de monitoreo remoto
Herramientas y plataformas de gestin SNMP
GESTION DE MONITOREO REMOTO - RMON
Modelo de informacin comn
Control de dispositivos de monitoreo de red remoto y
gestin de tablas
MIB de RMON
Formato Estndar de Alerta RMON v2
Herramientas y plataformas de gestin SNMP
11

CAPITULO 1: GESTION DE REDES DE TELECOMUNICACIONES
Introduccin
El trmino gestin, hace referencia a la capacidad de administrar y optimizar
recursos, mediante una adecuada planeacin, direccin, ejecucin y control o
evaluacin de los procesos existentes en el rea o lugar que se desea llevar a
cabo este procedimiento; por lo tanto, cuando se habla de gestin de redes de
datos, la expresin cabe de manera perfecta a su definicin global el decir que es
la capacidad de administrar y gestionar los diversos recursos de red a nivel de
hardware y software de tal manera que permitan el ptimo desempeo de una red
de datos y se ajuste a las necesidades que los usuarios requieren y as mismo
preveen y buscan en lo posible minimizar el riesgo de impacto de los fallos que
puedan suceder durante el uso de la red.
De acuerdo a lo anterior, el trabajo de gestin de las redes de datos, centra su
quehacer en brindar los elementos necesarios para que exista una correcta
administracin entre los canales de comunicaciones y los diversos elementos de
hardware y software para su adecuado y correcto funcionamiento, contribuyendo
de esta manera a facilitar el trabajo de los usuarios de las redes.
Para lograr comprender y destacar la importancia de la gestin de una red de
datos, es necesario, que se conozcan los diversos componentes que en ella
intervienen, al igual que los conocimientos necesarios para tomar las decisiones
oportunas a nivel de gestin y acordes al pensamiento ingenieril.
Leccin 1: Introduccin a la gestin de redes de datos
A nivel histrico, la evolucin de la gestin de red va a la par con la evolucin de
las tecnologas de las redes de comunicaciones; por lo tanto, el progreso
tecnolgico en los ltimos aos ha permitido el desarrollo de las redes de
comunicacin de datos en las organizaciones y por ende el aumento en la
necesidad de gestionar una red y sus recursos.
As mismo, el abaratamiento en costos de diseo y desarrollo de las redes, y el
aumento de las capacidades de procesamiento, han permitido que la mayora de
organizaciones planteen la viabilidad de migrar los actuales sistemas de
informacin de arquitecturas centralizadas a arquitecturas distribuidas y para ello,
las redes surgieron como el medio de interconectar diferentes equipos y/o
dispositivos instalados remotamente unos de otros, con el fin de ofrecer
capacidades de acceso a servicios de otras redes, como procesamiento, accesos
a bases de datos, entre otros.
12

No obstante, para lograr esta comunicacin entre equipos, se hace necesario la

existencia de dispositivos de comunicaciones sobre los que se interconectan las
diversas redes a las cuales se desea acceder y obtener algn servicio y los
enlaces de comunicaciones respectivos para el acceso requerido.
Lo anterior, implica que se hace necesario disponer de sistemas de gestin para la
manera que se pueda garantizar una disponibilidad de funcionamiento conocida
como 24/7, es decir las 24 horas del da, durante los 7 das de la semana y donde
se aproveche al mximo las bondades de la comunicacin que posee la empresa.
Suponiendo que una empresa adquiere un ancho de Banda de 1 Mbps en su
ADSL y que ella requiere realizar transacciones diarias cuya demanda es casi al
tope de su capacidad. Cul sera la forma de asegurarle la disponibilidad del
servicio durante sus horas pico o de mayor demanda?
Una posibilidad de gestin que permita garantizar esta disponibilidad sera el
bloquear aquellos paquetes que sobrepasen un tamao de 200 Kbps en su
transmisin y que por lo general son los videos, canciones, entre otros tipo de
archivos y aplicaciones que existen en la red y que pueden llegar a saturar o
congestionar el canal asignado; pero ello no ser todo el tiempo, sino que se
realizara en lo que despus de un adecuado estudio se considere las horas de
mayor demanda de la red con fines productivos en la empresa.
El anterior caso es un ejemplo de una situacin que se puede solventar mediante
una adecuada gestin de red, en este caso orientada hacia la adecuada
administracin del recurso de ancho de banda. Pero una red no solo se puede
gestionar en este campo, sino en cualquier mbito en la que ella disponga de
recursos y por lo tanto, la tendencia actual, ya no es gestionar de manera
individual los recursos, sino que gracias al apoyo de los recursos de software, se
puede tener una gestin nica de red, gracias a la integracin de los elementos
que intervienen en la estructura de la red y que le facilitarn el trabajo de
monitoreo y control al administrador de red.
Oportunidad de Consulta:
De acuerdo a la lectura realizada, cul es la importancia de una gestin de red en
las organizaciones?
Describa un caso en el cual la gestin de red aporta elementos de apoyo para un
adecuado funcionamiento de la red de datos, utilice su pensamiento ingenieril.
Cules son los objetivos de la gestin de red?
13

Leccin 2: Definiciones y conceptos

Para (Toledo, 2007) A nivel tecnolgico, el hablar de gestin, guarda una relacin
directa con la palabra equivalente en el idioma ingls management, sin embargo
el concepto management abarca un rea lo suficientemente extensa como para
hacer ambiguo su significado, cuando se aplica a la arena tecnolgica.
Generalmente el trmino management se aplica al espaol como administracin;
bajo este punto de vista, cambia el panorama en relacin con las tareas que
abarca los trminos de gestin y administracin.
Administracin
El concepto de administracin centra su atencin en el proceso de planear la
ejecucin de actividades, la realizacin y finalizacin de manera eficiente,
mediante el uso adecuado de los recursos fsicos, econmicos y de talento
humano. El cumplimiento de los objetivos de la administracin involucra el
desempeo de cuatro funciones: Planeacin, Organizacin, Direccin y Control,
las cuales se detallan a continuacin:
Planeacin:
Comprende la definicin de objetivos, planteamiento de metas, para el desarrollo
de actividades y el establecimiento de estrategias para lograr los objetivos
planteados
Organizacin:
Fase en la cual se realiza la identificacin y distribucin especfica de tareas,
asignacin de cargos a desempear, formas de trabajo, al igual que los procesos
de tomas de decisiones.
Direccin:
El proceso de direccin, consiste en acompaar y promocionar las entidades
encargadas de realizar las actividades, con el fin de garantizar el adecuado
desarrollo de las actividades, liderando y motivando a los actores del proyecto a
travs de una adecuada comunicacin.
Control:
Funcin consistente en la revisin del funcionamiento general de las actividades
planteadas, con el fin de asegurar el desarrollo de las actividades trazadas y de
esta manera alcanzar las metas planteadas.
14

La anterior es una visin muy global del proceso de la administracin, que para el
caso no requiere mucha profundizacin, sino por el contrario, dar una definicin
breve que permita acercarse a la diferenciacin con la gestin desde el punto de
vista tecnolgico.
Gestin
El trmino gestin, conserva una estrecha relacin con el proceso administrativo,
debido a que hace referencia a los procesos de gerencia de actividades,
enfatizando en la supervisin y control de su realizacin; por lo tanto la funcin de
gestin centra su campo de accin en el funcionamiento adecuado para llevar a
cabo las diferentes actividades, las que conllevan a alcanzar los objetivos
planteados por otras funciones propias de la administracin.
De acuerdo a lo anterior, se puede afirmar que la gestin no involucra
necesariamente todas las etapas del proceso administrativo, sino enfatizan en la
supervisin y control, tal y como se puede apreciar en la Figura 1.1
PLANEACION
ORGANIZACIN
DIRECCION
CONTROL
GESTION
RESULTADOS
ADMINISTRACION
FIGURA 1.1. Relacin entre Administracin y Gestin
Una vez se comprende la relacin y a la vez la diferenciacin entre administracin

y gestin, se enfoca este ltimo concepto hacia las telecomunicaciones, en donde
se tiene como objetivo asegurar el funcionamiento apropiado de un sistema,
orientando relaciones hacia la operacin, garantizando el funcionamiento de los
equipos de telecomunicaciones; la administracin, encargada de verificar el
funcionamiento global en trminos de las interacciones y las funciones conjuntas
de varios equipos de telecomunicaciones; el mantenimiento, cuyo fin es satisfacer
los requerimientos de nivel de funcionamiento de los equipos mediante acciones
de prevencin y correccin de fallas y por ltimo la provisin, encargada de
15

asegurar la oferta y la entrega de servicios de telecomunicaciones basados en la

infraestructura de la empresa operadora de telecomunicaciones.
A nivel de gestin de telecomunicaciones, se ha relacionado un conjunto de
funciones que se relacionan con dos modos bsicos de funcionamiento: FrontOffice, que involucra las funciones de red y de relaciones con el cliente y BackOffice, que podrn definirse como las operaciones de administracin que realiza la
empresa para poder prestar el servicio, indistintamente el rea en la que se labore
y que tenga o no relacin directa con el sentir de la misin empresarial.
Factores y parmetros asociados a la gestin

El desarrollo de la gestin de telecomunicaciones depende en su gran mayora de
las relaciones existentes en el medio; por lo tanto se hace necesario determinar
algunos factores que influyen en la toma de decisiones acerca de la gestin a
realizar.
Un ejemplo de esta situacin es el definir la prestacin del servicio de Internet y el
correspondiente ancho de banda hacia dos sectores diferentes en una misma
ciudad, para lograr su objetivo, la empresa proveedora del servicio, define
geogrficamente la zona, para este caso la una la llamar zona A, cuya
caracterstica es ser zona comercial y se encuentra ubicada en el centro de la
ciudad, la segunda la denominar zona B, y se caracteriza por ser la zona
habitacional; partiendo de esta sencilla divisin, se podra decir que para la ciudad
no ser lo mismo gestionar internet para A como para B, puesto que debe
considerarse como primordial la prestacin del servicio hacia la zona comercial;
encontrando de esta manera la primera diversificacin a nivel de costos.
Esta situacin podra hacer que mientras la zona A, requiere un mayor y constante
monitoreo que garantice la prestacin del servicio durante el transcurso de la
jornada laboral, debido al impacto que generara el riesgo de quedar sin el servicio
para los diferentes locales comerciales que existen. Ahora bien, es claro que en
esta divisin tambin existen otras prioridades de prestacin del servicio, por
ejemplo, no ser lo mismo atender un caf internet, un almacn de ropa, un centro
comercial o una entidad bancaria y esta decisin, demanda, disponibilidad y
prioridad tambin influye en el costo de prestacin del servicio; para este caso no
es lo mismo atender 2 o 3 equipos en el almacn de ropa, que 10 equipos en un
caf Internet, o n-clientes del centro comercial las 20 estaciones que requieren
de una alta disponibilidad, seguridad y confiabilidad en el banco.
16

Entonces se puede evidenciar que la gestin a desarrollar en cada una de ellas

ser diferente.
Este ejemplo, acaba de ilustrar algunos de los factores que se tienen en cuenta
para la gestin de una red y a pesar de que se lo ha desarrollado a nivel macro, es
perfectamente aplicable a redes pequeas o corporativas.
Entre estos factores se encuentran: Financiero (Inversin, competencia, y
mercado objetivo), Servicios (Calidad, mercado compartido, capacidad de
respuesta, atencin e informacin) y Tecnolgico (Funcionamiento, respuesta,
robustez, seguridad, entre otros).
De acuerdo a los factores para la gestin de una red, suponiendo la necesidad de
establecer gestin de telecomunicaciones en una entidad bancaria, qu
parmetros se tendran en cuenta para ser evaluados acorde a la necesidad
existente?
Leccin 3: Marco de Referencia para la gestin

La gestin de telecomunicaciones es un modelo de protocolo definido por la Unin
Internacional de Telecomunicaciones UIT-T para la gestin de sistemas abiertos
en redes de comunicaciones.
La gestin de redes, se encuentra especificada en la recomendacin M.3000 de la
UIT y se basa en la inspeccin in situ en las especificaciones de gestin de
Recomendacin UIT-T serie X.700.
A nivel mundial, la gestin de redes de telecomunicaciones se conoce como TMN
por sus siglas en Ingles (Telecomunications Manager Network) y proporciona un
marco para lograr la interconectividad y la comunicacin a travs de sistema de
operaciones heterogneas y las redes de telecomunicaciones.
Para realizar esta labor, TMN define un conjunto de puntos de interfaz para los
elementos que realizan el procesamiento de comunicaciones reales tales como
protocolos de acceso remoto, comunicaciones con impresoras, llamadas
telefnicas, entre otras; para tener acceso a elementos, como estaciones de
trabajo de gestin, seguimiento y control de ellos y por lo tanto la interfaz estndar
permite que los elementos de distintos fabricantes puedan ser incorporados en la
red bajo un control de gestin nico; es por ello que la TMN se puede utilizar en la
gestin de RDSI , B-ISDN , ATM , y GSM entre otras redes.
17

No obstante, las redes de telecomunicaciones modernas se automatizan, y son

administrados mediante el uso de software apropiados o de sistemas de apoyo
operativo. Esta gestin de las redes modernas de telecomunicaciones y facilita los
datos necesarios en la gestin diaria en una red de telecomunicaciones.
Por lo anterior, la gestin a travs de software, tambin es responsable de la
expedicin de rdenes a la infraestructura de red para activar nuevas ofertas o
requerimientos de servicios, el inicio de dichos servicios para los nuevos clientes,
as como de detectar y corregir fallas en la red.
Para Wikipedia(2010), la gestin de red, podra determinarse en cuatro capas
lgicas de gestin de red:
Administracin de Empresas
Incluye las funciones relacionadas con aspectos de negocios, analiza las
tendencias y las cuestiones de calidad, por ejemplo, para proporcionar una
base para la facturacin y otros informes financieros.
Gestin de Servicios
Maneja los servicios en la red: definicin, administracin y cobro de
servicios.
Gestin de la Red
Distribuye los recursos de red, realiza tareas de: configuracin, control y
supervisin de la red.
Gestin de elementos
Hace uso de los denominados disparadores individuales para los elementos
de red incluyendo la gestin de alarma, manejo de la informacin, copias de
seguridad, registro y mantenimiento de hardware y software.
De acuerdo a lo anterior, un elemento de la red, ofrece servicios de agencia y la
cartografa de los aspectos fsicos del equipo en el marco de TMN.
Recomendaciones de la ITU-T
La serie M.3000 TMN incluye las siguientes recomendaciones:
Introduccin M.3000 Tutorial para TMN

Principios M.3010 de TMN
TMN M.3020 Especificacin de Interfaz de Metodologa
M.3050 Telecomunicaciones mejorado de operaciones de Mapa ( eTOM )
Principios M.3060 para la gestin de las Redes de Prxima Generacin
M.3100 Red de Informacin de modelo genrico para TMN
M.3200 Servicios TMN Gestin Institucional
M.3300 Capacidades de Gestin en la RGT F Interfaz
18

Es necesario que el estudiante, se familiarice con las recomendaciones

mencionadas en este aparte y profundice su contenido a travs de las lecturas de
las mismas, complementando de esta manera el marco de referencia de la gestin
de telecomunicaciones o TMN.
Leccin 4: Control y monitoreo de red
Para conocer la labor de monitoreo y control en un red, se va a tomar como
referencia el ejemplo anterior, acerca de la gestin para una red de
telecomunicaciones dividida en zona A y zona B, respectivamente.
Asumiendo la situacin de que estas zonas se encuentran localizadas en una sola
ciudad de las denominadas pequeas, partiendo de la idea de la cantidad de
usuarios que esta ciudad tiene y que el servicio se provee aproximadamente al
60% de la poblacin urbana y en la llamada zona B, a un 50%; si se calcula un
promedio de seiscientos mil habitantes en la zona urbana y con un promedio de
200 empresas que tienen sus locales o sucursales en la ciudad; hasta qu punto
es fcilmente monitoreable o controlable a travs de agentes, tcnicos u
operarios?.
Ser eficaz y eficiente la prestacin del servicio si solo se entera la central o
proveedora del servicio, cuando el usuario presenta su queja respectiva?, o lo que
suele suceder en caso de fallos, las lneas de atencin al cliente se encuentran
saturadas o congestionadas de la cantidad de reclamos por la interrupcin del
servicio.
De acuerdo a ello, cul sera la posicin del ingeniero, para solventar esta
necesidad?
Podra decirse que entre las posibilidades existentes se encuentra el poder
conocer los fallos en un tiempo mnimo y poder darle solucin de la manera ms
rpida posible, puesto que entre las exigencias del cliente est la atencin a fallos
y la competencia actual le obliga al proveedor del servicio satisfacer la necesidad
en el menor tiempo.
Sin embargo, el fallo alcanz a presentarse, esto implica que el servicio ha dejado
de estar disponible y por ende, no hay una adecuada prestacin del mismo; por lo
tanto lo que se requiere es evitar, o prevenir el fallo, de acuerdo a la
informacin que la red de telecomunicaciones est entregando al administrador de
la misma; esto implica tener las herramientas necesarias para mitigar la accin o
el impacto del riesgo o poder tener alertas que ayuden a tomar una decisin
ptima para brindar un servicio eficiente.
19

De acuerdo a lo planteado, el monitoreo y control de la red hace referencia a la

forma como se vigila y controla una red y el trfico sobre la misma; encontrando
una vista de toda la red, sin importar la complejidad de la misma y permitiendo
identificar los sectores, dispositivos de interconexin y las diversas estaciones de
trabajo existentes, al igual que las terminales de comunicaciones. Por tal motivo, si
se mantiene una red de telecomunicaciones operando normalmente y se
encuentra monitoreada, es factible determinar qu armario de comunicaciones o
caja de distribucin de telefona presenta algn inconveniente e inclusive
determinar cul es el tipo de fallo que presenta; puede ser el caso de que un
armario de distribucin se encuentre en corto, debido a que fue alcanzado por el
agua, debido al invierno que lo afect en un determinado tiempo. Esta situacin
hace que el administrador de la red, conozca de antemano la situacin y pueda
enviar a los operarios necesarios a corregir o solucionar el inconveniente y es
ms, puede determinar, hasta qu tipo de herramientas se requieren para
solventar el impase.
As mismo, puede ocurrir con la ocupacin de un armario de distribucin debido a
la alta demanda de clientes que se tiene en un momento dado y si la empresa no
prevee con anticipacin esta circunstancia, es factible que tenga un espacio fsico,
mas no de capacidad para la transmisin de la seal, logrando de esta manera
saturar el canal y por ende ofrecer un mal servicio ya que no est garantizando lo
que estipul el contrato con el cliente.
Leccin 5: La Eficiencia
El trmino eficiencia proviene del latn efficientia que significa, accin, fuerza,
produccin y podra definirse como la capacidad de disponer de alguien o de algo
para conseguir un efecto determinado. Por lo tanto, la eficiencia es factible
definirla como el uso racional de los medios con que se cuenta para alcanzar un
objetivo predeterminado o una meta propuesta. Es decir que se pretende optimizar
los recursos existentes para cumplir lo estipulado o propuesto.
(Barringer, 1996), define la eficiencia como una ecuacin que dimensiona la
eficiencia en la oportunidad para producir resultados propuestos. La ecuacin de
Eficiencia est descrita en diferentes formatos (Blanchard 1995, Landers 1996,
Pecht 1995, Raheja 1991). Cada elemento de eficiencia vara como una
probabilidad. Dado que los componentes de la ecuacin tienen diferente formas,
estos varan de un autor a otro. Las definiciones de la ecuacin de eficiencia, y sus
componentes, generan muchos argumentos tcnicos. El principal (e
incontrovertible argumento econmico) es la bsqueda de un valor de eficiencia
del sistema que produzca el ms bajo costo de la inversin a largo plazo, usando
los costos del ciclo de vida (LCC) (Barringer 1996 y 1997) para el valor entregado:
20

Eficiencia del Sistema = Eficiencia/LLC

(Clements, 1991), describe la eficiencia como aquello que dice que tan bien un
proceso/producto, satisface las necesidades del usuario final.
Una alta eficiencia es generalmente mejor que una baja eficiencia. La eficiencia
vara entre 0 y 1, y raramente incluye todos los valores elementos, dado que stos
son difciles de cuantificar. Una forma descrita por Berger (1993):
Eficiencia= Disponibilidad * Confiabilidad * mantenibilidad * Capacidad
De la ecuacin anterior, puede deducirse que la eficiencia es el producto de:
La oportunidad del sistema o dispositivo de estar disponible para

desempear su trabajo
La operacin en un tiempo dado sin fallas
La reparacin sin prdidas excesivas de tiempo de mantenimiento
El desempeo de su actividad productiva para lo cual fue creado, acorde a
los estndares establecidos.
Cada elemento de la ecuacin de eficiencia, requiere un dato consistente, el cual

cambia con las condiciones de operacin, por un valor real entre 0 y 1.
Aunque en ocasiones es mucho ms sencillo entender y cuantificar la
disponibilidad, esto no es posible para la confiabilidad y la mantenibilidad, por lo
tanto este ndice es relativo para la medicin de cmo se lo est haciendo.
La importancia de cuantificar los elementos de la ecuacin de la eficiencia y sus
costos asociados es encontrar las reas de mejoramiento; por ejemplo, si la
disponibilidad es del 98%, la confiabilidad es del 75%, la mantenibilidad es del
65% y la capacidad es del 62%; la oportunidad de mejorar la capacidad es mucho
mayor que la de mejorar la disponibilidad y de esta manera se puede gestionar o
tomar la decisin ms acorde a la necesidad existente.
A continuacin se presenta en la tabla 1.1 un juego de datos procedentes de los

registros de operacin de un sistema, relacionando los eventos en categoras en
tiempos de servicio y de parada en el sistema. Como se puede apreciar, hay una
falencia de detalles especficos de las fallas, sin embargo los intervalos de
funcionamiento son considerados con frecuencia como datos genricos de
tiempos para fallar, al igual que los detalles especficos de mantenimiento se
pueden considerar como tiempos genricos de reparacin, de tal manera que si se
adicionan mas detalles a los reportes, es factible aumentar su utilidad y en este
21

caso demostrar que con los datos existentes, es posible entender la ecuacin de
eficiencia.
En cuanto a la disponibilidad, esta puede ser expresada como:
A= ts/(ts+ tp) donde:
A= Availability = Del Ingls disponibilidad
ts = Tiempo en servicio
tp = Tiempo en parada
TABLA 1.1. Registros de operacin de un sistema
Fuente: http://www.slideshare.net/eduardorodriguez/disponibilidad-confiablilidad-mantenibilidad-ycapacidad-parte-i
Para ilustrar, la aplicabilidad de la tabla anterior, se parte de un proceso de

disponibilidad con el 98% y se requiere de un tiempo de servicio, cuya totalidad del
servicio se ha calculado en 8760 Horas; de acuerdo a lo anterior, el equivalente a
22

tiempo de servicio ser: 0,98*8760 = 8584,8 h/ao y el tiempo de parada, se

establecer en: 0,02*8760 = 175,2 h/ao, debido a que la disponibilidad mas la no
disponibilidad es igual a 1.
De los datos generados por la misma tabla, se puede deducir el tiempo medio
entre acciones correctivas y preventivas llamado MTBM, es el valor promedio del
tiempo transcurrido en operacin, cuyo valor asciende a 683,8.
De igual manera, se puede deducir el tiempo medio transcurrido en parada
denominado MTTR y que es igual a 9,4
Con los datos encontrados (MTBM y MTTR), es factible encontrar las
disponibilidades inherente, lograda y operacional, las cuales se explican a
continuacin:
Disponibilidad inherente: Aquella realizada por el personal de mantenimiento
(excluye las paradas por mantenimientos preventivos, demoras en suministros y
demoras administrativas) y se define como:
Ai = MTBF/(MTBF+MTTR),
equivalente a:
por lo tanto resolviendo Ai, ser
Ai = 683,8 / (683,8 + 9,4)

Ai = 0,98 -> 98%
Disponibilidad lograda: Aquella que es vista por el departamento de
mantenimiento, incluye el mantenimiento correctivo y el preventivo, pero no incluye
demoras en suministros y demoras administrativas.
Aa = MTBM / (MTBM + MAMT) donde:
MTBM: Tiempo medio entre acciones correctivas y preventivas
MAMT: Tiempo medio en que le mantenimiento estuvo activo
Disponibilidad Operacional: Disponibilidad como es vista por el usuario y se
define como:
Ao = MTBM / (MTBM + MDT)
donde:
MTBM: Tiempo medio entre acciones correctivas y preventivas

MDT: Tiempo medio de parada
23

Estas dos ltimas disponibilidades, no se pueden calcular con los datos existentes
en la tabla, ya que se desconoce de manera puntual los tiempos de mantenimiento
preventivo o correctivo, para Aa y para Ao.
No obstante, la disponibilidad, tambin es factible determinarla como el producto
de varios factores de la siguiente manera:
A = AHardware * AHumano * AInterfaces * AProceso
Concluyendo que la disponibilidad es el producto de la disponibilidad de todos los
elementos involucrados en el proceso.
Confiabilidad (Reliability)
La confiabilidad se entiende como la ausencia de fallas o el indicador de reduccin
en la frecuencia de fallas en un intervalo de tiempo. Podra definirse tambin como
la medida de la probabilidad para una operacin libre de fallas durante un intervalo
de tiempo dado y es una medida del xito para una operacin libre de fallas.
Frecuentemente, esta es expresada como:
R(t) = exp (-t / MTBF)
Donde:
l = Tasa constante de falla

MTBF = Tiempo medio entre fallas
El MTBF mide el tiempo entre las fallas del sistema. Para los modos de fallo
distribuidos exponencialmente, el MTBF es un ndice bsico para confiabilidad. (La
tasa de falla, l, es el recproco del MTBF I = 1/MTBF), entonces:
R(t) = exp (- l * t )
MTBF = (Tiempo total transcurrido - Suma de tiempos de inactividad) / Nmero de
fallos
El sitio de Technet de Microsoft (Microsoft), define que una medida relacionada a
la confiabilidad es el tiempo medio de reparacin (MTTR). El MTTR es el intervalo
de tiempo promedio (normalmente expresado en horas) que se tarda en reparar
un componente que ha sufrido un error.
La confiabilidad de todos los componentes de la solucin (por ejemplo, hardware
de servidor, sistema operativo, software de aplicacin y funciones de red) puede
afectar a la disponibilidad de una solucin.
Un sistema es ms confiable si es tolerante a errores. La tolerancia a errores es la
capacidad de un sistema para seguir funcionando cuando se produce un error en
24

parte del sistema. Para conseguir tolerancia a errores hay que disear el sistema
con un alto grado de redundancia de hardware. Si se produce un error en un nico
componente, el componente redundante asumir su funcin sin que se produzca
un tiempo de inactividad apreciable
El siguiente ejemplo permite encontrar la disponibilidad de un servidor, de acuerdo
a los siguientes datos estimados entre el tiempo de servicio (TO) y el tiempo de
inactividad (TFS).
Tabla 1.2. Disponibilidad de un servidor
Fuente: John Crane Latin America

MTBF = (Tiempo total transcurrido - Suma de tiempos de inactividad) / Nmero de
fallos
En primera instancia se requiere calcular el tiempo total transcurrido, el tiempo de
inactividad y la cantidad de fallos, cuyos datos se deducen de la tabla 1.2
TTT = 139
STI = 75
NoF= 20
MTBF = (139 75)/20 = 3,2
I = 1/MTBF = 0,3125
25

R(139) = exp (-139*0,3125)

R(139) = 1,3656E-19
Por lo tanto para este caso, la confiabilidad es demasiado alta, lo que implica que
el servidor es altamente confiable en cuanto a la prestacin del servicio, ya que
como se puede observar el valor es demasiado insignificante para ser considerado
algn riesgo en el sistema.
Mantenibilidad
IEEE, la define como la facilidad con que un sistema o componente software
puede ser modificado para corregir fallos, mejorar su funcionamiento u otros
atributos o adaptarse a cambios en el entorno. La mantenibilidad representa la
cantidad de esfuerzo necesaria para conservar su funcionamiento normal o para
restituirlo una vez se ha presentado un fallo; por lo tanto, un sistema es "Altamente
mantenible" cuando el esfuerzo asociado a la restitucin sea bajo.
Este aspecto en la gestin, es uno de los que afectan notoriamente la eficiencia en
un sistema, ay que muchas veces el mantenimiento solo se realiza cuando es de
tipo correctivo ms no preventivo.
Suponiendo que en una organizacin cuya actividad consiste en la gestin y
recuperacin de cartera, cuyo accionar se centra en el contacto con los clientes
morosos a travs del telfono, y tiene una central telefnica y un sistema de
gestin y control de clientes propio y el externo proveniente de todas las empresas
a quienes ellos recuperan cartera; ha colapsado el sistema telefnico, razn por la
cual se requiere de la intervencin de las personas especializadas en este tema.
Ante la situacin planteada, se realiza la gestin respectiva y se contacta al
contratista y se efectan los siguientes procedimientos:
Tabla 1.3. Relacin Actividades/tiempo
Actividad
Llamada al contratista
Llegada del contratista al sitio
Inspeccin de la central
Deteccin del fallo y reemplazo
Pruebas de funcionamiento
Puesta en Marcha
Duracin (Seg)
300
1200
1200
3600
600
60
Tiempo Acumulado
300
1500
2700
6300
6900
6960
1,93 Horas
26

De acuerdo a los datos arrojados, se puede evidenciar que el tiempo en solucionar

el problema existente es de 1,93 Horas, tiempo durante el cual no se puede
prestar el servicio requerido y que es de vital importancia para la empresa.
El anterior fue un ejemplo tpico de lo que sucede en muchas empresas cuando
existen fallos en algunos de los sistemas y se puntualiz para conocer a manera
de informacin, algunos elementos que se tienen en cuenta a nivel de tiempo ante
un fallo dado.
La siguiente tabla, se bas en la informacin obtenida de fallos en el sistema de
telecomunicaciones de la empresa en mencin para determinar la medida de la
mantenibilidad.
Tabla 1.4. Fallos en el sistema de telecomunicaciones
Tiempo de
Falla (Seg)
0,9
2
1,3
1,25
1,2
2,6
1,1
0,8
1,4
1,1
Tiempo Total en
recuperar (Horas)
2,3
1,8
1,93
1,78
2,13
2,18
1,89
1,92
2,15
2,02
Tiempo Total en
restaurar (Seg)
8280
6480
6948
6408
7668
7848
6804
6912
7740
7272
Con los datos obtenidos, se podra calcular el tiempo medio de restauracin

MTTR, el cual es equivalente a:
MTTR = TTR/NF
donde:
MTTR: Tiempo Medio de Restauracin o ndice de mantenibilidad

TTR: Tiempo total empleado en restaurar los fallos
NF: Nmero de Fallos
Por lo tanto:
MTTR = 72360 / 10 = 7236
M ( t ) = e (- t /MTTR) = e ( - t)
M (1,2) = e (-1,2/7236) = 0,9999 = 99,99%
27

Determinando de esta manera que la mantenibilidad del sistema podra

considerarse como ptima, en relacin al dao existente que est considerado en
tiempos mnimos.
Capacidad (Capability)
Permite medir la capacidad del sistema para desempear una funcin para la que
fue adquirido o construido. Puede ser considerado como sinnimo de
productividad, que es el producto de la eficiencia por la utilizacin.
Continuando con el ejemplo anterior, se puede deducir que la eficiencia del
sistema central de telefona esta dado por un valor equivalente al 92%, debido a
que en algunas ocasiones la red se satura o congestiona, el conmutador a llegado
a bloquearse o las llamadas se cuelgan en un momento dado y de acuerdo a los
datos de la tabla 1.3, la utilizacin del sistema estar calculado mediante la
relacin en horas, teniendo en cuenta que el sistema trabaja 8 horas diarias,
tendra un equivalente a 2920 Horas/ao o 10.512.000 Seg/ao.
De acuerdo a ello, los 72360 segundos (Aproximadamente 20 Horas/ao) en los
que se interrumpe la labor del sistema, tendran una equivalencia de 0,68% y la
utilizacin ser: 100% - 0,68%, lo cual da como resultado 99,32% . Por lo tanto, de
acuerdo a la siguiente ecuacin:
C= Ef * Ut
donde:
C= Capacidad, Ef= Eficiencia y Ut= Utilizacin, la capacidad del sistema ser:

C=0,92*0,9932% = 0,9137 = 91,37%
Y de esta manera es factible conocer la eficiencia total del sistema
28

CAPITULO 2: GESTION SIMPLE DE REDES

Introduccin
Hoy en da, el auge, necesidad, proyeccin y avance de las redes de
telecomunicaciones a nivel LAN y WAN, requiere que los aspectos relacionados
con el control y gestin se tengan en cuenta cada vez ms y por lo tanto se
adiciona como una labor ms al ingeniero responsable o encargado de la
administracin de la red.
Esta tendencia existente, implica el uso y/o adicin de nuevas aplicaciones al igual
que una mayor cantidad de usuarios que hace uso de la red y por lo tanto se
requiere de sistemas demasiado flexibles que faciliten el monitoreo y control de la
misma y sean capaces de soportar la incorporacin de nuevos dispositivos o
cambios en la estructura existente.
A pesar de que las organizaciones internacionales han tratado de estandarizar los
diversos dispositivos o productos que salen al mercado en el campo de las redes
de telecomunicaciones, siempre existen divergencias entre los fabricantes de
dichos dispositivos y por lo tanto, a pesar de que existen software o soluciones
propietarias de gestin como Netview de IBM, u Openview de HP, entre otras;
muchas veces ellas solo se orientan hacia dispositivos de sus fabricantes y por
ende cuando la red tiene hbridos a nivel de equipos, la gestin se dificulta ya que
cada quien a nivel de software, responde por sus productos y no tiene gran
compatibilidad con los de otra empresas fabricantes, lo cual puede desencadenar
en datos errneos de monitoreo o en el peor de los casos, de no reconocimiento
de los dispositivos.
De acuerdo a lo anterior, se hace necesario tener en cuenta algunas opciones
estndar que garanticen una gestin no compleja, pero si completa para toda la
red, sin distinciones de fabricantes y sobre todo con el cumplimiento de los
estndares requeridos que faciliten la labor del gestor de red.
En este orden de ideas, la gestin simple de red, permite realizar una serie de
actividades encaminadas a garantizar el funcionamiento adecuado y ptimo en
una red de telecomunicaciones.
Leccin 6: Arquitectura de la gestin de red SNMP
La Gestin de red se define como el conjunto de actividades dedicadas al control y
vigilancia de recursos de telecomunicacin. Su principal objetivo es garantizar un
29

nivel de servicio en los recursos gestionados con costo relativamente bajo y

pretende responder a tres preguntas claves:
Qu objetivos se persiguen?
De qu recursos se dispone?
Cmo se van a cumplir los objetivos?
Los mtodos de gestin de red deben ser puestos en prctica mediante la

organizacin de un Centro de Gestin de Red, que va a disponer de tres clases de
recursos:
Mtodos de Gestin.
Recursos humanos.
Herramientas de apoyo.
Gestin simple de red

SNMP (Simple Network Management Protocol), es un conjunto de aplicaciones de
gestin de red que emplea los servicios ofrecidos por TCP/IP, protocolo
ampliamente conocido y difundido a tal punto de convertirse en un estndar.
La gestin simple de red a travs del SNMP, surge a partir del inters de la IAB
(Internet Activities Board) de encontrar un protocolo de gestin que se considere
vlido para Internet, dada la necesidad del mismo debido a las grandes
dimensiones que proyectaba en ese entonces y que hoy en da contina creciendo
a nivel exponencial.
De otra manera, la gestin simple de red, permiti tratar la heterogeneidad y
diversidad de componentes de red, para unificar la informacin de gestin y de un
protocolo para realizar el transporte de la informacin. Razn por la cual aparecen
en el escenario dos protocolos: SNMP y CMISE/CMIP, bajo la idea original de la
convergencia, en donde se tenga una capacidad de acceso universal y compartir
los datos necesarios
Los tres grupos de trabajo que inicialmente se formaron llegaron a conclusiones
distintas, siendo finalmente el SNMP, descrito en el RFC 1098 el que se adopt y
el cual incluye algunos de los aspectos ms relevantes presentados por los otros
dos grupos: HEMS (High-Level Management System) y SGMP (Simple Gateway
Monitoring Protocol).
Este protocolo, se explicar mas adelante con mayor dedicacin, por el momento
se aborda a manera de informacin para poder comprender algunos aspectos que
se trabajan en el transcurso de la unidad.
30

Entre las aplicaciones de gestin simple de red se encuentran el ping y el

tracertroute; el primero permite hacer gestin a travs de la informacin existente
en los mensajes ICMP; el cual es familiar para el ingeniero que se desenvuelve en
el rea de las redes y que posiblemente no ha sido explotado en cuanto a la
informacin que puede brindar.
Oportunidad de consulta
Disear la estructura del ICMP y definir los diversos parmetros que brindan
informacin y a qu hace referencia cada una de ellas.
La arquitectura de gestin de la red SNMP, se centra en el modelo de gestin. El
cual presenta un estndar acerca de la informacin necesaria que deben contener
todos los dispositivos cuyos elementos claves son los siguientes:
Informacin relevante e interesante

Normado de la informacin
Obtencin o cambio de informacin
Naturaleza de la informacin de gestin
Leccin 7: Modelo de Gestin

(Toledo, 2007), describe que el modelo de gestin de red, incluye algunos
elementos claves entre los que se encuentran:
Sistema de gestin de red NMS

Agente de Gestin de Red NMA
Base de informacin de Gestin MIB
Protocolo de Gestin de Red SNMP
Los cuales se describen a continuacin:

Sistema de Gestin de Red (NMS)
Sistema que sirve como interfaz entre el administrador de red y el sistema de red a
gestionar. Este sistema requiere como mnimo:
Un conjunto de aplicaciones para el anlisis de datos, graficacin y

recuperacin ante fallos.
Una interfaz de usuario para poder monitorear y controlar la red
Tener capacidad para trasladar los requerimientos de los administradores
de red en elementos de monitoreo y control de los dispositivos remotos.
31

Base de datos de la informacin extrada de las MIBs de todas las

entidades de gestin de la red.
Agente de Gestin de Red (NMA)

Correspondiente a un mdulo de software o aplicacin, orientado a la gestin de
red que reside en el dispositivo o elemento gestionado. Tiene conocimiento local
de la informacin de gestin y la traduce a una forma compatible con SNMP, por lo
tanto, todos los dispositivos de red susceptibles de ser gestionados, requieren de
un agente para lograr este objetivo.
El agente, responde a los requerimientos de informacin y de acciones que
efecta una estacin de gestin, como por ejemplo conocer el valor de una
variable o para producir su cambio, as mismo puede actuar en respuesta a una
solicitud o emitir una informacin no solicitada, tal es el caso de un evento.
Base de informacin de Gestin (MIB)
En SNMP, la informacin que se genera como una combinacin de diferentes
variables y datos tales como parmetros, contadores de hardware, variables en
memoria y tablas, entre otros; son considerados como una base de datos y por lo
tanto los recursos de red que son gestionados sern clasificados como objetos y
los estndares de SNMP, denominan a esta Base de datos lgica de la
informacin de gestin de red, MIB.
No obstante, para el gestor, la estructura interna de la MIB no es considerada
importante para el gestor, pero la forma y el acceso a ella s.
La estacin de gestin se encarga de obtener los valores que se encuentran en
los objetos de la MIB y pueden ejecutar acciones o modificaciones en la
configuracin del agente por medio del cambio de valores en variables puntuales.
La MIB, contiene la siguiente informacin:
Descripcin del sistema

Nmero de interfaces de red que tiene dicho sistema (Adaptadores
Ethernet, puertos seriales, etc)
Direccin IP asociada a cada interfaz de red
Conteo del nmero de datagramas de entrada y salida
Conexiones TCP/IP activas
Sin embargo, la IAB, promovi a definir la MIB con el nimo de gestionar los
diferentes dispositivos y mantener una MIB lo ms sencilla posible, trabajando
sobre los siguientes criterios:
32

Conjunto reducido de objetos esenciales al inicio y luego agregar los

objetos que se necesiten realmente
Los objetos requeridos son esenciales para la gestin de fallas como de
configuracin
Evidencia considerable de su utilidad actual
Limitacin en el nmero de objetos
Excluir objetos que puedan derivarse de otros
Rechazar secciones crticas que desencadenan una implementacin
complicada.
A su vez cada fabricante puede solicitar una rama o un sub rbol en el rbol de
informacin de gestin para definir sus propias variables que pueden ser
necesarias para la gestin especifica de sus productos, lo cual es posible a travs
de software propietario, como se mencion anteriormente.
Protocolo de Gestin de Red (SNMP)
Permite la comunicacin entre la estacin de gestin y el agente de gestin y las
capacidades genricas relevantes son:
get: Habilita a la estacin de gestin para conseguir los valores que posee
la variable en la MIB
set: Habilita a la estacin de gestin para definir valores en las variables en
la MIB
trap: le permite al agente informar a la estacin de gestin sobre eventos
significativos
SNMP, se transporta sobre el protocolo UDP y trabaja bajo la filosofa del menor
esfuerzo, para no ir en contra del desempeo de la red. Para comunicarse, el
puerto 161 permite atender a get y a set, y para el trap, gestiona el puerto 162.
Actuando en los dos casos como servidor.
La figura 2.1, permite verificar la arquitectura de la gestin de red.
33

Figura 2.1. Componentes de la plataforma de red
Fuente: Gestin de Redes de Telecomunicaciones en:

http://www.slideboom.com/presentations/84669/Gesti%C3%B3n-de-Redes-de-Telecomunicaciones
Leccin 8: Modelo de Gestin Estndar

Modelo que le permite al gestor examinar los datos del dispositivo y actualizar la
informacin del estado y configuracin.
El software Agente es instalado en cada dispositivo y recibe un mensaje
proveniente del gestor, el cual puede solicitar, leer o escribir datos en el
dispositivo. El agente recibe mensajes y enva respuestas, no obstante el agente
no requiere de una orden para actuar, tal es el caso de que presentarse un fallo o
un evento significativo, enviando un reporte (trap) al gestor.
El software Gestor: se encuentra en la estacin de gestin, enviando solicitudes al
agente y recibiendo traps y respuestas del mismo. Utiliza UDP como transporte
para los mensajes y cuenta con software de aplicacin que le permite al
administrador controlar el este software y visualizar la informacin de gestin.
La aplicacin de gestin de red: No se encuentra estandarizada y por lo tanto los
fabricantes se encuentran en una competencia por brindar la mejor interfaz la cual
considera aspectos como integrabilidad web, herramientas, entre otros.
34

Sin embargo, se encarga de realizar procesos como:
Generar mapas sobre la LAN gestionada (dispositivos y Caractersticas)

Trazar grficos sobre reportes de trfico
Determinar estadsticas
Elaborar predicciones
Permitir al usuario definir sus propios parmetros (alarmas, eventos
significativos, reporte de problemas, entre otros)
La informacin entregada es tan pertinente, que es factible examinar el trfico de

un determinado protocolo, trfico entre estaciones y trfico que contiene
determinados patrones).
Para complementar el modelo de gestin estndar, la figura 2.2 presenta el
funcionamiento del modelo y la interaccin entre el gestor y el agente
Figura 2.2. Interaccin Gestor - Agente
ESTACION DE GESTION DE RED
APLICACION
APLICACION
GESTOR
Lee o cambia:
Configuracin
Estado
Desempeo o errores
Responde:
Solicitudes
Problemas
DISPOSITIVO
AGENTE
Datos de configuracin
Parmetros de estado
Estadsticas
Lo anterior, se traduce grficamente en las siguientes figuras 2.3 (a) y (b):
35

Figura 2.3. Esquema representativo de Gestor - agente

(a)
MANAGER
SNMP
A GEN TS
M IB
Fuente: Introduccin a SNMP. Toledo Tovar, Alejandro. 2007
Figura 2.3.
(b)
Fuente: Introduccin a SNMP. Toledo Tovar, Alejandro. 2007
36

Leccin 9: Arquitectura del protocolo de gestin de red

El protocolo identifica el tipo de mensaje, el formato del mensaje y el protocolo de
comunicacin empleado.
SNMP fue desarrollado para ser un protocolo de nivel de aplicacin en el modelo
TCP/IP y est hecho para operar sobre el protocolo UDP y por lo tanto es no
orientado a conexin.
Adicional a UDP, SNMP se implementa sobre IP y los protocolos dependientes de
la red tales como Ethernet, PPP, X.25, Frame Relay, FDDI, entre otros, por lo
tanto, se puede concluir que cada agente requiere implementar SNMP, UDP e IP.
Figura 2.4. Mensajes de intercambio entre el gestor y el agente
ESTACION DE GESTION DE RED
APLICACION
APLICACION
PROTOCOLO - GESTOR
Get
Get-Next
Get-Next
Response
trap
DISPOSITIVO GESTIONADO
PROTOCOLO - AGENTE
ID de Sistema
No interfaces
MIB
Tabla de Enrutamiento
Conteo de trfico
Sin embargo, es factible que el dispositivo agente pueda soportar otras

aplicaciones como FTP o HTTP y por lo tanto, se requiere que dicho agente
cuente con soporte para TCP.
La aplicacin de gestin maneja tres tipos de mensajes:
GetRequest: Obtiene un valor desde una variable especfica.

GetNextRequest: Obtiene un objeto sin conocer su nombre.
37

SetRequest: Almacena un valor en una variable especfica.
En la operacin del protocolo SNMP, para cumplir el cometido de mantenerse

simple cumple con los siguientes principios:
No es factible modificar la estructura de la MIB, agregando el valor de una o

ms variables de la MIB
No es posible conseguir la informacin que se contiene en una tabla o en
una fila de la tabla con una operacin atmica.
Especificacin del protocolo SNMP

De acuerdo a la figura 1.9, las cinco PDU (Unidades de Datos del Protocolo) de
SNMP versin 1 son:
Get-request, el cual se utiliza para solicitar el valor de una o ms variables

de la MIB
Get-next.request: utilizado para leer de manera secuencial el valor de las
variables en la MIB; por lo general lee los datos de una tabla despus del
get-request leyendo las filas siguientes. As mismo se le asocia un proceso
denominado walk, el cual trae los valores procedentes de un subrbol de
la MIB.
Set.request: Actualiza un valor de la MIB
Get-response: Entrega una respuesta a los mensajes de get-request, getnext-request y set-request
Trap: Se utiliza para reportar la ocurrencia de eventos en el dispositivo
gestionado por parte del agente al gestor, como por ejemplo cuando se
reinicia en caliente o se cae un enlace.
Formato de los mensajes

Cada mensaje en SNMP contiene los siguientes campos:
Versin: Versin de SNMP

Community: Contrasea para controlar el acceso a la informacin del nodo.
Sin embargo no podra considerarse como segura en relacin al espionaje
en una LAN
Comando: Tipo de mensaje que posee SNMP
Request ID: Permite relacionar la solicitud con la respuesta especfica,
puesto que el agente puede recibir muchas solicitudes al mismo tiempo
Lista de pares: Es el identificador del objeto (OID), definido como una
cadena de enteros y el valor de la variable del parmetro al que le apunta el
OID.
38

Figura 2.5. Formato general de mensajes SNMP

Mensaje SNMP
Versin
Community
PDU SNMP
PDU de GetRequest, GetNextRequest y SetRequest

Tipo de
PDU
ID de
Solicitud
Lista de Pares
Lista de Pares
Nombre
1
Valor 1
Nombre
2
Valor 2
Nombre
n
Valor n
El mensaje get y la respuesta respectiva, contienen los mismos campos, por lo

tanto es fcil para el agente construir una respuesta a una peticin, llenando los
campos vaco de la peticin get y por lo tanto esta solicitud contiene valor en 0.
El problema de la versin 1 de SNMP es que si para una de las variables
solicitadas el agente no puede retornar el valor, todo el mensaje get falla.
El tamao mximo est determinado entre el gestor y el agente en el campo de
datos UDP, que es aproximadamente de 484 bytes de acuerdo a los estndares
de SNMP
En las siguientes figuras (2.6., 2.7 y 2.8), se puede apreciar la estructura de snmp,
mediante un proceso de captura en un analizador de protocolos o snifer, para este
caso Wireshark.
39

40

Figura 2.8. Descripcin del protocolo SNMP desde wireshark
Ejercicio
Con base en la informacin presentada, ingrese los datos en la siguiente tabla.
Mensaje SNMP
PDU de GetRequest, GetNextRequest y SetRequest
Lista de pares (Arriba nombre, abajo valor)
Actividad complementaria
Descargar el RFC 1157 y revisar la especificacin del protocolo y elementos del
protocolo.
Identificar los valores de los campos de los mensajes set-request y get-request.
41

Mensaje de reporte trap

Este tipo de mensaje le permite al agente reportar condiciones serias a la estacin
de gestin. El mensaje se enva una vez y no es una recopilacin sobre algo que
se ha resuelto, sino por el contrario de algo que se necesita hacer.
Como el mensaje de reporte o trap es de tipo PDU, entonces se debe definir cinco
campos del formato del mensaje trap y son los siguientes:
Enterprise: Contiene un OID que identifica al dispositivo que envi el trap

Agent-addr: direccin IP del agente que enva el trap
Generic-trap: Valores posibles de traps genricos
Specific-trap: Se especifica cuando el valor del campo anterior es un
specific-trap y su valor es predeterminado por el fabricante
Time-stamp: Intervalo de tiempo transcurrido entre la ltima reinicializacin
del agente y la generacin del trap.
En cuanto a los traps especficos, los definen los fabricantes y pueden ser un
grupo de estandarizacin de la MIB, un fabricante u organizacin de gestin de
redes corporativas, las cuales pueden agregar nuevos traps entre los que se
cuentan los orientados a las tecnologas, a los productos y a las necesidades
especficas de gestin.
La siguiente figura, visualiza un trap capturado desde un analizador de protocolos.
Figura 2.9. Estructura de un trap
42

Ejercicio propuesto:
Identificar los siguientes elementos de acuerdo a la imagen presentada en la figura
2.9:
Versin de SNMP:
Nombre de la Comunidad:
Tipo de Dato:
Tipo de OID: Privado ___ Publico ____
IP del Agente:
Valor Genrico del trap:
Equivalencia del valor genrico del trap:
Valor especfico:
Intervalo de tiempo transcurrido (recordar que es en milisegundos):
Oportunidad de consulta:
Determinar los siete posibles valores de generic-trap y los respectivos significados.
Leccin 10: Informacin de gestin
La capacidad de gestionar en un sistema de gestin se fundamenta en la MIB, es
decir en la Base de Informacin de Gestin, la cual se encuentra estructurada en
forma de rbol y cada elemento de red que se desea gestionar tiene una MIB que
lo representa de manera lgica.
De acuerdo a lo anterior, el sistema est en capacidad de monitorear, leyendo
los valores de la MIB y en capacidad de controlar, cambiando los valores de la
MIB.
El objeto empleado para representar, genera una capacidad de gestin en un
recurso y por lo tanto debe ser el mismo en todo el sistema, para lo cual emplean
los llamados Identificadores de objeto, comnmente reconocidos como OID, por
sus siglas en ingls.
Junto al OID, se hace necesario un esquema de representacin comn de tal
manera que permita la interoperabilidad y para lograrlo, se requiere definir la
43

estructura de informacin de gestin denominada SMI, la cual se explica a

continuacin:
Estructura de informacin de gestin - SMI
Se encuentra especificada en el RFC 1155. El SMI, se encarga de definir un
ambiente general, mediante el cual una MIB puede ser definida o construida. As
mismo permite identificar los tipos de datos que pueden utilizarse en la MIB y
especifica como los recursos de la MIB se representan y nombran.
Para comprender la gestin que realiza un SMI, se parte del siguiente
planteamiento: supngase un armario de distribucin de telefona requiere ser
instalado, para ello se hace necesario generar u obtener alguna informacin
necesaria, entre la que se encuentra: localizacin, capacidad, intervalo de
numeracin, troncales instaladas, entre otras. De igual manera, es necesario,
definir de qu manera se van a representar las troncales, cmo se deben nombrar
o asignar los nmeros en el gabinete y en el domicilio en el que se desea instalar;
estas labores que se han utilizado como una analoga es algo similar a lo que
realiza el SMI; de acuerdo a ello y retomando el ejemplo junto a la definicin de
SMI, se elabora la siguiente comparacin
Antes de proceder a realizar cualquier tipo de instalacin o de gestin, es
necesario verificar el ambiente general de la red o dispositivos a gestionar o el
rea de cobertura, en el problema planteado; para el primer caso, se hace
necesario conocer la cantidad de dispositivos a gestionar, los lugares, distribucin
y topologa de la red y sus dispositivos que sern gestionados. Para el problema
planteado, para definir el rea es necesario conocer cuantas lneas se deben
instalar, que capacidad debe tener el armario, cuantas troncales servirn para
conducir o transportar voz, cantidad de regletas, terminales, entre otros elementos.
De esta manera se han identificado algunos elementos que se requieren o son
necesarios para poner en funcionamiento las comunicaciones de voz desde el
armario, as mismo se requiere definir que los telfonos si son de la empresa X,
tendrn un determinado prefijo, seguido de un nmero compuesto por varios
dgitos y por ende el nombre del propietario o abonado de la lnea, la direccin o
nomenclatura de la casa, cuyos datos son de 3 tipos. Numrico entero para el
primero, y cadena para los dos siguientes y aunque en el armario solo se requiere
el nmero telefnico, los otros datos son necesarios para otras labores de gestin
como son la direccin de correspondencia del abonado, y por supuesto el nombre
del propietario de la lnea de abonado, es decir en la Base de Datos de la
compaa telefnica.
44

Estos son los tipos de datos que se requieren en el problema y de la misma

manera se requieren algunos tipos de datos que se tendrn en la base de datos
de la gestin conocida como la MIB, para gestionar los dispositivos en la red, al
igual que la forma de representarlos y nombrarlos tanto en el armario, como en el
software gestor.
No obstante, SMI, pretende manipular datos de la manera ms simple posible
(principio de simplicidad) y extensibilidad y para ello utiliza tipos de datos simples
escalares o arreglos de dos dimensiones escalares (vectores) y por lo tanto se
constituye en un complemento perfecto para SNMP, puesto que este ltimo solo
puede traer escalares, incluyendo entradas individuales provenientes desde una
tabla; as mismo SMI, no soporta la creacin o entrega de estructuras de datos
complejas.
SMI, define que cada objeto gestionado se compone de tres partes: Nombre,
sintaxis y codificacin.
Nombre: Es el identificador del objeto (OID) y permite definir de manera exclusiva
a un objeto.
Sintaxis: Se emplea para definir el tipo de dato a utilizar, ya sea entero o una
cadena.
Codificacin: Describe como la informacin asociada con los objetos gestionados
se serializa para la transmisin entre equipos.
El siguiente ejemplo, permite clarificar los tres componentes que se mencionan.
Un dispositivo de CISCO tiene como OID 1.3.6.1.4.1.9.a.b.c.d.e.f, en donde los
primeros siete dgitos corresponden al propietario de acuerdo a la asignacin
emitida por la IANA (Internet Assigned Numbers Authority) y los siguientes dgitos
seran propios del dispositivo que se est gestionando.
La sintaxis a utilizar es la ASN.1, es decir Notacin Sintctica Abstracta, y la
codificacin a utilizar ser la BER, es decir Basada en las Reglas de Codificacin
Bsica.
En el ejemplo anterior, se puede observar que el OID de CISCO tiene una serie de
nmeros que lo identifican, esta asignacin obedece a una serie de normas
procedentes del rbol de la ISO/CCITT, cuya estructura se puede observar en la
figura que se indica a continuacin:
45

Figura 2.10. Arbol de ISO/CCITT

Root
iso 1
ccitt 0
ccitt 2
org 3
dod 6
Internet 1
directory 1
mgmt 2
mib-2
1
private 4
experimental
3
security 5
snmpV2
6
enterprises
1
Fuente: TOLEDO Tovar, Alejandro. Gestin de redes telemticas. Unicauca. 2007
En el caso de SNMP v1, los nodos debajo de internet son mgmt, experimental y
private y son administrados por IANA. El nodo mgmt, lo conforman todas la
variables aceptadas universalmente y estandarizadas para la gestin de red y el
nodo experimental se deja para procesos de investigacin y prvate se emplea
para las variables especficas implementadas por los fabricantes para sus
dispositivos.
Como puede apreciarse, para el caso del dispositivo de CISCO en mencin, le
corresponde iniciar en la rama root para terminar en enterprises. De acuerdo a
ello, el OID de CISCO, interpretado ser:
Cisco OBJECT IDENTIFIER::={iso(1)
enterprises(1) CISCO(9)}
org(3)
dod(6)
internet(1)
private(4)
46

Por lo tanto el valor identificador de objeto (OID) de un dispositivo Cisco tendr

como prefijo: 1.3.6.1.4.1.9
Ejercicios propuestos:
Encontrar los OID para los siguientes registros de empresas privadas:
3Com, Microsoft, Sun.
Sintaxis de los objetos
Cada objeto de la MIB define de una manera formal de acuerdo a una estructura
especfica que incluye:
Tipo de dato
Forma de acceso
Rango de valores
Relacin con otros objetos dentro de la MIB
La notacin de ASN.1 es la utilizada para definir de manera individual a cada

objeto y por ende a la estructura de la MIB, lo cual se explica a continuacin.
Estructura de una MIB
Partiendo de la premisa que todos los objetos en SNMP se encuentran registrados
en forma de rbol jerrquica, de la misma manera se estructura la MIB, definiendo
un conjunto de objetos, los cuales representan entre otras caractersticas o
actividades de los recursos gestionados.
Recapitulando lo visto anteriormente, la MIB tiene un identificador ASN.1 de tipo
OBJECT IDENTIFIER cuyo valor es nico y se constituye en una secuencia de
nmeros enteros, y todos los objetos se agrupan en ramas, generando una
estructura en rbol.
La rama del rbol con nombre mgmt, que se encuentra en la figura 1.14, contiene
las definiciones de las MIBs que han sido aprobadas por el IAB y que en el
momento cuenta con dos versiones: MIB-1 y MIB-2, en donde la segunda es una
extensin de la primera y por lo tanto emplean un solo identificador de objeto en el
rbol ya que solo una de ellas debe estar presen en cualquier configuracin.
El nodo private en el momento solo tiene definido un nodo hijo, el cual es
enterprises que le permite a los fabricantes mejorar la gestin de los propios
dispositivos y compartir la informacin con otros usuarios y fabricantes y de esta
manera brindar las posibilidades de interoperabilidad. En el nodo enterprises, se
generan ramas o nodos por cada fabricante que solicita su registro.
47

El enlace que se presenta, se pueden encontrar todas las OID de los fabricantes
que han solicitado a IANA su registro para gestionar dispositivos:
http://www.iana.org/assignments/enterprise-numbers.
En la figura que se presenta a continuacin (Fig. 2.11), se puede observar el rbol
y dentro de l, la definicin de un objeto de la MIB y en sus propiedades, los
valores que contienen de acuerdo a la estructura:
Figura 2.11. MIB de TCPConnTable.
Ejercicio prctico
Instalar el software MG- SOFT MIB Browser o uno similar, escoger la pestaa de
MIB y cargar el mdulo de la MIB correspondiente a TCP, denominado TCPSTATS-MIB, posteriormente, en la pestaa de consulta (Query), desplegar el rbol
de la MIB y ubicar las propiedades y el OID de los siguientes objetos:
tcpMaxConn, tcpInSeg, 1.3.6.1.2.1.6.19.1.3, 1.3.6.1.2.1.6.19.1.5
48

Tipos de aplicacin
SNMP tiene la posibilidad de definir sus propios tipos Aplication, los cuales se
encuentran definidos en el RFC 1155, algunos de ellos se citan a continuacin:
networkaddress: Se define usando el constructor CHOICE para permitir la

seleccin de un formato de direccin de un nmero de familias de
protocolos. En el momento, la nica direccin definida es IpAddress.
ipaddress: Direccin de 32 bits que usa el formato especificado en IP.
counter: Entero no-negativo que puede incrementarse, pero no

decrementar. Su valor mximo es de 232 1 y cuando alcanza el mximo
valor, recicla e inicia nuevamente desde 0
gauge: Entero no-negativo que puede incrementar o decrementar, con un

valor mximo de 232 1, en el momento de alcanzar el mximo valor,
espera hasta recibir una instruccin de reset
timeticks: Entero no-negativo que cuenta el tiempo en centsimas de

segundos a partir de un tiempo inicial de referencia. Cuando existe un
objeto de este tipo en la MIB, en la definicin se especifica el tiempo de
referencia
opaque: Es la capacidad de pasar datos arbitrarios. Los datos son

codificados como del tipo OCTET STRING para transmisin y pueden estar
en cualquier formato definido por ASN.1 o en alguna otra sintaxis.
Codificacin
Los objetos de la MIB se codifican usando las reglas bsicas de codificacin
(BER) asociadas con ASN.1
Sin ser la forma ms compacta o eficiente de codificacin, BER es el esquema
estandarizado de codificacin ms difundido
Est especificado en la Recomendacin X.209 que describe como codificar
valores de ASN.1 como cadenas de bytes para su serializacin
BER
Cada Valor de ASN.1 se codifica en una cadena de octetos, la cual consiste en
una secuencia de estructuras de etiquetas, longitudes, valores
49

Versiones adicionales de SNMP

En el momento, SNMP, tiene cuatro versiones: SNMPv1, SNMPv2, SNMPv2c y
SNMPv3, las cuales se definen en esta leccin:
SNMPv1
Se considera como la primera versin del protocolo SNMP y se encuentra definida
por los RFCs 1155 y 1157, manejaba tipos de datos a 16 bits, introduce el
concepto de servicio de autenticacin soportando varios esquemas y describe el
encapsulado de PDUs en mensajes SNMP entre las entidades de aplicacin y el
protocolo.
En esta versin, el control de acceso se basa en el concepto de vista de MIB
SNMP y carece de caractersticas enfocadas hacia la seguridad como:
Autenticacin, confidencialidad, autorizacin y control de acceso, configuracin
adecuada remota y capacidades de administracin de manera remota.
El formato de los mensaje SNMP de la Versin 1, constan de dos partes,
encabezado del mensaje y la PDU, tal y como se indica en la figura a
continuacin:
Figura 2.12. Estructura de SNMPv1
Encabezado
del mensaje
PDU
El encabezado contiene: No de versin, indicando la versin de SNMP que est

utilizando y Nombre de la comunidad, definiendo este ltimo el acceso para un
grupo de estaciones de trabajo, las cuales existen dentro de un dominio
administrativo, este nombre de comunidad se utiliza como una forma de
autenticacin dbil, puesto que solo se basa en el intercambio de una palabra para
determinar el acceso en la MIB y los privilegios del acceso.
En la figura 2.13. Se puede observar la estructura de la PDU para SNMPv1
Figura 2.13. Estructura de la PDUs de las diversas transacciones
Tipo de
PDU
ID de la
solicitud
ndice de
estado
ndice de
error
Objeto 1
Valor 1
Objeto 2
Valor 2
Objeto 3
Valor 3
50

Tipo de PDU: Especifica el tipo de pdu transmitida

Id de solicitud: asocia las solicitudes con las respuestas
Estado del error: Indica a travs de su valor, cul fue la falla en la realizacin de
una operacin y solo ser utilizada por la operacin response, en el resto de
operaciones el valor que toma es de cero.
Indice de error: Permite asociar un error con una instancia particular de objeto
(variable) y solo se establece en valor diferente con las mismas especificaciones
del anterior.
Campos de las variables: Es el campo de datos de la PDU en la versin 1, asocia
una instancia del objeto con su valor, a excepcin de las operaciones Get y GetNext, para los que el valor es ignorado
A continuacin se hace referencia al formato de los mensajes de los traps en
SNMPv1.
Figura 2.14. Formato de mensaje trap
Empresa
Direccin Cod. Trap

del agente genrico
Cod. Trap
especfico
Marca de
tiempo
Objeto 1
Valor 1
Objeto 2
Valor 2
Empresa: identifica el tipo de objeto gestionado que genera el mensaje trap

Direccin del agente: Proporciona la direccin IP del agente que genera el trap
Cdigo de trap genrico: El valor indica la situacin estndar por la que se genera
el trap.
Cdigo de trap especfico: El valor indica una de las posibles situaciones que los
fabricantes de los dispositivos establecen para eventos en sus propios equipos y
la consola de gestin los puede determinar, siempre y cuando tenga configurada y
pueda soportar este tipo de traps.
Marca de tiempo: Indica la cantidad de tiempo que ha transcurrido desde que se
reinicio la parte de SNMP del dispositivo y la ocurrencia del trap
Campos de las variables: Campo de datos de la PDU de los traps.
51

SNMPv2
Se cre como una alternativa de seguridad para la versin 1adicionando nuevas
caractersticas, al igual que la propuesta de que el protocolo SMP se enfoque
hacia la SMI, la capacidad de comunicacin entre gestor y gestor y las
operaciones del protocolo.
SNMPv2c
Se considera como la revisin al protocolo SNMPv1, e incluye mejoras en las
reas de los tipos de mensajes de SNMP, las estructuras de los mismos, los
elementos de la MIB, se sigue conservando el enfoque administrativo, es decir
basada en comunidades y se encuentra definida en los RFCs 1901, 1902, 1903,
1904,1905, 1906, 1907 y 1908.
Esta versin del protocolo adopta el enfoque nombrado anteriormente y adiciona
las operaciones del protocolo SMP y omite las caractersticas de seguridad de la
versin 2.Tambien se le conoce con el nombre de community based SNMPv2
La expansin de tipos de datos se lleva a 32 y 64 bits y se mejora la eficiencia y el
desempeo gracias a la operacin GET-BULK.
Existe un enriquecimiento a manejo de errores, gracias al conjunto entre errores y
excepciones y una definicin de datos ms exacta.
Entre los aportes ms significativos de la versin 2 de SNMP se encuentran:
Nuevo tipo de datos

Nuevas operaciones o modificacin de las de la versin 1
Mejor definicin de las convenciones textuales
Mejor definicin de los tipos de objeto
Conservacin de la integridad y orden de conjuntos
Mejor control para la agregacin y eliminacin de filas
Posibilidad de establecer requerimientos de cumplimiento en la MIB
Posibilidad de realizar declaraciones de las capacidades del vendedor.
Soporte para procesos de gestin distribuida
Este ultimo avance acerca de la gestin distribuida, permite que el gestor pueda
tener ms gestores subordinados, quienes cumplen roles de agente al poder
representar un conjunto de dispositivos gestionados a su cargo, lo anterior
posibilita la notificacin de eventos confirmada entre gestores gracias a la
operacin INFORM.
52

Estructura de gestin de informacin SMI

La estructura de gestin de informacin SMI, define las reglas para describir la
informacin de gestin, utilizando el mismo protocolo ASN.1 y su codificacin se
encuentra descrita en el RFC 1902 y las adiciones se orientan hacia las cadenas
de bits, las direcciones y los contadores.
Las cadenas de bits, comprenden de cero o mas bits que especifican un valor.
Las direcciones de red, representan una direccin de una familia de protocolos
particular y soporta varios tipos de direccionamiento.
Los contadores son enteros positivos que al alcanzar su mximo valor, vuelven a
cero y tienen una tamao de 64 bits.
Por lo tanto, la ampliacin, implica que los tipos de datos bsicos se extendieran
ligeramente y en esta versin se cuenta con counters y gauges que pueden
tener un tamao de 32 o 64, se introducen los enteros sin signo,, direcciones OSI
o NSAP y el BIT STRING se incorpor para reemplazar a los INTEGER que
expresan un grupo de configuraciones de bandera.
Mdulos de informacin SMI
La SMI en la versin 2, especifica tres mdulos de informacin que rene un grupo
de definiciones relacionadas.
Mdulos MIB
Contienen las definiciones de objetos gestionados interrelacionados.
Declaraciones de cumplimiento
Suministran una forma sistemtica para describir un grupo de objetos gestionados
que deben ser implementados para cumplir con el estndar.
Declaraciones de capacidad
Son utilizadas para indicar el nivel preciso de soporte que un agente exige con
respecto a un grupo de la MIB; por lo tanto, una estacin de gestin de red puede
modificar su comportamiento hacia el agente, de acuerdo a la declaracin de
capacidades que se asocian a cada agente.
Por otra parte, un modulo de la MIB es aquel en el cual una vez se encuentren
errores, se pueda saber a quin recurrir para soporte o para hacer sugerencias y
en el que se puedan agregar nuevas caractersticas.
53

El macro de identidad de mdulo MODULE-IDENTITY, tiene informacin acerca

de la ltima actualizacin, la organizacin responsable, la descripcin del mdulo y
la persona de contacto y el historial de las revisiones.
Lo anterior, permite que el fabricante pueda identificar la versin del producto y a
donde reportar el error o bug.
En cuanto a procesos de actualizacin de mdulos, es factible:
Agregar nuevos objetos

Marca objetos obsoletos o intiles
Revisar mdulos existentes, agregando referencias, unidades o definiciones
de valores.
Al promover la integridad de datos de la MIB contra acciones simultneas de los
agentes, es necesario, realizar una gestin de columnas, describa el proceso que
se lleva a cabo y cules son los posibles valores que dicha gestin contiene.
Interoperabilidad de SNMP
Las dos versiones de SNMP son incompatibles debido al formato de mensaje que
ellas manejan, por lo tanto es necesario recurrir a estrategias de interoperabilidad
que permitan comunicarse entre ellas, las posibilidades son Agentes proxy y
Sistemas bilinges de gestin de redes.
Agentes proxy
El agente de SNMPv2 puede interactuar como agente proxy en nombre de los
dispositivos de gestin SNMPv1 de la siguiente manera:
La estacin de gestin con SNMPv2, enva la solicitud a un agente

SNMPv1
La estacin de gestin enva el mensaje de SNMP al agente proxy SNMPv2
El agente proxy reenva los mensajes Get, GetNext y Set al agente
SNMPv1 sin producir alteraciones
Los mensajes GETBULK se convierten por parte del agente proxy en
mensajes GetNextny se reenvan al agente SNMPv1
El agente proxy traduce los mensajes de traps SNMPv1 a mensajes de
traps SNMPv2 y los enva la estacin de gestin de red
La siguiente figura, permite ilustrar el proceso que se lleva a cabo en un proceso

de agentes proxy
54

Figura 2.15. Agente proxy
Ambiente SNMPv1
Ambiente SNMPv1
GetRequest
GetRequest
GetNextRequest
GetNextRequest
SetRequest
SetRequest
GetNextRequest (varias)
GetBulkRequest
Gestor
SNMPv2
PDUs SNMPv2 del

Gestor al Agente
PDUs SNMPv2 del
Agente al Gestor
Agente proxy
SNMPv2
PDUs SNMPv1 del

Agente proxy al Agente
PDUs SNMPv1 del
Agente al Agente proxy
GetResponse
GetResponse
SNMPv2-Trap
Trap
Agente
SNMPv1
Fuente: TOLEDO, Alejandro. Mdulo de gestin de redes telemticas. Unicauca. 2007
Sistema bilinge
En SNMPv2, este sistema soporta las versiones 1 y 2 y para poder realizarlo, una
aplicacin de gestin en la estacin de gestin bilinge debe contactar a un
agente. La estacin de gestin examina la informacin almacenada en una base
de datos local para determinar si el agente soporta alguna de las dos versiones de
SNMP y a travs de la informacin de la base de datos, la estacin gestin se
comunica con el agente, mediante la versin apropiada de SNMP. El proceso se
ilustra a continuacin:
Figura 2.16. Sistema Bilinge
Gestor SNMPv2
Inform, Response
Inform, Response
Gestor Bilinge SNMPv2, v1

Get, GetNext,
GetBulk, Set
SNMPV2-Trap,
Response
Agente
SNMPv1
Agente SNMPv2
55

En cuanto a la seguridad SNMP no cuenta con capacidades de autenticacin, por

lo que se constituye en un sistema vulnerable a las amenazas de seguridad como:
Enmascaramiento: Cuando una entidad no autorizada intenta ejecutar acciones u
operaciones de gestin asumiendo la identidad de un gestor autorizado.
Modificacin de la informacin: Cuando una entidad no autorizada intenta alterar
un mensaje generado por una entidad autorizada, generando como consecuencia
una serie de operaciones de los protocolos no adecuadas que pueden traer
problemas a los dispositivos de gestin.
Modificaciones en la secuencia y tiempo de los mensajes: Ocurren cuando una
entidad no autorizada reordena, retarda, copia o demora el reenvo de un mensaje
emitido por una entidad autorizada.
Revelacin de informacin confidencial: Se presenta cuando una entidad no
autorizada extrae valores guardados en los objetos gestionados o toma datos de
los mensajes intercambiados entre los agentes y gestores, debido a que SNMP no
implementa procesos de autenticacin efectivos.
SNMPv3
La tercera versin de SNMP, fue publicada como proposed standards, y se
encuentra descrita en los RFCs 2271 al 2275 en 1998. Se construy a partir de las
versiones anteriores y por lo tanto reutiliza los RFCs de la versin 2, es decir del
1902 al 1908. La nueva versin incluye capacidades de Seguridad e
infraestructura administrativa.
Seguridad: Mediante la implementacin de mecanismos y esquemas de
autenticacin, confidencialidad, autorizacin y control de acceso.
Infraestructura administrativa: Nombramiento de entidades, definicin de polticas
y personas, nombres de usuarios y llaves de manejo, destinos de notificacin,
relaciones de proxys, configuracin remota a travs de operaciones SNMP.
SNMPv3, tiene como objetivos el verificar que cada uno de los mensajes de
SNMP no sean modificados durante su transmisin a travs de la red, verificar el
ID del usuario, que se presume como autor del mensaje SNMP recibido, descubrir
los mensajes SNMP recibidos que contienen informacin de gestin y cuyo tiempo
de generacin no sea reciente y por ltimo asegura cuando sea necesario que los
contenidos de cada mensaje recibido se encuentren protegidos ante amenazas de
decodificacin. Lo anterior es posible gracias al nuevo formato que implementa la
seguridad y la infraestructura como se mencion anteriormente y que se puede
56

apreciar en la siguiente figura, en la cual se indica el formato de los mensajes

SNMPv3.
Figura 2.17. Formato de mensaje SNMPv3
Msg Version
MsgID
MsgMaxSize
MsgFlags
MsgSecurityModel
MsgEngineID
MsgEngineBoots
MsgEngineTime
MsgUserName
MsgVSecurityParams
ContextEngineID
ContextName
PDU
MsgVersin: Versin del mensaje de SNMP, para este caso v3

MsgID: Identificador del mensaje SNMP, es nico asociado con el mensaje, se
utiliza para relacionar la solicitud con la respuesta durante una transaccin.
msgMaxSize: Tamao mximo de un mensaje que la entidad solicitante puede
aceptar
msgFlags: Contiene el nivel de seguridad del mensaje, consta de 3 bits, el bit 0,
indica la autenticacin del mensaje, el bit 1, la confidencialidad y el bit 2 indica a la
entidad receptora si se espera un informe de la PDU
msgSecurityModel: indica el modelo de seguridad utilizado para generar el
mensaje. Es estndar SNMPv3, recomienda USM, al cual le asigna el valor de 3.
msgEngineID: Contiene el SnmpEngineID de la entidad autoritaria SNMP que se
encuentra involucrada en la transaccin (agente para gestionar solicitudes Get y
gestor para los traps).
57

msgEngineBoots: Visualiza el nmero de veces que la entidad autoritativa SNMP

se ha iniciado, se utiliza en el mensaje autenticado para validar aspectos
temporales relacionados con l.
msgEngineTime: Indica el tiempo desde que la entidad autoritativa SNMP ha sido
reiniciada. Al igual que el anterior, lo utiliza el mensaje autenticado para los
mismos fines.
msgUserName: identifica quien origin la demanda, y junto con elmsgEngineID
son utilizados para localizar los datos de seguridad asociados con el mensaje de
la base de datos de USM y con ellos se autentica y procesa el mensaje.
msgSecurityParams: Son los parmetros de seguridad que dependen del modelo
de seguridad utilizado, para USM, este campo contiene los parmetros de
autenticacin y de confidencialidad.
contextEngineID: identifica la identidad SNMP en un dominio administrativo que
puede comprender una instancia de un contexto en particular
contextName: Sirve para nombrar un contexto y debe ser nico en una entidad
SNMP
PDU: Utilizado para la comunicacin entre el par de entidades SNMP y su formato,
depende del tipo de PDU, aunque los mensajes son similares al SNMPv2.
Identificar la especificacin del modelo de seguridad USM
CAPITULO 3: GESTIN DE MONITOREO REMOTO - RMON
Leccin 11: Generalidades de RMON
El monitoreo remoto de red, es una base de informacin de gestin MIB,
desarrollada por la IETF, con el fin de proporcionar capacidades de monitorizacin
y anlisis de protocolos en redes de rea local o en segmentos de red.
La informacin que proporciona a los administradores de red, les permite tener
una mayor capacidad para llevar a cabo una planificacin adecuada y ejecutar
polticas preventivas para el mantenimiento de la red.
Suponiendo la situacin de una empresa proveedora de servicios de
telecomunicaciones, la cual ofrece diversos servicios y su expansin cubre una
buena parte del rea de una ciudad, es muy difcil estar monitoreando los diversos
componentes o dispositivos en toda el rea de cobertura sobre la cual presta sus
58

servicios y tendra un coste demasiado elevado el tener personal disponible las 24

horas y los 7 das para atender un requerimiento ante una falla existente; o as
mismo es factible que esto pueda suceder a menor escala, como por ejemplo un
campus universitario, colegio o una empresa que tiene diversas sucursales en
diferentes sitios geogrficos de la ciudad.
Esta situacin es una de las aplicaciones de RMON, en donde no es necesario
estar presente o desplazarse fsicamente para conocer el estado de la red o tomar
las medidas necesarias con analizadores y protocolos y con los datos obtenidos o
entregados por este monitoreo, enviar las personas necesarias para el
mantenimiento necesario, al igual que los instrumentos y materiales que se
consideren indispensables para llevar a cabo la accin de mantencin.
Se encuentra especificado en varios RFCs, los cuales se listan a continuacin,
junto con la referencia acerca de lo que tratan de acuerdo a lo recopilado por
(Toledo, 2007):
1757
2819
2021
1513
2895
2896
3144
2074
2613
MIB RMON ara Ethernet

Modificacin del anterior
MIB para RMON v2
Extensiones Token Ring para la MIB de monitoreo de red remoto
MIB RMON de referencia para identificadores de protocolos
MIB RMON con macros para identificadores de protocolos
Extensiones a la MIB para monitores de parmetros de interfaz
Identificadores de protocolo RMON
Extensiones a la MIB de RMON para redes conmutadas v1.0
En el modelo RMON, los dispositivos de monitoreo se identifican como un agente

que monitorea un segmento de red mediante acciones como: recopilar
estadsticas, verificacin de variables definidas por el usuario, las cuales al
exceder un valor determinado se encargan de activar una alarma y se comunican
va SNMP con una estacin de administracin central. Este agente RMON puede
estar incluido dentro de un hardware de red como switches o routers, o dentro de
hardware dedicado como una sonda o un monitor; inclusive puede ejecutarse
sobre estaciones host en segmentos de red. Por lo tanto a medida que las redes
se convierten en ms complejas, los estndares RMON se vuelven una
herramienta esencial para la gestin.
La versin original de RMON (v1), soporta el monitoreo de trfico a travs de la
capa de enlace del modelo OSI y por lo tanto su utilidad es limitada, debido a que
el agente solo est en capacidad de de analizar el trfico de un segmento de la
red mas no de identificar los hosts que se encuentran fuera de dicho segmento.
59

RMON2, mejora la anterior situacin, puesto que soporta las capas de aplicacin y
de red, con lo cual es posible administrar una red ms amplia, aunque no soporta
las tecnologas de alta velocidad. No obstante, provee una visin ms compleja
del trfico de red, gracias a la forma de agrupar los diversos protocolos que en la
capa de red existen como IP, IPX, Appletalk, DECNET, entre otros.
Tomando como referente, lo anterior, el soportar la capa de red, tiene como
ventaja el trabajo y monitoreo en ambientes distribuidos, donde los recursos se
encuentran en diversos segmentos de la red, cuya interconexin se establece
mediante enrutadores o conmutadores (routers o switchs) y mediante la
asignacin de privilegios a los usuarios, es factible acceder a los recursos remotos
en este tipo de ambientes.
RMON, presente ms funcionalidades que SNMP a nivel de administracin de red
y su utilizacin, es orientada hacia organizaciones cuyas redes se consideren
demasiado amplias, esto se debe a que la MIB de RMON, agrega nuevos objetos
administrables basndose en los mecanismos de SNMP, adems de soportar
agentes que no se encuentren conectados de manera constante al software de
red.
Entre las caractersticas de RMON se pueden definir las siguientes:
Operacin offline, en donde la MIB RMON, puede configurarse para

recolectar informacin estadstica o ejecutar diagnsticos de manera
constante inclusive cuando no hay comunicacin con el gestor o esta no es
la adecuada.
Monitoreo anticipado, cuando el dispositivo gestionado posee los recursos
suficientes, puede realizar diagnsticos y registrar el funcionamiento o
desempeo de la red. El almacenamiento de estadsticas histricas acerca
de fallos, le permite a la estacin gestora realizar diagnsticos para
solventar el problema existente.
Deteccin y reporte de problemas, el monitor, permite configurarse para
reconocer condiciones de error y verificarlas de manera continua, de tal
manera que cuando una de ellas ocurre, el evento se registra y notifica a
las estaciones gestoras de diversas maneras.
Datos de valor agregado, los dispositivos de monitoreo de red remoto
puede adicionar valor significativo a los datos recolectados, destacando los
host que posiblemente se encuentren generando cantidad de trfico de
errores y de esta manera dar la posibilidad al gestor de resolver los
problemas existentes a travs de la informacin necesaria que brindan los
dispositivos gestionados.
60

Gestores mltiples, es posible realizar un monitoreo mediante la

implementacin de varias estaciones gestor y con diferentes funciones,
permitiendo de esta manera el uso adecuado de recursos concurrentes.
Leccin 12. Control de dispositivos de monitoreo de red remoto y gestin de

tablas
Debido a la complejidad existente en RMON, es factible que el usuario pueda
parametrizar o configurar muchas funciones y por lo tanto, la MIB, tiene en su
estructura una cantidad considerable de tablas a nivel de control como de datos,
las primeras con privilegios de lectura y escritura y las segundas solo de lectura.
A continuacin se presenta un ejemplo de parametrizacin de una tabla
denominada Host1ControlTable y otra Host1DataTable, para monitorear el Host1,
por lo tanto las dos tablas contendrn los siguientes objetos en las columnas:
Tabla 3.1. Columnas de Host1ControlTable y Host1DataTable
Host1ControlTable
Host1ControlIndex: ndice de la fila
Host1ControlParameter: Parmetro de
configuracin que se aplica a todas las filas
de datos controladas por eta fila de control
Host1ControlOwner: propietario de la fila
Host1ControlStatus: Estado de la fila
Host1DataTable
Host1DataControlIndex: ndice de la fila, su
valor es el mismo de Host1ControlIndex
Host1DataIndex: ndice de la fila. Define una
entrada concreta de entre todos los datos
recolectados en un mismo control de fila
Host1DataValue: Valor almacenado en esta

entrada
Host1ControlTable
Host1Controlindex Host1ControlParameter Host1ControlOwner Host1ControlStatus

1
5
Monitor
valid (1)
2
26
Gestor1
valid (1)
3
19
Gestor1
valid (1)
Host1DataControlindex
1
2
2
2
2
2
3
3
Host1DataTable
Host1Dataindex
1
1
2
3
4
5
1
2
Host1Datavalue
46
96
85
77
27
92
86
26
61

Creacin de adicin de filas:
Si la estacin gestora intenta crear una fila nueva y el ndice no existe, la

fila se crea con estado create-request.
El agente pasa al estado de UnderCreation y permanecen en este estado
hasta terminar de crear todas las filas de la configuracin.
El gestor las pasa a valid.
En caso de que el ndice ya exista o que se cree una fila que tiene un ndice
que est en create-request, se genera un error o invalid.
Modificacin o eliminacin de filas:
El propietario, la pasa al estado invalid a travs de un SetRequest.

Se pasa a UnderCreation.
Se realizan las modificaciones necesarias o la eliminacin.
Ejercicio
Desarrollar el algoritmo para los procedimientos de adicin y modificacin o
eliminacin de filas
Leccin 13. MIB de RMON
En RMON, la MIB se encuentra organizada en varios grupos, en donde existe
cualquier cantidad de tablas de control y de datos. Esta MIB, se adiciona como un
subrbol dentro de la MIB II con el identificador 16 y se divide en 9 grupos que
son: 1. Statistics, 2. History, 3. Alarm, 4. Host, 5. HostTopN, 6. Matrix, 7. Filter,
8.Capture, 9. Event. Sin embargo se considera un grupo adicional denominado
Token Ring, cuya funcin es monitorear la configuracin de la subred Token Ring
y los objetos gestionados, tienen su utilidad en el soporte de monitorizacin
remota.
Statistics
Mantiene estadsticas de trfico y de errores para cada subred monitorizada por el
agente.
Solo tiene objetos definidos para interfaces Ethernet, de acuerdo al RFC1757, sin
embargo es factible que en el futuro algunos grupos puedan seguir el mismo
modelo para interfaces Token Ring y FFDI.
Las estadsticas se toman de manera libre, iniciando alguno de los contadores en
cero, cuando una entrada vlida se crea. Algunos de los contadores que
pertenecen a este grupo son:
62

etherStatsDropEvents: Eventos de descarte de paquetes por falta de recursos.

etherStatsPkts: Nmero de paquetes recibidos
etherStatsBroadcastPkts: Nmero de difusiones recibidas
etherStatsMulticastPkts: Nmero de paquetes multidestino recibidos
etherStatsCRCAlignErrors: Nmero de paquetes de tamao correcto pero con
errores de redundancia cclica (CRC) o de alineamiento.
History
Este grupo, define funciones de muestreo para las interfaces del monitor, se
compone de dos tablas historyControlTable, que identifica la interfaz y los detalles
de la funcin de muestreo y etherHistoryTable, quien registra los datos. Se
encarga de almacenar muestras peridicas de estadsticas de la informacin que
se encuentra en el grupo statistics.
La especificacin recomienda que se obtengan al menos dos entradas en
historyControlTable con un intervalo de 30 segundos, con el fin de detectar
cambios repentinos en el modelo de trfico y otra con un periodo de 30 minutos
que facilite monitorizar el rgimen permanente de interfaz.
Alarm
Se encuentra formado por una sola tabla denominada alarmTable y establece
rangos de muestreo y lmites de alarma para cualquier contador o entero
registrado en el agente RMON.
El lmite de alarma indica que si sobrepasa este valor, se genera un alarma, cuya
seal se enva a la consola central y se genera un evento en el grupo Event, tal es
el caso cuando se define como lmite el envo de 300 errores de tipo CRC durante
un tiempo de 3 minutos.
Cada entrada de la tabla indica una variable especfica para ser monitoreada, la
informacin de control del proceso de muestreo y el valor obtenido ms reciente.
Entre los objetos de la tabla alarm se encuentran:
alarmIndex: ndice de la alarma
alarminterval:Periodo de muestreo
alarmVariable: Variable a muestrear
alarmValue: Valor muestreado en el ltimo periodo
63

alarmRisingThreshold y alarmFallingThreshold: Valores de las alarmas cuando

traspasan los umbrales establecidos, tanto en aumento como en decremento.
En RMON, la estacin de gestin al igual que el monitor, pueden establecer
nuevas alarmas, mediante la creacin de nuevas filas en la alarmTable y en cada
fila la combinacin entre variable, intervalos de muestreo y umbrales debe ser
nica y una vez se encuentre activada la alarma, se activa un mecanismo que
evita que pequeas fluctuaciones cercanas al umbral la puedan activar de manera
repetitiva.
Host
Contiene contadores para varios tipos de trficos hacia o desde los hosts
conectados a la subred y mantienen informacin de los hosts especficos en una
red local tales como errores recibidos, paquetes enviados, recibidos, entre otros.
El monitor descubre nuevos hosts en la red observando las direcciones MAC del
origen y del destino.
Se encuentra conformado por tres tipos de tablas:
HostControlTable: informacin de control relacionada con los host
HostTable: almacena los datos de los hosts indexados por la direccin MAC
HostTimeTable: Contiene los mismos datos de HostTable, pero la ordenacin se
realiza acorde a la creacin de la fila o sea en el orden en que los encontr el
monitor.
El monitor, adiciona filas cada vez que descubre un host y en caso de falta de
recursos, elimina la fila o entrada ms antigua asociada a la interfaz.
HostTopN
Presenta estadsticas ordenadas que informan de los hosts que encabezan una
lista basada en algn parmetro, por ejemplo N los hosts que han recepcionado
mayor cantidad de errores, o los 10 hosts que transmiten la mayor parte del trfico
en un intervalo de tiempo dado; entre otros.
Las estadsticas se obtienen a partir del grupo Host y el conjunto de ellas que se
recopilaron en un intervalo de muestreo se denomina reporte o informe, donde los
resultados presentados son exclusivamente de una sola variable.
64

El reporte lista los hosts de una subred con la mayor tasa de cambio en una
variable en particular y una vez generad el reporte queda disponible para la
estacin de gestin con privilegio de solo lectura.
Los campos de la tabla hostTopNTable son:
hostTopNReport: Define un informe particular y corresponde a una fila de
hostTopNControlTable.
hostTopNindex: Define una fila entre las filas generadas en el informe de cada
host
hostTopNAddress: Indica la direccin MAC del host
hostTopNRate: Cambio en la variable seleccionada durante el intervalo de
muestreo.
Para iniciar la preparacin del reporte, la estacin gestora crea una fila en la tabla
de control especificando:
La variable para calsificar (hostTopNRateBase), el periodo de muestreo
(hostTopNDuration y stTopNTimeRemaining) y cuando este ltimo es equivalente
a 0, se calcula en reporte. Si la estacin gestora requiere otro reporte, entonces
stTopNTimeRemaining debe ser equivalente a stTopNDuration y se eliminan de
manera consecutiva los datos para generar un nuevo informe.
Matrix
Guarda la informacin de uso y de errores en forma matricial, de tal manera que el
administrador puede solicitar informacin respecto a cualquier par de direcciones
de red, como por ejemplo el conocer que dispositivos hacen mayor uso del
servidor.
El grupo matriz contiene tres tablas:
matrixcontrolTable: Contiene objetos como: matrixControlIndex, que almacena un
entero diferente para cada fila de la tabla; MatrixControlDataSource, cuyo valor
permite identificar la subred o interfaz de la fila, matrixControlTableSize, que indica
el nmero de filas en las tablas MatrixSDTable y MatrixDSTable asociadas a esta
fila y matrixControlLastDeleteTime: Valor de sysUpTime correspondiente a la
ltima vez que se borr una entrada de matrixSDTable y matrixDSTable asociada
a la fila.
65

matrixSDTable: Encargada del manejo de informacin del trfico desde un host a

todos sus destinos.
matrixDSTable: Encargada del manejo de informacin del trfico desde cualquier
host a un destino.
Filter
Le permite al monitor observar paquetes que se ajusten a un filtro especificado, el
monitor pueden capturar todos los paquetes que pasen por el filtro o almacenar
estadsticas sobre ellos. De igual manera le permite al gestor configurar al monitor
para que observe paquetes seleccionados sobre una interfaz particular
denominada filtros y se pueden combinar mediante operaciones lgicas como
AND y OR.
Se trabajan dos clases de filtros: Datos y Estados. El filtro de Datos es utilizado
mediante una plantilla binaria la cual se compara con una parte del paquete y el de
Estados, clasifica los paquetes en base a su estado, el cual puede ser: Vlido,
Error de CRC, entre otros.
La secuencia de paquetes que pasa el test se denomina canal y se mantiene una
cuenta sobre los paquetes, de tal manera que se puede configurar el canal para
generar un evento (grupo Event), cuando lo atraviese un paquete y el canal est
en el estado enabled. Los paquetes pueden ser capturados si el mecanismo de
captura ha sido definido en el grupo capture.
De lo anterior, se puede deducir que un canal est definido por un conjunto de
filtros, cada paquete atraviesa los filtros definidos por cada uno de los canales y la
forma en que se combinan los filstros de un canal viene definida por el
cannelAcceptType o AcceptMatched, este ltimo cuando el paquete cumple al
menos uno de los filtros asociados o acceptFailed cuando se acepta el paquete
solo si no cumple ninguno de los filtros asociados.
Este grupo tiene dos tablas de control: channelTable y filterTable.
Packet capture
El grupo se encuentra relacionado con la organizacin de los buffers para la
captura de paquetes segn el tipo de filtro. Se utiliza para establecer un esquema
de almacenamiento en buffers, para la captura de paquetes de uno de los canales
del grupo anterior (filter).
Existen dos tipos de tablas: bufferControlTable, que detalla la funcin buffering,
definiendo un buffer por canal, el cual se emplea para capturar y guardar los
66

paquetes de un canal y captureBufferTable, encargado de almacenar los datos del

buffer.
Event
El grupo event, contiene una tabla de todos los eventos generados por el agente
RMON y la activacin de los mismos se genera en otros grupos de la MIB y por lo
tanto los eventos pueden desencadenar acciones en otros lugares de la MIB,
generar un trap SNMP y registrar la informacin dentro de este grupo.
Contiene dos tablas, una de control denominada eventTable, y una tabla de datos
llamada logTable, que contiene informacin acerca del tiempo de ocurrencia del
evento y una descripcin textual acorde a la implementacin.
Leccin 14. Formato Estndar de Alerta RMON v2
Surge como una especificacin de la MIB de RMON con el fin de monitorizar
trfico de protocolos por encima del nivel MAC o fsico y se encuentran definidos
en los RFCs 2021 y 2074, el primero que se basa en el monitoreo remoto de la
MIB 2 mediante el uso de SMIv2 y el segundo en el monitoreo remoto de red de la
MIB mediante el uso de identificadores de protocolo.
Lo anterior implica que se decodifiquen paquetes de protocolos superiores al nivel
1y bsicamente entre los niveles 3 y 7 de OSI,
No obstante, como RMON v2 es una extensin de la MIB de RMON, solo se
adicionan al rbol de la MIB, los nuevos protocolos,
La tabla siguiente, indica los grupos que se adicionan a la MIB de RMONv2 y su
correspondiente descripcin:
Tabla 3.2. Grupos adicionales en la MIB de RMON v2
Nombre
ProtocoloDir
Significado
Directorio de protocolos
ProtocoloDist Distribucin de protocolos
Descripcin
Permite almacenar informacin
sobre que protocolos pueden ser
interpretaos en una sonda RMON2
Estadsticas sobre el nmero de
octetos y paquetes que se han
transferido para cada protocolo
soportado
67

addressM
Mapa de direcciones
Establece la relacin entre la

direccin MAC y la direccin de red
con el fin de conocer el tipo de
topologa existente.
nlHost
Host de nivel de red
Decodifica paquetes basndose en

la direccin IP del Host y las
estadsticas que almacena son
similares a las del grupo Host de
RMONv1
alHost
Host de nivel de aplicacin
Recoge informacin para cada uno

de los protocolos de aplicacin y
las direcciones IP
nlMatrix
Matriz de nivel de red
Almacena informacin estadstica

del trfico entre parejas de hosts
(s/n direccin IP) y otras tablas
almacenan el topn, de acuerdo a
mtricas preestablecidas
alMatrix
Matriz de nivel de aplicacin
Similar al anterior, pero a nivel de

apliacin
usrHistory
Histrico de usuarios
Sondea y registra estadsticas y

variables de manera peridica de
acuerdo a los parmetros definidos
por el usuario
probeConfig
Configuracin de la sonda
Implementa la configuracin de
RMONv2
Fuente: TOLEDO Tovar, Alejandro. Gestin de redes Telemticas. Unicauca 2007
ROMNv2, posee caractersticas funcionales con respecto al indexado de tablas, ya

que la tabla de datos se indexa como un objetos externo, obviando la relacin con
el campo respectivo en la tabla de control y el indexado de manera temporal
permite que solo se obtengan los datos de aquellos valores que han cambiado
desde la ltima consulta.
Por otra parte, se adicionan algunos objetos a las tablas de control como es
createTime, el objeto droppedFrames, en algunas tablas y el objeto
filterProtocoldirLocalIndex, a filterTable.
68

Leccin 15: Herramientas y plataformas de gestin SNMP

Como se indic en lecciones anteriores, al inicio de la gestin de red, cada uno de
los fabricantes desarrollaba sus propios software de gestin para cada dispositivo,
sin embargo esta labor se converta en algo tedioso, ya que se requera que cada
dispositivo a ser gestionado necesitaba el desplazamiento constante para su
verificacin, por tal razn con la estandarizacin de la gestin a travs de SNMP,
se tiene la posibilidad de que las redes pudieran ser gestionadas desde un solo
lugar, centralizando de esta manera la gestin de toda la red y los dispositivos
existentes en ella y facilitando su acceso desde una intranet o una extranet y
haciendo de este tipo de herramientas algo vital para los administradores de redes
de telecomunicaciones.
No obstante, se indican algunos software de gestin a nivel comercial y no
comercial puesto q existen una gran cantidad de ellos, destacando las
caractersticas ms relevantes de los mismos.
SOFTWARE COMERCIAL
SNMPc
Segn el sitio web de TELNET, SNMPc es una aplicacin desarrollada por
CastleRock que permite la gestin va SNMP de multiples equipos. La empresa
TELNET ofrece dicha aplicacin como suministrador junto con la configuracin de
los ficheros .MIB y plugins de visualizacin propietarios correspondientes a toda la
gama de equipos disponibles.
La aplicacin SNMPc se encuentra disponible en los formatos Enterprise y
Workgroup. La diferencia radica en el nmero mximo de equipos soportados y en
opciones adicionales como Consola o Poller remotos que nicamente la opcin
Enterprise facilita. (TELNET).
En el momento se encuentra en la versin 7.2 y existe una versin online 2009
Para mayor informacin sobre esta herramienta, puede consultar en el sitio web
de Telnet http://www.telnet-ri.es/productos/transporte-sdh-10g-y-xwdm/snmpc/ o
en el sitio web de castelrock http://www.castlerock.com/ .
De igual manera, los siguientes links, contienen tutoriales sobre el manejo de la
herramienta en cuestin:
http://www.youtube.com/watch?v=gahR4_GBYNs (Parte 1/3)
http://www.youtube.com/watch?v=hgScQGoeNwk&feature=related (Parte2/3)
69

http://www.youtube.com/watch?v=dAeHuwVSsz0&feature=related (Parte 3/3)

Existe una versin shareware, para descarga del software propietario, que al
culminar el tiempo de evaluacin, convierte de manera automtica a la versin
express del mismo.
Router IP Console
Es una herramienta, que implementa snmp para administracin para
administracin y control de dispositivos de interconexin IP, soportando las
versiones 1,2c y3 de snmp.
Este software soporta algunas funciones extras de routers CISCO, implementa la
mayora de funciones descritas sobre snmp y permite exportar los datos en Excel.
Es desarrollado por innerdrive solutions LLC. Es software propietario y en el
momento se encuentra disponible en la versin 4.0, en tres ediciones diferentes,
de acuerdo a la cantidad de dispositivos que se desean monitorear.
Posee una versin shareware para descargar desde su sitio web, en la siguiente
direccin: http://innerdive.com/downloads/
Para mayor informacin acerca de la herramienta, se pueden dirigir a:
http://innerdive.com/products/router_ip_console/
ipPulse
De acuerdo con el sitio web Softonic, ipPulse es una herramienta de
monitorizacin remota para el estado de cualquier dispositivo conectado a una red
IP. El programa usa una gran variedad de mtodos, incluyendo consultas SNMP,
Pings, o conexiones al puerto TCP.
IpPulse, alerta de fallos mediante el uso de varias tcnicas, que van desde
mensajes o alertas audibles, hasta notificaciones de buscapersonas. El software
permite controlar el programa de manera remota mediante cualquier aplicacin
como telnet o ssh.
Informacin adicional disponible en: http://www.nwpsw.com/ippulsemain.html
NetDecision MIB Browser
Completo buscador de MIB SNMP que activa cargas de la MIB, ofrece
herramientas de bsqueda de MIBs y otras operaciones relacionadas con SNMP.
70

Visualiza y controla las operaciones de los datos disponibles a travs de un agente

SNMP sobre unos dispositivos administrables como routers, switchs, etc. usando
el explorador de la MIB.
Entre sus caractersticas se encuentran:
Proporciona la capacidad de cargar y ver los mdulos MIB en un rbol MIB.

Facilita la que atraviesa el rbol de la MIB.
Facilita la realizacin de las operaciones bsicas en SNMP
Apoya las solicitudes de mltiples variables.
Proporciona una vista fcil de usar de los datos de tabla obtenidos en
SNMP.
Los datos de la tabla se pueden ver en una ventana independiente.
Proporciona un grfico o diagrama que muestra los datos recogidos en
tiempo real a travs del tiempo.
Para mayor informacin sobre esta utilidad propietaria, puede dirigirse al sitio
web de la compaa netmechanica y encontrar temas relacionados con el
aplicativo.
http://www.netmechanica.com/products/?prod_id=1009&gclid=CMjh1L54qMCFcHs7QodghVmrQ
Figura 3.1. Imagen de NetDecision MIB Browser
Fuente: http://www.netmechanica.com
71

WhatsUp Gold
Software de gestin de redes para empresas de todos los tamaos, con monitoreo
SNMP y WMI, la mantenibilidad y disponibilidad es de 24/7 para todos los
dispositivos de red y genera alertas en tiempo real que permiten ayudar a
solucionar inconvenientes antes de que generen problemas para los usuarios
finales.
De acuerdo con el sitio web de whatsupgold, los muros de fuego y otras
tecnologas de seguridad son aplicaciones o dispositivos esenciales una red de
telecomunicaciones, pero slo son efectivos si se encuentran trabajando de
manera ptima. Esta herramienta permite identificar si existen problemas con la
disponibilidad y el rendimiento de dichos elementos en el permetro IP.
El sitio web de esta herramienta e informacin adicional o complementaria est
disponible en: http://es.whatsupgold.com/ y se recomienda su visita, ya que ofrece
servicios de demostracin sobre el uso de la herramienta, al igual que una amplia
variedad de informacin til para los administradores de redes, destacando entre
ellas el portal de ingeniera de redes.
Software gratuito
De igual manera, que existen aplicaciones propietarias, es factible conseguir
software libre que gestiones dispositivos mediante el uso de snmp, sobre las
cuales se debe consultar dos de ellas.
Indistintamente las herramientas que se elijan para la gestin, todas ellas estn
provistas de elementos similares y por ende, el conocimiento y uso de alguna de
ellas en particular le permiten adquirir las destrezas y habilidades necesarias para
poder implementar cualquier software de gestin.
72


De acuerdo a los datos tomados acerca del servicio de telecomunicaciones
ofrecido por un ISP, un proceso de disponibilidad obtuvo un porcentaje equivalente
al 93,5% y la totalidad en el servicio se ha estiamdo en 8350 Horas, si se requiere
de un tiempo de servicio, Cul ser el tiempo estimado del servicio?. Calcule el
tiempo de parada.
Estime el tiempo medio entre mantenimientos correctivos y preventivos
Determine el tiempo medio transcurrido entre paradas o interrupciones
Calcule la disponibilidad inherente
Si se analizaron los tiempos medios de parada desde el punto de vista del usuario
y es equivalente a 10,3 Horas y el del departamento de mantenimiento, que se
estim en 9,25 Horas, Es factible calcular la disponibilidad lograda y la
operacional?.Justifique su respuesta y en caso afirmativo, Realice los clculos
necesarios
Utilizando un equipo de cmputo desarrolle las siguientes actividades:
Busque en Internet el software gratuito ccleaner, Descargue el software, Instale el
software, Utilice la herramienta de limpieza del registro, solucione los problemas
de registro existentes, por lo general el software le dice que elimine las entradas
innecesarias. (No olvide sacar una copia del registro, por cualquier eventualidad) y
elimine los archivos temporales. Elabore la tabla: Relacin Actividades/tiempo.
Inicie la descarga de un software o documento que tenga aproximadamente 3 o
ms Mb de tamao. Cuando vaya cerca del 30% de descarga, desconecte el cable
de red del equipo o desactive la inalmbrica. Active la inalmbrica o conecte el
cable de red y reinicie nuevamente la descarga
Elabore la tabla de fallos en el sistema de comunicaciones y calcule el tiempo de
restauracin, describa su concepto acerca de la mantenibilidad ofrecida de
acuerdo a los datos calculados.
Utilizando el software Wireshark, capture una trama de datos y desarrolle las
tablas que se encuentran en el ejercicio de la pg 41.
Mencione los 5 puntos que usted considere ms relevantes del RFC 1157.
73

Barringer, P. (1996). Barringer and Associates, Inc.: Reliability Engineering

Consulting and. Recuperado el 22 de 07 de 2010, de http://www.barringer1.com/
Dell Inc. (2010). Informacin acerca de Dell OpenManage IT Assistant - Argentina.
Recuperado el 15 de 10 de 2010, de
http://support.dell.com/support/topics/global.aspx/support/dsn/document?c=ar&cs=
rc956939&l=es&s=gen&docid=7B3D0966649B4DA389A52A5330F0566E:
http://support.dell.com/support/topics/global.aspx/support/dsn/document?c=ar&cs=
rc956939&l=es&s=gen&docid=7B3D0966649B4DA389A52A5330F0566E
Microsoft. (s.f.). Technet - Microsoft. Recuperado el 26 de 07 de 2010, de
Descripcin de la disponibilidad, la confiabilidad y la escalabilidad:
http://technet.microsoft.com/es-es/library/aa996704(EXCHG.65).aspx
microsystems, s. (2010). Herramientas de gestin de empresa basada en web
WBEM. Recuperado el 15 de 10 de 2010, de
http://docs.sun.com/app/docs/doc/817-4899/6mkd3ocna?l=es&a=view:
http://docs.sun.com/app/docs/doc/817-4899/6mkd3ocna?l=es&a=view
TELNET. (s.f.). Telnet - Redes inteligentes SNMPc. Recuperado el 30 de Agosto
de 2010, de Stitio Web de Telnet: http://www.telnet-ri.es/productos/transporte-sdh10g-y-xwdm/snmpc/
Toledo, A. (2007). Gestin de Redes Telemticas. san Juan de Pasto: Universidad
del Cauca.
Wikipedia. (2010). Web-Based Enterprise Management. Recuperado el 1 de
Septiembre de 2010, de Sitio web de Wikipedia: http://en.wikipedia.org/wiki/WebBased_Enterprise_Management
74

UNIDAD 2
Nombre de la Unidad
ARQUITECTURA DE GESTION DE REDES DE

TELECOMUNICACIONES
Introduccin
La unidad 2, pretende dar a conocer la arquitectura de los

sistemas de gestin de redes de telecomunicaciones a
travs de los diversos modelos de gestin existentes, de
tal manera que complemente la parte operativa revisada
en la unidad anterior y conocer los principios que soportan
las tecnologas vistas, abriendo la posibilidad de que a
partir de las arquitecturas existentes, se pueda gestar una
herramienta elaborada en un proceso investigativo
La evolucin tecnolgica ligada al desarrollo de la
industria de las telecomunicaciones, la unin de los
computadores y la informtica como apoyo para la
operacin de las redes de telecomunicaciones y el soporte
para la prestacin de los servicios que se puedan
demandar sobre ellas ha generado una complejidad en
dichos sistemas y tecnologas y sobre todo la
adaptabilidad entre arquitecturas diversas, hace necesario
conocer las estructuras de algunos de los modelos
existentes para encontrar soluciones ingenieriles y de esta
manera satisfacer las necesidades de los clientes y
empresas.
Afianzar conocimientos referentes a las diversas
arquitecturas de las tecnologas para la gestin de redes
de telecomunicaciones
Justificacin
Intencionalidades
Formativas
Identificar las arquitecturas de las tecnologas para la
gestin de telecomunicaciones.
Conocer los modelos de gestin distribuida , al igual que
el modelo OSI para la gestin
Adquirir las habilidades necesarias para administrar una
red de telecomunicaciones mediante el uso de los
modelos presentados
Conocer las diversas arquitecturas de los modelos de
gestin de red
Destacar la importancia de la administracin de redes
El estudiante reconoce algunas herramientas de gestin
75


escoger un modelo de gestin
Analiza con argumentos la importancia de la
administracin de redes de telecomunicaciones
Denominacin de
captulo 4
Denominacin de
Leccin 16
Denominacin de
Leccin17
Denominacin de
Leccin 18
Denominacin de
Leccin 19
Denominacin de
Leccin 20
Denominacin de
captulo 5
Denominacin de
Leccin 21
Denominacin de
Leccin 22
Denominacin de
Leccin 23
Denominacin de
Leccin 24
Denominacin de
Leccin 25
Denominacin de
captulo 6
Denominacin de
Leccin 26
Denominacin de
Leccin 27
Denominacin de
Leccin 28
Denominacin de
Leccin 29
Denominacin de
Leccin 30
Modelo de Gestin Distribuida DMTF

Modelo de informacin comn
Gestin empresarial basada en la Web - WBEM e Interfaz
de gestin de escritorio - DMI
Formato Estndar de Alerta
Gestin del sistema BIOS y Gestin de Windows WMI
Herramientas y plataformas de gestin DMTF
Modelo de gestin de red OSI
Generalidades
Modelo de comunicaciones: CMIP
Modelo Organizacional
Modelo Funcional
Modelo de Informacin: GDMO
Administracin de Redes de Telecomunicaciones

TMN
Generalidades de TMN
Arquitectura de TMN
Bloques funcionales
Puntos de referencia
Definiciones de los puntos de referencia
76

CAPITULO 4. GESTION DISTRIBUIDA DMTF

Introduccin
Los fabricantes de dispositivos, han desarrollado labores apropiadas para cada
producto, de tal manera que faciliten la informacin del mismo a manera de
agentes inteligentes, encontrando que es factible conocer seriales, versiones de
sistemas operativos, configuraciones, caractersticas, entre otro tipo de
informacin.
No obstante, lo anterior es bastante til para la gestin, existe la debilidad en la
forma como cada fabricante presenta sus productos dentro del agente a las
herramientas de gestin y administracin de la red y del sistema.
DMTF por sus siglas en ingls Distribuited Management Task Force, es la fuerza
de trabajo conjunta de administracin de sistemas distribuidos, entidad sin nimo
de lucro conformada por las industrias dedicadas a promover la gestin
empresarial de sistemas y la interoperabilidad de los mismos entre los
proveedores de soluciones de gestin. DMTF se dedica al desarrollo adopcin y
unificacin de estndares de gestin .
El grupo de DMTF tiene el soporte para ms de 130 proveedores de tecnologas
para crear nuevas herramientas en el campo de la gestin , al igual que la
infraestructura, de tal manera que faciliten la relacin costo-beneficio en la gestin
de entornos computacionales.
En la actualidad, DMTF, dedica las investigaciones y desarrollo de estndares
hacia la orientacin WEB, mediante herramientas como WBEM: Web Based
Enterprise Management, DEN: Directory Enabled Networks y pionero en el
desarrollo de XML como codificacin de transporte para WBEM.
DMTF, centra el desarrollo a travs del entendimiento de los datos de gestin
mediante el uso de los sistemas de gestin apropiados.
Leccin 16: Modelo de informacin comn
Conocido por sus siglas CIM, es un estndar que define el modelo a travs del
cual los dispositivos de red, sistemas o aplicaciones entregan informacin acerca
de ellos mismos y hacer disponible dicha informacin para las herramientas de
administracin, entre la informacin descrita se encuentra:
Software de escritorio
Configuraciones de hardware
Seriales de la CPU
77

Niveles de trfico en puertos
Los grupos que conforman CIM, pretenden eliminar las barreras del manejo
propietario de la informacin a travs de un modelo de informacin basado en la
orientacin a objetos, de tal manera que cualquier informacin generada por un
agente pueda ser modelada y por lo tanto ya no se requiere tener una aplicacin
propietaria o una implementacin particular, sino por el contrario se permita el
intercambio de informacin de gestin entre agente administrador y viceversa.
CIM, se encuentra conformado por el esquema CIM y la especificacin CIM.
El esquema incluye modelos para sistemas, aplicaciones, redes y dispositivos y
permite que las aplicaciones de los fabricantes y desarrolladores en diversas
plataformas puedan escribir los datos en un formato estndar para que sean
implementados en cualquier aplicacin de gestin.
As mismo, el esquema proporciona las descripciones del modelo y un conjunto de
clases con propiedades y asociaciones que proporcionan una infraestructura
conceptual en la cual es posible organizar la informacin disponible sobre el
ambiente gestionado.
Se estructura en tres capas distintas:
Esquema de ncleo
Esquema comn
Esquema de extensin
Esquema de Ncleo
Modelo de informacin que captura nociones que son aplicables a todas las reas
de gestin.
Esquema comn
Similar al anterior, solo que se aplica a reas de gestin particular pero
independientes de los dispositivos o implementaciones especficas y clasifica en 5
clases o reas su esquema: Sistemas, Aplicaciones, Redes a nivel LAN,
Dispositivos, Fsico.
Esquema de extensin
Representa extensiones del esquema inmediatamente anterior especficas a una
tecnologa, cuyos esquemas pueden ser especficos para determinados
ambientes, por ejemplo un sistema operativo.
78

En la figura 4.1 que se presenta a continuacin se puede apreciar el esquema de

CIM, el cual es una adaptacin del modelo esquematizado por parte del Ing.
Alejandro Toledo en el mdulo de Gestin de redes telemticas. 2007
Figura 4.1. Esquema de CIM
sistema
Aplicaciones
Fsico
Esquema de
Extensin
Modelo
Ncleo
Red
Esquema
Comn
Otro
Modelo
Dispositivo
Leccin 17: Gestin empresarial basada en la Web - WBEM e Interfaz de

gestin de escritorio - DMI
En concordancia con el modelo presentado, DMTF permite gestionar desde dos
tecnologas diferentes y acordes a las necesidades existentes, ellas son WBEM y
WMI, las cuales se presentan a continuacin
Gestin empresarial basada en la Web
WBEM por sus siglas en ingls: Web-Based Enterprise Management es un
conjunto de tecnologas para la administracin de sistemas desarrollado para
unificar la administracin de entornos distribuidos computacionales y por lo tanto
incluye estndares para la gestin de sistemas, redes usuarios y aplicaciones
mediante la implementacin de tecnologa internet.
De acuerdo a lo anterior, WBEM, se basa en estndares Internet, el estndar
CIM, especificacin de codificacin xml-CIM, operaciones CIM sobre el protocolo
http y WS-Management.
Aunque el nombre se hace referencia a "Web-Based", no necesariamente se
encuentra vinculado en modo alguno a una interfaz de usuario en particular,
79

puesto que existen otras formas de administracin de sistemas como son los
shells remotos, soluciones propietarias y la gestin de arquitecturas de red como
SNMP.
De acuerdo a (Wikipedia, 2010) las principales caractersticas de la tecnologa
WBEM incluyen:
Gestin remota de aplicaciones

Gestin de varias instancias de una solicitud como una sola unidad
Interfaz estndar para la gestin de aplicaciones remotas a travs de
diferentes aplicaciones
Disociacin de la gestin de las aplicaciones del cliente
Publicacin de la informacin clave acerca de una aplicacin a otras
aplicaciones
A continuacin se presenta una situacin que permite describir la forma de
operacin de WBEM, de acuerdo a ello, definir la arquitectura de WBEM y su
representacin en un esquema grfico.
Se debe tener en cuenta los componentes que se encuentran entre el operador y
la forma de manejar un dispositivo (configurarlo, apguelo y encenderlo,colocacin
de alarmas, etc.), el hardware real y el software del dispositivo.
A un operador ,es factible que se le presenten con algn tipo de interfaz grfica
de usuario (GUI), un navegador (BUI), o una interfaz de lnea de comandos (CLI).
La norma WBEM no tiene nada que decir sobre esta interfaz (aunque un CLI para
aplicaciones especficas se est definiendo), de hecho, uno de los puntos fuertes
de WBEM es la independencia de la interfaz humana, puesto que desde interfaces
hombre es factible realizar los cambios sin que el resto del sistema necesite ser
consciente de ellos .
El GUI, BUI o CLI se conectar con un cliente WBEM a travs de un conjunto de
interfaces de programacin de aplicaciones (APIs). Este cliente encontrar el
servidor WBEM para el dispositivo controlado (ubicado generalmente en el propio
dispositivo) y construir un mensaje XML con la solicitud. El cliente utilizar el
protocolo HTTP (o HTTPS) para aprobar la solicitud, codificando a travs de CIMXML, en el servidor WBEM.
El servidor WBEM decodificar la solicitud entrante, realizar la autenticacin

80

necesaria y los controles de autorizacin y luego consulta el modelo creado

previamente del dispositivo inicialmente administrado para mirar cmo debe
manejarse la solicitud.
El modelo est escrito utilizando el modelo estndar de informacin comn. DMTF
ha publicado muchos modelos de dispositivos comnmente administrados y
servicios entre ellos: IP routers, servidores de almacenamiento, equipos de
escritorio, etc.
En la mayora de las operaciones, el servidor WBEM determina a partir del modelo

que necesita para comunicarse con el hardware o software existente. Lo anterior
es posible gracias a los llamados "proveedores" que son pequeas piezas de
cdigo de la interfaz entre el servidor WBEM (utilizando una interfaz estandarizada
conocida como CMPI) y el hardware o software real. Dado que la interfaz est bien
definida y el nmero de tipos de llamadas es pequeo, normalmente es fcil
escribir los proveedores. En particular, el escritor no conoce acerca de la interfaz
grfica, BUI, o CLI que est siendo utilizada por el operador.
Para el desarrollo de la actividad debe tener en cuenta los componentes como son
Servidor, Host, Proveedores de tecnologa, router, cliente u operador y el CIMON
(CIM Object Manager)
Interfaz de gestin de escritorio
Se considera como una estrategia de DMTF para hacer a los Hosts ms
gestionables, este estndar permite describir y acceder a la informacin de todos
los tipos de Hosts y componentes del mismo.
Se encarga de proporcionar un camino comn para el soporte tcnico,
Administradores de Tecnologas de informacin y usuarios; de tal manera que se
obtenga un acceso a la informacin sobre todos los aspectos del equipo y por lo
tanto, DMI proporciona un formato comn para describir ms de 80 mil productos
existentes en el mercado de la tecnologa.
El resultado de la gestin desarrollada por DMI es un sistema con nmero de
beneficios para los usuarios de computadores, la industria relacionada.
La primera versin de DMI (v1.0), se emiti en 1994 y proporcion un estndar
para describir y obtener informacin de un PC aislado. La segunda versin (v2.0)
se complemento agregando capacidades remotas de tal manera que le facilit el
trabajo a los tcnicos de soporte para atender problemas de manera remota,
mediante la implementacin de DMI, para acceder a la informacin sobre cualquier
81

sistema en red. Adicional a ello, ofrece una solucin de gestin multiplataforma

completa y en la actualidad se pretende crear una solucin para la gestin
soportada en Internet.
Arquitectura
DMI, incluye los siguientes elementos:
Capa de Servicio
Programa local que maneja los requerimientos de las diversas aplicaciones de
gestin, recopilando la informacin requerida de la Base de datos MIF o pasando
solicitudes a los productos gestionados como sea necesario.
Aplicaciones de gestin
Programas remotos o locales para cambiar, interrogar, controlar, seguir y listar los
elementos de un sistema de escritorio.
Interfaz de gestin
Se encuentra localizada entre la capa de servicio y las aplicaciones de gestin,
como diagnsticos locales, programas de instalacin aplicaciones de gestin de
escritorio y aplicaciones de gestin LAN
Productos gestionables
Hardware, software o perifricos que son parte de o estn unidos a un computador
de escritorio o a un servidor de red.
Interfaz de componente
Es la frontera entre la capa de servicio y los productos gestionables a nivel de
hardware como unidades pticas, discos duros, procesadores, etc y a nivel
software como paquetes ofimticos, sistemas operativos, etc.
Base de Datos MIF
Es el Formato de Administracin de Informacin y contiene todo lo relacionado con
los productos en el sistema. Esta informacin proviene de los archivos MIF que
son proporcionados con cada producto gestionable.
Leccin 18: Formato Estndar de Alerta
Se lo conoce con el nombre de ASF al formato de estndares de alerta por las
siglas en ingls (Alert Standard Format) ,es un estndar de administracin DMTF
82

que especifica tcnicas de alerta "previas al sistema operativo" o "sin sistema

operativo".
El estndar se encuentra diseado para generar una alerta ante condiciones
potenciales de error y de riesgo para la seguridad cuando el sistema operativo se
encuentra en estado de reposo o el equipo est apagado. El ASF est diseado
para sustituir tecnologas de alerta previas que funcionan sin el sistema operativo.
La tecnologa de ASF, inicia con lo que se denomin Alert On LAN (AOL),
desarrollada por IBM e Intel en 1997 de una manera unidireccional, permitiendo
enviar los reportes de los dispositivos gestionados hacia las consolas nicamente;
posteriormente en la segunda versin, AOL2, desarrollada por Intel, se agrega la
gestin de manera bidireccional y se mantiene hasta el ao de 2001, en donde la
DMTF, la estandariza y su diseo se orienta hacia la gestin de sistemas que se
encuentren en el estado de sistema operativo ausente (OS Absent), trmino que
hace referencia al estado de un computador cuando su SO, no es completamente
operacional, tal es el caso de los sistemas ubicados en secuencias de booteo,
estado de hibernacin o de falla de carga del SO.
Los estndares definidos en ASF y basados en interfaces le permiten a los
proveedores de propuestas de alertas y acciones correctivas implementar sus
productos garantizando la interoperabilidad.
La operacin entre el cliente y la consola de gestin se realiza con las siguientes
interfaces:
Mensajes transmitidos por el cliente

Solicitudes de mantenimiento enviados al cliente, junto a la respectiva
respuesta asociada a la solicitud.
Datos de la descripcin de las capacidades y caractersticas del cliente
Software utilizado para configurar o controlar el cliente en el estado de OS
presente o activo
Adicional a lo anterior, existe un nivel de interoperabilidad entre los componentes

de alerta de un cliente:
Mtodos de firmware que se usan para comunicar las capacidades del

sistema con el dispositivo de alerta de OS presente
El formato de los mensajes enviados entre las diversas tarjetas existentes
en el PC o add-in card , el sistema local y los sensores del sistema local.
En la siguiente figura se puede apreciar la gestin que se realiza en un PC, que

tiene conectado a l un dispositivo que es una tarjeta de red (NIC)
83

Figura 4.2. Componentes del sistema de alerta
Alertas desde el
cliente a la consola
Servidor de
Administracin
(Ejecutando
Consola)
Acciones e instrucciones de
conectividad desde la consola
Conexin en la
board de una
Tarjeta de red
Equipo
Cliente
Como se puede apreciar en el diagrama (imgenes tomadas en su orden de

http://www.xataka.com, http://www.teknologia.cl, http://www.wilkinsonpc.com.co ),
cuando se adiciona un dispositivo de envo de alertas, en este caso una tarjeta de
red a un cliente gestionado con capacidad ASF, dicho dispositivo se configura con
la configuracin hardware especfico del cliente antes de que el dispositivo pueda
usar apropiadamente los factores de alerta y responder a solicitudes remotas de
mantenimiento. De esta manera el cliente necesita el estado del SO presente para
permitir que se ejecute el software de configuracin del dispositivo y almacene
informacin especfica del sistema dentro de la memoria no voltil del mismo.
La configuracin, tambin facilita una interfaz para que el usuario del sistema
identifique la direccin IP de la consola de gestin a la cual se van a enviar los
mensajes de alerta del cliente gestionado, entre los que se encuentran:
Mensajes de la BIOS
Notificaciones de fallas en el OS
Seales del sistema en up
Interconexin de red
Alertas de temperatura
Alertas de voltaje
Adicional a lo anterior, ASF, ofrece capacidades de control remoto, las cuales le

permiten al gestor encender, apagar, resetear un equipo.
84

Para lograr su cometido y establecer la comunicacin y el desarrollo de gestin,

ASF implementa dos protocolos de red denominados: PET y RMPC.
Plataform Event Trap - PET
El protocolo PET se utiliza para el envo de alertas a la consola, el cual utiliza una
PDU que tiene un SNMP Trap para llevar la informacin de gestin del sistema y
cubren diversas actividades del sistema de bajo nivel, entre ellas:
Eventos del ambiente (Temperatura, voltaje, ventilacin)

Eventos del Sistema Operativo como fallos en el arranque o en la
secuencia de booteo
Errores de la CPU, como si el procesador ha sido removido o no est
funcionando
Errores del firmware del sistema (incluye problemas en la RAM o el Disco
Duro)
Intromisin al chasis
Seales de presencia en el ambiente de gestin.
Remote Management Control Protocol - RMCP

El protocolo para control y administracin remota, se basa en UDP para controlar
el sistema cuando el cliente est en SO ausente, entre las operaciones que realiza
se encuentran:
Resetear
Encender y apagar
Re-bootear a multiples paths
La consola de gestin deben utilizar los mtodos RMCP slo si el cliente

gestionado no responde a los mtodos de So presente debido a que estos
mtodos estn basados en hardware y pueden provocar la prdida de informacin
en el cliente.
Leccin 19: Gestin del sistema BIOS y Gestin de Windows WMI
SMBIOS, es el sistema en el cual los vendedores de boards y sistemas presentan
la informacin de gestin de sus productos hardware en un formato estndar al
extender la interfaz BIOS en los sistemas con arquitectura Intel.
Lo anterior, permite entregar la informacin existente a las aplicaciones de gestin
usando DMI o CIM o accesos directos, eliminando de esta forma las operaciones
que son susceptibles a errores o fallos.
85

La especificacin SMBIOS, tiene como fin de que los desarrolladores de BIOS,

implementen las necesidades de entrega de informacin acerca del hardware y la
informacin relacionada con el sistema para que esta pueda ser suministrada al
usuario de la interfaz definida. As mismo SMBIOS, pretende facilitar la
informacin suficiente a los desarrolladores de instrumentos de gestin para
desarrollar software especfico que permitan llevar del formato SMBIOS a diversas
tecnologas como DMTF, DMI, CIM u otra diferente.
El acceso a la informacin SMBIOS, se hace mediante dos mtodos diferentes:
Interfaz funcional plug and play

Tabla de acceso
A nivel de la interfaz plug and play, SMBIOS, sigue el modelo de System Device
Node y utiliza funciones plug and play para acceder a la informacin DMI.
Cada una de estas funciones estn disponibles en modo real y en modo 16-bits
protegido.
A continuacin se describen en la tabla las funciones SMBIOS en plug and play
Tabla 4.1. Funciones SMBIOS
Funcin SMBIOS
Nmero de
funcin
Descripcin
Requerido u
opcional
GET_DMI_INFOR
MATION
50h
Retorna el nmero de estructuras, el Necesario para

tamao de la estructura ms larga y la llamar
a
la
revisin SMBIOS
interfaz
GET_DMI_STRUC
TURE
51h
Copia la informacin para la estructura Necesario para

especificada en el buffer especfico llamar
a
la
para la llamada
interfaz
SET_DMI_STRUC
TURE
52h
Copia la informacin para la estructura Opcional

SMBIOS especificada desde el buffer
especfico que lo llama
GET_DMI_STRUC
TURE_CHANGE
_INFO
53h
Retorna la informacin de los cambios Requerido para

en la estructura SMBIOS al buffer notificar
los
especfico de 16 bytes
cambios en la
estructura
dinmica
86

DMI_CONTROL
54h
Controla las acciones del sistema
GET_GPNV_INFO
RMATION
55h
Devuelve la informacin sobre el Requerido para

propsito general de rea de soporte GPNV
almacenamiento no voltil
READ_GPNV_DA
TA
56h
lee todo el contenido especificado Requerido para

GPNV en un buffer especificado por soporte GPNV
quien solicita el requerimiento
WRITE_GPNV_D
ATA
57h
Copia el contenido de bfer de usuario Requerido para

especificado en GPNV. La funcin soporte GPNV
hace que todo lo especificado se
encuentre actualizado
Reservado para
uso futuro
58h 5Fh
Opcional
Reservado.
Debe
retornar: Reservado
DMI_FUNCTION_NOt_SUPORTED
De la tabla anterior, las tres primeras funciones conforman la interfaz de acceso a

la estructura SMBIOS.
De acuerdo a la siguiente tabla, complementar la descripcin de cada uno de los
cdigos mencionados
Cdigo
valor
DMI_SUCCESS
00h
DMI_UNKNOWN_FUNCTION
81h
Descripcin
DMI_FUNTION_NOT_SUPPORTED 82h
DMI_INVALID_HANDLE
83
DMI_BAD_PARAMETER
84h
DMI_INVALID_SUBFUNCTION
85h
DMI_NO_CHANGE
86h
DMI_ADD_STRUCTURE_FAILED
87h
87

DMI_READ_ONLY
8Dh
DMI_LOCK_NOT_SUPPORTED
90h
DMI_CURRENTLY_LOCKED
91h
DMI_INVALID_LOCK
92h
En cuanto a la tabla de acceso, la convencin de tabla permite a las estructuras

SNMBIOS acceder a ellas bajo modos de proteccin de 32 bits en sistemas
operativos como Windows con arquitectura NT. Esta convencin provee un punto
de entrada rastreable, el cual tiene un apuntador hacia las estructuras SNMBIOS
empaquetadas que se encuentran residentes en alguna parte de la memoria fsica
direccionada.
Otra forma de gestin, se denomina Instrumentacin de Gestin de Windows
WMI, la cual se considera como la implementacin de la iniciativa WBEM (Web
Based Enterprice Management) del DMTF que extiende el modelo CIM (Modelo
Comn de Informacin) que representa objetos en entornos de gestin de
Windows y es un estndar de objetos de gestin en una forma consistente y
unificada.
De acuerdo a lo anterior, WBEM basado en el CIM establece estndares de
infraestructura de gestin y brinda una manera estandarizada para acceder a la
informacin de varios sistemas de gestin a nivel de hardware y software en un
entorno empresarial. Mediante el uso de este tipo de herramientas y tecnologas,
es posible reducir la complejidad y costos de gestin.
WBEM, permite un punto de integracin mediante el cual se puede acceder a los
datos que proceden de diversas fuentes de gestin, permitiendo complementar y
extender los protocolos de gestin e instrumentacin como SNMP, DMI y CMIP.
Tecnologa implementada
WMI, es una infraestructura de gestin que soporta la sintaxis de CIM, el formato
de administracin de Objetos MOF y una interfaz de programacin comn, de tal
manera que MOF, define la estructura y el contenido del esquema CIM de una
manera fcil de leer.
Entre los servicios que ofrece WMI se encuentran recuperacin de informacin
basada en consultas y notificacin de eventos, los cuales son accedidos a travs e
una interfaz denominada COM (Component Object Model).
88

Arquitectura WMI
La tecnologa WMI se compone de:
Infraestructura de gestin
Proveedores WMI
La infraestructura de gestin incluye CIMON (CIM Object Manager), el cual

proporciona a las aplicaciones acceso uniforme a los datos de gestin y un rea
de almacenamiento central para datos de gestin denominado repositorio.
Los proveedores WMI, actan como intermediarios entre el CIMON y los objetos.
Al usar las APIs de WMI, los proveedores proporcionan al CIMON los datos de los
objetos, determinando requerimientos de las aplicaciones de gestin y generando
notificaciones de eventos.
La comunicacin entre las aplicaciones de gestin y los proveedores es ms fcil
en WMI, debido a la interfaz de de programacin comn para los servicios de
gestin de Windows mediante el uso de COM, la cual notifica los eventos y
servicios de procesamiento de requerimientos, el repositorio mantiene los
esquemas CIM y de extensin e informacin de datos, al igual que las fuentes de
dicho datos.
Los objetos se consideran componentes fsicos o lgicos que son modelados
usando CIM y las aplicaciones de gestin pueden acceder a ellos a travs de
CIMON. Estas aplicaciones son aplicaciones o servicios de Windows que
procesan o utilizan informacin originada desde los objetos cuando se hace una
solicitud al CIMON travs de uno de los mtodos en la api de WMI.
Los proveedores WMI son servidores COM y DCOM estndar que funcionan como
mediadores entre los objetos y el CIMON, de tal manera que si uno de los objetos
no se encuentra disponible en el repositorio o una notificacin de un evento que no
es soportada por el CIMON, este ltimo se encarga de hacer la solicitud al
proveedor WMI.
El manejador de Objetos del Modelo de Informacin Comn CIMON, es el
principal componente en la infraestructura de gestin WMI, el CIMON es
responsable de manejar la interaccin entre las aplicaciones de gestin y los
proveedores de objetos y esta accin la realiza de manera transparente para cada
tipo de componente.
89

CIMON soporta APIs para definir instancias y clases y se utiliza el lenguaje MOF
para comunicar las clases e instancias del CIMON, evitando trtar con la API de
CIMON de manera directa.
El CIMON, usa el registro de datos para tres fines: localizar el proveedor, iniciar el
proveedor y enviar el requerimiento
Proveedores
Se define como proveedor a un objeto COM que acta como intermediario entre
WMI y un objeto manejado. Se compone de clases definidas en el esquema MOF
y de un archivo DLL, el cual lleva a cabo las funciones del proveedor. El proveedor
puede venir preinstalado con un objeto manejado o puede ser creado por un
desarrollador de tipo personalizado para usarse con una tecnologa nica.
WMI, soporta diversos tipos de proveedores, siendo la principal diferencia el tipo
de informacin enviada y recibida entre el proveedor y WMI.
Los proveedores se pueden considerar como servidores COM estndar y tienen
alguna de las siguientes propiedades:
Librera de enlace dinmico (DLL)

Servicio Microsoft basado en tecnologa NT a nivel local o remoto*
Archivo ejecutable estndar local o remoto (archivo .exe)
* Se nombra a Microsoft puesto que WMI es una implementacin propietaria de la

misma empresa sobre WBEM.
A continuacin se citan en la tabla los tipos de proveedores existentes para este
tipo de tecnologa:
Tabla 4.2. Tipos de proveedores
Tipo de
Proveedor
Instancia
Clase
Mtodo
Definicin
Informacin
proporcionada
Informacin de
instancias
Maneja una clase o conjunto de clases de WMI. La Informacin de
mayora de desarrolladores no crean proveedores de clases
clase porque es factible cambiar dichas definiciones
en toda la empres, sin importar si el proveedor de
clase se encuentra instalado en una mquina
Implementa los mtodos de una clase WMI. La Implementacin
mayora
de
desarrolladores
implementan de mtodos de
Maneja todas las instancias en un sistema dado
90

Propiedad
Evento
Consumidor de
Evento
proveedores que acten como proveedores de

mtodos y de instancias
Maneja propiedades especficas de una clase WMI y
permiten modificar solo las propiedades de una
instancia
Maneja objetos que generan eventos WMI. El
manejador de eventos, enva los eventos a WMI y a
cualquier otro objeto que sea registrado para el
evento. Incluyen aplicaciones de gestin en tiempo
real que monitorean el estado de la red
Maneja
objetos
consumidores
de
eventos
permanentes. Este es un objeto COM que recibe
eventos todo el tiempo sin importar si el consumidor
de eventos permanente est activo. Al ocurrid un
evento, el proveedor consumidor de eventos localiza
el objeto consumidor y carga el objeto en la memoria
activa, as que el objeto puede recibir el evento
clases WMI
Propiedades de
clases WMI
Eventos
hardware
software
de
y
Localizacin de
aplicaciones
que
reciben
eventos WMI
Actividad prctica
Para realizar la actividad, se requiere ingresar a las propiedades del servicio,
similar a la grfica siguiente:
Figura 4.3. Servicio WMI
91

Ingresar a los servicios de Windows e identificar los elementos relacionados con

WMI, de acuerdo a lo visto en la presente leccin y completar la tabla siguiente:
Nombre
Descripcin
Estado Actual Tipo de inicio
Archivo ejecutable
Monitoreo con WMI

WMI, posee tres proveedores preinstalados que monitorean el desempeo del
sistema a nivel local o remoto y cada uno de ellos proporciona una versin
diferente de los datos del contador de desempeo:
Proveedor del contador de desempeo

Proveedor del contador cooked
Proveedor de monitoreo de desempeo
Proveedor del contador de desempeo

Es un proveedor de alto desempeo que proporciona datos del contador sin
procesar. A los datos de desempeo se les debe aplicar algoritmos de clculo
para producir datos significativos. Est disponible para sistemas operativos
Windows 2000 en adelante.
Proveedor del contador cooked
Consiste en un proveedor de alto desempeo que proporciona datos del
proveedor procesados o calculados. Un dato de desempeo cooked, es el mismo
dato que aparece en el monitor del sistema en perfmon.
Proveedor de monitoreo de desempeo
El proveedor de monitoreo de desempeo es un proveedor de instancias y de
mtodos que retorna los mismos datos vistos en el monitor del sistema para
aplicaciones de gestin. Su desventaja es que no se considera un proveedor de
alto desempeo y carece de velocidad y capacidades disponibles en los
proveedores de alto desempeo.
El S.O. no instala automticamente el proveedor de monitoreo de desempeo, por
lo tanto se debe registrar y crear clases e instancias que reciban la informacin
desde el proveedor para WMI.
92

Monitoreo de Eventos
La infraestructura de eventos de WMI, se encarga de producir notificaciones
acerca de los cambios en los datos y servicios de WMI, de tal manera que al
utilizar las interfaces de WMI, es factible crear una aplicacin para monitorear los
eventos WMI.
Los eventos de WMI, son entregados a consumidores de eventos, los cuales son
aplicaciones que requieren notificaciones de eventos para realizar una
determinada accin cuando ocurre un evento y que pueden ser de dos tipos:
Consumidores de eventos temporales

Aplicaciones cliente WMI que reciben eventos WMI. WMI incluye una
interfaz especial que puede ser utilizada para determinar qu eventos
debera enviar WMI a la aplicacin cliente. Se consideran temporales
puesto que solo trabajan cuando son cargados por un usuario.
Consumidores de eventos permanentes

Son aquellos que pueden recibir eventos WMI todo el tiempo y WMI los
considera como clases y las instancias de ellos se denominan
consumidores de eventos lgicos y sus propiedades determinan las
acciones que se deben realizar cuando un evento es notificado pero no
define la peticiones de eventos a las que se encuentran asociadas. Estas
peticiones se denominan filtros de eventos, que puede estar asociado con
muchos consumidores de eventos lgicos y de igual manera, muchos filtros
de eventos lgicos pueden estar asociados con un solo consumidor de
eventos lgicos, cuya asociacin con los filtros de eventos se denomina
instancia de una clase asociacin.
Adicional a todo lo que se ha mencionado, WMI, permite hacer el monitoreo,

mediante el envo de eventos temporizados o repetitivos a WMI, el cual ocurre en
un momento determinado y se puede llevar a cabo mediante la infraestructura de
eventos estndar o a travs de una clase temporizador especializada.
Leccin 20: Herramientas y plataformas de gestin DMTF
El continuo avance tecnolgico ha permitido la creacin, desarrollo y auge de
diversas tecnologas para apoyar la gestin de redes de telecomunicaciones y
entre ellas se encuentran las que aplican directamente a DMTF y algunas
herramientas y plataformas se describen a continuacin:
93

AOConfig
Utilidad basada en el Sistema Operativo Windows y que presenta una interfaz de
usuario sencilla y amigable. AOConfig, permite que los usuarios obtengan
informacin del Sistema Operativo y del hardware como por ejemplo la board,
CPU, memoria, dispositivos PCI, SATA, entre otros. Adicional a ello, da la
posibilidad de obtener la versin del BIOS y el firmware para facilitar el
mantenimiento o actualizacin de componentes hardware.
Solaris WBEM Services 2.5
Solaris WBEM Services 2.5 es la implementacin de Sun Microsystems de WebBased Enterprise Management (WBEM). WBEM es un conjunto de tecnologas de
gestin y relacionadas con Internet cuyo propsito es unificar la gestin de los
entornos de computacionales de la empresa. Desarrollado por el Grupo de trabajo
de gestin distribuida (DMTF), WBEM permite a las organizaciones proporcionar
un conjunto integrado de herramientas de gestin estndar que promuevan y
sirvan de apoyo a las tecnologas de World Wide Web. Solaris WBEM Services se
actualiz a la versin 2.5 en Solaris 9. (microsystems, 2010).
Systems Management Server SMS
Permite una administracin escalable y rentable de cambio y configuracin para
sistemas de escritorio y servidor, basados en Microsoft Windows. Es compatible
con la mayora de herramientas de gestin de varias empresas incluyendo otros
utilitarios de Microsoft. Facilita la instalacin, configuracin y mantenimiento de
redes de cualquier tamao. Para mayor informacin, versin demo y laboratorio
on-line
puede
dirigirse
a:
http://www.microsoft.com/systemcenter/configurationmanager/en/us/sms.aspx .
WinBIOS
Utilidad basada en Windows que permite configurar los parmetros de la BIOS
cuando se requiera, desde un entorno Windows, de tal manera que permite
modificar o establecer los parmetros de la BIOS con una adecuada descripcin
de los elementos que ella contiene.
DellOpenManage IT Assistant
Es una solucin de administracin de grupo de trabajo propietaria para
administracin de clientes y servidores dell, la cual consta de una consola de
administracin de manejo sencillo y basada en un explorador que le permite al
administrador supervisar el estado del sistema de manera rpida. Consta de un
94

motor de descubrimiento robusto que identifica los sistemas, los ubica en el grupo
adecuado y proporciona detalles como la configuracin, el sistema operativo y los
componentes hardware de estos sistemas.
De acuerdo con Dell, IT Assistant es una aplicacin de administracin remota de
escritorio y de servidor que emplea la tecnologa de administracin remota ms
actual. IT Assistant ofrece administracin de activos, configuracin, eventos,
seguridad y almacenamiento para los sistemas Dell y otros sistemas equipados
con instrumentacin estndar de la industria.
IT Assistant permite especificar fcilmente las partes de la red corporativa que
desea supervisar. El proceso de localizar y ver sistemas en la red, denominado
deteccin, es extremadamente verstil, con la capacidad para incluir y excluir
nodos de red en funcin de una subred, rangos de direcciones o sistemas
individuales. Se pueden detectar sistemas en funcin de una variedad de
especificaciones de direcciones, incluida la direccin de Protocolo de Internet (IP),
la direccin de Internetwork Packet eXchange (IPX) y el nombre de host. Tambin
puede configurar sistemas especficos en grupos personalizados que le permitan
ver sistemas en funcin de sus propios criterios (Dell Inc., 2010).
95

CAPITULO 5: MODELO DE GESTION DE RED OSI

Introduccin
El presente capitulo, tiene como objetivo el conocer la arquitectura y estructura del
modelo de gestin OSI, encontrando una serie de normas definidas por la ISO,
que a la postre constituyen la definicin de los protocolos y servicios necesarios
para la gestin de redes en entornos abiertos y por lo tanto van acordes al modelo
de comunicaciones denominado OSI, el cual surge como el conjunto de
estndares elaborados de manera conjunta entre la ISO y la ITU y su trabajo se
basa en la utilizacin de protocolos del nivel de aplicacin para el intercambio de
informacin de gestin acorde al paradigma Gestor-Agente.
Willian Stallings, en su publicacin SNMP, SNMPv2 y CMIP acerca del modelo de
gestin OSI de redes afirma: es conveniente aclarar que la gestin OSI est
restringida a componentes OSI en un ambiente OSI, por lo tanto no se puede
aplicar a programas de aplicacin, ni a unidades de CD ni a tostadoras.
Indicando de cierta manera que este modelo se basa en la orientacin hacia OSI
y no tiene aplicabilidad alguna a otro tipo de gestiones de red.
Su origen radica en la necesidad de gestionar los diversos protocolos del modelo
de comunicaciones OSI y de acuerdo con (Molina, 2010), la complejidad de
gestin se traslada al agente teniendo en cuenta las siguientes consideraciones:
Se descargan responsabilidades de gestin sobre los agentes

El protocolo de gestin permite realizar operaciones complejas.
El modelo de informacin es tambin complejo.
De acuerdo a lo anterior, la evolucin de este tipo de gestin permitir realizar una

gestin integrada de entornos heterogneos
En la siguiente grfica, elaborada por la misma autora (Molina, 2010), se puede
observar la forma como se lleva a cabo la gestin en OSI de acuerdo al paradigma
Agente - Gestor.
96

Figura 5.1. Gestin en OSI. Gestor - Agente
La Gestin de Sistemas OSI se compone de cuatro modelos, los cuales se citan a

continuacin:
Modelo de Comunicacin.
Modelo de Informacin.
Modelo Funcional.
Modelo de Organizacin.
Dichos modelos se van a estudiar y detallar en las siguientes lecciones que se

presentan en este mdulo.
El primer estndar relacionado con la gestin de red se denomina ISO7498-4 y se
emiti por parte de la ISO, el estndar especifica la estructura de gestin para el
modelo OSI y afirma que la gestin de sistemas debe cumplir con lo siguiente:
Actividades que permitan a los administradores planear, organizar,

supervisar, controlar y responsabilizarse del uso de los diversos servicios
de interconexin.
Capacidad de responder a los cambios que se necesiten o requieran.
Facilidades para asegurar un comportamiento predecible de las
comunicaciones.
Ofrecer facilidades relativas a la proteccin de informacin y autenticacin
de fuentes y destinos en la transmisin de los datos.
97

En trminos generales, los estndares de gestin para sistemas OSI se clasifican

en cinco categoras:
Introduccin y estructura de gestin OSI

Provee una introduccin de carcter general acerca de los conceptos de
gestin.
CMIS/CMIP
Define el servicio genrico de informacin de gestin (Common
Management Information Service CMIS), que provee los servicios
necesarios para gestionar las aplicaciones, adems del protocolo genrico
de informacin de gestin (Common Management Information Protocol CMIP), encargado de proporcionar el intercambio de informacin, actuando
como un soporte para CMIS.
Funciones de Gestin de Sistemas
Define las caractersticas especficas que debe desempear un sistema de
gestin.
Modelo de Informacin de Gestin
Define la Base de informacin de gestin o MIB, la cual contiene una
representacin de todos los objetos bajo el ambiente OSI que se van a
gestionar.
Gestin de Capas
Define la informacin, servicios y funciones de gestin relacionadas con
capas especficas del modelo OSI.
Nombre
Tabla 5.1. Terminologa de la gestin OSI

Sigla
Definicin
Atributo
Propiedad de un objeto gestionado

Posee un valor determinado
Elemento de Servicio
Genrico de Informacin de
Gestin
CMISE
Elemento del servicio utilizado para el

intercambio de informacin y de comandos
con el propsito de gestionar un sistema
Servicio Genrico de
informacin de Gestin
CMIS
Conjunto de servicios suministrados por el

CMISE
Gestin de Capas
Funciones relacionadas a una determinada

capa, con su correspondiente protocolo
Objeto Gestionado
Representacin abstracta de un recursos

sobre el que se realizan las operaciones de
98

gestin
Base de Informacin de
Gestin
MIB
Gestin de Sistemas
Repositorio de informacin de gestin en un

sistema abierto y contiene el conjunto de
objetos
gestionados
y
sus
atributos
respectivos
Funciones de la capa de aplicacin
relacionadas con la gestin de diversos
recursos OSI y su estado a travs de todas
las capas de la arquitectura OSI.
Entidad de Aplicacin de
Sistemas de Gestin
SMAE
Entidad de aplicacin cuyo propsito es la

comunicacin entre los sistemas de gestin
Entidad de Aplicacin de
Sistemas de Administracin
SMAP
Proceso de aplicacin que participa en el

sistema de gestin
Elemento Servicio de
Aplicacin de Sistemas de
Gestin
SMASE Elemento que sirve a la capa de aplicacin y

provee servicios al sistema de gestin
Arquitectura de Gestin OSI

SMAP, es un software local, encargado de la ejecucin de funciones de gestin en
un nico sistema (host, front-end processor, enrutador). Tiene acceso a los
parmetros del sistema y por eso puede manejar todos los aspectos del mismo y
comunicarse con SMAPs en otros sistemas, el SMAE, es una entidad ubicada en
el nivel de aplicacin que se encarga del intercambio de informacin de gestin
con SMAEs iguales en otros nodos o hosts y de manera especial con el sistema
encargado del control central de la red. Para este propsito, usa un protocolo
estandarizado de la capa de aplicacin denominado: Protocolo Genrico de
Informacin de Gestin o CMIP.
Adicional a lo anterior, se encuentra la entidad de gestin de capa, la cual es una
lgica contenida en cada nivel de la arquitectura OSI que provee funciones de
gestin de red especficas para cada capa y por ltimo la Base de Informacin de
Gestin o MIB, definida como una coleccin de informacin de cada host existente
en el radio de gestin de red.
99

Ejercicio
De acuerdo a lo indicado en la arquitectura de gestin OSI, completar el grfico
estructural de dicha arquitectura.
Interfaz de sistemas de Gestin
LME
NIVEL SESION
NIVEL FISICO
Leccin 22: Modelo de Comunicacin CMIP

El Common Management Information Protocol (CMIP) se encuentra definido en el
estndar 9596 de OSI. El modelo de comunicacin, ofrece un mecanismo de
transporte en la forma de servicio pregunta - respuesta para capas OSI y la
especificacin del protocolo describe precisamente cmo se ejecutan los servicios
CMIS.
Si se parte de la funcin fundamental en la gestin de sistemas OSI, esta es
entendida como el intercambio de informacin de gestin entre dos entidades,
conocidos como el gestor y el agente, por medio de un protocolo.
La especificacin del protocolo CMIP, tiene como componente la definicin de la
Abstract Syntax Notation, para codificacin y decodificacin de unidades de datos
del protocolo CMIP o PDUs del CMIP, se encuentra definido dentro de la capa de
aplicacin.
Es un modelo de sistema de interconexin abierta que define como crear sistemas
comunes de administracin de redes, posee cierta similitud con SNMP en cuanto a
la definicin de estndares de administracin de redes, sin embargo CMIP es ms
complejo y proporciona diversas caractersticas que deben observar los
administradores de red.
100

Algunas empresas proveedoras de servicios de telefona utilizan CMIP para la

administracin de redes pblicas y en conjunto con SNMP est incluido en el
Ambiente de Administracin Distribuida de OSF.
Estructura
El modelo de administracin OSI define los sistema administrados y los

sistemas de administracin.
Cada nodo de comunicaciones debe tener una base de informacin de
administracin (MIB)
Un Proceso de Aplicacin del Sistema de Administracin (SMAP)
proporciona la interfaz con la informacin compartida MIB. Los SMAPs
dialogan con otros SMAPs a travs de la red.
Una Entidad de Aplicacin del Sistema de Administracin (SMAE) soporta
la comunicacin de los SMAP y las SMAEs usan CMIP para intercambiar
datos entre nodos.
CMIP define la metodologa para disear el sistema de administracin de
red y las especificaciones del interfaz estn indicadas en CMIS (Servicio de
Informacin de Administracin Comn).
Funciones de CMIP
Administracin Contable: Proporciona una forma de monitorear el uso de la

red para cobrar a los usuarios o para medir los costos y prevenir sobregiros
de los presupuestos.
Administracin de la Configuracin: Por medio de interfaces grficas, el
administrador puede seleccionar y reconfigurar puentes, enrutadores y
otros dispositivos de comunicacin.
Administracin de Fallas: Detecta y corrige fallas en la red. Analiza
aspectos que ayudan a determinar las causas de falla. Dispone de alarmas
para alertar a los administradores que se ha llegado a determinados
procedimientos anormales.
Administracin del Comportamiento: Proporciona servicios para monitorear
la red y mejorar su comportamiento y lo realiza llevando estadsticas como
elemento esencial para administrar el comportamiento
Seguridad: Proporciona servicios de seguridad de alto nivel, mediante los
cuales es factible autentificar a los usuarios, detectar intrusiones y asegurar
la confidencialidad en la transmisin de datos.
Caractersticas
Requiere gran capacidad de memoria y uso de CPU

Genera cabeceras de tamao significativo en los mensajes
Las especificaciones se consideran difciles de realizar y complicadas de
implementar en determinadas aplicaciones
Es un protocolo orientado a conexin
101

Presenta un arquitectura distribuida para su funcionamiento

Permite jerarquas de sistemas de operacin
La llegada de los mensajes a su destino, es garantizada con la seguridad
Orientado a gestin de eventos
Figura 5.2. Arquitectura CMIP
Proceso de Aplicacin
MAPDUs
SMASE
SMAE
Proceso de Aplicacin
SMASE
SMAE
CMISE
CMISE
CMIPDUs
Otros
ASEs
ROSE
ACSE
Nivel de Presentacin
Otros
ASEs
ROSE
ACSE
Nivel de Presentacin
Servicios utilizados por CMIP
En ACSE
Establece y termina asociaciones para el intercambio de informacin y
gestin
El tipo de asociacin se especifica en el campo Application Context de la
primitiva asociacin ACSE (Gestor, Agente o Agente-gestor)
Es utilizado por el usuario de gestin
102

En ROSE
Se utiliza por CMISE para la solicitud de ejecucin de operaciones remotas.
El gestor utiliza una operacin remota, el agente trata de ejecutarla y
devuelve el resultado del intento.
Las aplicaciones cliente-Servidor lo usan.
Servicios Ofrecidos por CMIP
Manejo de Datos
Usado por el gestor para solicitar y cambiar informacin de los recursos del
agente
Informe de sucesos
Usado por el agente para informar al gestor sobre diversos sucesos de
inters
Control Directo
Lo utiliza el gestor para solicitar la ejecucin de diversas acciones del
agente
CMISE, hace uso del servicio de operaciones remotas proporcionado por ROSE.
Campos comunes en la estructura de los mensajes de operacin de CMIP:
Identificador de peticin
Clases de Objetos
Instancia de Objetos
Scoope
Filtros
Control de acceso
Sincronizacin
Lista de identificadores de atributos
Leccin 23: Modelo Organizacional

El modelo de organizacin, se caracteriza por dividir la estructura en dominios de
gestin. La divisin del entorno puede realizarse teniendo en cuenta:
Polticas funcionales:
Cuando se definen los dominios con una poltica similar, tal es el caso de
una poltica de seguridad, contabilidad, entre otras.
Otras polticas:
Cuando la definicin se establece mediante dominios de tipo geogrfico,
tecnolgico, etc.
103

En este modelo, la red se estructura en dominios administrativos, con la necesidad

de establecer y mantener las responsabilidades de cada dominio, de tal manera
que el sistema permite que dentro de un dominio, se pueda reasignar
dinmicamente el papel de gestores y agentes.
Leccin 24: Modelo Funcional o reas Funcionales de la Gestin OSI
De acuerdo a la recomendacin X.700 del CCITT, la gestin OSI se divide en
cinco reas funcionales: Gestin de Fallas, Gestin de Contabilidad, Gestin de
configuracin y nombre, Gestin de Desempeo y Gestin de Seguridad.
Gestin de Fallas
Se denomina fallo al problema existente mediante el cual un sistema abierto
deja de cumplir sus objetivos de tipo operativo. Ante esta situacin, se hace
necesario que exista una gestin de fallas, la cual facilite a los
administradores de red la deteccin de problemas, entre las que se
encuentran: la deteccin, aislamiento y correccin de operaciones
anormales en cualquier componente de la red o de alguna de las capas
pertenecientes al modelo OSI. Esta rea funcional determina procedimiento
para:
a. Detectar y reportar la ocurrencia de fallas, permitiendo al sistema de
gestin notificar al administrador la deteccin de la falla, mediante el
uso de un protocolo para el reporte de eventos.
b. Mantener un registro o log de los eventos reportados, el cual se
puede examinar y procesar.
c. Programar y ejecutar test de diagnstico
d. Investigar fallas
e. Iniciar acciones encaminadas a la correccin de las fallas
Gestin de Contabilidad
El rea funcional de gestin de contabilidad, permite determinar y localizar
los cargos y costos por el uso de recursos de la red. los procedimientos que
se generan en esta rea son:
a. Informar a los usuarios sobre los costos incurridos, mediante el uso
de software para reporte de eventos y manipulacin de datos
b. Permitir el establecimiento de lmites de contabilidad y asociar
calendarios de tarifas de uso de los recursos gestionados.
c. Permitir la combinacin de costos cuando se involucren mltiples
recursos de comunicacin para alcanzar un objetivo dado.
104

Gestin de configuracin y Nombre

Permite a los administradores ejercer el control sobre la configuracin de
los componentes de red y las entidades de los niveles OSI. La ventaja de
cambiar la configuracin es que permite disminuir la congestin, aislar fallas
o hacer cambios que requieran los usuarios. Los procedimientos que se
ejecutan en esta rea son:
a. Fijar y modificar los parmetros que controlan la operacin de los
componentes de red y el software de las capas del modelo OSI
b. Asociar nombres con objetos y con conjuntos de objetos gestionados
c. Iniciar o terminar objetos gestionados
d. Recolectar datos concernientes al estado actual de los recursos
e. Obtener avisos acerca de los cambios significativos en la condicin
del sistema
f. Cambiar la configuracin existente
Gestin del desempeo

Facilita a los administradores de red monitorear y evaluar el desempeo del
sistema. La gestin de desempeo brinda informacin estadstica que
permita establecer si el sistema posee la capacidad requerida de trfico o si
el tiempo de respuesta es acorde a las necesidades, o si existe una
sobrecarga de recursos o si el sistema es utilizado de manera efectiva.
Entre los procedimientos que maneja esta rea se encuentran:
a. Recoleccin de datos relevantes acerca del nivel de desempeo
actual de los recursos.
b. Mantener y examinar registros de desempeo con el propsito de
planear y analizar las condiciones de la red.
c. Determinar el rendimiento del sistema en condiciones diversas.
d. Cambiar los modos de operacin del sistema de tal manera que sea
factible llevar a cabo los procedimientos anteriores.
Gestin de seguridad
La gestin de seguridad facilita al administrador gestionar aquellos servicios
que proveen proteccin en el acceso a los recursos de comunicacin y
encamina su gestin hacia el soporte de:
a.
b.
c.
d.
e.
Facilidades de autorizacin
Control de acceso
Encriptacin y gestin de claves
Autenticacin
Logs de seguridad
105

Funciones de Gestin de Sistemas

Debido a que las reas funcionales por ser demasiado amplias a nivel de
responsabilidad, no se han estandarizado, sino que se han conformado conjuntos
de un determinado nmero especfico de funciones denominadas Funciones de
Gestin de Sistemas (SMF), en donde cada SMF estndar, puede soportar una o
ms de las reas funcionales.
Los estndares SMF, definen la funcionalidad del SMF y provee la conexin entre
los servicios prestados por l y los prestados por CMISE. Por lo tanto es factible
que cada una de las reas funcionales haga uso de una o ms de las funciones de
gestin de sistemas (SMFs) y cada una, soporta los requerimientos de una o ms
de las cinco reas funcionales. Un ejemplo de ello es cuando la funcin de gestin
event-report es aplicable a varias SMFAs. De igual manera puede suceder lo
contrario, es decir que un SMFA, requiera de varias SMFs.
Cada uno de los SMFs estndares definen la funcionalidad del SMF y provee la
conexin entre los servicios prestados por l y los prestados por el CMISE; por lo
tanto es factible al igual que en ejemplo anterior, que las reas funcionales utilicen
a los CMISE.
En un sistema de gestin, se pueden identificar trece reas funcionales, las cuales
han sido estandarizadas por la ISO y la ITU-T, su implementacin se ha llevado a
cabo mediante la utilizacin de las facilidades de gestin suministradas por CMISE
y se presentan a continuacin:
Gestin de Objetos
Soporta la creacin y eliminacin de objetos gestionados y la lectura y
modificacin de los atributos de los objetos. Emite notificaciones cuando el
valor del atributo presenta algn cambio.
Gestin de estado
Especifica un modelo acerca de cmo representar el estado de un objeto.
Adems provee servicios para soportar ese modelo.
Gestin de relaciones
Especifica un modelo para la representacin de las relaciones de gestin
entre los objetos manejados y provee servicios para soportar ese modelo
Reporte de alarmas
Soporta la definicin de alarmas de falla y las notificaciones usadas para
reportarlas
Gestin de reporte de eventos
106

Soporta el control de reporte de eventos, incluyendo la especificacin del

repositorio de reportes, su definicin y la especificacin de criterios para
generarlos y distribuirlos.
Control de logs
Soporta la creacin y almacenamiento de logs y la especificacin de
criterios para hacer registros de este tipo.
Reporte de alarmas de seguridad
Soporta la definicin de alarmas de seguridad y las notificaciones que se
emplean para su reporte.
Asistente de rastreo y seguridad
Especifica las clases de reporte de eventos que podran ser contenidas en
logs y que se utilizan para evaluar la seguridad.
Control de Acceso
Soporta el control de acceso a la informacin y a los operadores de gestin
Medidor de contabilidad.
Provee la contabilidad en el uso de recursos de sistemas y un mecanismo
para fijar lmites en la cuenta.
Monitor de carga de trabajo
Soporta el monitoreo de atributos de objetos gestionados, los cuales se
relacionan con el desempeo de un recurso.
Gestin de pruebas
Encargado de la gestin de procedimientos orientados a la prueba de
diagnsticos.
Sumarizacin
Soporta la definicin de medidas estadsticas que son aplicadas a los
atributos y a el reporte de informacin resumida.
(ARONOFF, 1989), defini las reas funcionales y las funciones de gestin de

sistemas y basado en ellas, se desarroll una relacin existente, que se presenta
en la siguiente tabla:
Tabla 5.2. Relacin entre las reas funcionales y las funciones de gestin
Funciones/
Areas
Configuracin
Fallas
Seguridad
Desempeo
Contabilidad
X
X
X
X
X
X
10
12
13
X
X
X
X
X
11
X
X
X
X
107

Leccin 25: Modelo de Informacin GDMO

El modelo GDMO, permite modelar cualquier recurso a travs de una
descomposicin que implementa la metodologa top-down.
Entre las caractersticas que posee este tipo de gestin se encuentran:
Los objetos de gestin modelados son lo nico visible de cara a la gestin

Las clases base se derivan de clases padres.
Cada uno de los objetos gestionados incluyen lo siguiente:
a. Atributos: Son aquellos valores que describen el estado del objeto o
referencian a otros objetos contenidos.
b. Comportamiento: Consiste en un texto en el cual se representa el
comportamiento del objeto.
c. Acciones: Son los servicios que ofrece el agente y que pueden ser
activados por el gestor.
d. Notificaciones: Son los mensajes que se originan por el objeto
gestionado ante la ocurrencia de eventos considerados como
crticos.
e. Paquetes: Es la coleccin de atributos, comportamientos, acciones y
notificaciones que pueden ser agrupados en una o varias clases de
objetos gestionados
Entre las notificaciones como las alarmas o los cambios de estado, al igual que en
las acciones como el reset, clear, entre otras, pueden especificarse como
plantillas, de tal manera que puedan ser reutilizados por otros paquetes.
Organizacin de los objetos
Como el modelo GDMO, se basa en objetos, se aplica la filosofa de la
programacin orientada a objetos en su desarrollo y por lo tanto se tienen en
cuenta algunas caractersticas de dicha programacin y que se aplican en la
organizacin, entre ellas:
Contenedor:
Son los objetos que se consideran como un almacn en donde se tienen
otros objetos o atributos ya definidos y cuya representacin se hace en
forma de rbol y se implementa con atributos que tienen referencia a los
objetos contenidos
Herencia:
Propiedad donde los objetos heredan caractersticas de sus clases padre y
existe un objeto raz. Por ejemplo el rbol de la recomendacin ITU M.3100.
108

Halomorfismo:
Entendido como la interaccin a travs del conjunto de interfaces.
Grficamente el sistema es entendido de la siguiente manera:

Figura 5.3. GDMO
Raiz
Sistema
Archivo
de logs
Discriminador de
reenvio de
eventos
Logs de
alarmas
De igual manera, se organiza la base de datos de instancias en el presente

modelo, teniendo en cuenta:
Esquema de nombrado
Es el rbol de nombrado o esquema MIT de instancias, considerado como
una forma flexible de hacer referencias, se compone de tres partes:
a. RDN: Atributo relativo al objeto padre
b. FDN: Nombre completo, va desde el inicio del rbol de nombrado
c. LDN: Secuencia de RDN sin llegar a la raz
Gestor, Tambin llamado como procedimientos internos, y puede crear
nuevas instancias de objetos en los agentes. Por lo tanto hace referencia al
uso de operaciones CMIP.
El esquema general del sistema se presenta a continuacin, como complemento

de lo indicado en la teora.
109

Figura 5.4. Esquema General de GDMO
Figura 5.5. Esquema General del agente
Fuente: (ESTEPA, 2009)

110

CAPITULO 6: ADMINISTRACIN DE REDES DE TELECOMUNICACIONES TMN

Introduccin
La gestin de redes y servicios de telecomunicaciones se define como el conjunto
de procesos y actividades que se lleva a cabo por parte de los operadores o
carriers con el fin de ofrecer a los clientes sus servicios a nivel de
telecomunicaciones, tratando de cumplir de la mejor manera los criterios de
calidad y coste establecidos en los objetivos de la empresa.
En el presente captulo se tratarn temas relacionados con este tipo de
administracin, cuyo contenido es de vital importancia para aquellos ingenieros
que se dediquen a este campo dentro del mundo de las telecomunicaciones.
Leccin 26: Generalidades de TMN
TMN, cuya sigla significa Telecommunications Management Network, por su
nombre en ingls, es un conjunto de estndares internacionales especificados por
el ITU-T para gestin de red de telecomunicaciones. Este modelo de
administracin es utilizado por las empresas carriers u operadoras que ofrecen
servicios de telecomunicaciones, como Telefnica, Telmex, UNE, ETB, entre otras
y lo realizan a travs de los sistemas soporte a las operaciones que se llevan a
cabo por parte de las empresas como las que se mencionaron anteriormente y
que son gestionados a travs de sistemas de informacin.
Los estndares establecidos por TMN se refieren de manera genrica a un modelo
de arquitectura funcional y especificaciones de protocolos de comunicacin
creadas por el ITU-T y otros organismos internacionales de estandarizacin.
El trmino TMN hace referencia al conjunto de sistemas necesarios para el
soporte de la gerencia de la red y de los servicios de telecomunicaciones en
actividades como planeacin, aprovisionamiento, instalacin, mantenimiento,
operacin y administracin.
Ene ste orden de ideas, TMN suministra funciones de gestin para redes y
servicios de telecomunicaciones, teniendo en cuenta que los sistemas que
componen a TMN se comunican entre s, con los diversos dispositivos o
componentes de hardware y software de la red con sistemas de otros carriers que
se basan en gestin TMN.
La relacin existente entre TMN y la red de telecomunicaciones consiste en
obtener las funciones necesarias para gestionar servicios y equipos o
111

componentes necesarios de la red de telecomunicaciones, denominados

elementos de red (NE), que pueden ser, por ejemplo, los Equipos Terminales de
Red (DTE) o Equipos de comunicaciones de Datos (DCE).
Los sistemas de TMN, llamados sistemas de soporte a la operacin (OSS),
pueden comunicar entre s, con los NE o con sistemas que pertenecen a otras
redes. De acuerdo a ello, es factible que diversas TMN puedan pertenecer a una o
ms carriers de servicios de telecomunicaciones.
El concepto bsico de TMN es permitir una arquitectura abierta y organizada, de
tal manera que sea posible permitir varios tipos de sistemas de operacin y
equipos de telecomunicaciones funcionando en armona para el intercambio de
informaciones de gestin, es decir llevando a cabo la interoperabilidad.
Cuando estos conceptos fueron definidos por los estndares TMN, qued
reconocido que muchos proveedores de redes y servicios ya tenan una gran
infraestructura de sistemas existentes, redes y equipos instalados que deberan
ser incorporados dentro de TMN, por lo tanto, la arquitectura funcional ha sido
proyectada para acoplar una gran variedad de soluciones operacionales y
gestionar sistemas heterogneos que caracterizan a las redes de
telecomunicaciones
Leccin 27: Arquitectura de TMN
La arquitectura TMN es una estructura organizada para transmisin de datos entre
los sistemas de informacin de gestin y los equipos de telecomunicaciones. Las
conexiones existentes, permiten el cambio de informaciones de gestin a travs
de interfaces, incluyendo la definicin de protocolos y mensajes.
De acuerdo a lo anterior, TMN tiene la capacidad de gestionar los siguientes tipos
de redes y servicios:
Redes pblicas y privadas, incluyendo sus partes componentes e infraestructura,
desde redes de telefona mvil, redes virtuales, redes inteligentes, redes de larga
distancia (WAN), hasta redes metropolitanas (MAN) y redes locales de
computadores (LAN)
Computadores de gran tamao, servidores de archivos, de sistemas de gestin de
bases de datos y de redes
Terminales de transmisin como multiplexadores, routers y equipos de transmisin
sncrona SDH
112

Sistemas de transmisin digital y anloga basados en cable coaxial, par trenzado,

fibra ptica, radio y satlite
PABX (Private Automatic Branch Exchange) y equipos terminales de usuarios
Sistemas para la prestacin de servicios de telecomunicaciones
Sistemas de soporte,
Telecomunicaciones
energa
Infraestructura
para
Sistemas
de
TMN y toda su arquitectura de gestin

Cualquier servicio ofrecido por los sistemas mencionados anteriormente
TMN considera las redes y los servicios de telecomunicaciones como el conjunto
de sistemas cooperativos para gestionarlos de forma armnica e integrada. El
modelo TMN clsico se divide en tres arquitecturas que se consideran en la
implementacin de un proyecto de plataforma de gestin, de tal manera que el
conjunto de componentes bsicos sirve para la construccin de la gestin de
redes como tambin la relacin entre dichos componentes.
Nivel 1- Arquitectura Fsica
TMN implementa fsicamente las funciones, representando la topologa de la red
de gestin de telecomunicaciones, es decir, define la relacin entre los sistemas
de gestin de la red de telecomunicaciones y los elementos gestionados como por
ejemplo, centrales telefnicas, switches, entre otros.) La Arquitectura Fsica
suministra los medios para la implementacin de los bloques funcionales definidos
por la arquitectura funcional que se definir mas adelante
Los bloques de la arquitectura fsica son:
Sistemas de Operacin- LOS: Son los responsables del procesamiento de
informaciones de gestin con el fin de monitorear, coordinar o controlar las
actividades de las redes, al igual que los servicios de telecomunicaciones.
Red de Comunicacin de Datos - DCN: Se encarga de transportar de modo
seguro, la informacin entre los diversos elementos de TMN.
Dispositivo de Mediacin - MD: Facilita el flujo de informacin entre elementos
de red y los sistemas de gestin, garantizando la interoperabilidad. Incluye
funciones de almacenamiento, filtros y la recoleccin de datos necesarios para la
gestin.
113

Elementos de Red - NE: Se define como un equipo, conjunto de equipos o

software, que poseen interfaz, la cual puede ser estandarizada o no con TMN.
Adaptador-Q - QA : permite a los equipos que no poseen interfaz estandarizada
conectarse a TMN.
Estaciones de Trabajo WS: medio por el cual los operadores o carriers y los
usuarios pueden obtener acceso a los recursos de TMN.
Figura 6.1. Arquitectura Fsica de TMN
Fuente:
http://www.eie.fceia.unr.edu.ar/ftp/Tecnologias%20de%20banda%20angosta/Nota
s_sobre_TMN.pdf
Nivel 2- Arquitectura de Informacin

Consiste en el intercambio de informacin entre los diversos sistemas de gestin.
La arquitectura de informacin, define la comunicacin entre el sistema de gestin
y los elementos de red tales como el sistema o los equipos a ser gestionados, Se
basa en el modelo orientado a objetos, por lo tanto los conceptos de orientacin a
objetos y comunicacin gestor/agente son la base de la arquitectura de la
informacin.
114

El modelo de Informacin es utilizado para definir la visin orientada a objetos de

un sistema gestionado a travs de interfaces TMN de los gestores y agentes.
Para gestionar la red de telecomunicaciones se requiere conocer las
caractersticas de los sistemas componentes de una red y de los recursos como
los servicios de telecomunicaciones a ser gestionados. El modelo de informacin
estandariza las informaciones de gestin que son intercambiadas entre dichos
elementos a travs de interfaces estndar. El sistema de gestin es llamado
generalmente sistema gestor mientras que los sistemas gestionados se los conoce
como sistemas agentes.
La informacin intercambiada por el sistema gestor es estructurada como objetos
gestionados, por su parte los objetos que implementan las funciones de gestin
representan los recursos de la red de telecomunicaciones como datos y funciones.
El objeto gestionado es una abstraccin de un recurso real como por ejemplo una
tarjeta de red, un router, un Access Point, etc. y representa sus propiedades.
El objeto gestionado es definido por atributos, operaciones de gestin que se le
pueden aplicar, por el cambio en el comportamiento como respuesta a estmulos
internos o externos y por las notificaciones emitidas por l.
El modelo de informacin no limita la implementacin de los sistemas de gestin
de red de telecomunicaciones, por el contrario, posee una serie de caractersticas
de sistema abierto, tales como:
Un recurso puede representarse por uno o ms objetos gestionados, siendo que
en el caso de ser representado por mltiples objetos, cada uno de ellos representa
una visin diferente del recurso. Por ejemplo, una central telefnica, puede ser
representada y gestionada en la red de la compaa A y en la red de la compaa
B.
No se requiere necesariamente la correspondencia de que para cada objeto
gestionado se tenga un recurso real.
Los objetos gestionados pueden representar recursos lgicos, tal es el caso de un
sistema operativo.
Slo los recursos modelados por objetos gestionados son disntiguidos por los
sistemas de gestin.
Un objeto gestionado est en capacidad de suministrar una visin abstracta de
recursos representados por otros objetos gestionados.
Un objeto gestionado puede estar contenido en otro.
115

Sistemas Gestores y Agentes

La gestin de un ambiente de telecomunicaciones es una aplicacin tpica de
procesamiento de informacin. Siendo la red de telecomunicaciones en s un
ambiente distribuido, su gestin e intrnsecamente una aplicacin distribuida,
envolviendo el intercambio de informaciones entre procesos de gestin con el
objetivo de monitorear y controlar los recursos fsicos y lgicos de la red.
Los procesos del sistema de gestin asumen alguno de los posibles papeles:
Sistema 1 - Gestor: es la parte de la aplicacin distribuida que emite operaciones
de gestin y recibe notificaciones.
Sistema 2 - Agente: es la parte de la aplicacin distribuida que gestiona
objetos asociados. La funcin del agente es responder a las operaciones
gestin emitidas por el gestor, y as mismo suministrar al gestor una visin
estos objetos, emitiendo notificaciones que reflejan el comportamiento de
mismos.
los
de
de
los
Figura 6.2. Arquitectura de Informacin
Fuente:
s_sobre_TMN.pdf
Nivel 3- Arquitectura Funcional
Trata acerca de las funcionalidades de las partes de TMN o red de gestin de
telecomunicaciones y suministra los medios para transporte y procesamiento de
informaciones de gestin de la red de telecomunicaciones. La arquitectura
funcional se basa en bloques funcionales y describe la implementacin de una red
de gestin de telecomunicaciones. La definicin de los bloques y de los puntos de
116

referencia entre ellos lleva a la especificacin de las interfaces estndares de la

TMN.
La Arquitectura Funcional identifica los bloques funcionales bsicos que permiten
a TMN ejecutar funciones de gestin en la red de telecomunicaciones, estos
bloques se reflejan directamente en la arquitectura fsica de TMN que puede incluir
paquetes de software de gestin disponibles de la industria de informtica para
implementacin de estos bloques, lo cual se mira en la siguiente leccin.
Leccin 28: Bloques Funcionales
Los bloques funcionales se pueden implementar como parte de los sistemas
conectados a TMN por medio de una red de comunicacin de datos, la cual se da
por medio de la Funcin de Comunicacin de Datos (DCF) que implementa las
capas 1, 2 y 3 del modelo OSI, soportando varios tipos de sub-red y topologas.
Los bloques funcionales de TMN y sus funciones asociadas son:
Bloque Funcional de Sistema de Operacin - OSF: Procesa informacin
relacionada a la gestin de telecomunicaciones con el objetivo de monitorear,
coordinar y controlar las funciones de telecomunicaciones.
Bloque Funcional de Elemento de Red - NEF : Se comunica con la TMN para
ser monitoreado y/o controlado, y a la vez proveyendo las funciones de
telecomunicaciones y de soporte que requeridas por la red de telecomunicaciones.
Bloque Funcional de Estacin de Trabajo - WSF: Responsable por la
interpretacin de la informacin TMN para los usuarios, incluyendo la interfaz
hombre-mquina.
Bloque Funcional Adaptador-Q
entidades no TMN a la red TMN.
- QAF: Tiene como funcin la conexin de
Bloque Funcional de Mediacin - MF: Es responsable por la compatibilidad de la

informacin intercambiada por los bloques funcionales OSF y NEF u OSF y QAF.
Leccin 29: Puntos de Referencia

Los puntos de referencia se definen como las fronteras del servicio entre dos
bloques de funcin de gestin. De acuerdo con (Tecnologas de Banda Angosta Universidad Nacional del Rosario, 2003), los puntos de referencia se consideran
los inmersos en la arquitectura TMN y los que no
117

En la arquitectura TMN son definidas tres clases de puntos de referencia:

Q: para conexin entre los bloques OSF, QAF, MF, y NEF.
F: para la conexin de estaciones de trabajo (WSF) a la TMN.
X: para la conexin entre los bloques OSF de TMN distinguidas.
Otras dos clases son definidos para conexiones fuera de la arquitectura TMN:
G: para la conexin de estaciones de trabajo (WSF) y usuarios.
M: para la conexin de los bloques QAF y equipamientos gestionados que no
poseen interfaz TMN.
Figura 6.3. Clases de Puntos de referencia en TMN
TMN
QAF
m
NEF
MF
OSF
WSF
g
Fuente: (Toledo, 2007)

Leccin 30: Definiciones de los puntos de referencia
La arquitectura funcional de TMN y los puntos de referencia contenidos en ella,
constituyen un marco para obtener los requisitos de la especificacin de interfaces
de TMN. Cada punto de referencia requiere de caractersticas de interfaz
diferentes para el intercambio de informacin, aunque los puntos de referencia no
determinan por si solos la sucesin de protocolos . La especificacin del protocolo
118

constituye una tarea posterior en la metodologa de especificacin de interfaces de

TMN.
Puntos de referencia q
Sirven para delinear una parte lgica del intercambio de informacin entre bloques
de funcin, conforme a la definicin del modelo de informacin mutuamente
soportado por dichas funciones.
El alcance del modelo de informacin para los puntos de referencias q, involucra
aspectos de la recomendacin M.3100 y podr incluir aspectos especficamente
tecnolgicos.
Los bloques de funcin comunicantes en los puntos de referencia q, pueden no
soportar el modelo de informacin en todo su alcance. Cuando haya una
discrepancia entre el modelo de informacin soportado a uno de los lados del
punto de referencia, deber haber una mediacin que sirva para compensar.
Los puntos de referencia q, estn ubicados entre los bloques de funcin de
elemento de red y de sistema de operaciones, de elemento de red y de funcin de
mediacin, de adaptador Q y de sistema de operaciones , lo cual puede darse de
manera directa o por medio de la funcin de comunicacin de datos.
Puntos de referencia f
Los puntos f, se encuentran situados entre los bloques de funcin de estacin de
trabajo y de sistemas de operaciones y/o los bloques de funcin de estacin de
trabajo y de mediacin.
Puntos de referencia x
Los puntos de referencia x, se encuentran entre los bloques de funcin de
sistemas de operaciones de diferentes TMNs.
Las entidades ubicadas al otro lado del punto de referencia x, pueden formar parte
de una TMN real (Bloque de funcin de sistemas de operaciones), o de un entorno
no TMN, similar al bloque mencionado anteriormente. La clasificacin no es visible
en un punto de referencia x.
Punto de referencia g
Los puntos de referencia g, se ubican fuera de TMN, entre los usuarios y el bloque
de funcin de estacin de trabajo. No son considerados parte de TMN, a pesar de
que llevan informacin de ella y la definicin especfica de ella, es tratada en la
recomendacin de la serie z.300.
119

Punto de referencia m
Los puntos de referencia m, al igual que los puntos g, se encuentran ubicados
fuera de TMN, entre el bloque de funcin de adaptador Q y entidades gestionadas
no TMN o aquellas que no sean conformes a las recomendaciones sobre TMN.
120


Desarrollar los ejercicios y oportunidades de consulta propuestos a lo largo de la
unidad
121


ARONOFF, R. (1989). Management of Network Based on Open System
Interconnection (OSI) Standards: Functional Requirements and Analysis. National
Institute of Standards and Technology.
ESTEPA, A. A. (16 de 11 de 2009). Gestin de Sistemas OSI. Recuperado el 08
de
11
de
2010,
de
http://trajano.us.es/docencia/GestionDeRedes/doc_files/tema04_OSI.pdf
Molina, M. D. (2010). Gestin de red en OSI. Recuperado el 15 de 10 de 2010, de
sitio
web
de
la
Universidad
de
Jan:
http://www4.ujaen.es/~mdmolina/grr/Tema%204.pdf
Tecnologas de Banda Angosta - Universidad Nacional del Rosario. (2003). Notas
Sobre
TMN.
Recuperado
el
9
de
11
de
2010,
de
s_sobre_TMN.pdf
del Cauca.
122

UNIDAD 3
Nombre de la Unidad
TECNOLOGAS EN GESTION DE REDES DE

TELECOMUNICACIONES
Introduccin
La unidad 3, se enfoca en tres tecnologas para la gestin

de redes de telecomunicaciones, en primera instancia se
hace referencia a la gerencia en telecomunicaciones, un
punto vital para la formacin ingenieril en el rea de las
telecomunicaciones, contina con la presentacin del
marco referencial de procesos mejorado, denominado
etom y finaliza con una introduccin a la gestin inteligente
o sistemas expertos y su aplicabilidad en entornos de
telefona mvil 3G y 4G
El desarrollo de esta unidad, le brinda al estudiante las
competencias necesarias para la administracin y gestin
de
empresas
u organizaciones del
rea de
telecomunicaciones, complementando su formacin
profesional y brindando algunas directrices de
gerenciamiento con el uso adecuado de las tecnologas
existentes
y
acordes
a
las
recomendaciones
internacionales existentes
Afianzar conocimientos acerca de las tecnologas para la
gestin de redes de telecomunicaciones
Justificacin
Intencionalidades
Formativas
Identificar las tecnologas para la gestin de redes de
telecomunicaciones.
Conocer los lineamientos necesarios acerca de la
genrica de telecomunicaciones
Adquirir las habilidades necesarias para gerenciar una
red de telecomunicaciones
Conocer los diversos aspectos de gestin en tecnologas
mviles
Conocer los modelos de gestin de redes mviles
Desarrollar habilidades para la toma de decisiones en
una gestin de red
Brindar los conocimientos generales acerca de eTOM
El estudiante reconoce las tecnologas de
telecomunicaciones existentes
123

analizar con argumentos la importancia

administracin de redes de telecomunicaciones
Denominacin de
captulo 7
Denominacin de
Leccin 31
Denominacin de
Leccin 32
Denominacin de
Leccin 33
Denominacin de
Leccin 34
Denominacin de
Leccin 35
Denominacin de
captulo 8
Denominacin de
Leccin 36
Denominacin de
Leccin 37
Denominacin de
Leccin 38
Denominacin de
Leccin 39
Denominacin de
Leccin 40
Denominacin de
captulo 9
Denominacin de
Leccin 41
Denominacin de
Leccin 42
Denominacin de
Leccin 43
Denominacin de
Leccin 44
Denominacin de
Leccin 45
de
la
Gerencia Integrada de Telecomunicaciones

Generalidades
Gestin Integrada de Telecomunicaciones
Gestin de servicios de Telecomunicaciones
Acuerdos del nivel de Servicios - SLA
Integracin Telefona Computacin CTI
eTOM
Generalidades
Estructura de eTOM
Estrategia, infraestructura y producto
Procesos de gestin empresarial del eTOM
Agrupamiento de procesos
Introduccin a los agentes mviles
Generalidades de los agentes mviles
Aplicaciones de los agentes mviles
Aplicacin de gestin inteligente en la gestin de redes
Entornos de gestin 3G y 4G
reas de gestin 3G y 4G
124

CAPITULO 7: GERENCIA INTEGRADA DE TELECOMUNICACIONES

Introduccin
Hace algunos aos, los carriers u operadores de telecomunicaciones orientaban
sus esfuerzos para el aprovechamiento de la capacidad de transmisin de los
sistemas existentes, dejando a un lado la calidad en la prestacin del servicio, lo
cual ha ido cambiando de manera paulatina y acelerada, sacrificando la capacidad
de transmisin de informacin al usuario, para adicionar la capacidad de transmitir
informacin de gestin, de tal manera que se le pueda garantizar la adecuada
prestacin del servicio con calidad, confiabilidad y seguridad al usuario o
suscriptor y toma mayor auge, gracias a los avances para mejorar la transmisin y
las tecnologas que ello implican.
Lo anterior, se puede fcilmente percibir debido a la digitalizacin de las redes y al
aumento de la capacidad y confiabilidad de los sistemas de las empresas
operadoras, por lo que dejan a un lado las funciones de gestin de arquitecturas
de red para dedicarse a la atencin de servicios hacia el usuario, siendo este
ltimo un factor diferencial fundamental en el mercado actual, suscitando como
consecuencia la creacin, implementacin y oferta de nuevos servicios basados
en la integracin de texto, imgenes, audio y video, es decir el componente
multimedial. El presente capitulo, abarca los conceptos bsicos para la gestin de
telecomunicaciones, dada la importancia de esta gerencia en el mundo actual.
Las redes de telecomunicaciones pueden visualizarse de manera independiente al
tipo de equipo o dispositivo utilizado, divididas en tres capas: Aplicacin, Servicios
y Arquitectura.
La capa de aplicacin es aquella implementada de manera directa para el

usuario final.
La capa de servicios es proyectada por el proveedor, con el fin de soportar
las diversas aplicaciones.
La capa de arquitectura provee soluciones de ingeniera que soportan el
transporte de cualquier tipo de servicio prestado por el operador al usuario
El servicio se define normalmente como una facilidad que el proveedor le vende a

sus clientes, el cual puede soportar diversas aplicaciones y la necesidad de
calidad, diversificacin, complejidad y coste en los servicios que se implementan
implica un importante papel de gestin.
125

De acuerdo a las necesidades mencionadas, se requiere la implementacin de

sistemas especficos para cada situacin, entre ellas: gestin de fallas, trfico,
etc., para cada fabricante o para sistemas de gestin propietarios.
Observe la siguiente situacin:
Un sistema con varias centrales telefnicas de distintos fabricantes, cada uno con
su propio sistema de gestin. Las centrales se encuentran interconectadas entre
s, pero los sistemas de gestin se encuentran aislados, ello conlleva a algunos
inconvenientes como:
Imposibilidad de interconexin entre sistemas de diferentes fabricantes

debido al uso de interfaces no estandarizadas.
Multiplicidad de sistemas para cada nuevo fabricante o tipo de equipo,
puesto que cada quien requiere de su propio sistema de gestin.
Mltiples terminales y formas de operacin, cada sistema tiene sus propios
terminales y lenguajes de comunicacin usuario mquina.
Bases de datos mltiples, cada sistema tiene su propia base de datos local,
por ello la actualizacin de cada sistema se realiza de manera aislada,
generando duplicidad de informacin e inconsistencias en la integridad del
sistema total.
Los problemas anteriormente mencionados, generan la falta de integracin entre

procesos, imposibilitando:
Obtencin de la visin global de la red y los servicios respectivos.

Integracin de forma automatizada de la actividades operacionales.
Difusin de informacin del estado de los circuitos y servicios de una forma
amplia.
Operacin y mantenimiento eficiente.
Llevando como consecuencia:
Elevado ndice de fallas no detectadas

Congestin en la red
Indicacin mltiple de la misma falla
Datos insuficientes para la planeacin
Deficiencias en la operacin y mantenimiento de la red.
Lo anterior, genera la prdida de conexiones y de ingresos, insatisfaccin de los

usuarios y desperdicio por el aumento en el costo de operacin e inversiones
extras, por todo ello se requiere proporcionar una solucin que facilite la gestin
integrada de telecomunicaciones.
126

Leccin 32: Gestin Integrada de telecomunicaciones.

Se denomina gestin integrada de telecomunicaciones al conjunto de acciones
realizadas con el fin de obtener la mxima productividad de la planta y de los
recursos disponibles, integrando de forma organizada las funciones de operacin,
mantenimiento, administracin y suministro para todos los elementos de la red y
servicios de telecomunicaciones.
La gestin debe ser integrada en el sentido de:
Ser nica para equipos semejantes de fabricantes distintos.

Ser efectuada de manera consistente por los diversos sistemas.
Ser realizada desde el nivel de servicios hasta el nivel de elemento de red.
Un operador debe tener acceso a todos los recursos pertinentes para
realizar su trabajo, independientemente del sistema de soporte u
operaciones en donde los recursos estn disponibles o de su localizacin
geogrfica.
Los sistemas se comunican de tal manera que la informacin fluye de
manera automtica
Para lograr estos requerimientos es necesario:
Procesos operacionales de flujo continuo

Facilidades de configuracin en tiempo real
Datos en tiempo real para agilizar el mantenimiento
Deteccin de la causa u origen de las fallas.
Terminales de operacin universales con interfaz estndar.
Eliminacin de la multiplicidad de sistemas de supervisin.
Datos de configuracin confiables.
Requerimientos bsicos
En primera instancia es necesario un entendimiento en tres niveles:
Definicin de recursos gestionados

Los diferentes sistemas gestionan los mismos recursos pero no
exactamente los mismo parmetros de cada uno, ni de la misma manera.
Definicin de las operaciones a realizar sobre los recursos
De la misma manera los diferentes sistemas de gestin realizan distintas
operaciones sobre recursos de comunicaciones similares.
Protocolos de comunicacin utilizados
Con el fin de realizar transferencias de informacin entre sistemas de
gestin diferentes es imprescindible utilizar protocolos comunes.
127

Lo anterior, requiere:
Elaboracin de un modelo de operaciones, administracin mantenimiento y

suministro basado en los objetivos y estrategias de la empresa.
Estandarizacin de los modelos de informacin de los elementos de red y
servicios de telecomunicaciones.
Estandarizacin de la interfaz usuario mquina
Automatizacin de las tareas tendientes a la eficiencia
Flexibilidad de la arquitectura
Ambiente abierto que permita interconectividad e interoperabilidad
Alta confiabilidad y seguridad.
La integracin de las funciones de todas las capas funcionales, es posible lograr:
Minimizar el tiempo de respuesta a eventos de la red.

Minimizar la carga generada por el trfico de informacin de gestin.
Permitir la dispersin geogrfica del control sobre la red.
Permitir mecanismos de aislamiento para minimizar riesgos de seguridad.
Proveer mecanismos para localizar y aislar fallas de la red.
Mejorar el servicio de asistencia e interaccin con los usuarios.
METODOLOGIA ICM Integrated Communications Management

La Metodologa ICM permite desarrollar herramientas TMN, logrando la mxima
reutilizacin de SW y especificaciones a travs del seguimiento a:
Seleccionar un caso de estudio especfico dentro del rea de gestin de

configuracin y desempeo
Disear un sistema TMN para conocer los requerimientos de cada caso de
estudio.
Reusar la infraestructura de pruebas y los componentes disponibles de
fases previas, mejorndolas hasta donde sea necesario.
Desarrollar nuevos componentes de acuerdo a los requerimientos del caso
de estudio e integrarlos con los mejorados y los existentes en la
infraestructura de pruebas.
Definir pruebas para validar que los componentes sean implementados de
acuerdo a las especificaciones
Ejecutar experimentos para demostrar la efectividad del sistema de gestin
en trminos de mejoramiento de la eficiencia de la red, de Calidad del
servicio (QoS).
Analizar los resultados del trabajo experimental y realizar un anlisis costo
beneficio sobre el sistema desarrollado.
128

La recomendacin M.3020 de la ITU, define un servicio de gestin como un rea

de la actividad de gestin que proporciona soporte de operaciones, administracin,
suministro y mantenimiento de la red gestionada. Esta dirige la informacin
relevante hacia el cumplimiento de una meta especfica de gestin, la cual est
siempre descrita desde la perspectiva de los requerimientos de gestin del
usuario.
No obstante, los servicios de gestin en s mismos no estn sujetos a
estandarizacin, solo son usados para la especificacin de interfaces de gestin,
las cuales son el foco principal de las actividades de estandarizacin de la ITU.
Los servicios de gestin son simplemente registrados con el fin de evitar la
duplicacin de esfuerzos y para facilitar la reusabilidad de funciones relevantes en
la especificacin de interfaces.
La metodologa M.3020 considera a TMN como una simple entidad
proporcionando servicios de gestin a usuarios TMN que podran ser personas o
procesos automticos, tal y como se indica en la siguiente imagen:
Figura 7.1. Entidad TMN
Managed
Network
TMN
Qx o Q3
interface
El resultado de la metodologa es la especificacin de la interfaz entre la red

gestionada y la TMN, en donde la red gestionada puede ser un simple elemento
de red o por el contrario, una red compleja. La especificacin es realizada para
cubrir tanto el modelamiento de la informacin como el protocolo de gestin usado
para el transporte de informacin de gestin.
Tareas presentadas por la metodologa
Tarea 0 - Conceptual
Proporciona el sustento de la metodologa, puntualizando en los modelos
genricos de informacin de red existentes y tambin proporciona el
material necesario, particularmente en el rea del modelamiento orientado a
objetos y la infraestructura de gestin.
Tarea 1 Descripcin de los servicios de gestin TMN
Identificar cada rea de las actividades de gestin soportadas por TMN
como una lista de servicios de gestin. Esta tarea es llevada a cabo en
129

lenguaje natural. Para completar la tarea, es necesario un proceso de

captura de requerimientos de usuario.
Tarea 2 Seleccin y asignacin de funciones de gestin TMN y
descripcin del contexto de gestin
Esta tarea est vinculada con la descomposicin del servicio de gestin en
sus componentes, que sern usados como el punto de partida de la
siguiente tarea, que est dirigida hacia el modelamiento de la informacin
de gestin. Segn el M.3020 del 91, los servicios de gestin constan de
componentes de servicio de primer nivel y de componentes funcionales el
segundo nivel de descomposicin, los componentes funcionales son
descompuestos en funciones que a su vez pueden ser agrupadas en sets
de funciones.
Tarea 3 Modelamiento de la informacin de gestin
Utiliza el modelo de informacin genrico para identificar las clases
adecuadas de objetos gestionados existentes. Donde no existen clases
adecuadas, deben ser especificadas algunas nuevas o extensiones de las
existentes, mediante herencia. Las funciones de gestin identificadas en la
tarea previa, que son las partes constituyentes ms pequeas de los
servicios identificados en la tarea 1, deben ser soportadas por dichas
clases.
Tarea 4 Consolidacin
Trata de garantizar que las funciones de gestin puedan ser soportadas por
el modelo de informacin de gestin identificado.
Tarea 5 Definicin del esquema de informacin de gestin
Define el esquema en mencin, el cual se presentar a la aplicacin o
sistema gestionante, por ejemplo las clases de objetos y la jerarqua que
ser visible para los agentes de ese sistema. Adicional a ello, se requieren
diagramas de relacin entre los objetos para facilitar la explicacin de
cualquier otra relacin de la contencin. El sistema gestionado que soporta
la interfaz de gestin, ser un elemento de red (NE) o un dispositivo (Q),
debido a que la especificacin de interfaces solo apunta hacia interfaces
entre TMN y la red gestionada. No obstante ICM, se extiende hasta la
arquitectura de sistemas TMN y especifica interfaces entre otros
componentes TMN.
Tarea 7 Preparar documentacin para tareas de protocolo
Analiza los resultados de las tareas previas con el fin de documentar los
requerimientos del protocolo de gestin.
La metodologa indicada, es exclusiva para la interfaz entre TMN y la red

gestionada, puesto que la ITU no pretende estandarizar una forma especfica de
construir sistemas TMN, sino brindar guas acerca de la arquitectura.
130

Leccin 33: Gestin de servicios de Telecomunicaciones

La gestin de telecomunicaciones, tiene como base fundamental el servicio,
entendido como la actividad o serie de actividades de naturaleza intangible en la
cual intervienen las interacciones entre los clientes, los empleados del servicio, los
recursos o bienes fsicos y los sistemas del proveedor del servicio para brindar
una solucin a un problema existente en el cliente. Un ejemplo de esta definicin
es cuando un usuario realiza una solicitud para una lnea telefnica, el servicio que
se le presta, est orientado a satisfacer la necesidad de comunicacin que tiene el
usuario y puede satisfacerse de dos formas distintas: Si la necesidad de
comunicacin es fija, entonces se podra pensar en una solucin de telefona fija o
convencional, es decir el servicio estar orientado hacia satisfacer la necesidad de
comunicacin en un hogar o en un edificio, si por el contrario, la necesidad de
comunicacin implica movilidad, entonces el proveedor debe buscar una solucin
de telefona mvil o celular que responda a dicha necesidad y de esa manera
estara prestando el servicio requerido.
En la industria se trabaja en dos reas fundamentales:
Productos o bienes
Servicios
El rea de productos o bienes ha sido de gran demanda dentro de la industria de

las telecomunicaciones, mientras que el rea de servicios, ha logrado un auge en
los ltimos aos, debido a la alta demanda de servicios por parte de los usuarios o
abonados, ocasionado por la necesidad de comunicacin en diferentes formas. Lo
anterior ocasion una serie de dificultades cuando se intent aplicar los
mecanismos de generacin, provisin y administracin de los productos al rea de
los servicios, puesto que a pesar de tener el mismo fin: satisfaccin al usuario, la
forma de visualizar dicha satisfaccin debera ser de manera distinta, el cual se
indica en la figura 7.2. El esquema, permite visualizar un sistema cclico e
interactivo, en el cual existe un equipo de soporte, el cual permite o facilita la
prestacin del servicio a travs de la interaccin del talento humano y el cliente
juega un papel activo y dinamizador del proceso, puesto que es en torno a l que
se brinda un servicio y la permanencia o no, depender de la calidad del servicio
prestado.
131

Figura 7.2. Proceso y elementos del sistema de generacin de servicio
Soporte Fsico
Servicio
Personal en
contacto
Cliente
Componentes de un sistema de generacin de servicios
El cliente
Considerado como el consumidor directo del servicio, es quien solicita los
beneficios de un servicio que se brinda por parte de un operador. Existe
una diferencia entre las capacidades del servicio y el servicio en s, las
primeras son las potencialidades de desarrollo de un servicio , mientras que
el servicio es la utilizacin, despliegue o realizacin de dichas capacidades
de manera especfica cuando existe un requerimiento por parte del cliente.
La capacidad siempre existe solamente cuando el cliente utiliza las
capacidades del servicio.
Soporte Fsico
Es el entorno tangible que sirve de base para permitir el desarrollo del
servicio, el cual es utilizado de manera directa por el cliente o a travs del
personal en contacto y se clasifica en dos categoras:
a. Instrumentos o recursos necesarios para el servicio, cuya utilizacin
por el cliente o por el personal en contacto permite el desarrollo del
servicio
b. El entorno, que consiste en todo lo que rodea y determina la
disposicin de los elementos involucrados en el servicio.
132

Personal en contacto
Es el recurso humano que interacta con el cliente y/o el soporte fsico para
garantizar el desarrollo adecuado del servicio o para mejorar el grado de
satisfaccin del cliente, mediante la optimizacin de las soluciones
aportadas por el soporte fsico a los requerimientos especficos de ste.
En ocasiones este elemento, no se encuentra en el sistema, ya que es
factible que la interaccin se d entre el cliente y el soporte fsico, gracias a
la automatizacin de actividades en el sistema.
El servicio de telecomunicaciones
Se considera un servicio de telecomunicaciones como una aplicacin de la red de
telecomunicaciones que provee un conjunto definido de funciones que interactan
con los recursos de la red y de manera directa o indirecta con los usuarios de ella
para satisfacer sus necesidades.
En la actualidad las redes de telecomunicaciones se ofrecen como una mezcla
heterognea de servicios, los cuales se pueden distribuir de manera general o con
interactividad y realimentacin del cliente, con una configuracin similar o estndar
para la mayora de usuarios o con servicios personalizados, de acuerdo a las
necesidades del cliente.
Las entidades que se encuentran involucradas en la prestacin de los servicios de
telecomunicaciones son las siguientes:
Consumidor del servicio

Es el usuario a quien est dirigido el servicio y puede ser individuos como el
usuario residencial u organizaciones como el usuario empresarial o de
negocios. En ese orden, el usuario es quien se suscribe a un servicio, hace
uso de ellos y aportan opiniones acerca de la utilidad de los mismos,
permitiendo de esta manera la creacin de nuevos servicios o la variacin
de los servicios existentes.
Mediante el usuario, se establece una relacin entre la capacidad del
operador para satisfacer las necesidades del consumidor y el valor
percibido por dicha prestacin.
Operador de red
Es quien provee la infraestructura que soporta los servicios y a la vez, es el
encargado del soporte fsico para los servicios, est orientado a garantizar
133

el adecuado funcionamiento de los recursos de telecomunicaciones que

permiten la provisin de servicios. Tarifican el servicio prestado y el
transporte de informacin con una calidad de servicio (Qos) completa u
ptima de tal manera que se asegure las mnimas posibilidades de falla o el
tiempo mnimo para su reparacin.
Proveedor del servicio

Es quien provee de manera directa los servicios al usuario final,
orientndose a una base de clientes establecida. Define y presenta la forma
de prestacin y uso de los servicios y fundamentalmente posee personal en
contacto y cierto soporte fsico. Esta modalidad, ha tomado gran auge en la
actualidad, debido a que se libera de la carga de mantenimiento y
operacin de los recursos de red, ya que el proveedor paga al operador de
red por un adecuado funcionamiento y la garanta del mismo, por ende el
aseguramiento de calidad en el servicio se consideran mas especficas y
por ende ms fcilmente realizables.
Fabricante
Son los proveedores e integradores de hardware y software que utilizan los
operadores y proveedores de servicios y se relacionan con el usuario final,
facilitndole los equipos terminales para el uso de los servicios. Al ser
comprometidos con un determinado producto, le permiten asegurar su
calidad y complementar la prestacin del servicio por parte del proveedor.
Proveedores de contenido
Es una novedad en la prestacin del servicio esta entidad y son los
generadores y propietarios de la informacin a suministrar en los servicios,
no se consideran un elemento esencial del sistema, sino como agentes que
estimulan la necesidad del uso del servicio, un ejemplo de ello son los
canales de TV que hacen que un usuario solicite el servicio a una
determinada empresa y no a otra distinta.
Autoridades polticas
Se encarga de la regulacin acerca de los servicios de telecomunicaciones
dentro de un rea geogrfica , estableciendo lmites y estmulos al
despliegue de servicios asegurando la competencia sana entre los
proveedores y operadores y han sido los gestores del desarrollo tecnolgico
de las comunicaciones en los diversos pases.
134

Leccin 34: Acuerdos del nivel de Servicios - SLA

El acuerdo de nivel de servicio o Service Level Agreement, tambin conocido por
las siglas ANS o SLA, es un contrato escrito entre un proveedor de servicio y su
cliente con el objeto de fijar el nivel acordado para la calidad de dicho servicio.
Es una herramienta que ayuda a ambas partes a llegar a un consenso en trminos
del nivel de calidad del servicio, en aspectos tales como tiempo de respuesta,
disponibilidad horaria, documentacin disponible, personal asignado al servicio,
entre otros.
Bsicamente el SLA define la relacin entre ambas partes: proveedor y cliente, e
identifica y define las necesidades del cliente a la vez que controla sus
expectativas de servicio en relacin a la capacidad del proveedor, proporciona un
marco de entendimiento, reduce las reas de conflicto y favorece el dilogo ante la
disputa.
Es un proceso estructurado que promueve la convergencia organizacional y puede
incluir herramientas para el benchmarking internos, proporcionando una visin
multidimensional de las interrelaciones entre los distintos servicios.
A la vez, puede constituirse en un punto de referencia para el mejoramiento
continuo, puesto que el medir adecuadamente los niveles de servicio es el primer
paso para mejorarlos y as aumentar los ndices de calidad.
Estos acuerdos pueden estar vinculados legalmente, o ser un contrato informal.
Los contratos entre los proveedores de servicios y una tercera parte son
habitualmente y de forma incorrecta, llamadas tambin SLA, aunque el nivel de
servicio ya ha sido definido por el cliente inicial y por lo tanto el acuerdo entre
terceras partes no es ms que un contrato.
El SLA, define un punto de entendimiento comn sobre servicios, prioridades,
responsabilidades y garantas y cada rea de servicio debe tener un SLA definido,
que comprenda los niveles de disponibilidad, servicio, rendimiento u otros atributos
del servicio, como la facturacin. El nivel del servicio tambin puede ser
especificado como objetivo y mnimo, de forma que los usuarios puedan saber que
esperar, mientras se ofrece un objetivo que muestra el nivel de rendimiento.
En ocasiones los contratos pueden especificar penalizaciones en caso de
incumplimiento del SLA. Sin embargo se debe tener en cuenta que los acuerdos
hacen referencia a los servicios que recibe el usuario, pero no la manera como el
proveedor ofrece ese servicio.
135

Su empleo surge desde finales de los aos 80 por parte de operadores de

telecomunicaciones como parte de sus contratos con clientes empresariales y se
ha extendido a tal punto que actualmente es habitual que un usuario firme un
contrato con un proveedor de servicios que incluya una serie de SLAs para
prcticamente todos los mercados.
Las empresas pueden definir y especificar el sistema por el que el servicio debe
ser cumplido mediante una especificacin (especificacin del nivel de servicio) y
recibe el nombre de input SLA, pero ha quedado obsoleto ya que las
organizaciones permiten a los proveedores seleccionar el mtodo de cumplimiento
de los acuerdos.
Parmetros
Los SLA pueden contener un determinado nmero de parmetros con sus
correspondientes objetivos de nivel de servicio. A continuacin se listan algunos
de ellos que se pueden aplicar para la Gestin de Servicio en un call center:
ABA (Abandonment Rate o ratio de abandono): Porcentaje de llamadas
abandonadas mientras esperaban recibir atencin telefnica.
ASA (Average Speed to Answer o tiempo medio de atencin): Tiempo medio
normalmente medido en segundos, utilizado para que el service desk responda la
llamada.
TSF (Time Service Factor o factor del tiempo de servicio): Porcentaje de llamadas
respondidas en un plazo de tiempo determinado, por ejemplo 80% en 20
segundos.
FCR (First Call Resolution o resolucin en la primera llamada): Porcentaje de
llamadas recibidas que pudieron ser resultas sin necesidad de una segunda
llamada.
TAT (Turn Around Time o tiempo de respuesta): Tiempo utilizado para completar
una tarea determinada.
Los acuerdos de disponibilidad son otro tipo de parmetro muy habitual utilizado
en los servicios como hosting o servidores dedicados. Algunos acuerdos
habituales incluyen un porcentaje, tiempo de operacin de la red, tiempos de
mantenimiento, etc.
Los SLA incluyen elementos como definicin de los servicios, medicin del
rendimiento, gestin de los problemas, deberes del cliente, garantas y finalizacin
del acuerdo.
136

Un punto considerable en un SLA, es la subcontratacin, la cual implica la

trasferencia de responsabilidades de una organizacin a un proveedor. La gestin
de este nuevo acuerdo se realiza a travs de un contrato que puede incluir un
acuerdo de nivel de servicio.
El contrato puede incluir penalizaciones econmicas y la finalizacin del contrato si
el SLA se incumple de forma habitual. La disposicin, seguimiento y gestin de los
SLA son una parte importante de la gestin con proveedores externos.
Es habitual que los SLA especficos sean negociadas como parte del contrato y
que sean utilizadas como una de las principales herramientas de gestin de
subcontratacin
Tras su firma, el SLA debe considerarse el documento de referencia para la
relacin con el cliente en todo lo que respecta a la provisin de los servicios
acordados, por tanto, es imprescindible que contenga claramente definidos los
aspectos esenciales del servicio tales como su descripcin, disponibilidad, niveles
de calidad, tiempos de recuperacin, etc.
El siguiente esquema permite visualizar la funcin del SLA entre el cliente y el
proveedor:
Figura 7.3. SLA entre cliente y proveedor
Proveedor del
Servicio
Garantiza las condiciones

servicio a travs del SLA
SERVICIO
del
Cliente del
Servicio
Exige y evala la prestacin del

servicio mediante el SLA
SLA
____________
____________
____________
____________
137

Leccin 35: Integracin Telefona Computacin CTI

En las ltimas dcadas se ha logrado un avance significativo en el rea de las
telecomunicaciones. El telfono es el medio, de comunicacin a distancia ms
importante entre los seres humanos. El cual pas de ser un simple instrumento de
diversin personal para convertirse en una de las mas importantes herramientas
con la que se cuenta para la comunicacin interpersonal. Su avance se debe
fundamentalmente a la evolucin tecnolgica, pues las llamadas en espera, los
telfonos multilnea, las mensajeras de voz, las conferencias telefnicas, etc. Han
sido posibles gracias a la tecnologa digital que permiten estas facilidades y que
ha convertido en obsoleta la tecnologa electromecnica en que se basaban las
centrales de conmutacin.
Paralelo a ella, se ha logrado el mismo avance en las computadoras, las cuales en
sus comienzos eran muy complejas y de uso exclusivo en las grandes empresas y
universidades a tal punto de que en la actualidad estn presentes en los
escritorios de cualquier empleado y en un gran nmero de hogares, convirtindose
en el medio habitual de comunicacin electrnica.
De acuerdo a lo anterior, es fcil observar que tanto el telfono como la
computadora ocupan un lugar muy importante en cada mesa de trabajo, y que
hasta hace muy poco entre ellos no haba ninguna relacin y si bien no falta
mucho para que estos aparatos converjan en un solo equipo integrado de trabajo,
en la actualidad es posible la interaccin entre los mismos gracias a la tecnologa
CTI (Integracin Telefona-computacin). La integracin entre el telfono y la
computadora surge como la manera de aprovechar y aplicar toda la potencia que
tiene la computadora a la telefona, y darle a sta de algo que carece: una interfaz
amigable.
Gracias a la tecnologa, hoy es posible y logran su aplicabilidad de diversas
maneras como por ejemplo computadoras actuando como telfonos, telfonos
transmitiendo datos a un computador, etc. Sin embargo se demor bastante en
lograr esta integracin. Los motivos de ello se sustenta en la falta de estndares
que han imposibilitado que esto suceda. A pesar de que en los aos 70s ya se
hablaba de la integracin de las computadoras con la telefona, CTI comenz a
desarrollarse hacia fines de la dcada del 80; pero con la aparicin de las API
(Interfaces para la Programacin de Aplicaciones) a comienzos de los aos 90
comenz otra historia. A partir de all se empez a explotar todo el potencial que
significa CTI.
Actualmente estas aplicaciones son variadas y diversas y van desde la
posibilidad de marcar un nmero telefnico desde un PC para que un MODEM
138

pueda establecer una comunicacin, hasta el montaje de un Centro de Atencin

de llamadas automatizado capaz de realizar por ejemplo, transacciones
comerciales o financieras.
En la era de Internet, el centro de llamadas se est redefiniendo para adaptarse al
contacto de los clientes a travs de la World Wide Web y es necesario que las
empresas estn preparadas con aplicaciones de centros de llamadas que
trasladen su experiencia de servicios a los clientes a travs de un navegador de
manera eficaz. La integracin implica encontrar la. manera de administrar el
contacto entre los clientes, en cualquier momento a travs del telfono o a travs
de un sitio Web. A travs de la integracin de datos y voz, los clientes pueden
visitar el sitio Web y, con un clic, conectarse con un agente en directo para realizar
preguntas, y clarificar un pedido.
La siguiente figura, permite visualizar la integracin Telefona computacin:
CONEXIN
TCP/IP
PROVEEDOR
INTERNET
Se realiza una conexin

a un agente
Cliente visita un Web Site

CONEXIN
TELEFONICA
Cliente Utiliza un telfono
RED DE
TELEFONIA
Diferentes Agentes
atienden
a
los
clientes
Agentes
automticos o
manuales
CALL CENTER
139

La integracin Telefona Computacin es un conjunto de componentes de

hardware y software que le permiten al computador manejar llamadas telefnicas,
adems de permitirle integrar servicios telefnicos, terminales de PCs, Servidores,
PBX y otros equipos relacionados con la telefona y la computacin.
Esta tecnologa surge de la combinacin de las ventajas que se obtiene de los
sistemas telefnicos y de los informticos, un ejemplo de ellos es cuando se
accede a un servicio de atencin al cliente y a travs de los mens, el sistema
automtico responde y orienta hasta llegar a utilizar el requerimiento del usuario o
si no se satisface su necesidad, se prosigue a la comunicacin con uno de los
asesores disponibles, de tal manera que no solo se tiene la posibilidad de
controlar llamadas, sino de introducir o capturar informacin en la lnea telefnica.
FUNCIONES GENERALES DE CTI
Las funciones que se mencionan a continuacin son las principales aplicaciones
que se pueden hacer gracias a la Integracin Telefona-Computacin
PC como telfono con interfaz apropiadas y un programa determinado que

contenga herramientas grficas con iconos correspondientes, el terminal
PC puede emular al telfono (atender y hacer llamadas, colgar, transferir,
etc.).
Enrutamiento y re-enrutamiento de llamadas entrantes de acuerdo al perfil
del llamante o de quien recibe la llamada.
Generacin de llamadas salientes, provistas por una base de datos o
realizadas en forma directa.
Agendado y re-agendado de llamadas.
Reconocimiento automtico de llamadas entrantes basado en el Caller ID o
DNIS (Servicio de Identificacin de Nmero Discado) y en el ANI
(Identificacin Automtica de Nmero).
Grabacin selectiva de conversaciones.
Manejo de Fax desde un terminal PC en forma remota.
Registro automtico de la actividad de las llamadas con marcacin de
fechas y duracin de las mismas.
Servicios para el llamante, como por ejemplo un texto que aparece en !a
pantalla como gua para hablar con el interlocutor, o informacin sobre la
persona a la que est llamando.
Herramientas de supervisin.
Posibilidad de hacer transacciones.
Uso de la herramientas de Internet para establecer comunicaciones
telefnicas.
140

Las anteriores son slo algunas de las funciones como resultado de la integracin
entre la telefona con la computacin. Estas aplicaciones de software permiten que
se puedan agregar nuevas opciones en la medida que se van desarrollando.
Si bien en la actualidad la mayora de la documentacin existente, sobre CTI. hace
referencia a los Centros de Atencin de Llamadas o Call Center, que es
quizs la aplicacin ms aproximada a una integracin CTI, otra de las
aplicaciones CTI por excelencia es el Sistema Interactivo de respuesta de
Voz a travs de la red IP.
Dispositivos telefnicos en aplicaciones CTI
Centralitas o pbx (private branch exchange)
La centralita es el dispositivo principal del 90% de los sistemas CTI. Las PBX
modernas permiten todo tipo de conexiones al exterior: accesos bsicos y
primarios RDSI, lneas analgicas, lneas GSM e incluso, conexiones de Internet,
teniendo en la centralita conectado a ella un mdulo de voz sobre IP. La centralita
hacia adentro ofrece lneas analgicas y digitales que suelen tener un interfaz
propietario : fabricante, tambin interfaces SO (acceso bsico RDSI) y terminales
inalmbricas DECT (Digital European Cordless Telephone).
Por ltimo, lo que ms interesante de una centralita son sus capacidades CTI. Es
importante saber que una centralita slo va a funcionar segn los estndares
existentes y en la mayora de ocasiones, para un correcto funcionamiento de CTI
es necesario adquirir un mdulo adicional e instalarlo.
La arquitectura fsica de una central es muy similar a la de un computador, tiene
un mdulo de fuente alimentacin, una placa principal y una serie de slots donde
se pueden colocar diferentes tarjetas, entre ellas: mdulo de lneas internas
analgicas, mdulo de lneas interdigitales, mdulo VOIP (Voice Over IP), etc.
Tarjetas propietarias de telefona
Son dispositivos pensados para CTI. Se conectan al computador por un puerto
serie o directamente al bus ISA o PCI. Tambin se pueden conectar a una o varias
lneas telefnicas para realizar alguna funcin especfica. Por ejemplo, el
dispositivo TAUD de Ericsson era una solucin propietaria, actualmente
considerada obsoleta, la cual serva para crear un puesto de operadora basado en
PC; las tarjetas de voz de la empresa TEIMA permiten realizar aplicaciones de
grabacin, reconocimiento y sntesis de la voz por ejemplo, en operadoras
automticas; las tarjetas de DIALOGIC permiten conectar varias lneas telefnicas
y realizar diversas funciones CTI avanzadas. El hardware propietario suele ser
141

costoso y supone el ceirse a la tecnologa de fabricante por lo que si se busca

una solucin abierta, estos dispositivos no son recomendables para ello.
Mdem
Es el dispositivo CTI ms sencillo, pero con una programacin adecuada se puede
lograr que ejecute funciones similares a la de las tarjetas propietarias de precio
muy superior. Hoy da un mdem debe tener capacidades de voz (estos, modems
llevan una tarjeta de sonido integrada y son capaces de emitir audio por la lnea y
grabar lo que se recibe por ella, otras funciones como sntesis o reconocimiento
habra que realizarlas por software dentro del PC, a veces, la falta de la capacidad
de voz puede solventarse utilizando alguna tarjeta de sonido conectada al modem.
En el momento, este dispositivo a pesar de seguirse entregando con equipos de
cmputo laptop o desktop, se est quedando obsoleto, gracias a la aparicin del
denominado ADSL con sus respectivos puerto y sus complementos como son las
tarjetas de red inalmbrica.
Arquitecturas hardware/software utilizadas:
Modelo third party CTI
Conocido como acceso en tercera persona" o "modelo cliente - servidor". Se trata
de que un solo computador, el servidor de telefona, sea quien se comunique con
los dispositivos telefnicos.
Cuando un computador cualquiera quiere hacer uso de las facilidades CTI, tiene
que solicitarlo al servidor a travs de la red, por lo tanto, se necesita que los
computadores estn conectados en red. Aunque los primeros sistemas de este
tipo funcionaban sobre protocolo IPX de Novell, actualmente se ha evolucionado
hacia el protocolo IP.
Se consideran servicios de red que utilizan el transporte simplificado UDP (User
Datagram Protocol) por lo que no son fiables fuera de las redes locales. El ejemplo
ms importante de acceso "Third Party" es el estndar TSAPI (Telephony Services
Application Programs Interface) que fue desarrollado conjuntamente por Novell y
AT&T.
Modelo first party CTI
Denominado acceso en primera persona". Se trata de que cada computador que
vaya a realizar funciones CTI est conectado a uno o varios dispositivos
telefnicos.
142

En un modelo "First Party" puro, un computador slo puede acceder a los

dispositivos que estn conectados a l, a diferencia del modelo "Third Party" en
donde cualquier computador puede acceder a cualquier dispositivo, sujeto a la
poltica de permisos que s-e establezca' en el servidor.
No obstante, existen modelos hbridos, esto es sistemas "First Party" que tienen
una "extensin remota", entendida como un mdulo cliente-servidor que permite
que un computador acceda a los dispositivos conectados a otro, como si fuera l
el que los tiene conectados fsicamente. Sin embargo, esta solucin no se
considera ptima ya que existen problemas cuando dos equipos intentan acceder
a la vez a un mismo dispositivo.
Tipos de enlaces CTI
Enlaces de datos
El enlace de datos ms utilizado es un cable RS-232 o enlace serie. Por ejemplo:
las centralitas de gama media y alta de Ericsson tienen tres puertos serie. Uno de
ellos debe usarse obligatoriamente para configurar la centralita desde el
computador en la primera instalacin y en las acciones de mantenimiento, con una
aplicacin propietaria de Ericsson. Los otros dos pueden configurarse para alguna
de estas funciones:
Puerto de tarificacin
El puerto de tarificacin sirve para obtener informacin de todas llamadas
salientes de la central. Despus de finalizar cada llamada enva una trama
con informacin que permite calcular el costo de misma (nmero destino,
fecha y hora de inicio, fecha y hora de finalizacin, lnea de salida, prefijo de
acceso indirecto a operadores).
Puerto de comunicaciones CTI

Ese es el nombre que le da el fabricante. Evidentemente, el puerto de
tarificacin tambin es un puerto CTI. Este puerto sirve para conectar la
centralita a un servidor de red. Estas centralitas utilizan el estndar TSAPI
(acceso "Third Party").
Configuraciones ms comunes para CTI

Pc como telfono
Si se cuenta con un hardware y software multimedia, y con una adecuada tarjeta
telefnica, la computadora puede actuar como un puesto telefnico. Por supuesto
143

que si la red de datos (LAN o WAN) en la cual dicha PC es parte, tiene problemas
no habr comunicacin telefnica posible a travs de la misma. Para VoIP (Voz/
IP), esta es una posible arquitectura.
Cliente-servidor
La conexin entre el telfono y el terminal PC no es fsica, sino que es una
conexin lgica. Las funciones y conexiones telefnicas se implementan a travs
de Servidor Telefnico, conocido como T-Server. Los telfonos se conectan a la
PABX travs de pares de cobre, y los terminales PC que cumplirn las funciones
telefnicas se comunican con el T-Server a travs de la red LAN. La comunicacin
entre la PABX y e! T-Server es por medio de un enlace fsico denominado "CTI
link.
Este enlace se puede establecer por medio de X.25, RDSI, tecnologa Ethernet
(IEEE 802.3) o cualquier otro medio de transporte. Como el CTI link no est
definido por protocolo CSTA (Protocolo de Comunicacin entre PABXs y
computadores), cada fabricante de PABX tiene una arquitectura propietaria. De lo
que se trata es que el servidor y la centralita en su comunicacin utilicen
comandos que puedan entender e interpretar.
144

Terminal PC
En esta configuracin, el enlace fsico entre el telfono y el terminal PC es directo.
Para ello se requiere de un hardware especial que cumpla la funcin de interfaz y
asegure que la computadora reciba correctamente desde la PBAX las seales,
propiedades DMTF, entre otras.
Figura 7.6. Terminal PC
145

CAPITULO 8: eTOM
Introduccin
eTOM, es una nueva tecnologa orientada a la gestin y operaciones de
telecomunicaciones, la cual mejora el marco anterior de gestin denominado TOM,
el contenido que se presenta a continuacin es una sntesis general del estndar
publicado por TMF, en su portal web (TM Forum) y que se utiliz para referenciar
el presente captulo.
ETOM. Fue desarrollado por el TMF, (Telemanagement Forum) y su nombre
proviene de las siglas en ingls enhanced Telecomunication Operations Map,
entendido como Mapa de Operaciones de Telecomunicacin Mejorado,
diferencindolo del marco original TOM desarrollado entre 1995 y 1998. Desde el
ao de 2001 se hace una ampliacin y mejora a este estndar y por ello su
nombre actual.
El TMF es una organizacin fundada en 1988 conformada por un grupo pequeo
de empresas proveedoras de servicios de telecomunicaciones al mismo tiempo
que por empresas desarrolladoras de aplicaciones para automatizar los procesos
de esta industria.
El objeto del TMF, es acelerar la disponibilidad de productos interoperables de
gestin de red, siendo que para su origen y hasta la fecha uno de los grandes
retos que posee la industria es la capacidad real que poseen las aplicaciones de
soporte al negocio (BSS - Business Support Systems) y a las operaciones (OSS Operations Support Systems) de interoperar entre s.
Actualmente, el marco de referencia, posee informacin fundamental para el
mundo de telecomunicaciones y pretende entre otras situaciones, estandarizar los
conceptos de los procesos y dar estructura coherente a los procesos de una
empresa de telecomunicaciones, abarcando tres reas:
Enterprise Management ER
Estrategia, Infraestructura y Productos - SIP
Operaciones - OPS
A partir de estas tres reas, el marco referencial deriva hasta tres niveles de
procesos, aportando al mundo de las telecomunicaciones todas las actividades
relacionadas a las mejores prcticas de las empresas del sector. Su uso permite
comprender mejor el tipo de empresas, desarrollar de manera rpida y consistente
146

flujos extremo a extremo con calidad y sobre todo crear todo lo necesario para
mapear las aplicaciones que automatizan o mecanizan dichos procesos, para lo
cual el TMF dispone de una serie de documentos que le permiten identificar estas
aplicaciones en el mercado y las empresas que las proveen.
La importancia de eTOM como marco referencial de procesos, se determina por el
aporte que da a los interesados en conocer los procesos de negocio en el sector
de las Telecomunicaciones.
La idea original de los fundadores del TMF en 1988 son
Amdahl, Corp
AT&T
British Telecom PLC
Hewlett-Packard Co.
Northern Telecom, Inc.
Telecom Canad
STC PLC
Unisys Corp
En la actualidad, TMF se encuentra integrado por ms de 700 miembros,

generando entrenamiento para ms de 4000 estudiantes en los ltimos dos aos
alrededor de todo el mundo
Leccin 37: Estructura de eTOM
eTOM se encuentra organizado en tres reas de procesos:
Estrategia, Infraestructura y Producto

Cubre la planificacin y la gestin de los ciclos de vida. El eTOM agrega
esta rea al mapa de procesos, con el propsito de destacar los procesos
de planificacin y desarrollo, de los operacionales, que estn ms
relacionados con el da a da del negocio.
Operaciones
Referencia el ncleo de la gestin operacional. El eTOM recoge los
procesos operacionales establecidos por el TOM, los cuales constituyen los
procesos end-to-end fundamentales de Aprovisionamiento, Aseguramiento,
y Facturacin, agrupndolos en el rea de Operaciones del nuevo mapa.
Gestin Empresarial.
Abarca la gestin corporativa o de soporte al negocio. En esta rea se
concentran los procesos que toda empresa debe tener para su normal
funcionamiento.
147

En la siguiente figura, se puede evidenciar el manejo estructural de eTOM:

Figura 8.1. Estructura de eTOM
Fuente: https://www.tmforum.org/IntegrationFramework/6637/home.html
Leccin 38: Estrategia, infraestructura y producto
El rea de Procesos de Estrategia, Infraestructura y Producto incluye los procesos
que desarrollan la estrategia, comprometen a la empresa, construyen la
infraestructura, desarrollan y gestionan los productos, y los que desarrollan y
gestionan la Cadena de suministro. En el eTOM, la infraestructura se refiere a algo
ms que slo la infraestructura de tecnologa de informacin y recursos que
soporta los productos y servicios. Incluye la infraestructura requerida para soportar
los procesos funcionales, como la Gestin de las Relaciones con el Cliente ( CRM,
por su nombre en ingls). Estos procesos dirigen y hacen posible los procesos de
Operaciones.
El rea de Procesos de Operaciones es el corazn del eTOM. Incluye todos los
procesos de operaciones que soportan las operaciones y la gestin del cliente, as
148

como tambin aquellos que hacen posible las operaciones directas con el cliente.
Estos procesos incluyen los del da a da y los de soporte y alistamiento de
operaciones. La vista del eTOM de las Operaciones tambin incluye la gestin de
ventas y la gestin de las relaciones con el proveedor/aliado.
Gestin empresarial
El rea de Procesos de Gestin Empresarial incluye los procesos de negocio
bsicos requeridos para que cualquier negocio funcione. Estos procesos se
enfocan en los procesos del Nivel de Empresa, metas y objetivos. Estos procesos
tienen interfaces con casi todos los otros procesos en la empresa, ya sean
operacionales, de producto o de infraestructura. Son considerados algunas veces
funciones y/o procesos corporativos, como la Gestin Financiera, los procesos de
Gestin de Recursos Humanos, etc.
reas funcionales
El eTOM tambin ha definido cuatro reas funcionales que, de alguna manera,
corresponden con los cuatro niveles de la Arquitectura Lgica definidos en el
modelo RGT (Red de Gestin de las Telecomunicaciones, IUT-T M.3010, TMN por
sus siglas en ingls) y afinan los grupos de procesos definidos en su antecesor, el
TOM. Estas reas son:
Los procesos de Mercado, Producto y Cliente, incluyen aquellos relacionados con
la gestin de ventas y canales, gestin de mercadeo, y gestin de productos y
ofertas, as como tambin la Gestin de las Relaciones con el Cliente, el manejo
de rdenes y problemas, la gestin de Acuerdos de Niveles de Servicio (ANS) y la
facturacin.
Los procesos de Servicio incluyen aquellos relacionados con el desarrollo y
configuracin de servicios, gestin de problemas y anlisis de calidad de los
servicios, y tarifacin.
Los procesos de Recursos incluyen los que tienen que ver con el desarrollo y la
gestin de la infraestructura de la empresa, ya sea relacionada con los productos y
servicios, o con el soporte de la empresa en s.
Los procesos del Proveedor/Aliado incluyen los relacionados con la interaccin de
la empresa con sus proveedores y aliados. Esto involucra tanto los procesos que
gestionan la Cadena de Suministro que soporta los productos y la infraestructura,
como aquellos que soportan la interfaz de Operaciones con sus proveedores y
aliados.
149

Leccin 39: Procesos de gestin empresarial del eTOM

Estos procesos involucran el conocimiento de las acciones y las necesidades a
nivel de la Empresa, encierran la gestin del negocio y soportan el resto de la
empresa. Estos procesos son necesarios en cualquier empresa porque se
requieren para llevar a cabo los negocios en el nivel de la misma, para dirigir el
negocio y son crticos para soportar los procesos directos e indirectos del cliente.
Esta rea tambin establece estrategias y direcciones corporativas, y provee guas
y metas para el resto del negocio. stos son considerados algunas veces como
las funciones o procesos "corporativos". La Gestin Empresarial en general no
tienen un aspecto particularizado para los proveedores de servicios de informacin
y comunicaciones.
Planeacin Estratgica y Empresarial: este agrupamiento de procesos se
enfoca en los procesos requeridos para desarrollar las estrategias y planes para la
empresa, incluyendo la disciplina de planeacin estratgica; determinan el negocio
y el enfoque de la empresa, incluyendo los mercados objetivo, requerimientos
financieros por satisfacer, posibles adquisiciones que mejoren la posicin
financiera o de mercado de la empresa.
Planeacin Estratgica y de Negocios: estos procesos encierran todas las
funciones requeridas para proveer la direccin estratgica a la empresa, para
crear planes basados en la estrategia y para proveer la gestin de programas de
alto nivel para su implementacin.
Desarrollo de Negocios: estos procesos desarrollan conceptos para nuevas
lneas de ingreso, diversificacin de las lneas de ingreso y la concentracin o
ampliacin de la base de clientes mediante la investigacin de nuevos mercados,
as como tambin diferentes productos y servicios para la empresa.
Planeacin de la Arquitectura Empresarial: estos procesos se concentran en el
desarrollo de la Arquitectura de la Empresa, la cual es el modelo que la describe
en todas sus facetas; provee un marco de referencia para el diseo
organizacional, la arquitectura de los procesos de negocio, la arquitectura de los
sistemas de informacin, la arquitectura de computacin, el modelo de datos y la
gestin del conocimiento.
Gestin Empresarial de Grupo: estos procesos son responsables de la
planeacin y la gestin a lo largo de las unidades de negocio de la empresa, y
entre la empresa y sus subsidiarias.
Gestin de Marcas, Investigacin de Mercados y Publicidad: este
agrupamiento de procesos se enfoca en los procesos de Mercadeo Corporativo.
150

Dirigen y soportan los procesos de Mercadeo en las reas de Estrategia,

Infraestructura y Producto, y Operaciones de la empresa.
Gestin de Marcas: estos procesos desarrollan y aseguran el fortalecimiento de
la marca o marcas de la empresa.
Investigacin y Anlisis de Mercados: estos procesos se encargan de la
investigacin de mercados, diagnstico de la investigacin de mercados,
identificacin de cambios de mercado, cambios en la satisfaccin del cliente, entre
otros.
Publicidad: estos procesos desarrollan y ejecutan las estrategias de publicidad en
el soporte de toda la empresa, de unidades de negocio y de productos especficos.
Gestin de la Calidad Empresarial, Planeacin y Arquitectura de Procesos y
Tecnologa Informtica: este agrupamiento de procesos se dedica al desarrollo y
mejoramiento las arquitecturas claves de la empresa, as como en la definicin de
los procesos y polticas de gestin de calidad de la empresa. Los procesos de
desarrollo y gestin de la Tecnologa Informtica son gestionados en el nivel de
procesos de Recursos.
Gestin y Soporte de la Arquitectura de Procesos: estos procesos definen la
arquitectura y metodologa de procesos de la empresa, dirige el compromiso para
la propiedad y gestin de procesos, y determina si la empresa puede proveer el
desempeo requerido de los procesos.
Estrategia y Planeacin de los Sistemas de Informacin: estos procesos
desarrollan el plan de los mismos, incluyendo su estrategia electrnica;
establecen las polticas y estndares de los sistemas de informacin que soportan
la operacin de la empresa.
Gestin de la Calidad Empresarial: estos procesos definen las polticas de
gestin de la calidad de la empresa y el modelo empresarial para aquella.
Gestin del Conocimiento: estos procesos son responsables de la gestin de los
recursos de informacin de la empresa; esto incluye gestin de patentes, gestin
de derechos de propiedad intelectual, estndares para la informacin y la captura
y almacenamiento de la misma, asignacin y provisin de la direccin para el
subsidio de los datos, la minimizacin de instancias de datos, etc.
Investigacin y Desarrollo, Adquisicin de Tecnologa: estos procesos
realizanel manejo de las tecnologas relevantes para la empresa.
151

Investigacin y Desarrollo: estos procesos realizan la investigacin y el

desarrollo de la tecnologa dentro de la empresa; esto incluye la identificacin y
evaluacin del valor de tecnologas existentes y nuevas y su aplicacin en el
mercado como una gua para la inversin en I+D.
Adquisicin de Tecnologa: estos procesos obtienen tecnologa desde fuentes
externas a la empresa; incluye la identificacin y evaluacin de tecnologas
potenciales, fuentes de tecnologas, y la comparacin con las capacidades inhouse de I+D.
Gestin Financiera y de Activos: este agrupamiento de procesos se enfoca en
la gestin de las finanzas y los activos de la empresa.
Gestin Financiera: estos procesos gestionan los aspectos financieros de la
empresa.
Gestin de Bienes Races: estos procesos gestionan todos los aspectos de
bienes races de la empresa.
Gestin de Compras: estos procesos procuran los bienes y servicios necesarios
para las necesidades de la empresa que no estn directamente relacionadas con
la cadena de produccin.
Gestin de las Relaciones Externas y con los Accionistas: este agrupamiento
de procesos se dedica a la gestin de las relaciones de la empresa con los grupos
de inters sobre ella y las entidades externas. Los grupos de inters incluyen
accionistas, organizaciones de los empleados, etc. Las entidades externas
incluyen reguladores, comunidad local, sindicatos.
Gestin de las Relaciones Pblicas y con la Comunidad: estos procesos son
responsables de la comunicacin de los mensajes requeridos para el pblico
general y la comunidad en la que opera la empresa, as como tambin para los
empleados de la empresa; de igual manera, manejan los contactos de relaciones
pblicas y relaciones comunitarias hechos para la empresa.
Gestin de las Relaciones con los Accionistas: estos procesos gestionan la
relacin entre la empresa y sus accionistas consistentemente con todos los
requerimientos del negocio, financieros, legales y regulatorios.
Gestin Regulatoria: estos procesos aseguran que la empresa cumpla con las
regulaciones gubernamentales existentes; adicionalmente, responden por la
influencia sobre los proyectos de regulacin y normatividad, en procura del
152

beneficio para la empresa, y por el establecimiento de las tarifas de acuerdo con

los requerimientos de la regulacin.
Gestin Legal: estos procesos son responsables de asegurar que la empresa
cumple con todos los requerimientos legales relevantes; tambin atienden los
requerimientos legales dentro de la empresa, apoyando a la misma mediante la
provisin del consejo legal relacionado con las decisiones de negocio, y
notificando proactivamente a la empresa acerca de cambios o tendencias
relevantes que afecten el ambiente legal en el que la empresa opera.
Gestin de Recursos Humanos: este agrupamiento de procesos provee la
infraestructura de recursos humanos para la gente que la empresa usa con el
propsito de cumplir sus objetivos.
Polticas y Prcticas de Recursos Humanos: estos procesos soportan la
gestin de personal para toda la empresa.
Estrategia de la Fuerza de Trabajo: estos procesos dirigen las estrategias de
fuerza de trabajo de la empresa, incluyendo su desarrollo y ejecucin en el nivel
de unidades de negocio individuales.
Desarrollo de la Fuerza de Trabajo: estos procesos se enfocan en el desarrollo
de los empleados para reunir las necesidades del negocio; incluyen el
modelamiento de competencias, el diagnstico de habilidades, la definicin de
perfiles de cargos y fortalezas de los empleados, planeacin de reemplazos,
desarrollo y entrega de entrenamiento, desarrollo de carrera, diseo de trabajo,
reclutamiento de empleados, etc.
Gestin de Empleados y Relaciones Laborales: estos procesos se enfocan en
las relaciones con los empleados en el nivel de empresa y grupo de empleados;
incluyen la definicin de los trminos de empleo, desarrollo de contratos laborales,
negociaciones con el sindicato, etc.
Gestin de Recuperacin de Desastres, Seguridad y Fraude: este
agrupamiento de procesos se concentra en asegurar que la empresa pueda
soportar sus operaciones, procesos, aplicaciones y comunicaciones de misin
crtica, de cara a desastres, amenazas de seguridad e intentos de fraude. Cada
uno de ellos responden en su rea por el establecimiento de las polticas
corporativas, as como del establecimiento de las respectivas guas, mejores
prcticas, y de la auditora de su cumplimiento en la empresa.
153

Gestin de Fraude
Hace unos aos, antes de existir el modelo ETOM no era claro como articular los
procesos de una Compaa del Sector de las Telecomunicaciones.
Leccin 40: Agrupamiento de Procesos
Los procesos que se ejecutan en eTOM, se agrupan de dos formas diferentes, la
primera se denomina vertical y la segunda horizontal, cada uno de ellos se
describen a continuacin:
Agrupamiento vertical de los procesos operacionales
l rea de procesos de Operaciones contiene los agrupamientos verticales de los
procesos directos de operaciones de Aprovisionamiento, Aseguramiento y
Facturacin, junto con el agrupamiento de los procesos de Soporte y Alistamiento
de Operaciones. Aqu se ven reflejados los procesos FAB (del ingls Fulfillment,
Assurance, and Billing), que algunas veces son referidos como procesos de
Operaciones del Cliente.
Cumplimiento: este proceso es responsable de proveer a los clientes sus
productos requeridos de manera oportuna y correcta. Traduce la necesidad de
negocio o personal del cliente en una solucin, que puede ser entregada usando
productos especficos del portafolio de la empresa. Este proceso informa a los
clientes el estado de su orden de compra, asegura la terminacin oportuna, as
como tambin un cliente satisfecho.
Respuesta de Aprovisionamiento de Mercadeo: son los procesos encargados
de la distribucin de los productos de mercadeo colateral, como por ejemplo
cupones, premios, etc.
Ventas: son los procesos responsables de la gestin de los clientes prospectivos,
y del ajuste de las expectativas del cliente a los productos y servicios de la
empresa; tambin se encargan de responder RFPs.
Manejo de rdenes: estos procesos responden por la aceptacin y el trmite de
las rdenes.
Retencin y Lealtad: estos procesos se encargan de las funcionalidades
relacionadas con la retencin de los clientes adquiridos, y el uso de esquemas de
lealtad en la adquisicin de nuevos clientes.
154

Configuracin y Activacin de Servicios: comprenden la instalacin y

configuracin del servicio para los clientes, al igual que la reconfiguracin del
mismo cuando ya est activado.
Provisin y Ubicacin de Recursos para Instancias de Servicio: corresponden
a la configuracin de los recursos, y la provisin de recursos lgicos para
instancias de clientes individuales, as como la actualizacin del inventario de
recursos.
Compra a Proveedores/Aliados: estos procesos son responsables del
entendimiento de lo que se necesita de los proveedores y aliados para tomar las
decisiones de compra; negocian compras especficas y solicitan el trmite de las
rdenes de compra; estos procesos tienen una interfaz con los procesos de ventas
del proveedor.
Gestin de rdenes de Compra a Proveedores/Aliados: gestionan las rdenes
de compra, con el fin de asegurar la entrega oportuna de los productos o servicios
requeridos por la empresa; tienen interfaz con los procesos de Manejo de rdenes
del proveedor.
Gestin de la Interfaz con el Proveedor/Aliado: estos procesos gestionan los
contactos con los proveedores y aliados actuales o futuros; tienen interfaz con los
procesos de Gestin de la Interfaz con el Cliente del proveedor.
Aseguramiento: este proceso es responsable de la ejecucin de las actividades
proactivas y reactivas de mantenimiento, para asegurar que los servicios provistos
a los clientes estn disponibles continuamente, y para mantener los niveles de
desempeo de los ANS y de Calidad del Servicio (QoS). Realiza un monitoreo
continuo del estado y del desempeo de los recursos para detectar
proactivamente posibles fallas. Recoge datos de desempeo y los analiza para
identificar problemas potenciales y resolverlos sin impacto al cliente. Recibe los
reportes de problemas desde los clientes, informa a los clientes sobre el estado
del problema y asegura la restauracin y reparacin, como tambin la satisfaccin
del cliente.
Manejo de Problemas: estos procesos son responsables de la recepcin de los
reportes de problemas por parte de los clientes, su resolucin y su comunicacin
al cliente sobre el estado de las actividades pertinentes. Tambin contactan y
apoyan al cliente ante la deteccin de cualquier problema que afecte el servicio.
Gestin de QoS y ANS: estos procesos encierran el monitoreo, la gestin y el
reporte de la Calidad del Servicio (QoS) entregada vs. la contractual, como est
definida en las descripciones del servicio de la empresa, los contratos con los
155

clientes o los catlogos de productos; tambin se ocupan del desempeo de los

Acuerdos de Niveles de Servicio (ANS) para instancias especficas de servicio.
Gestin de Problemas de Servicio: estos procesos responden inmediatamente
ante problemas o fallas que afecten el servicio para minimizar sus efectos en los
clientes.
Anlisis, Accin y Reporte de Calidad del Servicio: enmarcan el monitoreo, el
anlisis y el control del desempeo del servicio percibido por los clientes.
Gestin de Problemas de Recursos: estos procesos responden por la gestin
diaria de problemas con los grupos de recursos, y el aseguramiento de que los
recursos estn trabajando efectiva y eficientemente; estos procesos deben tener
un carcter proactivo.
Anlisis, Accin y Reporte de Calidad de los Recursos: estos procesos
encierran el monitoreo, el anlisis y el control del desempeo de los recursos.
Recoleccin, Anlisis y Control de Datos de Recursos: estos procesos se
refieren a la recoleccin de uso, eventos de red y tecnologa informtica,
incluyendo informacin de los recursos, para el reporte de uso del cliente y
facturacin.
Reporte y Gestin de Problemas de Proveedor/Aliado: estos procesos
gestionan los problemas, ya sean stos identificados dentro de la empresa o
notificados por el proveedor; diligencian reportes o tiquetes de problemas para las
organizaciones de proveedores y aliados dentro de la cadena de valor, los siguen
y aseguran la oportuna y correcta restauracin o reparacin.
Gestin de Desempeo de Proveedores/Aliados: estos procesos siguen, miden
y reportan el desempeo de proveedores y aliados.
Facturacin: este proceso es responsable de la produccin oportuna y correcta
de facturas, de la provisin de informacin pre-facturacin de uso, y de la
facturacin a los clientes, del procesamiento de sus pagos, y del recaudo de los
mismos. Adicionalmente, maneja las consultas de los clientes sobre facturacin,
provee el estado de dichas consultas y es responsable de resolver los problemas
de facturacin para la satisfaccin de los clientes de una manera oportuna. Este
proceso tambin soporta el prepago de servicios.
Gestin de Facturacin y Recaudo: estos procesos encierran la creacin y el
mantenimiento de la contabilidad de la facturacin de los clientes, el envo de las
156

facturas a los mismos, el procesamiento de sus pagos, el recaudo de stos, el

monitoreo de las cuentas, y el manejo de las excepciones de facturacin y pagos.
Tarifacin del Servicio e Instancias Especficas: estos procesos gestionan los
eventos de servicio correlacionndolos y formatendolos de una manera
apropiada. Incluyen la tarifacin de los niveles de servicio con base en la
informacin de uso, as como la investigacin de los problemas con eventos de
facturacin relacionada con el servicio.
Gestin de Convenios y Facturacin: estos procesos gestionan todos los
convenios y la facturacin para la empresa, incluyendo la validacin y verificacin
de facturas, y la autorizacin de los respectivos pagos.
Soporte y Alistamiento de Operaciones: este proceso es responsable de
soportar los procesos FAB, y de asegurar el alistamiento operacional en las
reas de aprovisionamiento, aseguramiento y facturacin. En trminos generales,
los procesos tienen que ver con las actividades que son de menos tiempo real
que las de FAB, y las cuales son tpicamente menos relacionadas con clientes y
servicios individuales y ms relacionadas con los grupos de stos. Ellos reflejan
una necesidad en algunas empresas por dividir sus procesos entre el contacto
directo con el cliente y las operaciones de tiempo real de FAB y otros procesos de
Operaciones que actan como una segunda lnea para llevar a cabo las tareas
operacionales. No todas las empresas escogen emplear esta divisin, o colocar la
divisin exactamente en el mismo sitio, de tal manera que es posible que en
algunos escenarios los procesos de Soporte y Alistamiento de Operaciones se
encuentren inmersos en los procesos FAB.
Soporte y Gestin de Procesos de Operaciones de CRM: estos procesos
monitorean y controlan los procesos de CRM desde un punto de vista general, de
costos, y de desempeo y aseguramiento de la calidad; tambin aseguran la
operatividad de los sistemas de TI y comunicaciones requeridos, y las
instalaciones fsicas en apoyo a los procesos de CRM.
Gestin de Ventas y Canales: estos procesos se refieren a la administracin de
los procesos de Ventas; trabajan en concierto con todos los otros procesos de
mercadeo para determinar las rutas o canales de ventas apropiados, y los
mtodos y mecanismos de ventas requeridos para los segmentos de mercado y
canales especficos, por producto o familia de productos.
Alistamiento de Operaciones de CRM: estos procesos aseguran que todos los
procesos de CRM en FAB estn en capacidad de responder a los requerimientos
de los clientes sin tener que esperar por recursos o informacin; aseguran tambin
157

que los recursos de aplicacin, computacin y red estn listos para soportar las
operaciones relacionadas con los clientes y los procesos de CRM.
Gestin de Procesos de Soporte a la Gestin y Operaciones de Servicio:
estos procesos monitorean y controlan los procesos de Gestin y Operaciones de
Servicio, desde un punto de vista general, de costos, y de desempeo y
aseguramiento de la calidad; responden por el soporte a introducciones de nuevos
productos y caractersticas, y a mejoramiento de los mismos, en el desarrollo o la
revisin de procesos, mtodos y procedimientos para soportar el lanzamiento de
nuevos productos, as como tambin en la conduccin de Pruebas de Alistamiento
a Operaciones y de la aceptacin.
Alistamiento de la Gestin y Operaciones de Servicio: estos procesos
aseguran que todos los procesos de Gestin y Operaciones de Servicio en FAB
estn en capacidad de responder a los requerimientos de los clientes sin tener que
esperar por recursos o informacin; aseguran tambin que los recursos de
aplicacin, computacin y red estn listos para soportar las operaciones
relacionadas con los clientes y los procesos de Gestin y Operaciones de Servicio.
Gestin de Procesos de Soporte a la Gestin y Operaciones de Recursos:
estos procesos monitorean y controlan los procesos de Gestin y Operaciones de
Recursos desde un punto de vista general, de costos, y de desempeo y
aseguramiento de la calidad; tambin aseguran la operatividad de los sistemas de
TI y comunicaciones requeridos, y las instalaciones fsicas en apoyo a los
procesos de Gestin y Operaciones de Recursos.
Alistamiento de la Gestin y Operaciones de Recursos: estos procesos
aseguran que los recursos de aplicacin, computacin y red estn en capacidad
de soportar la provisin y el mantenimiento requeridos de los recursos para
proveer a los procesos de servicio; esto incluye la configuracin de recursos y la
provisin de recursos lgicos, para soportar tipos especficos de servicio.
Gestin de Procesos de Soporte a Operaciones de Gestin de las Relaciones
con el Proveedor/Aliado: estos procesos monitorean y controlan los procesos de
Gestin de las Relaciones con el Proveedor/Aliado desde un punto de vista
general, de costos, y de desempeo y aseguramiento de la calidad; tambin
aseguran la operatividad de los sistemas de TI y comunicaciones requeridos, y las
instalaciones fsicas en apoyo a los procesos de Gestin de las Relaciones con el
Proveedor/Aliado.
Alistamiento de Operaciones de Gestin de las Relaciones con el
Proveedor/Aliado: estos procesos deben asegurar que todas las instalaciones
158

necesarias para la interaccin con los proveedores y aliados estn listas y

funcionando.
Agrupamiento horizontal de los procesos operacionales
En el rea de procesos Operacionales del eTOM, hay cuatro agrupamientos de
procesos funcionales de Operaciones que soportan los procesos de
Aprovisionamiento, Aseguramiento y Facturacin, as como tambin la gestin de
las operaciones para soportar los clientes, el servicio, los recursos y las
interacciones con el proveedor/aliado.
El TOM original us los niveles lgicos de Negocios, de Servicios y de Red del
TMN para organizar los procesos del ncleo del negocio. Esto facilit el mapeo de
las Funciones de Gestin definidas en TMN, hacia los procesos del TOM. Como el
Marco de Referencia de los Procesos de Negocio eTOM es una evolucin del
Marco de Referencia TOM y debido a que el enfoque por niveles de TMN an es
relevante, los Niveles Lgicos de TMN continan de alguna manera acoplados a
los agrupamientos de procesos funcionales.
Gestin de las Relaciones con el Cliente (CRM): este agrupamiento de
procesos comprende el conocimiento fundamental de las necesidades de los
clientes e incluye todas las funcionalidades necesarias para la adquisicin,
ampliacin y retencin de una relacin con un cliente. Trata acerca del servicio y
soporte al cliente, ya sea en centros de atencin, por telfono, web o servicio en
campo. Trata tambin acerca de la gestin de retencin, ventas cruzadas, ventas
ascendentes y mercadeo directo con el propsito de realizar ventas a los clientes.
CRM tambin incluye la recoleccin de la informacin de los clientes y su
aplicacin para personalizar e integrar la entrega de los servicios al cliente, como
tambin para identificar oportunidades para incrementar el valor del cliente para la
empresa. La introduccin de CRM es una caracterstica clave del eTOM sobre
TOM.
Gestin y Operaciones de Servicios: este agrupamiento de procesos se enfoca
en el conocimiento de los servicios (acceso, conectividad, contenido, etc.) e
incluye todas las funcionalidades necesarias para la gestin y las operaciones de
comunicaciones y los servicios de informacin requeridos por los clientes, o
propuestos por ellos. El enfoque es en la entrega y gestin de los servicios, y no
en la gestin de la red y la tecnologa de informacin subyacentes. Algunas de las
funciones involucran planeacin a corto plazo de las capacidades del servicio, la
aplicacin de un diseo del servicio a clientes especficos o la gestin de
iniciativas de mejoramiento del servicio. Estas funciones estn ntimamente
conectadas con la experiencia diaria del cliente.
159

Gestin y Operaciones de Recursos: este agrupamiento de procesos mantiene

el conocimiento de los recursos (aplicaciones, computacin e infraestructura de
red) y es responsable de la gestin de todos los recursos (p. ej., redes, sistemas
de TI, servidores, enrutadores, etc.) utilizados en la entrega y soporte de los
servicios requeridos por los clientes, o propuestos por ellos. Tambin incluye todas
las funcionalidades responsables de la gestin directa de todos esos recursos
utilizados en la empresa. Estos procesos son responsables de asegurar que la
infraestructura de red y de tecnologas de informacin soporte la entrega diaria de
los servicios requeridos. La misin de estos procesos es asegurar que la
infraestructura funcione sin contratiempos, sea accesible a los servicios y
empleados, sea mantenida y responda a las necesidades, directas o indirectas, de
los servicios, clientes y empleados. Tambin tiene la funcin fundamental de
ensamblar la informacin de los recursos, integrarla, correlacionarla, y en muchos
casos, resumir los datos para pasar la informacin relevante a los sistemas de
Gestin del Servicio, o tomar accin en el recurso apropiado.
Gestin de las Relaciones con el Proveedor/Aliado: este agrupamiento de
procesos soporta los procesos operacionales bsicos, los procesos de
Aprovisionamiento, Aseguramiento y Facturacin de instancias del cliente, y los
procesos funcionales de operaciones. Estos procesos se alinean fuertemente con
los procesos de Gestin de las Relaciones con el Cliente del proveedor o del
aliado. Su inclusin en eTOM es una de las formas clave en que el eTOM se
diferencia del marco de referencia de empresa integrada verticalmente que estuvo
en el TOM. La existencia de estos procesos permite la interfaz directa con el ciclo
de vida apropiado, las operaciones end-to-end con el cliente o los procesos
funcionales con los proveedores o aliados. Los procesos incluyen la elaboracin
de Requests for Proposals (RFPs) como parte del proceso de compra, la
elaboracin de rdenes de compra y su seguimiento para la entrega, manejo de
problemas, validacin de la facturacin y autorizacin de pagos, como tambin la
gestin de calidad de los proveedores y aliados.
Agrupamiento vertical de los procesos de estrategia, infraestructura y
producto
Los Procesos de Estrategia y Compromiso, junto con los dos Agrupamientos de
Procesos de Gestin de Ciclos de Vida, son presentados como tres
agrupamientos de procesos end-to-end verticales. Los procesos de Estrategia y
Compromiso proveen el enfoque dentro de la empresa para la generacin de la
estrategia de negocio especfica y la obtencin de capacidades para sta. Los
procesos de Gestin del Ciclo de Vida de Infraestructura y de Gestin del Ciclo de
Vida del Producto dirigen y soportan la provisin de productos a los clientes. Su
160

enfoque es el cumplimiento de las expectativas del cliente, ya sea como ofertas de

producto, como la infraestructura que soporta las funciones de operaciones y los
productos, o como los proveedores o aliados involucrados en las ofertas de
empresa a los clientes.
Estrategia y Compromiso: este agrupamiento de procesos es responsable de la
generacin de estrategias para el soporte de los procesos de Ciclos de Vida de
Infraestructura y Producto. Tambin es responsable del establecimiento de
compromisos de negocios dentro de la empresa para soportar estas estrategias.
Esto encierra todos los niveles de la operacin desde el mercado, el cliente y los
productos, a travs de los servicios y los recursos de los cuales stos dependen,
hasta la vinculacin de proveedores y aliados en el cumplimiento de estas
necesidades. Los procesos de Estrategia y Compromiso estn fuertemente
enfocados en el anlisis y en la gestin del compromiso y tambin rastrean el xito
y la efectividad de las estrategias y realizan los ajustes requeridos. Estos procesos
proveen el enfoque dentro de la empresa para la generacin de estrategias de
negocio especficas y el compromiso dentro del negocio que stas requieran.
Estrategia y Poltica de Mercado: estos procesos habilitan el desarrollo de

una visin estratgica de los sitios de mercado existentes y deseados de la
empresa, de las actividades y de las metas; la segmentacin y el anlisis de
mercados se realizan para determinar los mercados objetivo de la empresa.
Estrategia, Poltica y Planeacin de Productos y Portafolio: estos
procesos desarrollan las estrategias para los productos a nivel de portafolio;
las decisiones se toman alrededor los tipos de producto necesarios o
deseados por la empresa.
Planeacin y Compromiso de Producto y Ofertas: estos procesos
proveen la coordinacin entre productos y servicios, y las funciones de
gestin a nivel de familias de productos, de unidades de negocio o de la
empresa.
Estrategia y Poltica de Servicios: estos procesos definen los estndares
de servicio, las capacidades claves requeridas, el soporte requerido, los
elementos de diseo y los parmetros de costos; tambin definen las
polticas relacionadas con los servicios tcnicos.
Planeacin y Compromiso de Servicios: estos procesos entregan y
desarrollan planes anuales y multianuales de servicio en el soporte a los
productos y ofertas, que incluyen proyecciones de volumen, negociacin de
niveles requeridos de recursos, obtencin del desarrollo y la gestin de
servicios, as como el compromiso de la cadena de suministro y la
aprobacin ejecutiva de los planes.
161

Estrategia y Poltica de Recursos y Tecnologa: estos procesos

entienden la infraestructura de la empresa, los requerimientos de las
actividades de la empresa sobre la infraestructura, y cmo una
infraestructura nueva o ampliada puede ser distribuida; estos procesos
desarrollan las estrategias y las polticas de tecnologa y recursos para la
empresa, con base en las direcciones de largo plazo de la misma.
Plan y Compromiso de Recursos y Tecnologa: estos procesos
desarrollan planes de alto nivel para la infraestructura de la empresa, ellos
comprometen las capacidades de servicio, tecnologa y recursos, pero no
determinan si sern provistas interna o externamente.
Estrategia y Poltica de la Cadena de Suministro: estos procesos
incluyen las polticas para la contratacin e interaccin de proveedores y
aliados.
Planeacin y Compromiso de la Cadena de Suministro: estos procesos
desarrollan planes que terminan en compromisos para la cadena de
suministro de la empresa.
Gestin del Ciclo de Vida de Infraestructura: este agrupamiento de procesos es

responsable de la definicin, planeacin e implementacin de todas las
infraestructuras necesarias (aplicaciones, computacin y redes), como tambin
todas aquellas otras infraestructuras de soporte y capacidades de negocios
(centros de operaciones, arquitecturas, etc.). Esto aplica en conexin con el nivel
de recursos o cualquier otro nivel funcional, como por ejemplo, las Unidades de
Respuesta de Voz de CRM, requeridas para proveer productos de Informacin y
Comunicaciones al Cliente y para soportar el negocio. Estos procesos identifican
nuevos requerimientos, nuevas capacidades, y disean y desarrollan
infraestructura nueva o mejorada para soportar productos; y naturalmente
responden a las necesidades de los procesos de la Gestin del Ciclo de Vida del
Producto, ya sea para reduccin de costos por unidad, mejoramiento de la calidad
de los productos, nuevos productos, etc.
Entrega de Capacidad de Producto y Oferta: con base en la estrategia

de producto de la empresa, estos procesos gestionan la entrega y
construccin de productos nuevos o modificados, y las capacidades de
entrega en la empresa; tambin maneja sus requisitos de infraestructura,
cuando las tecnologas, el alcance o el tipo de la misma es
significativamente diferente de la empleada actualmente en la empresa.
Entrega de Capacidad de Mercadeo: con base en la estrategia de
mercado de la empresa, estos procesos gestionan la entrega y construccin
de capacidades de mercado nuevas o cambiadas.
162

Entrega de Capacidad de CRM: con base en la estrategia de mercado y

productos, estos procesos gestionan la entrega y construccin de
capacidades de CRM nuevas o modificadas.
Entrega de Capacidad de Servicios y Operaciones: estos procesos
planean y entregan el total de las capacidades requeridas para la entrega
de cambios al servicio, de acuerdo con las necesidades; esto involucra la
integracin de la capacidad entregada dentro de la empresa, y de la
entregada desde un proveedor o aliado.
Entrega de Capacidad de Recursos y Operaciones: estos procesos usan
la definicin o los requerimientos de capacidad con el fin de distribuir
tecnologas nuevas o mejoradas con sus respectivos recursos.
Disponibilidad de Capacidad de la Cadena de Suministro: estos
procesos gestionan la evaluacin de nuevos proveedores o aliados para
determinar aquellos que tienen los mejores servicios y recursos para
satisfacer las necesidades de la empresa.
Gestin del Ciclo de Vida del Producto: este agrupamiento de procesos

responde por la definicin, la planeacin, el diseo y la implementacin de todos
los productos del portafolio de la empresa. Estos procesos gestionan productos
para mrgenes requeridas de ganancias y prdidas, satisfaccin del cliente y
compromisos de calidad, como tambin la entrega de nuevos productos al
mercado. Estos procesos de ciclo de vida entienden el mercado a travs de todas
las reas funcionales claves, el ambiente del negocio, los requerimientos de los
clientes y las ofertas competitivas, con el propsito de disear y gestionar
productos exitosos en sus mercados especficos. Los procesos de Gestin de
Productos y de Desarrollo de Productos son dos tipos de procesos distintos. El
Desarrollo de Productos es un procesos predominantemente orientado a
proyectos que desarrolla y entrega nuevos productos para los clientes, como
tambin nuevas caractersticas y mejoramientos para los productos y servicios
existentes.
Desarrollo y Retirada de Productos: estos procesos son orientados a

proyectos, y sus medidas claves son su efectividad en la mejora de
productos y servicios, as como la oportunidad en la salida al mercado.
Desarrollo de Ventas y Canales: estos procesos desarrollan el soporte a
Ventas y Canales, y la respuesta a productos y servicios nuevos y
existentes, as como tambin a clientes existentes y potenciales.
Comunicaciones y Promociones de Mercadeo: estos procesos
desarrollan y gestionan las comunicaciones a clientes y mercados en
general.
163

Diagnstico de Desempeo de Productos, Mercado y Clientes: estos

procesos diagnostican el cumplimiento de metas de entrega de cambios y
mejoramientos a los procesos de CRM.
Desarrollo y Retirada de Servicios: estos procesos incluyen
implementacin de procesos y procedimientos, cambios en sistemas y
documentacin de clientes; tambin sobrellevan el lanzamiento y
verificacin del servicio, la gestin de capacidades y el costeo del mismo.
Diagnstico de Desempeo de Servicios: estos procesos diagnostican
cumplimiento de metas para los procesos de Desarrollo y Gestin de
Servicios.
Desarrollo de Recursos: estos procesos desarrollan nuevas tecnologas o
mejoran las existentes y sus recursos asociados, de tal manera que los
nuevos productos estn disponibles para ser vendidos a los clientes;
tambin deciden si adquirir los recursos externamente, as como tambin
retiran tecnologa y sus recursos asociados cuando no se requieran ms en
la empresa.
Diagnstico de Desempeo de Recursos: estos procesos diagnostican el
desempeo de la infraestructura, desde una perspectiva de metas de
costos, disponibilidad y calidad.
Desarrollo de la Cadena de Suministro y Gestin del Cambio: estos
procesos son bsicamente proyectos asociados con el desarrollo de una
cadena de suministro, para soportar la extensin o modificacin del
catlogo de servicios; identifican nuevos proveedores o aliados, desarrollan
acuerdos y los implementan con el proveedor o aliado; tambin manejan la
automatizacin y la gestin del cambio para la cadena de suministro.
Diagnstico de Desempeo de la Cadena de Suministro: estos
procesos evalan el comuplimiento de metas de los procesos de Desarrollo
y Gestin de la Cadena de Suministro.
Agrupamiento horizontal de los procesos de estrategia, infraestructura y

producto
Gestin de Mercadeo y Ofertas: este agrupamiento se enfoca en el
conocimiento de la ejecucin y el desarrollo del Core Business para una Empresa
ICSP (Information and Communications Service Provider). Incluye funcionalidades
necesarias para la definicin de estrategias, el desarrollo de nuevos productos, la
gestin de los productos existentes y la implementacin de estrategias de
mercadeo y ofertas, especialmente adecuadas para los productos y servicios de
informacin y comunicaciones.
164

Desarrollo y Gestin de Servicios: este agrupamiento se enfoca en la

planeacin, el desarrollo y la entrega de servicios al dominio de las Operaciones.
Incluye funcionalidades necesarias para la definicin de estrategias para la
creacin y el diseo de servicios, la gestin y el diagnstico del desempeo de
servicios existentes, y el aseguramiento de que las capacidades estn dispuestas
para satisfacer la demanda futura de servicios.
Desarrollo y Gestin de Recursos: este agrupamiento se enfoca en la
planeacin, el desarrollo y la entrega de los recursos necesarios para soportar los
servicios y productos para el dominio de las Operaciones. Incluye funcionalidades
necesarias para la definicin de estrategias para el desarrollo de la red y otros
recursos fsicos y no fsicos, la introduccin de nuevas tecnologas y la interaccin
con las existentes, la gestin y el diagnstico del desempeo de los recursos
existentes y el aseguramiento de que las capacidades estn dispuestas para
satisfacer las necesidades futuras de los servicios.
Desarrollo y Gestin de la Cadena de Suministro: el enfoque de este
agrupamiento es el conjunto de interacciones requeridas por la empresa con sus
proveedores y aliados, quienes estn involucrados en el mantenimiento de la
cadena de suministro. Estos procesos aseguran que sean escogidos los mejores
proveedores y aliados. Aseguran que la contribucin de los proveedores y aliados
a la cadena de suministro sea oportuna y entregue el soporte requerido, y que su
desempeo y contribucin en general sea tan buena o mejor que para las
empresas integradas verticalmente. Estos procesos incluyen el establecimiento y
el mantenimiento de todos los flujos de informacin y flujos financieros entre la
empresa y su proveedor.
CAPITULO 9: INTRODUCCIN A LOS AGENTES MVILES
Introduccin
Las tareas de bsqueda y tratamiento de la informacin en Internet tienen una
gran importancia en el desarrollo de sistemas basados en agentes mviles. Esto
se debe al vertiginoso crecimiento de la red, por lo tanto el proceso de bsqueda
de datos se convierte en un proceso tedioso y complejo para el usuario, sin
embargo la gestin que se aplica sobre este campo, permite enviar un agente a
los destinos ms atractivos para el usuario, localizar y filtrar la informacin
deseada, acorde a las normas existentes. Lo anterior posibilita el ahorro de tiempo
de conexin y ancho de banda, que repercute en el ahorro de dinero.
Los agentes mviles basan su programacin en lenguajes generadores de cdigo
intermedio como Telescript, Java, Tcl; debido a que ellos ofrecen interoperabilidad
165

y buen soporte a entornos heterogneos, de tal manera que los programas y los
datos sean independientes de la plataforma.
Otro punto interesante que se da en los agentes mviles es el proceso de
seriacin, mediante el cual se representa el estado completo de un agente,
mediante una serie que puede ser transportada fcilmente por la red y la
decodificacin de este proceso se denomina diseriacin.
De acuerdo a lo anterior, se presenta este captulo en el cual se da un tratamiento
inicial a la gestin en agentes mviles, considerando la importancia que tiene este
tema en el rea de las telecomunicaciones y abracando de esta manera un curso
complejo con los diversos aspectos que debe conocer como mnimo un
administrador de redes de telecomunicaciones.
Leccin 41: Generalidades de los agentes mviles
En primera instancia, se debe tener una claridad acerca de la definicin de un
agente y su diferenciacin de acuerdo al criterio de movilidad que ellos manejan;
para ello se tendr en cuenta la diferencia establecida por el O.M.G acerca de los
utilidades para la interoperacin entre sistemas de agentes mviles MASIF.
Agente esttico
Es el agente que solo puede ejecutarse en la mquina donde fue iniciado.
De tal manera que si este necesita interactuar con otros agentes,
programas o requiere cierta informacin puede llevarse a cabo mediante
cualquier mtodo de interaccin para objetos distribuidos como CORBA o
RMI (Remote Method Invocation) propio de Java.
Agente Mvil
Es el que no se encuentra limitado al sistema donde se inicio su ejecucin,
siendo capaz de transportarse de una mquina a otra a travs de la red.
Esta posibilidad le permite interactuar con el objeto deseado de forma
directa sobre el sistema de agentes donde se encuentra el objeto requerido.
A nivel de sistemas distribuidos, existen muchas tcnicas, sin embargo los

agentes mviles ofrecen varias ventajas frente a otros distintos, entre ellas se
tienen:
Los usuarios que utilizan equipos porttiles o con baja capacidad de

procesamiento , los que tienen un ancho de banda en la red relativamente
bajo o quienes disponen de poco espacio de almacenamiento, pueden
utilizar agentes mviles para solucionar sus problemas, desconectando el
166

equipo de la redo pidiendo que otra mquina realice el procesamiento

respectivo y recogiendo los resultados posteriormente.
El usuario puede personalizar las respuestas de un servidor,

implementando agentes mviles que interacten con las interfaces para
programacin de aplicaciones (APIs), exportadas por el servidor en
mencin.
La bsqueda semntica de informacin es flexible, puesto que el usuario

puede expresar sus requerimientos en un lenguaje natural, enviar los datos
a un agente consultor quien los traduce al sistema utilizado por el sistema
multiagente y entrega la respuesta con el formato adecuado a los
servidores.
Mejoramiento de las posibilidades de comercio electrnico, debido a que el

usuario puede dar instrucciones a un agente para que realice la compra una
vez se cumplan las condiciones necesarias para este proceso.
No obstante lo anterior, los agentes mviles tambin presentan algunas

desventajas, que se citan a continuacin
Las transacciones semnticas, pueden realizarse con otro tipo de tcnicas,

obteniendo un resultado similar debido a que los servidores de informacin
puede restringir el acceso a los agentes que se ejecutan de manera local.
No existe una metodologa que permita convertir el cdigo de un agente
escrito en un lenguaje de programacin determinado a otro lenguaje
diferente.
Los virus informticos pueden infectar los sistemas de agentes mviles y
utilizarlos para reproducirse rpidamente.
Movilidad de los agentes

El proceso para transferir un agente de un sistema a otro se realiza en tres fases:
Iniciacin o transferencia
Recepcin del agente
Transferencia de otras clases
Iniciacin o transferencia
El agente identifica el destino deseado, realiza una peticin de viaje al sistema, si
es aceptada, recibe el permiso para ejecutar la transferencia.
167

El sistema suspende la ejecucin del agente e identifica el estado y las partes del
agente que sern enviadas
Se realiza la conversin en serie del cdigo y del estad del agente (seriacin) y se
codifica, acorde al protocolo establecido.
El sistema hace la autenticacin del agente.
Se realiza la transferencia.
Recepcin del agente
El sistema destinatario acredita al cliente.
Se lleva a cabo la decodificacin del agente y la conversin de serie a cdigo y
estado del agente.
El sistema crea la instancia del agente, restaura su estado y contina con la
ejecucin.
Transferencia de otras clases (Exclusivo para sistemas orientados a objetos)
Es necesario cuando el agente se mueve de un sistema a otro, cuando el agente
se crea remotamente o cuando necesita otros objetos. La transferencia de las
clases puede realizarse completamente junto con el viaje del agente o hacer
peticiones de carga cuando sea necesario.
Paradigma de Agentes Mviles
Una caracterstica clave del paradigma de Agentes Mviles, es que ningn host en
la red permite un alto grado de flexibilidad para poseer la mezcla de "Know-How,
recursos y procesadores. Sus capacidades de procesamiento pueden ser
combinadas con recursos locales. El "Know-How" (en la forma de Agentes
Mviles) no se encuentra sujeto a un solo host sino que est disponible a travs
de toda la red. La tendencia es hacia una mayor flexibilidad. El applet y el servlet,
sirviendo como extensiones de clientes y servidores, respectivamente, se han
combinado y mejorado con la tecnologa emergente de agentes mviles.
Infraestructura para agentes mviles.
Para ser til un agente necesita interactuar con su nodo y otros agentes, debe
accesar informacin que la mquina ofrece y/o negociar con otros agentes sobre
el intercambio de servicios e informacin. Los agentes deben ser capaces de
moverse dentro de redes heterogneas de computadores. Lo anterior es posible
168

solamente si existe un marco de trabajo comn para operaciones de agentes a

travs de la red completa, es decir, una infraestructura de agentes estandarizada.
Esta infraestructura debe ofrecer soporte bsico para la movilidad y comunicacin
de agentes. Tambin debe proteger al computador de accesos no autorizados y
salvaguardar la integridad de los agentes, tanto como sea posible (LINGNAU,
1995)
Infraestructura para Agentes Mviles segn Crystaliz
Crystaliz Inc., sugiere un modelo comn que extrae las caractersticas ms
generales de los sistemas de agentes mviles que existen con el fin de
estandarizar y promover interoperabilidad entre dichos sistemas.
El sistema de agente, es una plataforma que puede crear, interpretar, ejecutar
transferir y terminar agentes. Un lugar es donde el agente reside, es un contexto
en un Sistema de Agentes, en el cual un agente puede ejecutarse. Toda la
comunicacin entre Sistemas de Agentes se hace a travs de la infraestructura de
comunicacin (CI).
Se han identificado 3 tipos de interaccin de agentes:
Creacin de agentes remotos. Un programa cliente interacta con el Sistema de
Agentes, pidindole crear un agente de una clase particular.
Transferencia de agentes. Cuando un agente decide transferirse a otro Sistema de
Agentes, el Sistema de Agentes le crea una solicitud de viaje.
Invocacin de mtodos agentes. Un agente puede invocar el mtodo de otro
agente u objeto si est autorizado para hacerlo y tiene una referencia al objeto.
Dentro de las funciones de un Sistema de Agentes podemos enunciar las
siguientes:
Transferir un agente, lo cual puede incluir iniciar una transferencia de

agente, recibir un agente, y transferir clases
Crear un agente.
Proporcionar nombres nicos a los agentes.
Soportar el concepto de regin (conjunto de sistemas de agentes).
Hallar un agente mvil.
Asegurar un ambiente seguro para operaciones de agentes.
169

Infraestructura para Agentes Mviles de Lingnau.

Lingnau, propone una infraestructura para agentes mviles basada en el Protocolo
de Transferencia de Hipertexto (http- HyperText Transfer Protocol) el cual
proporciona movilidad al agente a travs de redes heterogneas, as como
comunicacin entre agentes.
Soporta agentes escritos en diversos lenguajes y permite implementar una
variedad de esquemas de interaccin basados en un mecanismo general para
comunicacin de agentes. La base de esta infraestructura es la nocin de servidor
de agentes.
El Servidor de Agentes es un programa que corre en cada computadora, el cual es
accesible a los agentes y est a cargo de que los agentes corran en esa
computadora. Sus tareas incluyen aceptar agentes, crear ambientes de ejecucin
apropiados, ejecutar los agentes y terminarlos. Tambin debe organizar la
transferencia a otros nodos, manejar la comunicacin entre agentes, as como
entre los agentes y sus dueos y hacer autenticacin y control de acceso para
todas las operaciones del agente. Participa tambin en el manejo de operaciones
de red.
Cada Servidor de Agentes conoce sobre otros Servidores de Agentes en su
"vecindario" y esta informacin la hace disponible para los agentes, quienes la
utilizan para elegir un nuevo destino, en el momento en que ellos deciden dejar la
maquina. Para cada agente corriendo en un servidor, existe un ambiente de
ejecucin adecuado.
El ambiente de ejecucin es una interfaz entre el agente y su nodo y permite que
los recursos de la maquina estn disponibles para el agente de una manera
controlada.
Leccin 42: Aplicaciones de los agentes mviles
Los agentes mviles pueden ser tiles para muchas aplicaciones, entre ellas:
La recuperacin de informacin en la red puede ser soportada mucho ms
eficientemente si un agente puede moverse al lugar en donde los datos se
encuentran almacenados, en lugar de tener que mover todos los datos a travs de
la red para revisarlos y posteriormente descartar la mayora. Esta tcnica ahorra
considerable ancho de banda.
Otra rea donde los agentes mviles pueden ser utilizados es en la gestin de red.
En redes de tamao considerable, que contienen cientos o miles de hosts
170

conectados, es muy difcil ejecutar operaciones de monitoreo y deteccin fallas, ya

que involucran grandes cantidades de datos. No es posible prefabricar programas
de diagnstico para cada eventualidad, pero ser factible utilizar agentes mviles
que observen detalladamente el sistema, enviando reportes acerca del estado de
los computadores.
El comercio electrnico es otro dominio en el cual pueden funcionar los agentes
mviles: los negocios en Internet son una realidad y, la existencia de sistemas de
pago electrnico, haciendo que las premisas comerciales accesibles mediante la
red crezcan rpidamente. Los agentes mviles pueden ayudar a localizar lugares
ms econmicos, negociar tratos o concluir transacciones de negocios a nombre
de sus los propietarios de los negocios.
Una aplicacin importante para los agentes mviles est relacionada con la
computacin mvil. Los computadores porttiles son cada vez ms diminutos y
poderosos, pero el acceso a la infraestructura de informacin fija es lenta, debido
a las restricciones en la transmisin. Para minimizar el poder de consumo y el
costo de transmisin, los usuarios desearan no tener que permanecer en lnea
mientras alguna consulta complicada est siendo ejecutada en su nombre por los
recursos de computo fijo. Los agentes mviles permiten que los usuarios
simplemente liberen el agente mvil para que incorpore sus bsquedas y se
desconectan, conectndose despus para que ellos devuelvan el resultado.
As mismo, ofrecen soluciones a un amplio rango de problemas encontrados
frecuentemente en aplicaciones distribuidas. Al mismo tiempo, posibilitan nuevos
tipos de aplicacin con funcionalidades novedosas entre las que se encuentran:
Comunicacin Heterognea
Aunque las redes ofrecen muchos beneficios potenciales, todava se tienen
problemas de comunicacin y distribucin. Al tener dos sistemas juntos se
revelaran los problemas de incompatibilidad en comandos y tipos de datos y a
mayor nmero de sistemas mayor incompatibilidad. Los agentes mviles pueden
resolver estos tipos de problemas sirviendo como un lenguaje que comparten
muchos sistemas.
Protocolos especializados
Los agente mviles permiten que los servidores utilicen protocolos de
comunicacin personalizada con los clientes. Para recibir un agente, el cliente y el
servidor deben compartir algn protocolo estndar. Una vez que el agente est
corriendo, puede utilizar un protocolo especializado para la comunicacin de
regreso a su servidor de origen. Un agente en ejecucin puede comunicarse
171

repetidamente con el servidor sin intervencin del usuario, permitiendo la

construccin de servicios dinmicos.
Reduccin en la carga del servidor
Uno de los problemas con los servicios de Internet es que los componentes
computacionales de un servicio tpicamente deben residir en un servidor, porque
los protocolos de aplicacin utilizados como HTTP, Telnet y SSH se utilizan para
el intercambio de datos no ejecutables, as que los servidores tienen la
responsabilidad de ejecutar cualquier servicio relativo a computo para clientes.
Lo anterior conlleva a transmisiones con requerimientos de gran ancho de banda y
significa que el usuario debe esperar hasta que el servicio proporcione resultados.
Estructurar un servicio con agentes puede resolver o reducir los problemas
mencionados. La caracterstica ms importante de los agentes es que permiten
trasladar computo de una mquina a otra.
Un servidor puede descargar trabajo en un cliente envindole un agente. El cliente
est presumiblemente dispuesto a dedicar recursos tales como tiempo de la
Unidad Central de Procesamiento (CPU: Central Processing Unit) para la
interaccin del servicio, y esos recursos pueden ser utilizados directamente por el
agente. El usuario ahorra tiempo y la carga en el servidor y la red se aligera.
Datos Inteligentes
Agentes asociados con los datos pueden proporcionarle al dato una manera de
"conocer" como procesarse a s mismo.
Obviamente ninguna de estas aplicaciones requiere del uso forzoso de agentes'
mviles, de hecho la mayora podran manejarse con programas estacionarios y
algn paradigma de comunicacin adecuado como RPC. Sin embargo, esto puede
nacer que el sistema y la red se "carguen", con la consecuente incomodidad para
el usuario.
Ventajas y desventajas del uso de agentes mviles
Entre las ventajas de esta nueva tecnologa se pueden mencionar las siguientes:
Reduccin de los costos de comunicacin. Es factible la existencia de una

gran cantidad de informacin que debe ser examinada para determinar su
relevancia. Transferirla puede consumir tiempo y congestin en la red. Por
ejemplo, el transferir muchas imgenes solo para elegir solamente una.
Ante esta situacin, es mucho ms natural hacer que el agente se dirija a
172

ese lugar, haga una bsqueda y eleccin y solamente transfiera la imagen

elegida de regreso a travs de la red. Evitando la necesidad de hacer
conexiones de red costosas entre computadores remotos tan requeridas en
llamadas de procedimientos remotos (RPC). De igual forma se proporciona
una alternativa mucho ms econmica en ancho de banda y en tiempo de
acceso.
No se limita a recursos locales: Si el poder de procesamiento y almacenaje
en una mquina local es muy limitado, es necesario el uso de agentes
mviles, de esta manera se puede migrar a una computador ms potente y
lograr ejecutar la aplicacin deseada.
Coordinacin ms sencilla: Puede ser ms simple coordinar un nmero de
solicitudes remotas e independientes y despus solamente verificar
resultados de manera local.
Cmputo asncrono: El usuario puede activar sus agentes mviles hacer
alguna otra actividad mientras tanto y los resultados le llegarn por correo
electrnico o algn otro medio, en algn tiempo posterior. Incluso puede
operar an cuando el usuario no est "conectado".
Proporciona un ambiente de desarrollo natural para implementar un libre
mercado de servicios: Nuevos servicios pueden ir y venir dinmicamente; y
servicios mucho ms flexibles pueden coexistir en unidades inferiores,
proporcionando ms opciones para los consumidores.
Arquitectura flexible de cmputo distribuido. Los agentes mviles
proporcionan una arquitectura de computo distribuido nica, la cual
funciona de manera diferente de las arquitecturas estticas. Esto
proporciona una manera innovadora de hacer computo distribuido.
Oportunidad de reestructuracin radical y atractiva del proceso de diseo:
Los agentes mviles transforman el proceso diseo convencional, adems
de que algunos productos verdaderamente innovadores debern emerger
de esta nueva tecnologa
Aprovechamiento de la asincrona: Asincrona significa que dos actores de
comunicacin no necesitan estar fsicamente presentes al mismo tiempo
como por ejemplo los usuarios del correo electrnico.
Las ventajas de la asincrona son el mejoramiento en la utilizacin de las
lneas de comunicacin, la capacidad de realizar operaciones de
recuperacin informacin ms seguras y el hecho de que si el receptor est
ocupado cuando la comunicacin se est llevando a cabo, esta se
procesara despus. Esta ltima propiedad es muy interesante para equipos
de computo mvil (PDAs, Laptops, etc.) que no estn permanentemente
conectados. La estrategia estn seria entonces: enviar el agente,
desconectar y reconectar despus.
173

A nivel de comunicaciones de bases de datos, es factible la interrupcin de

operaciones y comunicaciones si las transacciones imponen algunos
bloqueos, este bloqueo se mantendr hasta que la transaccin sea
abortada o reanudada. En cambio, si un agente es despachado de una
manera asncrona, una vez en un lugar remoto, el agente puede ejecutar un
proceso sncrono y esperar por una llamada de regreso al computador y
cuando el usuario se reconecte, recibir el agente de regreso.
Por lo expuesto, cuando la tarea a ser ejecutada no es en tiempo real, este

esquema parece ser muy atractivo. Como se mencion con anterioridad, la
asincrona permite realizar operaciones de recuperacin de datos ms seguras.
Cuando una transaccin es comprometida, este es un proceso de todo o nada
como la interrupcin de un proceso de FTP, segundos antes de terminar y tener
que comenzar todo nuevamente. En el caso de agentes, una vez que el agente ha
sido transferido y exitosamente recibido, el agente puede pedirle al servidor
remoto ser activado o reactivado las veces necesarias hasta que el trabajo haya
sido terminado.
Aprovechamiento de la autonoma: Un agente debe mostrar algo de autonoma, es
decir que no existe la necesidad de una conexin permanente entre el agente y su
nodo de origen, ya que en el caso de agentes mviles el agente acarrea junto con
l, su propio cdigo. El agente posee mayor autonoma cuando tiene algn
conocimiento de las preferencias del usuario. Esta propiedad es muy importante
ya que permite al agente trabajar por s mismo y no requiere de una conexin
permanentemente abierta.
Aprovechamiento de facilidades remotas: La gran contribucin de los agentes
mviles es la capacidad de ejecutarse en mquinas remotas. Por lo tanto pueden
aprovechar las capacidades remotas de determinadas mquinas, tales como:
CPU. El agente es ejecutado en la mquina remota donde es ms potente debido
a la capacidad de dicha CPU. Esto es til para dispositivos mviles (por ejemplo
computadoras porttiles) con una CPU pobre o no disponible. Para mquinas
cliente con CPU pobre, su debilidad puede ser resuelta a travs de agentes.
Memoria. Algunas operaciones pueden requerir una gran cantidad de memoria,
por lo que puede ser til tener acceso a memoria remota.
Multiprocesamiento. Como una extensin de la CPU, si el nodo remoto tiene
capacidades mltiples de procesamiento, estas pueden ser utilizadas por el
agente.
174

Multi-threacling. Los hilos pueden ser vistos como versiones "ligeras" de

paralelizacin.
Ancho de Banda. Si el PC de un usuario tiene un modem de 28.8 baudios y la red
de su oficina tiene un par de conexiones T1, el usuario puede enviar su agente a
la red de la oficina donde puede aprovechar un ancho de banda mayor.
Recursos adicionales. Otros recursos que no pueden ser hallados localmente
pueden ser utilizados por los agentes en el nodo remoto. Por ejemplo generadores
de nmeros aleatorios, coprocesadores matemticos, hardware dedicado.
En teora los agentes pueden ser capaces de aprovechar una gran variedad de
recursos. Sin embargo, los aspectos de seguridad y economa representan an
una gran barrera.
Considerando ahora las desventajas, la mayora de los autores coinciden en que
el punto ms dbil de los agentes mviles es precisamente la seguridad. Otras
desventajas son las que se presentan en algunos de los lenguajes de
programacin para el diseo de agentes, entre las que se mencionan:
La migracin no puede ocurrir en puntos arbitrarios

La comunicacin entre agentes no existe o puede ser dificultosa
Los agentes deben ser escritos en lenguaje especfico y complejo
Las implementaciones existen para hardware no estndar
El cdigo fuente no est disponible fcilmente
Oportunidad de Consulta
Entre los requisitos que deben garantizarse en cualquier comunicacin se
encuentran: Confidencialidad, integridad, autenticacin y deteccin de
reproduccin. Definir cada uno de ellos y establecer la relacin a nivel de gestin
frente a lo expuesto en los primeros captulos del presente mdulo.
Leccin 43: Aplicacin de gestin inteligente en la gestin de redes
La posibilidad de emular el comportamiento de la inteligencia humana, parte de
tratar de imitar el funcionamiento del cerebro humano desde el computador, esto
es factible mediante la reproduccin del razonamiento humano de manera
simblica , tratando de lograr el conocimiento humano a travs de la lgica.
La incorporacin en un equipo de cmputo de un componente basado en el
conocimiento, se puede obtener a partir de la habilidad de un experto, de tal
manera que el sistema pueda tomar decisiones inteligentes al igual que dar
consejos inteligentes acerca de las condiciones expuestas, utilizando
175

razonamientos heursticos previamente alimentados en el sistema por expertos

humanos.
Las anteriores definiciones, corresponden a lo que en computacin se denomina
sistemas expertos o inteligentes y que son otra base para la gestin de sistemas
de telecomunicaciones dada la complejidad de ellos y los requerimientos de alta
confiabilidad y disponibilidad de los mismos.
Aplicacin de los sistemas expertos en gestin de redes
Las redes de telecomunicaciones son sistemas extremadamente complejos que
requieren alta confiabilidad y disponibilidad. La gestin eficaz de estas redes es
crtica y una tarea un poco compleja. Ante esta problemtica, la industria de las
telecomunicaciones ha realizado grandes inversiones en tecnologas inteligente,
depositando su confianza en soluciones inteligentes que ayuden a la gestin de
redes de telecomunicaciones La construccin de tales aplicaciones implica adquirir
el valioso conocimiento de expertos humanos de la telecomunicacin y luego la
aplicacin ajustndolo en un sistema experto.
El proceso de adquisicin de conocimiento requiere de mucho tiempo y las
tcnicas que hacen la extraccin inteligente de datos estn orientadas a las
aplicaciones industriales para substituir el proceso de adquisicin manual de
conocimiento por descubrimiento automatizado de conocimiento.
Las redes de telecomunicaciones, que generan rutinariamente enormes
cantidades de datos, son candidatos ideales para la extraccin de ellos de una
manera inteligente
La presente leccin pretende describir algunas tecnologas inteligentes y las
aplicaciones usadas dentro de la industria de las telecomunicaciones.
Estas aplicaciones Involucran Supervisin, Diagnstico y mantenimiento de la
redes, en aplicaciones ms importantes en la industria de las Redes de
Telecomunicaciones.
Sistema Experto RDSI ISDNpartner
El principal objetivo de cualquier departamento de mantenimiento de redes RDSI
es conseguir que el servicio funcione correctamente, con las mnimas
interrupciones, tambin se encargan de optimizar las prestaciones y los costes de
las telecomunicaciones.
Esta tarea es cada da ms complicada, debido a que la tecnologa RDSI se est
desarrollando continuamente y aparecen sin cesar nuevos protocolos, terminales y
176

equipos de redes, adems de convirtirse en la tecnologa referida para un

creciente nmero de aplicaciones crticas que requieren ptima calidad de servicio
y por ltimo, porque los presupuestos asignados a los departamentos de
mantenimiento (para recursos humanos y para formacin) suelen estar
congelados e incluso reducirse debido a la poltica general de reduccin de costes.
Las herramientas actuales para ciertos casos especficos no son lo
suficientemente adecuadas, mostrando que hacen falta sistemas expertos que
puedan ayudar a los ingenieros y especialistas de asistencia, sea cual sea su
cualificacin y experiencia.
Por tanto, optimizarlas es absolutamente esencial. Si la red es demasiado lenta o
est saturada, algunos administradores solicitarn fuertes inversiones para su
modernizacin, desconociendo que la optimizacin del sistema existente puede
resolver el problema.
La optimizacin debe llevarse a cabo empleando herramientas apropiadas que
detecten automticamente cada evento anmalo. As no slo se garantiza la
satisfaccin de los usuarios, sino que es posible corregir algunos problemas, no
detectados por ellos, que podran prolongar la duracin de las conexiones con el
consiguiente incremento de costes
Dada la enorme complejidad y diversidad de la RDSI, hay algunos problemas que
tienen que ser dejados para tcnicos experimentados capaces de resolver los
problemas muy dificultosos. Para estos expertos, el tiempo es un bien muy
preciado, y el anlisis convencional de protocolos es la ltima arma de su arsenal.,
por ello, se debe tener acceso a mtodos de filtrado apropiados, que les permitan
aislar rpidamente las secuencias problemticas.
Max & Opti-Max: Localizacin de problemas en el rea local.

Max (Experto administrador de mantenimiento), desarrollado por NYNEX, reporta
e! diagnstico de los problemas del telfono del cliente en el rea local, ltimo
segmento de la red del telfono que conecta al cliente a una oficina central. Max
es una regla basada en un sistema especialista que diagnostica los problemas
basndose en resultados de una prueba elctrica. La prueba se lleva a cabo en la
lnea del telfono del cliente, en el conocimiento especfico de la lnea del telfono
del cliente y en el conocimiento de equipo general. Max determina donde se
encuentra el problema y selecciona el tipo de tcnico para resolverlo.
Max es desarrollado en 1990, y es capaz de reducir el nmero de incorrecciones
tcnicas despachadas por otros mtodos. Un problema con Max es que su
177

actuacin es afectada por las caractersticas locales de cada sitio, por lo tanto, se
deben poner a punto los numerosos parmetros de la regla para optimizar su
desempeo. Este proceso de afinacin es tiempo que consume y por esta razn
un sistema llamado Opti-Max fue creado para poner a punto automticamente los
parmetros de los valores. Opti-Max realiza un tipo de descubrimiento de
conocimiento automatizado.
Localizador de Problemas: Localizacin de problemas de cables en las redes
Pacific Bell tiene un sistema inteligente en que determina la situacin de
problemas en la red de cable de telfono local. Este sistema usa datos generados
por una prueba nocturna automatizada para ayudar a bajar problemas de cables
potenciales o equipo de la red que pueden estar defectuosos; sin embargo, los
resultados de la prueba no son suficientes para determinar la causa exacta.
El Localizador de problemas utiliza una red Bayesiana y una red in Bayesiana
interferente para resolver este problema. El sistema empieza generando un grfico
de topologa de planta local y entonces esto muestra la red Bayesiana, dnde
cada nodo en la red corte contiene la posibilidad de fracaso de un componente de
la planta. Esta red tambin tiene en la cuenta la informacin histrica sobre los
componentes y los datos obtenidos en pruebas anteriores. La creencia de fracaso
se propaga entonces a lo largo de la red hasta que se supere el problema. Este
sistema es utilizado por los analistas de mantenimiento preventivo como un
sistema de apoyo de decisin.
TASA: Encuentro Frecuente de Eventos que Generen Alarmas
The Telecommunication Network Alarm Sequence Analyzer (TASA). Es un
sistema para extraer el conocimiento sobre la conducta de la red en una base de
datos de alarmas de red de telecomunicaciones. La meta de este sistema es
localizar regularidades en los sucesos de alarma para filtrarse las alarmas
redundantes, localizando problemas en la red y prediciendo futuras fallas. TASA
opera en fases: en la primera fase, se usan los algoritmos especializados para
encontrar reglas que describen frecuentemente eventos de alarma de los datos de
la alarma secuencial. Un evento describe un juego de sucesiones de alarma en un
periodo de tiempo dado y este juego puede incluir sucesiones de alarma de otro
tipo.
Un ejemplo de regla que describe un evento de alarma es: Si las alarmas de
tipos A y B ocurren dentro de 5 segundos, entonces una alarma de
tipo C ocurre dentro de 60 segundos con probabilidad 0.7. En la
segunda fase, la recoleccin de eventos manipuladas interactivamente por el
178

usuario para que los eventos interesantes de la tabla se puedan encontrar. TASA
soporta este proceso proporcionando los funcionamientos para recortar los
eventos poco interesantes, pone en orden los episodios similares y los coloca en
un grupo. Guarda y ordena las reglas que se cumplen, especificando los valores
de varios atributos. TASA ha probado con los datos de alarma de
telecomunicacin y han encontrado reglas interesantes y se incorporado en el
manejo de alarmas en sistemas existentes.
Scout: identificador de Faltas de la Red va exploracin de Datos
El Scout de AT&T es el sistema proactivo que identifica las fallas existentes.
Opera explorando datos histricos de la red de telecomunicacin que usa
aprendizaje de la mquina y tcnicas de la correlacin. En un acercamiento, el
Explorador identifica modelos de problemas crticos directamente de los datos,
examinando la conducta de la red en perodos de das y semanas . Para hacer
esto, ofrece resumen de datos histricos de variables y tiempo se extraen los
datos que puedan usarse los algoritmos de aprendizaje en mquina normales ,
(algoritmo que no es capaz de razonamiento temporal explcito). Esta
caracterstica es aconsejable usando dos ventanas de tiempo consecutivas fijas,
W1 y W2.
El objetivo es usar las medidas de W1 para predecir los problemas en W2.
Una manera de resumir estas medidas es contar el nmero de tiempos de cada
caracterstica que ocurre dentro de la ventana. Scout entonces es usado por
Swap-1 para aprender reglas que predicen la repeticin de las fallas. Otra versin
de Scout usa un mapa de la topologa de la red para mejorar su actuacin.
La suma de este conocimiento de la topologa le permite a Scout aprender usando
intervalos de tiempo de minutos y horas en lugar de das y semanas que son
sumamente importantes si las fallas son crticas. Este conocimiento tambin le
permite al Explorador identificar los problemas eficazmente con la misma causa
que lo origina.
El explorador se ha desarrollado en los Centros de Servicio de Red de AT&T
desde 1992 y ha tenido xito, la productividad de la tcnica aumentada identifica
los problemas, la causa que los origina y repeticin de los problemas.
4ESS-ES: Network Management for 4ESS Switches
La mayor capacidad de los switching en trfico para redes en distancias largas,
AT&T propietario de switches 4ESS. Hasta muy recientemente, 4ESS-ES (4ESS
sistema experto) es responsable de manejar estos switches: para supervisarlos,
179

diagnosticar y prueba de alarmas. Los 4ESS-ES son la primera generacin de

reglas basado en sistemas expertos, implementado en 1990 usando C5, una
versin popular de OPS-5 basada en lenguaje C. Consiste principalmente de
experiencias adquiridas en muchos aos de expertos y sufre los mismos
problemas como la mayora de las primeras generaciones en sistemas; es difcil
de modificar y mantener. Este sistema fue rediseado y se llev a cabo en 1996
usando paradigma orientado a objetos.
CONCLUSIONES
La vida profesional de Inteligencia es y seguir siendo estructuralmente la misma,
pero la forma de llevarla adelante ser diferente y deber adecuarse a las
evoluciones rpidas de la tecnologa, porque una actitud de reaccin (sobre todo
tarda) significar una derrota por anticipado y no ser posible revertira de modo
alguno. Datos e Informacin es lo que hoy abunda; certeza y verdad es lo que
cada vez mas escasea.
Los datos estn cada vez ms cerca de los usuarios, pero lo que es preciso
conocer es la mejor forma de conjugar la voluntad de los protagonistas de los
hechos, con la voluntad de los decidores que debern intervenir en el desarrollo
de su discurrir. Las mquinas an no leen la mente, pero se est experimentando
en ello en los pases ms desarrollados. La capacidad de simulacin y correlacin
de escenarios se hace cada vez mas imprescindible y, si los analistas y directores
no entienden lo que se puede llegar a obtener de la seleccin de los millones de
datos disponibles, se har cada vez ms difcil ayudar a los decidores para
explicarles las implicancias de un asunto determinado, dada la complejidad de los
problemas emergentes, la creciente interconexin entre tipos ce problemas y la
sobre especializacin de los sub-campos del anlisis.
Un sistema experto es aquel que simula el razonamiento humano ayudando
usuario.
Cuando los expertos humanos en una determinada materia son escasos,
Sistemas Expertos pueden recoger y difundir su conocimiento.
En situaciones complejas, donde la subjetividad humana puede llevar b
conclusiones errneas.
La nueva generacin de herramientas debe ser inteligente. Tienen que ser
verdaderos sistemas expertos que oculten la complejidad de las redes y
protocolos y guen al no especialista en e! proceso de resolucin de averas.
Deben incorporar diagnsticos automticos y una lista de recomendaciones, para
facilitar la labor del tcnico. Y, para los problemas ms complicados, deben
180

proporcionar sofisticados mecanismos de navegacin por los datos, as como

avanzadas funciones de decodificacin de tramas.
Leccin 44: Entornos de gestin 3G y 4G
El rpido crecimiento de los servicios basados en Internet y de aplicaciones para
dispositivos mviles, han hecho que los usuarios requirieran cada da de mayor
ancho de banda y de acceso de alta velocidad. "Internet mvil" es uno de los
servicios que ha venido evolucionando en los ltimos aos y es el principal
impulsor de la evolucin de las tecnologas mviles, esto traducido en las famosas
tercera, cuarta y quinta generacin
Las redes utilizadas en las comunicaciones mviles necesitan ser gestionadas y el
objetivo de la gestin en IMT-2000 (3ra Generacin) es ofrecer una variedad de
funciones tales como planificacin, instalacin, puesta en servicio, explotacin,
mantenimiento, administracin y servicios de abonado en multiproveedor y
multioperador.
La recomendacin ITU-R M.1168 - "Marco general para la gestin de las
telecomunicaciones mviles internacionales 2000 (IMT-2000)" contiene los
parmetros de gestin para este sistema de tercera generacin y se basa en el
modelo TMN.
El concepto bsico de TMN, es ofrecer una arquitectura organizada para realizar
la interconexin entre los diversos tipos de sistemas operativos y la entre los
sistemas operativos y los elementos de red para el Intercambio de informacin
sobre gestin utilizando una arquitectura acordada con interfaces normalizadas
que incluyen protocolos y mensajes. Dentro del contexto TMN, la gestin de IMT2000 se refiere a un conjunto de capacidades para permitir el intercambio y
procesamiento de la informacin de la gestin a fin de ayudar a os operadores de
IMT-2000 a realizar sus actividades comerciales de manera eficaz.
El funcionamiento de IMT-2000 con las redes actuales y futuras, requiere de una
arquitectura abierta, que permita la introduccin de nuevos avances tecnolgicos
as como de distintas aplicaciones. Todas las redes conectadas que conforman el
sistema IMT-2000 deben intercambiar la informacin de gestin adecuada de
manera eficaz y precisa para lo cual se necesita organizacin, seguridad,
requisitos funcionales y de comunicaciones.
Generaciones 1G y 2G
La primera generacin comienza a finales de los 70's y culmina en los 80's. Estos
sistemas se conocan en un principio como "radio telfonos mviles celulares",
181

utilizaban sealizacin analgica de voz y eran un poco ms sofisticados que las

redes de repetidores utilizadas por los operadores de radio. La segunda
generacin tienen como caracterstica la codificacin digital de voz, por ejemplo
CDMA, TDMA y GSM. Desde su inicio, la tecnologa de 2G ha ido mejorando, con
ms ancho de banda, enrutamiento de paquetes y la introduccin de multimedia,
esto se conoce como 2.5G.
Tercera Generacin 3G
3G es la abreviatura que se emplea para la tercera generacin de comunicaciones
mviles. 3G es:
Multimedia mvil
Servicios personales
Convergencia de la digitalizacin, movilidad e Internet
Nuevas tecnologas basadas en normas globales
Gracias a la tecnologa 3G, los usuarios pueden acceder a todo tipo de

informacin digital (msica, fotos, vdeo, televisin) durante viajes y
desplazamientos y es una realidad la gran cantidad de servicios esperados
durante mucho tiempo por su comodidad (mensajes multimedia, monederos
electrnicos, compatibilidad mundial).
3G es un trmino genrico que cubre un rango de tecnologas de red inalmbricas,
incluyendo WCDMA, CDMA2000, UMTS y EDGE. Esta tecnologa, combina
acceso mvil de alta velocidad con servicios basados en IP y no solamente
significa rpida conexin mvil al mundo Web por liberarnos de las conexiones
lentas, molestos equipos y puntos de acceso inmviles, sino que habilita nuevas
maneras para comunicarse, informacin de acceso, negocios y enseanza.
En 1999, la Unin Internacional de Telecomunicaciones ITU, aprob una norma
de industria para las redes inalmbricas de tercera generacin (3G), esta norma
se denomina "Intenational Mobile Telecomunications-2000 (IMT-2000)" y en ella la
ITU ha definido los requisitos bsicos que requiere una tecnologa para ser
considerada de 3G, los requisitos incluyen mejoras a la capacidad del sistema,
compatibilidad con tecnologas de segunda generacin (2G), soporte para
aplicaciones multimedia, y servicios de paquetes de datos que llenen los
siguientes criterios:
2 Mbps en un ambientes fijos o de interiores (dentro de edificaciones)

384 kbps en un ambiente urbano o plano
144 kbps en un ambiente de rea amplia o mvil
182

Velocidad de data variable en sistemas que cubren grandes reas

geogrficas
Aquella tecnologa que no llene alguno de estos requisitos es considerada de

segunda generacin (2G).
Ventajas de 3G
Transmisin de datos de manera rpida y efectiva: actualmente. CDMA

ofrece velocidades de hasta 156 kbps y en un futuro prximo hasta 2.4
Mpbs. Estas velocidades permiten que los servicios multimedia de micro
exploradores inalmbricos avanzados incluyan capacidades de descargar
juegos, videos msica e imgenes.
Acceso y navegacin por Internet: las velocidades de transmisin de datos
ms rpidas son fundamentales para lograr el xito de Internet inalmbrico.
La tecnologa de alta velocidad de transmisin de datos (HDR por sus
siglas ingls) ofrece una solucin de Internet inalmbrica de alta velocidad y
gran capacidad con velocidades de hasta 2.4 Mbps, permitiendo
aplicaciones Internet y Multimedia disponibles en ambientes movilidad,
porttiles y fijos ante la demanda actual.
Calidad de Voz y Claridad en las llamadas: Excelente calidad en la
comunicacin, eliminando casi en su totalidad cualquier interferencia,
debido a que CDMA filtra el ruido de fondo, la diafona y la interferencia en
las llamadas.
Mayor eficiencia en el consumo de batera: los nuevos equipos de CDMA
2000 1X requieren menos energa que los equipos de tecnologa anterior
para enviar la misma cantidad de informacin. Este significa para el usuario
mayor tiempo de conversacin y telfonos ms pequeos y livianos.
Amplia variedad de modelos de equipos celulares
Telfonos celulares con pantallas a colores
Provee mayor capacidad de trfico sobre los sistemas actuales lo que
ayuda a soportar el continuo crecimiento de los servicios de voz y datos as
como a los nuevos servicios de Internet Celular con acceso a cualquier
servicio de Internet Mvil desde un dispositivo mvil, en cualquier momento,
en cualquier lugar desaparecern los viejos lmites entre comunicacin,
informacin, medios de entretenimiento.
Convergencia de servicios, la movilidad estar incorporada a numerosos
servicios que consideran indispensables en la actualidad, como el mirar
videos y recibir correos electrnicos en forma simultnea, o entretenimiento
con juegos interactivos mientras es factible trasladarse a otro lugar, sin
importar donde sea que se est.
183

La tecnologa IP (Internet Protocol) basada en paquetes que constituye el

ncleo de las redes 3G.
Casi todas las Tecnologas de la Familia IMT-2000 buscan basarse en las actuales
tecnologas mviles, inalmbricas y satelitales, proporcionando mayor capacidad,
posibilidades de transmisin de datos y una gama de servicios mucho ms
extensa, usando un innovador programa de acceso radioelctrico y una red
principal mejorada.
Cuarta generacin - 4G
La cuarta generacin es un proyecto a largo plazo que ser cincuenta veces ms
rpida en velocidad que la tercera generacin y se espera que se empiecen a
comercializar la mayora de los servicios hasta el 2010. Esta generacin permitir
gozar de servicios multimedia de altsima calidad visual, como el vdeo de alta
resolucin. 4G es una red inalmbrica ultrarpida, una superautopista de la
informacin sin cables, esta nueva red permitira conexiones mviles con
velocidades de transmisin de datos de 20 Mbps, un salto de gigante con respecto
a la velocidad de los actuales mviles.
La cuarta generacin promete integrar diferentes modos de comunicacin
inalmbrica, desde redes internas como WLAN y Bluetooth a seales celulares,
transmisiones de radio y TV, y comunicaciones por satlite, por lo tanto se
pretende fusionar los mundos informticos, de telecomunicaciones, el audio y el
vdeo.
La principal caracterstica de las propuestas de redes mviles 4G es la utilizacin
de tecnologas IP en el ncleo y en las redes de acceso, para soportar todos los
servicios. Mientras en redes 3G coexistir un ncleo IP para la red de datos con
otro ncleo basado en conmutacin de circuitos para la prestacin de servicios de
voz, en las redes 4G slo existir un ncleo IP sobre el que se transportar todo el
trfico. Una de las caractersticas deseables en las redes 4G sera que el ncleo
fuese IPv6, con lo que quedaran resueltos problemas como el espacio de
direcciones, vital para el despliegue de una nueva red dnde sera deseable el uso
de direcciones pblicas, igualmente dispondramos de Mobile IP, as como de
posibilidades Multihoming.
En 4G se tienen que tener en cuenta conceptos tales como QoS y AAA, esta
nueva arquitectura basada en conmutacin de paquetes, requiere la incorporacin
de tcnicas que soporten mecanismos de calidad de servicio (QoS), AAA
(Autorizacin, Autenticacin y Accounting), movilidad, seguridad y contabilidad
basados en IP.
184

Leccin 45: reas de gestin 3G y 4G

Gestin de fallas
Mantenimiento
Para que la calidad de los servicios ofrecidos al abonado sea aceptable, los
operadores deben mantener los equipos de telecomunicaciones. El mantenimiento
incluye las tcnicas destinadas a minimizar las prdidas de servicio provocadaspor fallas. Los requisitos generales de gestin se relacionan con los siguientes
aspectos:
Mantenimiento preventivo (Actividades de mantenimiento rutinario,

informacin del fallo correspondiente de transmisin a los fabricantes).
Deteccin/localizacin/aislamiento de fallas (Supervisin, anlisis de las
tendencias de explotacin, anlisis de las quejas de los usuarios).
Mantenimiento correctivo (Reparacin y restauracin de las funciones de la
red).
Cabe esperar que la mayora de los fallos en los terminales no tengan
influencia en la red, es decir que no perturben el funcionamiento de la
misma. En este caso la deteccin de fallas y su reparacin no corresponde
al operador de la red. Por otro lado pueden producirse fallas en los
terminales que perturban el funcionamiento de la red. En estos casos es
necesario que el operador tenga la capacidad de solucionar estos
problemas.
Mantenimiento preventivo
El objetivo fundamental del mantenimiento preventivo es minimizar la aparicin de
fallas. Por ejemplo, pueden utilizarse los siguientes mecanismos:
Autopruebas, que pueden emplearse para asegurar el correcto

funcionamiento antes de la puesta en servicio.
Bucles de prueba, que pueden utilizarse para asegurar que la comunicacin
se establece correctamente antes de la puesta en servicio.
Un diseo del equipo de forma que sean fciles de realizar las tareas de
mantenimiento, de manera que el personal de mantenimiento pueda
realizar sir dificultad las actividades normales de mantenimiento.
Inclusin de unidades redundantes en los equipos (de reserva, activo o
pasivo dependiendo de las necesidades); tales unidades deben ser
probadas en todas las partes importantes necesarias para mantener el
funcionamiento. Disposicin de equipos en la red de manera que pueda
185

conmutarse la parte activa de la red a un circuito equivalente si se produce

una falla. Establecimiento de una base de datos sobre fallos a efectos de
realiza- pronsticos.
Deteccin y aislamiento de fallas
En caso de fallas se necesita establecer mecanismos de deteccin y
localizad- para restaurar los sistemas. Es necesario igualmente crear
mecanismos re aislamiento para minimizar la repercusin de dichas fallas.
Una falla puede tener distintos efectos sobre los servicios segn el lugar
donde aparezca. Es preciso comprender la gravedad de la falla para
determinar la velocidad con la que debe efectuarse la reparacin. Por
ejemplo, para la deteccin, localizacin y aislamiento de fallas pueden
utilizarse los siguientes mecanismos:
a. Informarse de la aparicin de fallas emitiendo mensajes de alarma
que proporcionen informacin para facilitar su localizacin y realizar
evaluacin de su importancia.
b. Generacin de alarmas si la calidad de funcionamiento de las IMT2000 ejemplo, calidad de funcionamiento del traspaso), cae por
debajo de un valor umbral previamente definido.
c. Deteccin y evaluacin de las discrepancias entre dos unidades de
reserva activas.
d. Registro y evaluacin de las caractersticas de la llamada (por
ejemplo, datos estadsticos de las llamadas para evitar averas o
detectarlas).
e. Anlisis de las quejas de los usuarios;
f. Posibilidad de realizar pruebas de una manera regular y automtica,
as como de disponer de facilidades o funciones de prueba que
puedan ser activadas en el mismo lugar donde se produce la falla.
g. Dispositivos para verificar la informacin sobre el estado de todas las
unidades.
h. Anlisis de las tendencias de funcionamiento para detectar o
describir las fallas utilizando bases de datos histricas.
i. Comportamiento de la correccin de alarmas; por ejemplo, utilizando
un sistema experto.
Mantenimiento correctivo
Una vez detectada, localizada y aislada la falla, debe repararse o sustituirse la
unidad afectada (soporte lgico o soporte fsico).
Para realizar un mantenimiento eficaz, la gestin de las IMT-2000 debe
proporcionar la siguiente informacin:
186

Estado del equipo/sistema

Niveles de carga
Condiciones de la avera
Control de la gestin de red activado.
Cuando existen, las unidades redundantes deben asumir el funcionamiento. Para

verificar la reparacin es conveniente que el personal de mantenimiento tenga
acceso a la red de gestin para iniciar las pruebas. En caso de sustitucin, debe
poderse verificar la coherencia entre las versiones del soporte lgico y el soporte
fsico.
Gestin de configuracin
Segn la recomendacin M.1168, los requisitos generales de gestin de
configuracin para las Telecomunicaciones Mviles Internacionales (IMT-2000) se
relacionan con los siguientes aspectos:
Gestin del espectro.

Extensin del sistema (Introduccin de nuevos elementos o funciones de
red).
Reduccin del sistema (Supresin de elementos o funciones de red).
Modificacin (Cambio de un elemento o funcin de red existente).
Capacidad de interoperabilidad con otros sistemas.
Por lo tanto, la gestin de las IMT-2000 debe soportar:
Flexibilidad para gestionar una amplia gama de tipos de celdas.

La reconfiguracin de los bloques de frecuencia asignados (gestin del
espectro) en respuesta a la variacin del trfico, a los requisitos de servicio
o a la atribucin de espectro, optimizando utilizacin eficaz y econmica del
espectro radioelctrico.
El acceso a las IMT-2000 dependiendo del lugar o del tipo de terminal
mvil. El acceso a las IMT-2000 para usuarios fijos.
La reconfiguracin del sistema sin interrumpir la prestacin normal de los
servicios.
La gestin de la informacin de configuracin utilizada por los protocolos de
interfaz de radio especficos de las IMT-2000; por ejemplo, identidades de
las celdas.
El control de la configuracin del handover traspaso; por ejemplo,
permitiendo la seleccin del algoritmo de traspaso, la seleccin de las
clulas candidato para el traspaso de cada clula de forma individual, la
187

configuracin de la funcin de traspaso y la gestin de las caractersticas de

los mecanismos del traspaso.
La posibilidad del operador de iniciar actividades de mantenimiento (tales
como liberar una clula mediante traspasos forzados o no admisin de
nuevas llamadas).
La gestin de configuracin en los elementos de la red mvil (como
estaciones de base mviles).
Gestin de contabilidad
El campo de la tarificacin se ocupa de la coleccin de datos de utilizacin de los
recursos para propsitos de anlisis de capacidad y tendencias, asignacin de
costos, auditorias, y cargo a cuentas.
Puesto que las aplicaciones de tarificacin no tienen una seguridad uniforme y
requerimientos de fiabilidad, no es posible disear un solo protocolo de tarificacin
y un conjunto de servicios de seguridad que cubran todas las necesidades. De
esta forma, la finalidad de la gestin de tarificacin es proporcionar un conjunto de
herramientas que puedan usarse para reunir los requisitos de cada aplicacin.
Algunos trminos relacionados con el tema y dada su importancia en el desarrollo
de esta temtica es necesario especificarlos.
Auditora: Es el acto de verificar la exactitud de un procedimiento. Para poder
dirigir una auditoria es necesario ser capaz de determinar de forma definitiva qu
procedimientos fueron Nevados a cabo para poder comparar estos con el proceso
recomendado. Para lograr esto pueden requerirse servicios de seguridad como la
autenticacin y la proteccin de la integridad.
Facturacin sensible: Proceso de facturacin que depende de la informacin de
uso para preparar una factura. En contraste, un proceso que es independiente de
la informacin de uso se dice que es no sensible.
Protocolo de tarificacin: Protocolo encargado de transportar los datos para
propsitos de tarificacin.
Registro de sesin: Representa un resumen del consumo del recurso por parte
de un usuario sobre una sesin completa. Las entidades de tarificacin que crean
el registro de sesin lo pueden hacer procesando eventos de tarificacin
temporales o eventos de tarificacin de varios dispositivos que sirven al mismo
usuario.
Servidor de tarificacin: Encargado de recibir los datos de tarificacin de los
dispositivos y traducirlos en archivos de sesin. El servidor de tarificacin tambin
188

puede tomar la responsabilidad por la asignacin del enrutamiento de los registros

de sesin a las partes interesadas.
Tarificacin Intra-dominio: Se define como la coleccin de informacin sobre el
uso de los recursos dentro de un dominio administrativo, con el propsito de ser
utilizada dentro de ese dominio. En la tarificacin intra- dominio los paquetes de
contabilidad y archivos de sesin generalmente no cruzan los lmites
administrativos.
Tarificacin Inter-dominio: Es la coleccin de informacin sobre el uso de los
recursos dentro de un dominio administrativo, con el fin de ser usada dentro de
otro dominio administrativo. En la tarificacin Inter-dominio, los paquetes de
contabilidad y archivos de sesin, generalmente traspasan las fronteras del
dominio.
Tarificacin en tiempo real: Es el procesamiento de informacin en el uso del
recurso dentro de una ventana de tiempo determinada. Las limitaciones de tiempo
se imponen generalmente para limitar los riesgos financieros.
Tasar: Acto de determinar el precio a ser cobrado por el uso de un recurso.
El servicio de gestin de tarificacin y contabilidad debe considerar las actividades
de gestin indicadas a continuacin:
Tarificacin de los telfonos pblicos mviles de pago, Tarificacin basada

en los parmetros de contabilidad diversificados, Contabilidad entre
administraciones.
Notificacin de tarificacin
Intercambio de informacin entre operadores relativo a la gestin de
tarificacin y contabilidad.
Tarificacin para los telfonos pblicos mviles de pago

Debe soportarse la capacidad de tarificacin para los telfonos pblicos mviles
de pago. Esos telfonos con la funcin de tarificacin (por ejemplo, telfonos
traga- monedas) pueden llevar a cabo por s mismos la gestin de la contabilidad y
tarificacin debido a la capacidad limitada de la interfaz de gestin radioelctrica.
Tarificacin basada en los parmetros de contabilidad diversificados
De acuerdo al volumen total de tarifas asociadas a una llamada debe ser posible
tener en cuenta los siguientes parmetros:
Duracin de la llamada.
189

Distancia (entre la ubicacin de la parte llamada y la parte llamante).

Tipo de informacin y volumen de informacin.
Calidad de funcionamiento realmente lograda en la conexin,
Caractersticas y atributos del servicio.
Tipos de servicio soporte utilizados.
Tipos de teleservicios ofrecidos.
Servicios suplementarios invocados (incluyendo la informacin de usuario a
usuario), servicio UPT, servicio de red inteligente y servicio de valor
aadido.
Configuracin de la comunicacin (punto a punto, punto a multipunto).
Tiempo de utilizacin.
Tipo de subredes implicadas (por ejemplo, entorno de accesos), Redes de
operador implicadas.
Medio utilizado.
Sealizacin.
Contabilidad entre administraciones

La contabilidad de una llamada en las IMT- 2000 puede implicar a varias
administraciones, un operador local y uno o varios operadores visitados. Un
operador local es la administracin con la cual un abonado ha suscrito un contrato
de abono para los servicios de IMT-2000, Un operador IMT-2000 visitado es
cualquier administracin salvo el operador local de las IMT-2000 en cuyo dominio
se permite a los usuarios la utilizacin de los servicios de las IMT-2000. Por
consiguiente, es necesario establecer un proceso de contabilidad entre
administraciones, adicional al proceso de contabilidad de abonado. Considerando
la funcionalidad del proceso de contabilidad entre administraciones, puede
consistir en una medicin de la utilizacin, un proceso de tarificacin y una parte
relativa a la facturacin.
El proceso de contabilidad entre administraciones se basa en la medicin de la
utilizacin para el proceso de contabilidad de abonado, de manera que no existe
un proceso de medicin de la utilizacin separado para la contabilidad entre
administraciones.
Para la tarificacin entre administraciones, puede utilizarse el subproceso de
recopilacin del proceso de contabilidad de abonado. Los registros de contabilidad
iniciados por los usuarios relativos a otra administracin (operador local de las
IMT- 2000 de un usuario) son recopilados por este subproceso y enviados al
proceso de tarificacin de la otra administracin. De forma adicional, es necesario
una parte separada para los registros de tarificacin de la contabilidad enviados a
las otras administraciones.
190

El proceso de facturacin entre administraciones rene los registros de

contabilidad tarificados y se ocupa de la liquidacin con otras administraciones.
Notificacin de tarificacin
Las IMT-2000 deben soportar la capacidad de notificar a los usuarios finales de
que incurrirn en gastos extraordinarios antes de que stos se produzcan. Esta
notificacin puede producirse mediante tonos previamente establecidos, por
intervencin de operadora, a travs de anuncios por audio, etc. Por ejemplo, ello
permite a la parte llamante ser consciente de que la parte llamada ha traspasado
los lmites de la red local y la necesidad de establecer una tarifa adicional si el
suministrador de las IMT-2000 utiliza la poltica de la parte llamante paga por el
tiempo de utilizacin. Tal notificacin permite a la parte llamante la opcin de
completar o no la llamada.
Intercambio de informacin entre operadores sobre la gestin de tarificacin
y contabilidad
El intercambio de informacin entre operadores sobre la gestin de tarificacin y
contabilidad (por ejemplo, contabilidad entre administraciones) debe realizarse a
travs de la interfaz de gestin entre los sistemas de funcionamiento.
Tarificacin de llamadas
En las IMT-2000 existen distintas posibilidades de tarificar las llamadas:
Caso Normal
En este caso los operadores de la red crean registros de utilizacin que sern
recopilados por los suministradores de servicio correspondientes a efectos de
facturacin.
Facturacin despus de la llamada
Conocido tambin como llamadas con tarjeta de crdito. En este caso el operador
de la red factura la llamada a la agencia que emiti tarjeta de crdito tras recopilar
todos los registros de utilizacin pertinentes.
Facturacin durante la llamada
Son las llamadas con tarjetas de previo pago o metlico, aqu el operador de la red
va descontando unidades del pago previo mientras la llamada est en curso.
Los registros de utilizacin se transfieren al suministrador de servicio de usuarios
correspondientes.
191

Los operadores de las IMT-2000 de origen, de trnsito y de terminacin deben ser

capaces de realizar mediciones de la utilizacin.
La medicin de la utilizacin de los recursos de la red a efectos facturacin ser
responsabilidad del operador de la red.
La gestin de las IMT-2000 debe permitir a los operadores de las IMT-2000
registrar ciertos tipos de traspasos a fin de poder realizar una tarificacin
diferenciada segn los casos de traspasos (por ejemplo: terrenal satlite).
La gestin de las IMT-2000 debe permitir a los operadores de los sistemas tarificar
la utilizacin de los procedimientos de gestin de la posicin.
Para poder utilizar distintas tcnicas de tarificacin durante la llamada como por
ejemplo, directamente al usuario, la gestin de las IMT-2000 debe ofrecer
mecanismos para controlar el intercambio de la informacin sobre tarificacin, tal
es el caso al invocar un traspaso.
Gestin de desempeo
Una de las actividades bsicas para realizar la gestin del desempeo consiste
identificar y monitorear los indicadores del mismo, desde el punto de vista del
cliente uno de los aspectos ms importantes al respecto corresponde con la
calidad del servicio (QoS) obtenido.
La calidad del servicio es un componente clave en 3G debido a la naturaleza
basada en paquetes de la red y los limitados recursos de la interfaz area . El
roaming entre redes tendr un gran impacto sobre las soluciones que necesitan
ser desplegadas para proporcionar la QoS esperada por el usuario final.
Existen cuatro clases de calidad de servicio de transporte de datos sobre 3G:
Conversacional
Streaming
Interactiva
Background
Consulta: Definir cada una de las clases de QoS sobre 3G.

Ejercicio
Complementar la siguiente tabla acorde a la recomendacin especfica para 3G
Tipo
Servicio
Velocidad
(Kbits/seg)
Retardo
Variacin
del retardo
confiabilidad
192

Conversacional
Tiempo
Real
Interactivo
Streaming
Voz
Videofono
Telemetra
juegos
Mensajes de voz
Web browsing
e-comerce
Streaming audio
video
Telemetra
(monitoreo)
Gestin de seguridad
La seguridad en los sistemas 3G es uno de los campos que ha despertado mayor
inters debido al tipo de aplicaciones que se proveern y a la clase de informacin
que ser manejada (nmeros de tarjetas de crdito, transacciones financieras,
informacin corporativa, entre otros) siendo por lo tanto necesario implementar
mecanismos que brinden un alto nivel de confiabilidad en la prestacin de los
servicios y que permitan aprovechar al mximo tas ventajas de estos sistemas.
La gestin de la seguridad es el control y distribucin de la informacin relativa a la
seguridad para varios usuarios y sistemas a fin de proteger a los usuarios y a los
nodos de las IMT-2000. Se emplea para informar sobre los acontecimientos
relativos a la seguridad que afecten la proteccin del abonado y de la red.
La seguridad en la comunicacin se logra normalmente mediante la generacin, el
intercambio y el procesamiento de la informacin sobre seguridad de acuerdo con
los procedimientos del mecanismo de seguridad especfico utilizado.
Principios de Seguridad 3G
En la seguridad 3G hay tres principios claves:
Conservacin
La seguridad 3G debe construirse sobre la seguridad 2G, all donde se ha
mostrado necesaria y robusta.
Mejora
La seguridad 3G mejorar la seguridad 2G, corrigiendo y superando las
deficiencias reales y percibidas en esta.
193

Innovacin
La seguridad 3G ofrecer nuevas caractersticas y proteger los nuevos
servidores 3G.
Fortalezas de la seguridad 2G y refuerzo 3G
Autenticacin de los abonados en el acceso al servicio.

Cifrado en la interfaz radio, aumentando la longitud de la clave y mejorando
el algoritmo.
El SIM como un mdulo removible, independiente del terminal y manejable
por los operadores de red. Proporciona seguridad fsica.
Confidencialidad de la identidad del abonado en la interfaz radio, con
mejoras en los algoritmos.
Provisin de un canal a nivel de aplicacin seguro entre el SIM y un
servidor (en el mbito de la seguridad) en la red propia.
Las caractersticas de la operacin de seguridad son independientes del
usuario. Este no interviene en la operacin.
Debilidades de la seguridad 2G
Son posibles los ataques activos utilizando falsas BTS.

Las claves de cifrado y los datos se transfieren sin proteccin dentro y entre
redes fijas.
El cifrado no se extiende a la Core Network, quedando los datos y la
sealizacin vulnerables en tramos tales como los enlaces RF de
microondas (por ejemplo, entre BTS y BSC).
Los sistemas 2G no tienen la flexibilidad para adaptar y mejorar la
funcionalidad de seguridad con el tiempo.
El IMEI es una identidad insegura y as debe ser tratada.
El operador propio desconoce el tratamiento que da el operador servidor a
la seguridad.
El fraude y la interceptacin legal no se consideran.
El escenario en el que los nuevos servicios sern desarrollados se pueden

caracterizar por los siguientes aspectos:
Habr nuevos y diferentes proveedores de servicios.

Habr una variedad de servicios de prepago que sern la norma ms que la
excepcin.
Habr un aumento notable del control de los usuarios sobre su perfil de
servicio y las capacidades de su terminal.
194

Los sistemas mviles 3G sern preferidos a los fijos.

Habr ataques activos sobre los usuarios.
Los servicios de no voz sern tan importantes o ms que los de voz.
El terminal junto con las tarjetas inteligentes ser utilizado como plataforma
para muy diferentes aplicaciones.
Capacidades de los sistemas de 3G
Entorno de usuario/abonado
Cifrado y autenticacin
Identificacin de terminal
Privacidad datos identidad
Privacidad datos de facturacin
Entorno de operador/proveedor de servicio
Autenticacin
Adaptacin de mecanismos de seguridad a los servicios.
Control de uso de la red
Provisin de interceptacin legal
Objetivos de seguridad 3G
Asegurar que la informacin de usuario est protegida.

Asegurar que la infraestructura est protegida frente a usos inadecuados o
fraudulentos.
El nivel de seguridad es superior al de los sistemas 2G. . Asegurar que
las caractersticas estandarizadas de seguridad son compatibles con la
disponibilidad a nivel mundial (interoperabilidad y roaming).
Asegurar que las caractersticas y mtodos de seguridad implementados en
3G pueden ser mejorados y aumentados conforme sea requerido por los
nuevos entornos y servicios.
La seguridad proporcionada a un usuario 3G y a un proveedor de servicio u
operador 3G, debe ser comparable a la seguridad proporcionada por las
redes fijas contemporneas.
Los aspectos jurdicos, reglamentarios y comerciales de la seguridad
proporcionada por los sistemas 3G deben facilitar la disponibilidad a escala
mundial.
Requisitos de gestin de seguridad de las IMT-2000

A continuacin se indican los requisitos de la gestin de las IMT-2000 relativos a
los siguientes aspectos:
Gestin de los algoritmos y mecanismos de seguridad especficos de las

195

IMT-2000
Gestin de la clave
Gestin del cifrado
Gestin de la autentificacin
Gestin del control de acceso
Gestin de lista de prohibiciones al servicio
Gestin de la auditoria de seguridad
Gestin de la informacin de credenciales relativas al abonado
Intercambio de informacin sobre la gestin de la seguridad.
Determine la importancia de la tecnologa eTOM y desarrolle una propuesta

de implementacin de esta tecnologa aplicada a una solucin en una
empresa de telecomunicaciones
Elabore un ensayo acerca de la gestin de redes de telecomunicaciones en
tecnologas 3G y 4G.
Si usted fuera el administrador de una red de telecomunicaciones y en este
momento est en sus manos la decisin de la tecnologa a implementar en
la empresa para una adecuada gestin, qu herramienta propondra para
lograr este cometido, justifique su respuesta.
En una pequea empresa, en la cual se hacen transferencias de datos de
las diferentes sucursales hacia la principal, qu tipo de medidas se
deberan tomar para tener una adecuada gestin de la red de datos?
Elabore un cuadro, en el cual se distingan las diversas reas de la gestin
de redes de telecomunicaciones y enumere los aspectos ms relevantes en
cada una de ellas .
196


ARONOFF, R. (1989). Management of Network Based on Open System
Interconnection (OSI) Standards: Functional Requirements and Analysis. National
Institute of Standards and Technology.
LINGNAU, A. y. (1995). An infrastructure for mobile agents requirements and
architecture. Frankfurt - Germany: Universitat Frankfurt.
del Cauca.
197

Gestion de Redes de Telecomunicaciones

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Gestion de Redes de Telecomunicaciones

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

900001 GESTION DE REDES DE TELECOMUNICACIONES

SIXTO ENRIQUE CAMPAA BASTIDAS

SAN JUAN DE PASTO

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

ASPECTOS DE PROPIEDAD INTELECTUAL Y VERSIONAMIENTO

El presente mdulo ha sido diseado en el ao 2010 por el Ingeniero Edgar

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

CAPTULO 1: GESTION DE REDES DE TELECOMUNICACIONES

CAPTULO 2: GESTION SIMPLE DE REDES

CAPTULO 3: GESTION DE MONITOREO REMOTO - RMON

CAPTULO 4: Modelo de gestin Distribuida

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

CAPTULO 5: Modelo de Gestin de Red OSI

CAPTULO 7: GERENCIA INTEGRADA DE TELECOMUNICACIONES

CAPTULO 9: INTRODUCCION A LOS AGENTES MOVILES

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Tabla 1.2. Disponibilidad de un servidor

Tabla 1.3. Relacin Actividades/tiempo

Tabla 1.4. Fallos en el sistema de telecomunicaciones

Tabla 3.1. Columnas de Host1ControlTable y Host1DataTable

Tabla 3.2. Grupos adicionales en la MIB de RMON v2

Tabla 4.1. Funciones SMBIOS

Tabla 4.2. Tipos de proveedores

Tabla 5.1. Terminologa de la gestin OSI

Tabla 5.2. Relacin entre las reas funcionales y las funciones de

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

LISTADO DE GRFICOS Y FIGURAS

Figura 2.1. Componentes de la plataforma de red

Figura 2.2. Interaccin Gestor - Agente

Figura 2.3. Esquema representativo de Gestor - agente

Figura 2.4. Mensajes de intercambio entre el gestor y el agente

Figura 2.5. Formato general de mensajes SNMP

Figura 2.6. Estructura de SNMP

Figura 2.7. Estructura de SNMP

Figura 2.8. Descripcin del protocolo SNMP desde wireshark

Figura 2.9. Estructura de un trap

Figura 2.10. Arbol de ISO/CCITT

Figura 2.11. MIB de TCPConnTable

Figura 2.12. Estructura de SNMPv1

Figura 2.13. Estructura de la PDUs de las diversas transacciones

Figura 2.14. Formato de mensaje trap

Figura 2.15. Agente proxy

Figura 2.16. Sistema Bilinge

Figura 2.17. Formato de mensaje SNMPv3

Figura 3.1. Imagen de NetDecision MIB Browser

Figura 4.1. Esquema de CIM

Figura 4.2. Componentes del sistema de alerta

Figura 4.3. Servicio WMI

Figura 5.1. Gestin en OSI . Gestor - Agente

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

Figura 5.2. Arquitectura CMIP

Figura 5.3. GDMO

Figura 5.4. Esquema General de GDMO

Figura 5.5. Esquema General del agente

Figura 6.1. Arquitectura Fsica de TMN

Figura 6.2. Arquitectura de Informacin

Figura 6.3 Clases de Puntos de referencia en TMN

Figura 7.1. Entidad TMN