gestiontelecomunicaciones reconocimiento unidad 3

8/14/2019 GestionTelecomunicaciones Reconocimiento Unidad 3

1/18

El estudiante aplica los conocimientos necesarios paraescoger un modelo de gestin

Analiza con argumentos la importancia de laadministracin de redes de telecomunicaciones

Denominacin decaptulo 4

Modelo de Gestin Distribuida DMTF

Denominacin deLeccin 16

Modelo de informacin comn

Denominacin deLeccin17

Gestin empresarial basada en la Web - WBEM e Interfazde 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

Denominacin de

Leccin 23

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


2/18

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 gestinde 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


3/18

Niveles de trfico en puertos

Los grupos que conforman CIM, pretenden eliminar las barreras del manejopropietario 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 peroindependientes 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.


4/18

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

ModeloNcleo

Leccin 17: Gestin empresarial basada en la Web - WBEM e Interfaz degestin 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 tantoincluye 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,

FsicoAplica-ciones

Red Otro

Modelo

Dis ositivo

EsquemaComn

Esquema de

Extensin


5/18

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 otrasaplicaciones

Oportunidad de consulta

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,colocacinde 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 CIM-

XML, en el servidor WBEM.

El servidor WBEM decodificar la solicitud entrante, realizar la autenticacin


6/18


7/18

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


8/18

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 laDMTF, 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)


9/18

Figura 4.2. Componentes del sistema de alerta

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 conla 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.

Servidor deAdministracin

(EjecutandoConsola


10/18

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.


11/18

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 alusuario 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

tamao de la estructura ms larga y la

revisin SMBIOS

Necesario para

llamar a la

interfaz

GET_DMI_STRUC

TURE

51h Copia la informacin para la estructura

especificada en el buffer especfico

para la llamada

Necesario para

llamar a la

interfaz

SET_DMI_STRUCTURE

52h Copia la informacin para la estructuraSMBIOS especificada desde el buffer

especfico que lo llama

Opcional

GET_DMI_STRUC

TURE_CHANGE

_INFO

53h Retorna la informacin de los cambios

en la estructura SMBIOS al buffer

especfico de 16 bytes

Requerido para

notificar los

cambios en la

estructura

dinmica


12/18

DMI_CONTROL 54h Controla las acciones del sistema Opcional

GET_GPNV_INFORMATION

55h Devuelve la informacin sobre elpropsito general de rea de

almacenamiento no voltil

Requerido parasoporte GPNV

READ_GPNV_DA

TA

56h lee todo el contenido especificado

GPNV en un buffer especificado por

quien solicita el requerimiento

Requerido para

soporte GPNV

WRITE_GPNV_D

ATA

57h Copia el contenido de bfer de usuario

especificado en GPNV. La funcin

hace que todo lo especificado seencuentre actualizado

Requerido para

soporte GPNV

Reservado para

uso futuro

58h 5Fh Reservado. Debe retornar:

DMI_FUNCTION_NOt_SUPORTED

Reservado

De la tabla anterior, las tres primeras funciones conforman la interfaz de acceso a

la estructura SMBIOS.

Oportunidad de consulta

De acuerdo a la siguiente tabla, complementar la descripcin de cada uno de los

cdigos mencionados

Cdigo valor Descripcin

DMI_SUCCESS 00h

DMI_UNKNOWN_FUNCTION 81h

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


13/18

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 SNMBIOSempaquetadas 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).


14/18

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 generandonotificaciones 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 modeladosusando 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.


15/18

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

Definicin Informacin

proporcionada

Instancia Maneja todas las instancias en un sistema dado Informacin deinstancias

Clase Maneja una clase o conjunto de clases de WMI. Lamayora de desarrolladores no crean proveedores declase porque es factible cambiar dichas definicionesen toda la empres, sin importar si el proveedor declase se encuentra instalado en una mquina

Informacin declases

Mtodo Implementa los mtodos de una clase WMI. Lamayora de desarrolladores implementan

Implementacinde mtodos de


16/18

proveedores que acten como proveedores demtodos y de instancias

clases WMI

Propiedad Maneja propiedades especficas de una clase WMI ypermiten modificar solo las propiedades de unainstancia

Propiedades declases WMI

Evento Maneja objetos que generan eventos WMI. Elmanejador de eventos, enva los eventos a WMI y acualquier otro objeto que sea registrado para elevento. Incluyen aplicaciones de gestin en tiemporeal que monitorean el estado de la red

Eventos dehardware ysoftware

Consumi-dor deEvento

Maneja objetos consumidores de eventospermanentes. Este es un objeto COM que recibeeventos todo el tiempo sin importar si el consumidor

de eventos permanente est activo. Al ocurrid unevento, el proveedor consumidor de eventos localizael objeto consumidor y carga el objeto en la memoriaactiva, as que el objeto puede recibir el evento

Localizacin deaplicacionesque 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


17/18

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 clculopara 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.


18/18

Monitoreo de Eventos

La infraestructura de eventos de WMI, se encarga de producir notificacionesacerca 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. Estaspeticiones 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:

gestiontelecomunicaciones reconocimiento unidad 3

Documents