Está en la página 1de 85

LAS DIMENSIONES DE LA

GESTIN

Capitulo 4
1
LAS DIMENSIONES DE LA GESTIN
Muchos lectores estarn familiarizados con la historia del elefante y los
ciegos. Es algo parecido a esto: Un grupo de ciegos va al zoolgico
para aprender acerca de los elefantes. Cada hombre sube a un
elefante y toca una parte de ella. Cuando se le pregunt para
describirlo, el primero responde, despus de haber sentido sus piernas: ".
Un elefante es como un grupo de rboles" El segundo responde, despus
de haber examinado su trompa: "No, es como una serpiente." El tercero,
despus de haber tocado a sus odos, lo compara con una hoja grande
de papel. Cada uno de los hombres tiene razn de un punto de vista
particular. Sin embargo, slo la combinacin de estos diferentes
aspectos en ltima instancia, revela la imagen completa.

2
Como un elefante para un ciego, la gestin de la red puede ser un gran
tema de captar. Cuando se trata de un problema de gestin de red en
particular, a menudo nos gusta uno de los hombres ciegos de agarre uno
de sus aspectos, sin embargo, sin darse cuenta de la gran imagen. A veces
eso es suficiente, a veces no lo es. Las descripciones en los captulos
anteriores indicaron que la gestin de la red es un tema amplio. Se trata de
la creacin de aplicaciones que ayudan a las redes de monitores o
servicios de suministro. Se trata de cmo se representa el mundo real
subyacente en un modelo de datos, as como el establecimiento de
protocolos de gestin que permiten a los sistemas de gestin y gestionadas
para interactuar. Se trata de los aspectos organizativos de la gestin de
una red. Despus de estos captulos introductorios, estamos listos para
perforar ms profundamente en la materia. Pero por dnde empezamos
y cmo sabremos que hemos cubierto el tema a fondo? En otras palabras,
cmo est el tema mejor descomponer en sus diferentes aspectos?
3
En este captulo se trata de responder a esas preguntas. De este modo,
proporciona la base para dividir y conquistar los problemas de gestin de red
que podra enfrentar. Si bien los conceptos tratados en este captulo son
claramente ms terica en la naturaleza que los que estn en los captulos
anteriores, ponen una base conceptual sistmico para abordar uno a la vez
con diferentes aspectos de la gestin.
Despus de leer este captulo, usted ser capaz de hacer lo siguiente:
Diferenciar entre los diferentes aspectos ortogonales complementarios (no
relacionadas) en la gestin de redes, que le ayudarn a dividir y conquistar a
los problemas de gestin de red.
Describir las diferentes etapas en el ciclo de vida de gestin de la red, desde
la etapa de planificacin con el desmantelamiento de los equipos de red.
Distinguir las diferentes capas de la gestin de red que se acumulan en la
parte superior de uno al otro, de tratar con los equipos de la red para la
gestin de su negocio, ya que se refiere a la creacin de redes.
4
PERDIDO EN (GESTIN) DEL ESPACIO: TRAZANDO SU CURSO A LO
LARGO DE LA RED DE GESTIN DE DIMENSIONES
Explicar la importancia de las normas de gestin de red.
Separe los diferentes tipos de problemas de interoperabilidad en la
gestin de red, a partir de la funcin a la informacin a la
comunicacin.
Si pensamos en la gestin de la red como un espacio multidimensional, se
plantea la cuestin de qu dimensiones o ejes atraviesan ese espacio y qu
coordenadas se definirn para cada eje. Esto es importante debido a que, ante
cualquier problema, puede ser de gran ayuda para saber cmo dividir el
problema en diferentes aspectos. Cada aspecto corresponde a una de las
dimensiones. Si las dimensiones se identifican de una manera tal que son
independientes uno de otro, los llamamos ortogonal. Cuando esas dimensiones
son claras, se hace mucho ms fcil definir un enfoque sistmico para el
problema y tratar con sus aspectos diferentes uno a la vez.
5
LA FIGURA 4-1 MUESTRA UN CONJUNTO DE DIMENSIONES ORTOGONALES PARA LA GESTIN DE
REDES. ECHAMOS UN VISTAZO MS DE CERCA A CADA DIMENSIN EN LAS SIGUIENTES SECCIONES.

6
La administracin es un sistema distribuido que involucra a
diferentes aplicaciones de gestin de sistemas y dispositivos de red.
Para la gestin de trabajar, esos sistemas deben comunicarse entre
s a efectos de gestin. En otras palabras, tienen que ser
interoperables. Un aspecto central que se debe ofertar desde
gestin de red, por lo tanto, con la forma se puede garantizar la
interoperabilidad entre los diferentes sistemas de gestin.
7
INTEROPERABILIDAD DE GESTIN
Para que un sistema gestin y los dispositivos gestionados puedan interoperar,
no es suficiente para que los sistemas sean meramente "conectados", es decir,
tener un fsico o una conexin de Capa 3 que les permite intercambiar
paquetes de datos. Esto, por supuesto, es un requisito previo. Pero se necesita
mucho ms. Tienen que hablar el mismo lenguaje de gestin. Cuando el
administrador enva un mensaje de gestin, el agente tiene que entender el
mensaje. Por ejemplo, el agente tiene que entender que el director est
tratando de hacer una solicitud especfica y debe ser capaz de proporcionar
una respuesta que el gerente puede entender. El agente debe ser compatible
con la funcionalidad que el gestor de las solicitudes en el mensaje de gestin y
que el gerente necesita para hacer su trabajo. Cuando los mensajes de gestin
consisten en el intercambio de informacin de gestin sobre el dispositivo, es
necesario que haya un entendimiento mutuo entre el gestor y el agente acerca
de cmo se representa la informacin y la forma en que tiene que ser
interpretado.
8
INTEROPERABILIDAD DE GESTIN
Interoperabilidad de gestin por lo tanto, se
puede dividir en varias sub-dimensiones, como
se ilustra en la Figura 4-2:
El punto de vista de la comunicacin, se trata
de qu tipo de mensajes se intercambian
entre las partes que participan en las
comunicaciones de gestin
El punto de vista de la funcin, que trata de
las funciones de gestin que cualquiera de las
partes puede proporcionar
El punto de vista de la informacin, que trata
de cmo se est representada la informacin
de gestin que necesita ser intercambiado
9
INTEROPERABILIDAD DE GESTIN: "ROGER THAT"
Para dar una analoga real vida, para dos personas para llevar a cabo con
xito una interaccin de negocios entre s, no es suficiente para que se limita a
escuchar a los dems cuando se habla por telfono. Adems, tienen que
hablar el mismo idioma-Ingls, por ejemplo (el punto de vista de
comunicacin). Ellos tambin necesitan saber cules son los servicios que
pueden proporcionar. Por ejemplo, ests hablando con alguien en una oficina
de boletos para el teatro, o ests hablando con alguien del Servicio de Rentas
Internas (funcin de punto de vista)? Por ltimo, es necesario tener claro lo que
est hablando. Si usted quiere pedir un boleto para un cine, se necesita lo
siguiente: Conocer el nombre de la pelicula, se refieren a un plano de la sala
comn para saber qu asientos que est comprando, y tienen una forma
comn para hacer referencia a la hora de inicio, por ejemplo, saber si "9:00" se
refiere a 9 am o 21:00 (punto de vista de informacin).
10
INTEROPERABILIDAD DE GESTIN
PERSPECTIVA DE COMUNICACIN: PUEDE USTED AHORA ORME?
Como se mencion, el punto de vista de comunicacin se ocupa de qu tipos
de mensajes que se intercambian entre los gerentes y agentes. Los mensajes
suelen constituir el ncleo de un protocolo de manejo. Un ejemplo de un
protocolo de gestin es el protocolo simple de administracin de redes (SNMP).
Por qu no es lo suficiente para gerente y el agente de tener simplemente
conectividad IP? "La conectividad IP" significa que pueden intercambiar
paquetes IP; "IP", por supuesto, se refiere al protocolo de Internet, el cual define
las normas bsicas que se utilizan en todos los intercambios de datos en Internet.
De hecho, la conectividad IP en general es uno de los requisitos previos para los
mensajes de gestin de cambio. Pero por s mismo, no es suficiente. Una vez
ms, la conectividad IP slo garantiza que el gerente y agente puedan
escucharse entre s; eso no quiere decir que hablen el mismo idioma, y mucho
menos que puedan entenderse entre s.
11
PERSPECTIVA DE COMUNICACIN: PUEDE USTED AHORA ORME?
Algunos de los aspectos que deben ser abordados, adems de establecer la
conectividad de datos bsicos son los siguientes:
Cmo se establece una sesin de administracin? En otras palabras, cmo
puede un administrador o gerente a un agente para decirle que informacin
le gustara para su gestin (y cmo se supone que el agente puede responder
a esta solicitud)? Cmo es la sesin de gestin ms tarde dada de baja?
De qu manera necesita un gerente autenticarse ante el agente (o, para el
caso, el agente al administrador)?-En otras palabras, cmo sabe el agente
sabe que el gerente es en verdad quien dice ser? Es evidente que, con todas
las amenazas a la seguridad que se ciernen sobre el Internet, usted quiere
asegurarse de que la configuracin de su equipo de red slo puede ser
modificada por aquellos que estn autorizados para hacerlo.
12
PERSPECTIVA DE COMUNICACIN: PUEDE USTED AHORA ORME?
Cmo funciona un mensaje de gestin que conlleva una solicitud de identificar el
tipo de solicitud que se est haciendo?-Por ejemplo, cmo puede el mensaje
indica si el administrador quiere obtener informacin sobre la utilizacin actual de
un puerto, frente diciendo que el agente se reiniciar ? Qu tipo de parmetros
tienen que acompaar a la solicitud? Hay un tipo separado de la peticin para
cada funcin, es decir, qu necesita el protocolo de gestin de que se extienda
cuando las nuevas solicitudes han de ser apoyados, o es el tipo de solicitud
identificado como un parmetro dentro de la propia solicitud?
Cmo funciona el gestor de reconocer un mensaje como respuesta a la
solicitud?-Cmo ser el gestor de saber que un mensaje que el agente despus lo
enva es una respuesta a esta solicitud en particular, en contraposicin a una
respuesta a otra peticin o a un no solicitado no relacionada mensaje?
Se requiere un sello de tiempo?-Es el formato de este tiempo aaaa sello: mm: dd:
hh: mm: ss, verdad dd / mm / aa: hh-mm-ss, o es algo ms? Cmo se representa
la informacin sobre la zona horaria?
13
Cmo se codifica la informacin de gestin se introduzcan en el
mensaje de gestin? Utiliza el alfabeto occidental, utiliza Extensible
Markup Language formato (XML)?
Adems de los propios mensajes, ciertas reglas que rigen su intercambio
deben ser definidos. Por ejemplo, considere lo que ha de ocurrir en
situaciones como las siguientes:
Cmo se supone que el agente para reaccionar si se reciben dos
mensajes que aparentemente contienen la misma peticin?-Es el
segundo mensaje de que ser rechazada y una respuesta de error por
separado para ser enviados, es suficiente para ignorar la segunda
solicitud y slo tiene que enviar una respuesta, o debe llevarse a cabo la
misma peticin de un segundo tiempo?
Quin puede iniciar la dada de baja de una sesin de administracin?-
Efectivamente, esto significa que un gerente se "desconect", y los
recursos del sistema que se reservan en el agente de servicio
14
PERSPECTIVA DE COMUNICACIN: PUEDE USTED AHORA ORME?
PERSPECTIVA DE COMUNICACIN: PUEDE USTED AHORA ORME?
el gerente se lanz sin ms mensajes de eventos se enviarn y aceptaran
solicitudes que estaban siendo procesadas hasta que se establezca una
nueva sesin de administracin. Es esta la responsabilidad del gerente, o
puede el agente de derribar la sesin tambin? Qu sucede cuando un
agente recibe una solicitud para dar de baja una sesin de administracin,
pero an hay solicitudes pendientes de ser atendidas? En caso de que la
sesin de ser dada de baja de inmediato, o que an se debe enviar las
respuestas?
Qu debe suceder cuando la respuesta a una solicitud de gestin no se recibe
despus de una cierta cantidad de tiempo? Si la misma solicitud se enviar una
segunda vez? Si se emite una nueva solicitud? Puede el administrador de
averiguar si la primera solicitud haya sido efectivamente recibido y atendido ya,
pero la respuesta se perdi?
15
PERSPECTIVA DE COMUNICACIN: PUEDE USTED AHORA ORME?
Algunos protocolos de gestin definen aspectos adicionales, como por
ejemplo lo que necesitan funciones de gestin a ser apoyada. Sin
embargo, el punto de vista de la comunicacin es la base de cualquier
cambio de direccin. Define el idioma que el gerente y agente de que
hablar.
Al igual que en la vida real, una interaccin fructfera entre diferentes
partes requiere algo ms que hablar el mismo idioma. Por ejemplo, los
administradores y los agentes deben tener la misma comprensin del
dominio que estn hablando. El hecho de que un mdico y un ingeniero
de hardware tanto hablan Ingls no quiere decir que uno va a entender
al otro, al explicar un diagnstico mdico o un detalle tcnico en el
diseo de circuitos integrados. Sin embargo, esto es un problema
diferente y, por lo tanto, un aspecto diferente de la interoperabilidad de
gestin.
16
FUNCIN PUNTO DE VISTA: QU PUEDO HACER POR USTED HOY?
El punto de vista de la funcin establece qu funciones son compatibles, es
decir, los servicios que un gerente puede esperar de un agente. Esto
incluye el tipo de peticiones que un administrador puede hacer y que el
agente soporta. Tambin incluye la capacidad de que un agente tiene
para enviar mensajes de eventos para notificar a un administrador de
ciertas ocurrencias de eventos. En este punto, hemos cubierto la necesidad
de establecer la conectividad, as como la necesidad de normas para el
intercambio de mensajes de gestin. Algunos aspectos adicionales que
deben ser abordados son parte del punto de vista funcional, e incluyen lo
siguiente:
17
FUNCIN PUNTO DE VISTA: QU PUEDO HACER POR USTED HOY?
Qu funciones se deben proporcionar para permitir a un administrador
poder recuperar informacin desde el agente? Es necesario tener un
elemento a la vez, o puede que muchos artculos pueden recuperar, a la
vez?
Cmo se puede modificar la configuracin de un sistema administrado?
Una vez ms, es necesario modificarlo un elemento a la vez, o puede
varias actualizaciones se empaqueta en la misma solicitud?
Estn las "transacciones" admitidos que se, es que hay una opcin para
enviar una lista de los cambios de configuracin que, o bien todos ellos
tienen lugar al mismo tiempo, o ninguno en absoluto, en caso de que se
produce un error? O es que soportan las funciones slo semntica
denominada "mejor esfuerzo", lo que significa que algunos de los cambios
que podran tener xito, mientras que otros pueden fallar?
18
FUNCIN PUNTO DE VISTA: QU PUEDO HACER POR USTED HOY?
Hay una funcin que permite a un administrador poder inscribirse para
recibir slo determinados tipos de eventos? (Nos referimos a esto como una
capacidad de suscripcin de eventos.)
El agente proporciona funcionalidad que permite reproducir alguno de los
eventos en el caso de una aplicacin de gestin se perdi un evento, tal vez
porque era fuera de lnea?
El agente proporciona capacidades de introspeccin que permiten a un
administrador para averiguar desde el propio agente que funciones el
agente soporta o no , es necesario que el gerente necesita saber todas las
funciones de antemano?
Puede el agente puede programar para realizar determinadas funciones
de prueba en intervalos predefinidos, o no necesita ser invocado
explcitamente cada vez que esas funciones?
19
FUNCIN PUNTO DE VISTA: QU PUEDO HACER POR USTED HOY?
Claramente, las funciones que se proporcionan tienen un gran impacto en
cmo las aplicaciones de gestin de interaccin con el agente e incluso la
forma en que se construyen. Por ejemplo:
Los agentes que proporcionan capacidades de introspeccin facilitan e
incluso sugieren un diseo impulsado por los datos en la aplicacin de
gestin. La aplicacin de gestin puede descubrir dinmicamente las
capacidades del agente. Para la aplicacin de gestin para aprovechar
al mximo esta capacidad de introspeccin, que no debe ser cableada
con respecto a las funciones que la aplicacin de gestin de espera para
usar en el agente. Como resultado, se puede aprovechar la funcionalidad
del agente, incluso si esa funcionalidad originalmente no estaba disponible
en el momento de la aplicacin de gestin fue escrito primero. La
aplicacin de gestin se hace ms fcil de mantener y no creo que tenga
que ser actualizado con tanta frecuencia.
20
FUNCIN PUNTO DE VISTA: QU PUEDO HACER POR USTED HOY?
Capacidades de transaccin descargan aplicaciones de complicado manejo de
excepciones. Sin capacidades de transaccin, aplicaciones de gestin necesitan
poder aplicar la lgica complicada en el caso de operaciones empiezan a fallar en
el medio de una secuencia de comandos. La razn es que los comandos anteriores
que haban tenido xito podra ser necesario "ser retirados de" y sus efectos
deshecho, que no siempre es una cosa fcil de hacer. Sin ella, la red podra quedar
en un estado incoherente y recursos de redes preciosos podra ser desperdiciado
que podra ser recuperada para un fin productivo. Si el agente es compatible con
capacidades de transaccin, gran parte de esta lgica ya no es necesario.
Un agente que ofrece una capacidad de suscripcin de eventos permite que las
aplicaciones se suscriban a categoras muy especficas de los acontecimientos. Esto
impone menos tensin en el desempeo de la aplicacin de gestin porque los
eventos que la aplicacin no tiene inters en que no se desvan y, por tanto, no
tienen que ser recibidos y se filtra. Esto, a su vez, hace que sea ms fcil para la
aplicacin a escala.
21
A menudo, el protocolo de gestin ya define muchas de las funciones
de gestin. Por ejemplo, las funciones para recuperar informacin de
administracin ("get") y para actualizar la informacin de
configuracin ("set"), a menudo se integran en el protocolo. Sin
embargo, existe una clara distincin entre la funcin y los puntos de
vista de comunicacin: Una define las funciones a s mismos, y la otra
define los mensajes que se intercambian para realizar la funcin. Estos
incluyen mensajes para un conjunto predeterminado de funciones, a
veces conocido como primitivas. Esas primitivas pueden ser
construidos a componer y comunicar las funciones ms avanzadas. El
punto de vista funcin define las capacidades que un agente est
ofreciendo que un administrador puede depender de, en oposicin a
la lengua utilizada entre el gestor y el agente.
22
FUNCIN PUNTO DE VISTA: QU PUEDO HACER POR USTED HOY?
La independencia de los diferentes puntos de vista es un punto central de
este captulo, por lo que se insiste una vez ms: Las funciones que un agente
de administracin ofrece son esencialmente independiente del protocolo de
gestin que se asignan a. El protocolo de gestin determina de un modo
particular en el que las funciones se asignan a los intercambios de mensajes
reales entre administradores y apoderados. Por supuesto, la funcin que se
est solicitando y los parmetros de la funcin necesitan ser codificada y
realizado utilizando el protocolo. Sin embargo, el hecho de que las funciones
y los protocolos pueden ser mezclados y emparejados nos permite discutir los
aspectos de comunicacin y de funcin por separado, porque constituyen
puntos de vista independientes. He aqu cmo los ejemplos anteriores de
diferentes funciones de gestin pueden ser apoyados a travs de diferentes
protocolos (protocolos de gestin se analizan en detalle en el Captulo 8,
"Protocolos Comunes de Gestin: Idiomas de Gestin"):
23
FUNCIN PUNTO DE VISTA: QU PUEDO HACER POR USTED HOY?
La capacidad de introspeccin podra proporcionar informacin acerca de
las capacidades de un agente, por ejemplo, en las siguientes formas: un
documento XML, un MIB SNMP (recuperable a travs de SNMP comandos
"get"), o una salida personalizada con formato de un comando CLI Mostrar.

La capacidad de transaccin podra ser comunicada a travs de un conjunto
de comandos CLI delimitar el comienzo y el final de una transaccin,
mediante la emulacin de un tipo especfico de MIB que se manipula a travs
de "set" comandos SNMP, o mediante el uso de un protocolo de transaccin
personalizado que se aplica a la gestin operaciones.

Suscripcin de eventos podra ocurrir a travs de un comando especial de la
CLI, a travs de la definicin de variables MIB en un SNMP MIB especial, o por
medio de un protocolo propio que codifica para la suscripcin de eventos
como un documento XML.

24
FUNCIN PUNTO DE VISTA: QU PUEDO HACER POR USTED HOY?

PUNTO DE VISTA: QU ESTS HABLANDO?

El punto de vista de la informacin, por ltimo, define un modelo
conceptual del dominio del discurso, por ejemplo, el dispositivo o el
servicio prestado por la red. Este modelo es una abstraccin del mundo
real, introducida con fines de gestin, que permite el gerente y agente
para comunicar sobre las entidades del mundo real que se estn
manejando. Define la informacin de gestin que se realiza en el marco
de los intercambios de mensajes de gestin y que se somete a las
funciones de gestin. Establece una terminologa comn entre el gestor y
el agente. Por ejemplo, cmo se hace referencia a una tarjeta
especfica en un dispositivo? Para un puerto en particular? Para una
interfaz? Para una funcin de software? Para una instancia de un servicio
de voz?
25

Adems de modelar un sistema en particular, las normas segn las cuales el sistema
debe ser modelado preciso establecer. Esta es, en efecto, un meta modelo un
modelo de un modelo, que se utiliza para definir los modelos reales en s. Estas son
algunas de las opciones que un meta modelo podra proporcionar para la definicin
de un modelo:
Proporciona abstracciones que permiten que el sistema administrado para ser
modelado como una coleccin de objetos, siguiendo las reglas de diseo orientado
a objetos?
Si es as, los mtodos deben ser definidos como parte de esos objetos, o habr un
conjunto bien definido de operaciones implcitamente disponible para operar en los
objetos-por ejemplo, para recuperar informacin acerca de un objeto y para crear,
eliminar y actualizar objetos?
Proporciona abstracciones que permiten que el sistema administrado para ser
modelado como un conjunto de tablas, que recuerda a las tablas utilizadas en las
bases de datos?
Simplemente definir reglas que permitan definir un conjunto de parmetros de
comando que deben ser enviados junto con los comandos para conseguir el efecto
deseado?
26

PUNTO DE VISTA: QU ESTS HABLANDO?

Una vez ms, estas preguntas relacionadas con la informacin son
independientes de los otros puntos de vista. Por supuesto, la informacin
debe ser en ltima instancia codificada y llevado a travs de un protocolo
de gestin. Pero el significado de lo que se est codificada es, en general,
completamente irrelevante para el protocolo, as como el cable de
telfono no le importa si lleva a una conversacin en Ingls o Francs. A la
inversa, la misma informacin se puede realizar a travs de mltiples
protocolos, as como una conversacin en francs sobre la fsica nuclear
podra ocurrir a travs del telfono o travs de cartas intercambiadas a
travs de palomas mensajeras.
27

PUNTO DE VISTA: QU ESTS HABLANDO?

LA FUNCIN DE LAS NORMAS
Para los Administradores/Gestores y agentes pueden inter operar,
un buen nmero de elementos deben alinearse: Adems de estar
interconectados, necesitan hablar el mismo lenguaje de gestin, es
decir, utilizar el mismo protocolo. El gerente tiene que entender
exactamente que funcines el agente soporta y poder interpretar
los resultados que son devuelltos. Por otra parte, el gerente y el
agente tienen que estar en la misma pgina en relacin con la
informacin sobre la gestin realizada en los mensajes de gestin.
De lo contrario, a recoger en el ejemplo anterior, las entradas que
usted pide en el entresuelo estn obligados a conducir a la
decepcin cuando se espera que se sienta en el medio de la
seccin de la orquesta.
28
Un gerente tpico necesita puede
gestionar mucho ms que un solo agente.
Aunque es posible que un administrador
pueda gestionar una red que consta de
dispositivos idnticos con el mismo agente
en cada dispositivo, esto es mucho ms la
excepcin que la norma. Es mucho ms
probable que el gerente tiene que
administrar una red con muchos tipos de
dispositivos diferentes y de muchos tipos
de agentes diferentes, como ilustra la
Figura 4-3. Por ejemplo, los dispositivos
pueden variar en funcin de lo siguiente:
29
LA FUNCIN DE LAS NORMAS
Capacidades del dispositivo y, por lo tanto, el tipo de dispositivo.- Por ejemplo, esto
podra implicar routers y switches, gateways de voz, servidores de archivos, y ms.

El tamao y la capacidad del dispositivo.- Por ejemplo, puede que un router de
capacidad menor en comparacin con un router de capacidad superior, manejen
diferentes nmeros de puertos, diferente forma de conmutacin y capacidad
enrutamiento.
Proveedor.- Muchos proveedores de servicios, en particular, tienen una poltica
consciente de tener varios proveedores de equipos compitiendo como
proveedores de su red, para evitar estar a sus pies
Versin del sistema operativo.- Incluso los dispositivos de la misma marca y modelo
pueden ser diferentes en funcin de la versin del sistema operativo y nivel de
parche que se estn ejecutando, resultando potencialmente las diferencias entre
sus agentes.
30
LA FUNCIN DE LAS NORMAS
Si cada agente se necesitan una serie de diferentes normas de interoperabilidad, el
gerente se enfrenta a un nmero de la explosin de variantes de idiomas, diferentes
formas de las funciones de gestin, y las representaciones alternativas de informacin
de gestin. Esto hace que el trabajo de los desarrolladores de aplicaciones de
gestin sean difciles y el resultado son altos costos de desarrollo y el tiempo de lento
para tenerlo en el mercado. A su vez, dificulta la capacidad de los proveedores de la
red puedan administrar las redes de manera efectiva debido a un menor nmero de
herramientas disponibles. Adems, los desarrolladores de aplicaciones e integradores
de sistemas pueden pasar los costos a su proveedor de red. Piense en lo difcil que las
cosas seran si necesitabas hablar con todos los que interactu con-su cnyuge, su
hijo, su maestro en la escuela, el empleado de la tienda, su jefe, sus amigos-en un
idioma diferente. Por suerte, existen normas. Al igual que muchos pases tienen una
lengua oficial, las normas de gestin son una forma de asegurar que los diferentes
sistemas hablan el mismo lenguaje de gestin.
31
LA FUNCIN DE LAS NORMAS
El papel de las normas es establecer estandares comunes a las que todo el
mundo se debe aderir. Para la gestin/administracion, las normas deben
abordar todos los aspectos que afectan a la interoperabilidad:
Las reglas para el intercambio de mensajes de gestin, y la forma en que
los mensajes de gestin codifican la informacin
Un conjunto completo y coherente de las funciones bsicas de gestin con
significado conocido, parmetros y cdigos de retorno de la funcin
La forma en que las entidades que estn siendo administrados se modelan
como informacin de gestin

Los estandates de los protocolos de gestin tratan el primer aspecto
(estandarizar los mensajes de gestin y reglas que guan su intercambio).
Tambin incluyen un conjunto de funciones de base, dirigindose al segundo
aspecto.
32
LA FUNCIN DE LAS NORMAS
El tercer aspecto de gestin de la informacin es a menudo el ms difcil
de estandarizar. Muchas de las entidades que deben ser gestionados son
de hecho diferentes las mismas tienen diferentes caractersticas que
necesitan ser representados e incluso podran tener diferentes
caractersticas fsicas. Esto puede llevar a una cantidad monumental de
informacin que necesita ser estandarizada, y con las normas que estn
en constante necesidad de actualizacin y ampliacin. Cualquier pieza
particular de informacin, tal vez con la excepcin de algunos aspectos
muy generales, podra aplicarse slo en algunos casos, lo que hace un
estndar menos potencial de amplia aplicacin y, por lo mismo, disminuye
la presin en conseguir esta informacin estandarizada. Por este motivo,
en general, las normas se limitan a declarar que estn disponibles para el
modelado de entidades a ser administrados, en vez de estandarizar los
modelos de s mismos.
33
LA FUNCIN DE LAS NORMAS
Se estandarizan el llamado "esquema"-el idioma en el que un modelo se expresa-
en contraposicin al modelo en s. La Normalizacin del modelo, si se aborda en
absoluto, por lo general se produce, normas adicionales separados que estan
enfocadas, en aspectos especficos. (Por supuesto, como siempre, hay
excepciones-la Administracion de escritorio de un equipo de trabajo ha
establecido un modelo integral llamado el modelo de informacin comn que
est diseado para proporcionar lo que equivale a la cobertura de un modelo
universal. Del mismo modo, el Foro de lnea de abonado digital [DSL Forum] ha
publicado un estndar de protocolo de gestin denominado TR-69 que incluye la
informacin de gestin como un componente intrnseco, aunque por una gestin
muy especfica y enfocada rea-DSL.) Porque establecen las normas
comunes que permiten los sistemas de gestin y administrar las comunicaciones,
las normas de gestin desempean un papel central en la gestin de la
red donde la interoperabilidad entre los sistemas se refiere-entre los gerentes
y agentes, y en particular entre las aplicaciones y los dispositivos de la red se est
manejando de gestin. Las Normas de gestin son un requisito previo para la
toma de decisiones dentro de la gestin econmica y el apoyo a los nuevos
servicios y dispositivos en una red
34
LA FUNCIN DE LAS NORMAS
Por supuesto,no hay una regla o ley establece que un agente de
administracin debe cumplir con un estndar. Cada vendedor es libre de
decidir que, en su caso, las normas que deben ser apoyados por su equipo, o si
las interfaces de administracin ofrecidos deben ser estrictamente privativo. No
existe ningun agente que multe un proveedor de equipos por no apoyar una
norma; el mercado obliga a eso. (Hay algunas excepciones a esta norma en las
zonas donde se regula la industria de las comunicaciones. Por ejemplo, la
mayora de los pases tienen leyes que requieren que los proveedores de
servicios de telecomunicaciones y, por extensin, los proveedores de equipos
de apoyo a ciertas interfaces que permiten la recoleccin de registros de
llamadas y escuchas telefnicas por las agencias gubernamentales.) Una vez
dicho esto, cada vendedor quiere claramente su equipo para integrarse
fcilmente con las aplicaciones de gestin y entornos de operaciones
existentes. Clientes que hacen compras para los equipos pueden requerir
apoyo a determinadas normas de gestin como criterio de compra cruciales y
presionar a los proveedores de equipos en consecuencia. Todos estos factores
conducen a la propagacin de las normas.
35
LA FUNCIN DE LAS NORMAS
Una advertencia: Al igual que en muchas otras reas, la gestin de red abarca muchas
normas, y existen muchas organizaciones de estndares que publican las normas
relacionadas con la gestin. Esto incluye a las organizaciones patrocinadas por los
gobiernos u organismos internacionales, como la Unin Internacional de
Telecomunicaciones (UIT-T) o la Organizacin Internacional de Normalizacin (ISO).
Tambin incluye foros de la industria o asociaciones cuya misin es avanzar en la industria
como un todo o un segmento del mismo, por lo que las normas son un aspecto muy
importante. Los ejemplos incluyen el TeleManagement Forum (TMF), el Foro DSL, el Instituto
de Ingenieros Elctricos y Electrnicos (IEEE), el Desktop Management Taskforce (DMTF), y,
por supuesto, la Internet Engineering Task Force (IETF). Adems, existen "normas"
propietarias que no son estndares en absoluto, sino que simplemente las
especificaciones publicadas por una compaa que podra o no podra ganar seguidores
ms amplia. La coordinacin entre las organizaciones de estndares es generalmente
limitada. Como resultado, algunas normas se complementan entre s, otros compiten, y
otros son completamente con otras. Ninguna pieza de equipo soporta todos los
estndares, pero unos estndares, como SNMP, son bastante universal.
36
LA FUNCIN DE LAS NORMAS
Al final, el xito de una norma no depende de lo que hace en el papel, pero si
se adopta actualmente en el mercado. Como observacin general, las
normas tienden a tener xito si cumplen con los siguientes criterios:
Ellas son "universales", en la que se adhieren a un mnimo comn denominador
en cuanto a las funciones que cada uno tendr que soportar todos modos.
Por consiguiente, su alcance puede ser un poco limitado, pero dentro de ese
mbito, que estn completos.
Ellos son extensibles, u ofrecen una plataforma en la que son posibles para
cumplir con los nuevos requisitos. Esto hace que la futura norma se apreuba,
hasta cierto punto.
Son fciles de aplicar. Esto facilita su aceptacin y es un requisito previo a la
obtencin de la masa crtica de una norma a ser no slo una norma de
derecho (es decir, una norma sobre slo papel), sino un estndar de facto (es
decir, una norma que ha cogido realmente en, que es ampliamente
implementado, y que la industria ha aceptado en general).
37
LA FUNCIN DE LAS NORMAS
ASUNTO DE LA GESTION: QUE ESTAMOS ADMINISTRANDO
Como se ha mencionado y se muestra en el Captulo 1, "Preparando el escenario",
en la Figura 1-4, existen diferentes tipos de sistemas en red que requieren gestin.
Gestin de la red a menudo se clasifican en diferentes sub disciplinas para reflejar
esta distincin:
o Gestin de la red, en un sentido ms estricto, se refiere a la gestin de las redes
de comunicacin y los recursos en la red que son necesarios para establecer
comunicaciones de extremo a extremo. Por ejemplo, esto incluye los routers y
switches en una red, o el eje de comunicaciones de un proveedor de servicios.
o Ofertas de gestin del sistema con la gestin de los sistemas finales que se
conectan a las redes. Por ejemplo, esto incluye los hosts y servidores en un centro
de datos, o los ordenadores personales en los escritorios de los usuarios
o La administracin de aplicaciones se ocupa de la gestin de las aplicaciones que
se implementan en los sistemas que estn interconectados por una red. Por
ejemplo, esto incluye las aplicaciones de correo electrnico corporativo y el
software de seguridad que se supone que se ejecuta en computadoras.
38
ASUNTO DE LA GESTION: QUE ESTAMOS ADMINISTRANDO
En cuanto a sus necesidades de gestin, redes, sistemas y aplicaciones tienen mucho
ms en comn que lo que los separa. Configuraciones necesitar ser visualizado, las
alarmas tienen que ser comunicados y conectados, las operaciones tienen que ser
ejecutados de forma remota, la informacin sobre las entidades que se estn manejando
las necesidades de ser modelados y representados. Los temas generales de gestin son
generalmente compartidos, lo que significa que, en general, los mismos principios de
gestin y paradigmas se aplican en todos los mbitos. Sin embargo, ciertos aspectos y
requisitos son nicos a cada uno. Por esta razn, puede ser importante tener claro el
tema de la gestin. Puede haber slo detalles especficos en los que la red, el sistema y la
gestin de aplicaciones diferentes, pero como dice el refrn, el diablo est en los
detalles. Por lo tanto, se requiere atencin a esos detalles. Por ejemplo:
Gestin de la red debe hacer frente a las conexiones de extremo a extremo,
asegurndose de que las configuraciones de los routers y switches en la red estn
coordinados. Esto no se refiere a la aplicacin o administracin del sistema.
Gestin de sistemas se ocupa de aspectos: por ejemplo, la memoria y la utilizacin de
la capacidad del disco duro.
Gestin de sistemas es algo similar a tratar con routers y switches de la red individuales,
que no involucra meta las consideraciones de extremo a extremo.
39
Gestin de aplicaciones tiene mucho que ver con los aspectos que se relaciona con
el despliegue de software, no perder de vista: como las licencias de software y
asegurando que la versin del sistema operativo es compatible con un parche de
Dada. Aunque tareas similares se aplican al software que se ejecuta en los routers en
una red, la gestin de aplicaciones de uso general en general, implica una mucho
mayor conjunto de dependencias y el grado de sofisticacin de las tareas
Para mayores contenidos de especializacin, cada una de estas disciplinas puede
subdividirse en un nmero arbitrario de subcategoras, cada vez ms especializado en
el proceso. Echemos un vistazo a la gestin de redes como un ejemplo. Aqu, podemos
distinguir entre la gestin de los sistemas de transmisin, equipos de conmutacin y las
comunicaciones en la capa 3 y superiores. Podemos distinguir, adems, entre los tipos
de tecnologa que se gestiona, por ejemplo, dependiendo de la transmisin como
inalmbrica, satlite o fibra hbrida coaxial, y la conmutacin y la tecnologa de
enrutamiento utilizado-como ATM, IP o MPLS-tales medios. Otra distincin se puede
hacer la preocupacin de que los servicios deben ser apoyados para que por la red
de gestin logrado ser de una red de datos en comparacin con una red de voz,
frente a un video o tal vez una televisin por cable de red.
40
ASUNTO DE LA GESTION: QUE ESTAMOS ADMINISTRANDO
Con la aparicin de las redes convergentes, la distincin listn HA
realidad comenz a desaparecer a nivel de redes, aunque sigue siendo
importante en la gestin del nivel de servicio.
Cada tecnologa de la comunicacin y cada clase de aplicaciones tiene
algunos requisitos de gestin que son especfica y nica, incluso si no
tienen mucho en comn desde una perspectiva de alto nivel. Por
ejemplo, para redes de voz, un aspecto que requiere preocupaciones de
gestin de los planes de marcado. Los planes de marcado determinan
dnde se encaminan las llamadas de voz en funcin de los nmeros de
telfono que se marcan. Para las redes de cajeros automticos, una
categora importante de requisitos de gestin se refiere a la gestin de los
circuitos virtuales permanentes (PVC). La lista es interminable.
41
ASUNTO DE LA GESTION: QUE ESTAMOS ADMINISTRANDO
CICLO DE VIDA DE GESTIN: GESTIN DE REDES
DE PRINCIPIO A FIN
Tpicamente, la gestin de la red est asociado con el mantenimiento de una
red en funcionamiento. Sin embargo, esto supone que una red ya est en su
lugar. Pero, cmo lleg hasta all? Cmo son las redes de "nacer", y cmo-y los
componentes en ellos-"morir"? Estas diferentes etapas se conocen como el ciclo
de vida de una red y los servicios que se ejecutan sobre l. Este ciclo de vida se
acompaa de un ciclo de vida de la administracin. Al principio, las redes
requieren una planificacin. Despus de la planificacin viene el equipo de
despliegue nuevo tiene que ser instalado y debidamente aparecido. Slo
entonces sobrevienen las operaciones regulares. A medida que la red madura,
las actualizaciones deben ser planificados y realizados. Por ltimo, el equipo
debe ser dado de baja y cort el trfico de red a nuevos equipos o para una
nueva generacin de tecnologa de redes. Figura 4-4 muestra estos diferentes
fases. Claramente, este es un ciclo de vida muy bsico; ciclos de vida ms
sofisticadas implican fases del ciclo de vida adicionales, tales como los ciclos de
mantenimiento, actualizaciones de red y la provisin de servicios a travs de los
equipos
42
43
El ciclo de vida de la administracin constituye otra dimensin de la gestin.
Es independiente de cmo los gerentes y agentes interacten, y se aplica
independientemente de si la gestin involucra redes, sistemas en red, o
aplicaciones. Vamos a explorar las diferentes etapas en el ciclo de vida de
la administracin con ms detalle.
CICLO DE VIDA DE GESTIN: GESTIN DE REDES
DE PRINCIPIO A FIN
Antes de que las operaciones reales pueden tener lugar, las redes deben
planificarse. Sobre la base de necesidades de los usuarios actuales y
pronosticadas, se selecciona el equipo de red, y su colocacin en la red y la
ubicacin para la instalacin determinada. La topologa debe planificarse
teniendo en cuenta la capacidad de recuperacin y redundancia. Lneas podran
haber sido alquilado para interconectar diferentes sitios. Capacidades deben
determinarse, y la posibilidad de crecimiento futuro se deben tener en cuenta. Una
empresa tambin debe decidir qu aspectos de la red se ejecute a s mismo y que
los servicios para comprar a proveedores de servicios externos. En todo esto, las
limitaciones de costo y presupuesto deben ser considerados.
Una buena planificacin tiene un tremendo impacto en el negocio y la
competitividad de la organizacin que administra la red. Asegura una adecuada
planificacin de los gastos de capital, y la direccin de la inversin de capital en la
red de reas en las cuales se logra el impacto comercial ms alto.
44
CICLO DE VIDA DE GESTIN: GESTIN DE REDES
DE PRINCIPIO A FIN
PLANIFICACIN
Aumenta en gran medida la probabilidad de que se evitan situaciones en las
que existen carencias en la capacidad de comunicacin en un solo lugar,
mientras que el exceso de ancho de banda se encuentra inactivo en otros
lugares. Herramientas de apoyo permiten a las topologas de red que se diseen
y simulaciones que se realizaron para analizar la capacidad de la red, su
resistencia frente a condiciones de falla, y sus propiedades de rendimiento.
Planificacin de la red no se produce slo en el despliegue inicial. Debe llevarse
a cabo de forma continua para asegurarse de que la red se mantiene al da.
Planificacin en consecuencia debe ser apoyada no slo por las herramientas
de planificacin fuera de lnea, pero por los sistemas de gestin que se
retroalimentan informacin acerca de la utilizacin real y los datos de
rendimiento de la red actual. Este tipo de informacin puede proporcionar
puntos de datos importantes para la planificacin de buildout red posterior.
45
CICLO DE VIDA DE GESTIN: GESTIN DE REDES
DE PRINCIPIO A FIN
PLANIFICACIN
Cuando se ha completado la planificacin, las redes necesitan ser desplegados. Esto significa
que el equipo debe ser instalado y activado. La implementacin puede implicar su propio
conjunto nico de procedimientos de gestin. Por ejemplo, cuando un equipo se instala por
primera vez, por lo general no tiene una direccin IP. Esto significa que, en un principio, no
puede ser alcanzado de forma remota, incluso desde aplicaciones de administracin remota.
Si el dispositivo es instalado por un tcnico de la red, esto no es un gran problema debido a
que los pasos de configuracin inicial puede ocurrir a travs de una consola conectada
directamente al dispositivo.
Sin embargo, en otros casos, como con el equipo de las instalaciones del cliente, el equipo se
encuentra fsicamente en las instalaciones de un cliente, no de la organizacin que
realmente ejecuta la red. El envo de un tcnico a un cliente cuesta dinero y molestias a los
usuarios finales. Es mucho mejor tener el cliente simplemente "enchufar" el dispositivo y realizar
cualquier otra operacin se requieren desde el Centro de Operaciones de Red (NOC). Para
que esto sea posible, se requieren mecanismos arranque robusto que permitir que un
dispositivo para obtener una direccin IP y tener la capa 2 y la conectividad de Capa 3
establecido automticamente. Cuando el dispositivo est conectado a los archivos de red,
configuracin que contienen el conjunto inicial de los equipos, los ajustes de parmetros
tienen que ser generada y suministrada al equipo de red.
46
CICLO DE VIDA DE GESTIN: GESTIN DE REDES
DE PRINCIPIO A FIN
DESPLIEGUE
En algunos casos, los sistemas de gestin podran ser necesarias para permitir que los
operadores de red para configurar los recursos de red antes de que en realidad estn
desplegados. El propsito de esto es permitir que los servicios que se deben configurar con
antelacin y hacer que se activan automticamente en el momento en que el equipo de
red es en realidad desplegada, en lugar de poner en marcha el proceso de generacin
de configuraciones de servicios de suministro despus de que el equipo se ha encendido,
que dara lugar a retrasos. En esos casos, el sistema de gestin realiza un seguimiento de
una red ficticia que se planea, pero en realidad no se ha construido, y reconcilia a los dos
como la red planificada en realidad se pone en lnea.
Despus de que el equipo se despliega fsica y la conectividad de gestin inicial se ha
establecido, la configuracin que se haba preparado de antemano se puede enviar al
dispositivo.
El disparador puede ser automtica, como parte de un procedimiento de arranque, o
manual, que requiere un operador que adopte explcitamente un dispositivo en comisin.
Si a su vez en marcha se produce en el contexto de una actualizacin de la red, la
funcionalidad adicional podra ser requerido para gestionar el corte y cambio mientras se
mantiene impacto a los servicios a un mnimo.
47
CICLO DE VIDA DE GESTIN: GESTIN DE REDES
DE PRINCIPIO A FIN
DESPLIEGUE
Despus de vuelta hacia arriba y la instalacin, el funcionamiento regular
de la red de la siguiente manera. Aqu es donde muchas de las
actividades ms tpicas que se asocian con la gestin de la red tienen
lugar: el control de la red, la resolucin de problemas, la realizacin de la
optimizacin del rendimiento, la recogida de estadsticas de rendimiento y
los datos contables, y as sucesivamente.
48
CICLO DE VIDA DE GESTIN: GESTIN DE REDES
DE PRINCIPIO A FIN
OPERACIONES
Con el tiempo, los equipos de red podra tener que ser dado de baja de
una manera ordenada. Puede haber muchas razones para la clausura. Por
ejemplo, las nuevas tecnologas sustituyen a las viejas y conducen a una
mejora de la red general, o requisitos podran haber cambiado y ciertos
tipos de equipos de red ya no son necesarios. Por ejemplo, como del
acceso conmutado a Internet a travs de mdems est siendo sustituida
por la lnea de abonado digital (DSL), el equipo que termina las lneas
telefnicas pueden ser retirados, dando paso a otros tipos de equipos, tales
como multiplexores de acceso DSL (DSLAM). Incluso desmantelamiento
debe llevarse a cabo con cuidado; no es tan fcil como simplemente
desconectando la energa y el transporte de los equipos viejos a la basura.
Por ejemplo, el cambio de trfico y los usuarios existentes de lo viejo a las
nuevas necesidades que planificarse cuidadosamente para que el corte y
cambio real hace que el menor trastorno posible.
49
CICLO DE VIDA DE GESTIN: GESTIN DE REDES
DE PRINCIPIO A FIN
PUESTA FUERA DE SERVICIO
CAPA DE GESTIN: ES UN DISPOSITIVO ... NO, ES UN SERVICIO ...
NO, ESTO ES UN NEGOCIO
Gestin de la red no es slo una multidimensional, sino tambin un problema de
espacio de varias capas. En una capa, la preocupacin se centra en la gestin de
los dispositivos individuales. Por ejemplo, cada dispositivo debe tener el parche de
software adecuado instalado y debe ser monitoreado para asegurarse de que est
funcionando correctamente. Estas tareas se aplican independientemente de lo que
los dispositivos se utilizan realmente en el ejemplo de la red-por ejemplo, si la ruta de
trfico IP en el ncleo de la red, ya sea que se conectan a los usuarios finales de la
red, o si tienen un servicio de buzn de voz a los empleados en una sucursal remota.
En otro nivel, la preocupacin se centra en la gestin de los servicios que se ejecutan
en la red, tales como asegurar que las rdenes de un servicio que se reciben de los
usuarios finales o clientes estn bien rastreados y que los recursos de la red que se
requieren para apoyar el servicio -tales como puertos, ancho de banda, nmeros de
telfono y direcciones IP-se asignan correctamente. Esas tareas, a su vez, se pueden
producir en gran medida independiente de las caractersticas especficas de la
forma de gestionar los dispositivos individuales, aunque en ltima instancia, el servicio
se ejecuta en el dispositivo.
50
Aunque en ambos casos se est gestionando la "red", las funciones que se necesitan
para hacer frente a estos diferentes niveles de preocupacin son muy diferentes. En
ltima instancia, ambas capas tienen que ser tratados.
Para facilitar servicios a travs de la red, que es, por supuesto, necesaria para
administrar el servicio, pero en algn momento, los dispositivos individuales tambin
tienen que gestionar. Despus de todo, los servicios se realizan a travs de equipos de
redes, y si ese equipo no se gestiona adecuadamente, esto finalmente tiene un
impacto negativo en el servicio. En consecuencia, la administracin puede ser
estructurada en una jerarqua de capas, cada edificio en s. Las capas se extienden
de las capas inferiores que involucran detalles de administracin de las piezas de los
equipos de la red, a las capas superiores que estn ms cerca de la gestin de las
actividades que la red admite. Una categorizacin bien establecida de capas de
gestin para la gestin de redes es la jerarqua de la RGT.
51
CAPA DE GESTIN: ES UN DISPOSITIVO ... NO, ES UN SERVICIO
... NO, ESTO ES UN NEGOCIO
TMN se refiere a un conjunto de normas por la Unin Internacional de
Telecomunicaciones (UIT-T) para la especificacin de una red de gestin
de telecomunicaciones (por lo tanto, el acrnimo TMN).
TMN cubre una amplia gama de temas relacionados con los principios de
cmo las redes se utilizan para administrar las redes de
telecomunicaciones se van a construir y que las normas que deben
cumplir. Estos principios pueden variar segn el cual las redes se estn
construyendo, as como las normas que deben cumplir. Aunque la
relevancia comercial de RGT sigue siendo limitada y es, de hecho,
disminuyendo, es ampliamente establecido como marco de referencia.
Uno de los beneficios de la RGT es que proporciona una terminologa
clara y ampliamente aceptada de que facilita el hablar de temas de
gestin relacionados
52
Capa de gestin: Es un dispositivo ... No, Es un
servicio ... No, esto es un negocio
TMN especifica una amplia gama de temas. Uno de ellos es la jerarqua de
la RGT, un modelo de referencia que especifica un conjunto de capas de
gestin que se acumulan en la parte superior de uno al otro y se ocupan de
diferentes abstracciones del espacio de gestin, tal como se ilustra en la
Figura 4-5. En la prctica, estas capas no estn siempre separados
claramente en los sistemas que implementan la funcionalidad
correspondiente. Sin embargo, como referencia, el concepto de capa es
muy valiosa. Por lo tanto, echar un vistazo ms de cerca a cada una de las
capas en las siguientes subsecciones.
53
Capa de gestin: Es un dispositivo ... No, Es un
servicio ... No, esto es un negocio
CAPA DE GESTIN: ES UN DISPOSITIVO ... NO, ES UN
SERVICIO ... NO, ESTO ES UN NEGOCIO

Capas Figura 4-5 RGT: un modelo de referencia
Jerarqua de gestin
54
ELEMENTO MANAGMENT
La capa de gestin de elementos Consiste en controlar los dispositivos
individuales en la red y mantenerlo en funcionamiento. Esto incluye
funciones para ver y cambiar la configuracin de un elemento de red,
para monitorear los mensajes de alarma emitidos por los elementos de la
red, y para instruir a los elementos de red para ejecutar pruebas
automticas.
En este libro, utilizamos muchos trminos para referirse al elemento de
red, incluyendo equipo y pieza de equipo. A menos que se indique
especficamente, todos estos trminos se utilizan como sinnimos.
55
GESTIN DE RED
La siguiente capa en la jerarqua TMN es la capa de gestin de red. En el
contexto de la TMN, de gestin de red se refiere slo a esta capa. En esta
seccin, el trmino es en consecuencia utiliza en un sentido ms estrecho
que en este libro, donde se refiere no slo a una de varias capas de
gestin, sino a la disciplina de la gestin de redes en su conjunto en otro
lugar.
La capa de gestin de red implica relaciones Gestin y dependencias
entre elementos de la red, por lo general se requieren para mantener la
conectividad de extremo a extremo de la red. Es preocupados con el
mantenimiento de la red en funcionamiento como un todo. En cambio,
aunque la administracin de elementos permite la gestin de todos los
elementos de la red, que no cubre las funciones que tienen que ver con la
garanta de integridad de la red en general. Es posible, por ejemplo, tener
una red con configuraciones de elementos individuales que son
perfectamente vlidas, pero que no coinciden correctamente
56
GESTIN DE RED
Como consecuencia de ello, la red no funciona como se pretende.
Por ejemplo, para configurar una ruta esttica a travs de la red,
cada elemento a lo largo de la ruta de acceso debe estar
correctamente configurado. De lo contrario, el camino se rompe y
los datos no pueden llegar a su destino. Del mismo modo, los valores
de temporizador tienen que estar sintonizados para evitar tiempos de
espera y retransmisiones excesivas. Monitoreo de tareas en la capa
de gestin de la red implica asegurar que los flujos de datos a travs
de la red y llega a su destino con el rendimiento y el retardo
aceptable. Las polticas que controlan qu tipo de llamadas a
admitir en cualquier punto de entrada determinado en la red deben
ser coordinadas a travs de la red para que sea eficaz.
57
GESTIN DE RED
Este tipo de tareas se abordan en la capa de gestin de red. Tiene en cuenta
el contexto en red de los dispositivos individuales e implica la gestin de los
aspectos de extremo a extremo de la red. Ofrece el concepto de un bosque,
a diferencia de los rboles individuales. Un ejemplo de una tarea de gestin
de red es la gestin de una conexin de red como una instancia de todo-
para, su puesta en marcha y control de sta. Como se mencion
anteriormente, se trata de varios dispositivos se gestionen de tal forma
concertada. Esta gestin incluye no slo la gestin de cmo los dispositivos se
configuran de forma individual, sino tambin asegurar que su configuracin
se coordinan de ciertas maneras y el seguimiento de la conectividad entre
redes, en lugar de y adems de simplemente asegurar que los elementos
individuales estn en funcionamiento.
58
GESTIN DE RED
La capa de gestin de red que hace uso de la
funcionalidad proporcionada por la capa de gestin de
elementos, proporcionando funciones adicionales en la
parte superior.
De nuevo, es importante darse cuenta de que la gestin
de la red es un trmino que se sobrecargue seriamente.
Dependiendo del contexto, se utiliza para referirse a la
disciplina general de la gestin en su conjunto, con el tipo
de sistemas tcnicos que estn siendo sometidos a la
gerencia, ya una capa especial en el "mayor" de gestin
de red.
59
GESTIN DE SERVICIOS
La gestin del servicio se ocupa de la gestin de los servicios que proporciona
la red y asegurar que esos servicios estn funcionando sin problemas y
funcionando como se pretenda. Por ejemplo, cuando un cliente pide un
servicio, el servicio tiene que estar encendido para arriba. Esto puede ser
necesario para un nuevo empleado en una empresa que necesita el servicio
telefnico. El regreso de servicio telefnico podra, a su vez, dan lugar a una
serie de operaciones que se deben llevar a cabo a travs de la red para que
el servicio de
se activa: Un nmero de telfono se debe asignar. El directorio de la empresa
debe ser actualizada. Servidores de correo de voz y PBX IP tienen que ser
conscientes de la nueva extensin.
60
GESTIN DE SERVICIOS
Ms tarde, el usuario puede llamar al servicio de mesa de ayuda y se
quejan de que el servicio no est funcionando adecuadamente. Puede
llegar a la mala calidad de voz y llamadas que se desconectaron de
forma inesperada. Solucin de problemas del servicio est obligado a
identificar la causa raz del problema y resolverlo.
Todos estos son ejemplos de tareas tpicas de la gestin de un servicio.
Estas tareas se basan en la funcionalidad que proporciona la capa de
gestin de red debajo y proporcionar un valor adicional en la parte
superior, su aplicacin al contexto de la gestin de un servicio.
61
GESTIN DE SERVICIOS
Al final del da, existen redes para proporcionar servicios a los usuarios. Los
servicios generan ingresos para un proveedor de servicios; ellos son la razn
existen redes en el primer lugar. Los servicios van desde los bsicos-tales
como proporcionar la conectividad de datos simple o la telefona el servicio
a los ms sofisticados, tales como alojamiento de sitios web empresariales a
gran escala que requieren equilibrio de carga entre los servidores y la
configuracin transparente de LAN virtuales. En la prctica, la red y gestin
de los servicios se dirigen a menudo juntos, y los lmites entre ellos son
borrosas. Sin embargo, al menos conceptualmente, la diferencia entre el
servicio y gestin de la red es significativa: El ltimo depende de la
tecnologa y conducido por la aplicacin de la red. La primera se ocupa de
conceptos que los usuarios finales y los clientes se relacionan con el valor y
los que derivan de una red, es decir, el servicio, no la infraestructura de red
en s.
62
GESTIN DE EMPRESAS
La gestin empresarial se ocupa de la gestin del negocio asociados
con la prestacin de servicios y todas las funciones de apoyo
necesarias. Esto incluye temas tan diversos como la facturacin y la
facturacin, la gestin de servicio de asistencia, de previsin
empresarial, y muchos ms.
63
ELEMENTOS DE RED
Una quinta capa de la jerarqua a menudo se olvida: el elemento de
red en s-el agente de administracin, en efecto. El elemento de red
est implicado con la funcionalidad de gestin que el propio elemento
de red soporta, independiente de cualquier sistema de gestin. El
elemento de red es en la parte inferior de la jerarqua de gestin; todo
lo dems se basa en la parte superior de la misma. Como se ver ms
adelante, en el captulo 7, "Patrones de Comunicacin Gestin: reglas
de la conversacin", esta capa es en realidad de enorme importancia
para la eficacia de los sistemas de gestin.
64
CONSIDERACIONES ADICIONALES
Deben tenerse en cuenta algunos aspectos de la jerarqua de la TMN se
muestra en la Figura 4-5. En primer lugar, los diferentes niveles de gestin son a
menudo manejados por diferentes organizaciones-ya veces incluso por parte
de diferentes proveedores de servicios. De esta manera, la estratificacin
tcnica puede influir en cmo una empresa est verticalmente en capas y
puede definir las relaciones comerciales reales. Por ejemplo, un proveedor de
transporte podra proporcionar lneas de servicios fsicos de transmisin primas y
equipos de transmisin. Proveedores de servicios de red proporcionan servicios
de red, como los servicios de voz y datos, utilizando los servicios de transmisin
de un proveedor de transporte. Los clientes de la (red) proveedor de servicios
no se dan cuenta de que el proveedor de servicios, a su vez, se basa en un
proveedor de transporte, ni les importa. Esto es simplemente parte de una
cadena de valor, similar a las cadenas de valor entre los vendedores y
proveedores de otras industrias.
65
CONSIDERACIONES ADICIONALES
Otro aspecto se refiere a la crtica de la jerarqua de la TMN como una "torta
de varias capas." Presumiblemente, mltiples niveles de gestin dan lugar a
ineficiencias ya que las operaciones de gestin de goteo hacia abajo una
capa tras otra hasta que finalmente se dio en el elemento de red. Igual de
importante, el nmero de capas, presumiblemente como resultado
soluciones de gestin globales complejos que constan de varios sistemas,
cada uno limitado a una capa de gestin en particular, con una multitud de
dependencias mutuas. Esto puede resultar en una pesadilla integracin, la
administracin del sistema costoso, y el tiempo lento para despliegue que
hace que la red subyacente inflexible y difcil de cambiar
66
CONSIDERACIONES ADICIONALES
Por ahora, debera bastar con mencionar que a pesar de las
preocupaciones de integracin y eficiencia son vlidos, gran parte de
los resultados de la crtica de una interpretacin literal de la jerarqua
como un mandato a un determinado mtodo de despliegue. La
crtica, por lo tanto, pierde de vista la intencin principal y el valor de
la TMN simplemente como un modelo de referencia. Sin duda, es
posible que los sistemas de gestin puedan aportar funciones que
abarca varios niveles de la jerarqua de la TMN sin violar el marco.

67
CONSIDERACIONES ADICIONALES
Al igual que con las otras dimensiones de la gestin, tenga en cuenta
que la Gestin por capas es independiente de otras dimensiones. Por
ejemplo, las diferentes reas de gestin funcionales se aplican a cada
una de las capas de gestin. Considere la posibilidad de gestin de
fallos: Debe hacer frente a fallas de los equipos en la capa de gestin
de elementos, con desajustes de configuracin en la capa de gestin
de red y servicios defectuosos que afectan a los usuarios finales en la
capa de gestin de servicios. Del mismo modo, la manera en que los
gestores y agentes interactan es independiente de las capas de
gestin, aunque, por supuesto, la informacin de gestin diferente es
de inters en diferentes capas. (Jerarquia TNM)
68
FUNCIN DE GESTIN: ?QU HAY EN SU
CAJA DE HERRAMIENTAS
En cada capa de la gestin, las diferentes funciones de gestin estn
obligados a realizar. Es posible categorizar las funciones, con las
mismas categoras de aplicar a travs de capas de gestin. Por
ejemplo, una categora de funcionalidad de gestin podra hacer
frente a las actividades que se relacionan con fallas-en otras
palabras, los escenarios de los das lluviosos, cuando las cosas van
mal. Por supuesto, en un mundo ideal, las cosas nunca van mal; en
realidad, sin embargo, las fallas son slo un hecho de la vida. En vez
de forma poco realista suponer que se pueden evitar, es mejor saber
cmo tratar con ellos cuando se producen. En el elemento de red de
capa, equipo y software mal funcionamiento deben ser detectados y
las alarmas enviadas a las aplicaciones de gestin.
69
FUNCIN DE GESTIN: ?QU HAY EN
SU CAJA DE HERRAMIENTAS
En la capa de gestin de elementos, equipo necesita ser
monitoreado para las interrupciones y fallos del subsistema,
que deben ser diagnosticados y resueltos cuando se
producen. En la capa de gestin de red, fallos pueden implicar
alteraciones en el trfico de red que deben ser tratados. Por
ejemplo, puede ser que necesite la red volver a configurar de
forma dinmica, y las conexiones y rutas ajustadas al trfico
de red esttica a las partes de la red en las que se han
producido fracasos.

70
FUNCIN DE GESTIN: ?QU HAY EN SU CAJA
DE HERRAMIENTAS
Una segunda categora de funcionalidad de gestin podra hacer frente a
la configuracin- configuracin de los dispositivos individuales en la capa
de gestin de elementos, el aprovisionamiento de conectividad de red de
extremo a extremo en la capa de gestin de red y servicios de
aprovisionamiento en la capa de gestin de servicios. Una tercera
categora de funcionalidad de gestin podra hacer frente a la
contabilidad-es decir, el seguimiento de consumo de los recursos de
comunicacin. Las tres categoras descritas en los prrafos anteriores
siguen la fallas, configuracin, contabilidad, rendimiento, el modelo de
seguridad (FCAPS), que es otro tema que ha sido estandarizado como
parte de la TMN. Otras clasificaciones son ciertamente posibles.
71
PROCESO DE GESTIN Y ORGANIZACIN: DE SERVICIOS DE
ASISTENCIA Y CORTAR GALLETAS
La gestin de la interoperabilidad, la gestin de funciones y la gestin
de capas capturan diferentes aspectos tcnicos de la gestin de la
red . Sin embargo, la gestin de la red tambin implica una dimensin
no tcnica: cmo organizar la gestin. Esto incluye los procesos que
son necesarios para asegurar que las redes se ejecutan sin problemas
y de forma fiable, as como la estructura de la organizacin de
soporte. Esos aspectos no tcnicos son el tema del proceso de gestin
y organizacin mirador.
72
PROCESO DE GESTIN Y ORGANIZACIN: DE
SERVICIOS DE ASISTENCIA Y CORTAR GALLETAS
La organizacin de apoyo a la gestin se puede estructurar de
diferentes maneras. Un factor es, por supuesto, el tamao de la red
que se est gestionando. Se hace una gran diferencia si usted tiene
una empresa de tamao medio que va de unos pocos routers en
una sucursal remota o si usted es un proveedor de servicios global
con millones de clientes finales, repartidas en 85 pases de todo el
mundo.
73
PROCESO DE GESTIN Y ORGANIZACIN: DE
SERVICIOS DE ASISTENCIA Y CORTAR GALLETAS
En el primer caso, gestionar la red podra ser simplemente parte del
trabajo del administrador del sistema; la mayora de los servicios de redes,
simplemente se pueden comprar desde fuera de todos modos. En el
segundo caso, tiene que ser ms sofisticado. En cualquier caso, es
necesario preparar a su organizacin para escenarios como cuando los
empleados clave se enferman o, peor an, cuando los empleados
descontentos tratan de causar estragos en la configuracin de la red.
Como se mencion en el captulo 3, "Los ingredientes bsicos de
administracin de red," las potenciales amenazas de seguridad ms
graves a una red podran venir de dentro. Despus de todo, no hay
servidores de seguridad para atravesar y no hay contraseas de hackear.
La propia naturaleza de los sistemas de gestin en un NOC representa un
potencial paraso de hackers.
74
PROCESO DE GESTIN Y ORGANIZACIN: DE SERVICIOS
DE ASISTENCIA Y CORTAR GALLETAS
Las dimensiones de la funcin, del ciclo de vida, y la gestin de los temas
tratados en este captulo en realidad puede ser utilizado como una gua para
la organizacin de la entidad de gestin. Por ejemplo, un servicio
proveedor podra decidir dividir las responsabilidades de acuerdo con la
gestin del asunto. Como resultado, un grupo gestiona la red de transportes
ncleo, un segundo grupo gestiona la red de voz, y un tercer grupo se ocupa
de los sistemas y aplicaciones que estn conectados a la red. Dentro de cada
uno de estos grupos, los equipos secundarios asumen las diferentes funciones
de gestin. Otro proveedor de servicios puede decidir dividir las
responsabilidades por las diferentes funciones que necesitan ser realizadas. Por
ejemplo, un grupo es responsable de la mesa de ayuda, gestin de fallos, y la
supervisin de la red. Un segundo grupo es responsable de la implementacin
de equipos y provisin de los servicios en la red. Un tercer grupo se ocupa de
la planificacin y el inventario de la red. Un cuarto grupo se ocupa de las
rdenes de servicio de toma de problemas de los clientes, resolver las disputas
sobre proyectos de ley, y as sucesivamente.
75
PROCESO DE GESTIN Y ORGANIZACIN: DE SERVICIOS DE
ASISTENCIA Y CORTAR GALLETAS
Adems de la distribucin de responsabilidades, procesos y
procedimientos que deben seguirse deben ser claras. Por ejemplo,
cada vez que un usuario de una empresa notifica al departamento de
TI que necesita un nuevo servicio de telefona IP para un nuevo
empleado, el operador no debera tener que averiguar desde el
principio qu hacer. En lugar de ello, debe haber un procedimiento
estndar a seguir. La falta de documentadas, procedimientos
normalizados de trabajo sera una receta para el desastre para una
variedad de razones, tales como las siguientes:
76
PROCESO DE GESTIN Y ORGANIZACIN: DE
SERVICIOS DE ASISTENCIA Y CORTAR GALLETAS
Diferentes administradores de red pueden realizar la misma tarea con
ligeras variaciones. Por ejemplo, el mismo servicio puede ser
suministrado en una forma ligeramente diferente, dependiendo de
quien pas a ser encargado de ello. Esta diversidad hace que sea
mucho ms difcil de solucionar problemas de servicios en caso de
problema.
Los problemas pueden surgir cuando las configuraciones necesitan ser
cambiados o servicios quitado. Porque no puede haber muchas
variaciones en las que se han configurado los servicios, puede ser
difcil determinar qu es exactamente lo que hacer para eliminar un
servicio o para determinar los efectos que un cambio en una
configuracin tiene sobre los servicios
77
PROCESO DE GESTIN Y ORGANIZACIN: DE SERVICIOS
DE ASISTENCIA Y CORTAR GALLETAS
En pocas palabras, la falta de procedimientos estndar
documentados, aumenta la probabilidad de que se
cometen errores que podran afectar a los usuarios finales.
Relacionado con el punto anterior, un operador podra no
estar familiarizados con una determinada tarea y podra no
saber cmo reaccionar en una situacin. La organizacin en
su conjunto obtiene ms dependiente de la experiencia
individual de los administradores de red individuales, incluso
para las tareas de rutina.
78
PROCESO DE GESTIN Y ORGANIZACIN: DE SERVICIOS DE
ASISTENCIA Y CORTAR GALLETAS
Por todas estas razones y ms, es importante que los procesos y
procedimientos consiguen "enlatados" y preenvasados en la mayor medida
posible. Se requieren libros de cocina sobre cmo hacer frente a diferentes
eventualidades. Las tareas comunes deben seguir una plantilla predefinida.
Esto se aplica no slo a la adicin de un nuevo usuario, sino para todo tipo de
tareas que se pueda imaginar: la puesta en marcha de nuevos equipos, la
solucin de problemas de diferentes tipos de problemas, copias de seguridad
de las configuraciones de red y ms. Es como hornear galletas: En lugar de
tallar los corazones y las estrellas a mano para cada galleta, es una idea
mucho mejor simplemente usar un cortador de galletas. Hace el trabajo ms
rpido y da mejores resultados-cookies que se forman a la perfeccin cada
vez. Como bono adicional, incluso una de 3 aos de edad, puede hacerlo
con resultados decentes. Es cierto que las cookies creados individualmente,
de celebrar un cierto encanto, pero el encanto no llevar muy lejos en el
funcionamiento de una red.
79
PROCESO DE GESTIN Y ORGANIZACIN: DE
SERVICIOS DE ASISTENCIA Y CORTAR GALLETAS
Existen muchas herramientas que facilitan la implementacin de
procedimientos consistentes. Una categora importante de
herramientas son los sistemas de flujo de trabajo. Sistemas de flujo
de trabajo permiten el seguimiento y, hasta cierto punto, la
automatizacin de las tareas que se realizan en un orden particular
de las etapas. La forma en que se realizan estas tareas se conoce
como flujo de trabajo.
80
PROCESO DE GESTIN Y ORGANIZACIN: DE
SERVICIOS DE ASISTENCIA Y CORTAR GALLETAS
En pocas palabras, un flujo de trabajo corresponde a un
grfico. Los nodos en el grfico corresponden a los diferentes
estados en la ejecucin de la tarea. Los bordes de la grfica
corresponden a las transiciones entre estados. Las transiciones
entre los eventos ocurren de acuerdo con reglas bien definidas.
Son provocados por ciertos eventos, como cuando se ha
completado una determinada actividad. El estado actual de la
ejecucin de una tarea en particular puede ser representado
por un smbolo que se coloca en el nodo correspondiente al
estado que la tarea es actualmente pulg
81
PROCESO DE GESTIN Y ORGANIZACIN: DE
SERVICIOS DE ASISTENCIA Y CORTAR GALLETAS
El sistema de flujo de trabajo comprueba los tokens para tareas
individuales y ayuda a empujar esas fichas a travs del grfico hasta
que las tareas correspondientes lleguen a su culminacin. Esto ayuda a
no perder la organizacin de las tareas individuales y en gran medida
descarga a los usuarios. Para cada tarea y en cada fase del proceso,
est claro dnde estn las cosas y lo que tiene que suceder despus.
Tareas no caigan en el olvido, pero se escalan automticamente,
segn sea necesario. El progreso se registra automticamente. En cada
punto, es fcil de reconstruir las actividades que han tenido lugar en
ese momento en el tiempo, por quin y por qu.
82
PROCESO DE GESTIN Y ORGANIZACIN: DE SERVICIOS
DE ASISTENCIA Y CORTAR GALLETAS
Qu tipo de estructura organizativa y qu conjunto de procesos y
procedimientos funcionan mejor en un entorno determinado depende
de muchos factores individuales y requieren una planificacin y una
cuidadosa consideracin. Definicin de la estructura ms eficaz y el
desarrollo de los procesos y procedimientos que funcionan mejor para
una organizacin es tal vez el rea que ofrece mayores posibilidades
para la diferenciacin entre los proveedores de servicios. Esos factores,
quizs ms que cualquier otra cosa, determinan la eficacia, la
eficiencia y, en consecuencia, la competitividad de un proveedor de
servicios. Entre los aspectos a considerar son los siguientes:
83
PROCESO DE GESTIN Y ORGANIZACIN: DE
SERVICIOS DE ASISTENCIA Y CORTAR GALLETAS
Cobertura-Estn todas las tareas en cuenta, o hay reas en las que las
tareas pueden caer en el olvido?
Los roles y responsabilidades claras, y las interfaces-Est claro que
tiene que entregar qu a quin? Existen superposiciones en las
responsabilidades? La ltima cosa que quiere es que todo el mundo
asuma que alguien ms va a detectar los problemas. Adems, se
quiere evitar la posibilidad de mutua sealar con el dedo, con todo el
mundo argumentando que era culpa de otra persona.
84
PROCESO DE GESTIN Y ORGANIZACIN: DE SERVICIOS
DE ASISTENCIA Y CORTAR GALLETAS
Se estn realizando Eficiencia y eficacia-Qu tan efectiva las tareas?
Son el nmero de pasos requeridos y el nmero de partidos que
deben participar mantiene al mnimo? Pasos se pueden realizar al
mismo tiempo, o hay dependencias y los cuellos de botella?
Resiliencia-Los procesos y procedimientos deben cubrir lo inesperado,
ya sea por un error humano u otros eventos inesperados.
Flexibilidad-Con todo el rigor que se requiere, tambin es importante
para evitar la organizacin
parlisis. La organizacin debe ser capaz de adaptarse a los cambios
con rapidez, cuando es necesario. Tal cambio podra implicar una
nueva tecnologa de conectividad en ser apoyado, los nuevos
servicios que se prestarn, o simplemente cambios en los procesos y
procedimientos.
85