• Presentation
• Register
• Program
• Organizing Comittee
• Listing of registered people
• Translators team

feistel	en 10' empiezo
kazuya78	feistel cuanto falta
kazuya78	ok
MJesus	bienvenido feistel
feistel	por favor vea que puedan acceder bien a la presentacion en http://170.210.180.9/umeet
feistel	MJesus gracias
feistel	que paso con el canal #qc?
kazuya78	no he podido accesar feistel!
JulHer	la presentación baja despacito
kazuya78	a paso de tortuga herida! :p
cygar	re
Z	cygar
MJesus	aun quedan 5 minutos eh ?
Ramon_	al parece
Zippo	Un juez chileno lo declaró "mentalmente apto" e impuso esa medida contra el ex dictador, por los crímenes cometidos en el operativo represivo de las dictaduras sudamericanas. :)))
Ramon_	eee
Ramon_	de que hablan?
Oroz	Ramon_: de pinocho
Ramon_	....
feistel	la presentacion esta en http://170.210.180.9/umeet/img0.html
kazuya78	voy feistel
kazuya78	nada feistel no consigue la pagina el browser!
kazuya78	ahora si
nitzero	:S
nitzero	falto la manzana
kazuya78	aunque con problemas feistel!
E0x	kazuya78: kazuya es anagrama de yakuza ?
feistel	jeje no tengo mucho ancho de banda ahi pero me lo estan subiendo a otro server
E0x	bueno de que lo es  , lo es pero si fue con intencion
E0x	?
kazuya78	no EOx!
E0x	ok
kazuya78	no fue esa mi intencion
E0x	ok
fernand0	Hola
fernand0	sean todos bienvenidos
fernand0	hoy tenemos el placer de contar entre nosotros con Andrés L. Sclippa, de
fernand0	la UniversidadTecnológica Nacional Facultad Regional Resistencia, de Argentina
fernand0	Nos va a hablar de SBLIM: WBEM en Linux
fernand0	Si hay traductores, por favor, acudan a #redes
fernand0	Como siempre, hemos habilitado el canal #qc para las preguntas y comentarios
fernand0	Gracias a todos por venir
fernand0	Sr. Sclippa ...
feistel	hola a todos
feistel	el ultimo año y medio he dedicado parte de mi tiempo
feistel	a investigar sobre las distintas tecnologias y proyectos open-source
feistel	para la administracion de sistemas, en particular en ambientes UNIX/Linux/BSD
feistel	estoy muy contento de estar hoy aqui y poder difundir a
feistel	uds una tecnologia nueva y prometedora
feistel	para la administracion de sistemas heterogeneos por Web
feistel	si bien el soporte de la misma en Linux aun
feistel	esta en etapa inicial, existe una iniciativa al menos
feistel	esta gestionada por una grande del mercado de IT
feistel	esta tecnologia es WBEM y gran parte de la charla
feistel	estara destinada a comprenderla conceptualmente
feistel	para luego al final ver cuales son las posibilidades actuales de
feistel	aprovecharla en sistemas Linux
feistel	ok, deberan seguir la charla
feistel	con las presentaciones en http://derpri.uninet.edu/andres/img0.html
feistel	yo avisare a que presentacion ir
feistel	(http://derpri.uninet.edu/andres/img2.html)
feistel	antes que nada debemos comparar a WBEM con SNMP
feistel	SNMP es el protocolo de facto hoy en dia en lo que es
feistel	administracion de redes basadas en Internet (TCP/IP)
feistel	como vemos en el significado de ambos acronimos
feistel	cada uno de sus cuatro componentes sumarizan para lo que
feistel	cada uno de ellos fue concebido
feistel	las cuatro palabras que definen a SNMP estan tachadas, por que
feistel	tales definiciones han quedado obsoletas en las grandes y complejas
feistel	redes de hoy en dia
feistel	veremos entonces para cada una de las siglas de SNMP las diferencias
feistel	sustanciales con este nuevo framework de administracion de redes WBEM
feistel	(http://derpri.uninet.edu/andres/img3.html)
feistel	ok, la primera sigla de SNMP, S, refleja la "simplicidad" de SNMP
feistel	cuando SNMP fue diseñado, el objetivo al pensar en administrar redes
feistel	eran dispositivos de hardware de conectividad como routers y similares
feistel	estos dispositivos tenian la particularidad de que no requerian de
feistel	mucha funcionalidad para ser administrados, ademas de poseer recursos
feistel	(procesamiento y memoria) limitados
feistel	con este objetivo en mente la IETF desarrollo el Simple Network Management Protocol
feistel	este protocolo (y esta palabra es muy importante) debia ser simple, consumir
feistel	pocos recursos y permitir su facil adopcion por todos los fabricante de
feistel	hardware de redes
feistel	entonces el codigo de software o firmware requerido en los dispositivos a administrar
feistel	era simple y pequeño, esto junto con la particularidad de ser enfocado como un
feistel	estandar permitio que SNMP se transformara rapidamente en el protocolo
feistel	para administrar las redes TCP/IP
feistel	ahora bien, los tiempos han cambiado, las redes han evolucionado
feistel	hoy en dia las redes son complejas y no solo se requiere administrar
feistel	dispositivos de redes triviales como routers, si no hoy aparece la necesidad
feistel	de administrar todo tipo de servicios y tecnologias
feistel	por nombrar algunos, conectividad, cortafuegos, VPNs, servidores, SANs, tecnologias wireless, aplicaciones Web, servicios de bases de datos, servicios de autenticacion, backup y contingencia, etc
feistel	no solo esto a cambiado, hoy en dia proliferan sistemas operativos - aun con cierta integracion con los estandares abiertos - heterogenos, como Windows, UNIXs, *BSD y Linux
feistel	si esto fuera poco, todo esto debe estar altamente integrado y el mercado cambiante de hoy en dia hace que las redes crezcan en tamaño y complejidad
feistel	puede un protocolo como SNMP resolver estos nuevos desafios?
feistel	la realidad ha mostrado que no. si bien los fabricantes de productos como Tivoli NetView, HP OpenView y CiscoWorks y proyectos open-source como OpenNMS, JFFNMS, BigSister, NMIS, entre otros han sabido aprovechar al maximo los mecanismos de SNMP para facilitar la tareas de los sysadmins/netadmins
feistel	la realidad esta necesitando un giro de 180 grados en el enfoque sobre como
feistel	administrar las redes
feistel	es hacia este nuevo enfoque donde la iniciativa WBEM va (desde 1996)
feistel	jugadores grandes como DMTF (Distributed Management Task Force),
feistel	The Open Group y SNIA (Storage Network Industry Association) unen
feistel	esfuerzos en esta iniciativa
feistel	y las areas donde mas se va a ver pronto (en realidad ya se
feistel	empieza a ver) es en los SANs.
feistel	(siguiente)
feistel	la segunda sigla de SNMP, es "N", Network
feistel	SNMP fue concebido para administrar dispositivos de redes (generalmente hardware) y hasta ahi no mas
feistel	WBEM sin embargo no hace la distincion entre hardware y software
feistel	WBEM permite administrar objetos de red de cualquier tipo ya sea hardware (routers, switches, ...) o software (SO, DBMS, sitios Web, ...)
feistel	es por eso que se dice que WBEM administra sistemas mas que redes
feistel	de ahora en mas entonces cuando hable de WBEM voy a referirme a la administracion de sistemas
feistel	en lugar de a la administracion de redes
feistel	la tercera sigla de SNMP, "M" es Management
feistel	SNMP administra "variables" de los dispositivos de redes
feistel	estas variables se agrupan en grupos y a su vez dichos grupos
feistel	pueden estar dentro de grupos de mayor nivel
feistel	esto genera una jerarquia en forma de arbol de grupos de variables (ramas)
feistel	y las variables en si (hojas)
feistel	este arbol es materializado en lo que se conoce como MIB (Management Information Base)
feistel	estas variables definen un estado del dispositivo a administrar
feistel	una variable por ejemplo alberga la direccion IP de una interfaz del dispositivo
feistel	otra el nombre del mismo, y otra la cantidad de paquetes perdidos, por dar un ejemplo
feistel	con la MIB estandar y con las extensiones empresariales de la MIB los fabricantes de dispositivos
feistel	han logrado materializar practicamente todo el estado de aquellos en la MIB
feistel	ahora bien, que podemos hacer con estas variables
feistel	SNMP nos dice, Uds. pueden leer (GET) o sobreescribirlas (SET) y nada mas
feistel	entonces las operaciones de administracion son demasiado limitadas, solo podemos leer o modificar el contenido de las variables del MIB
feistel	algunos trucos, sin embargo, permiten ir un poco mas alla
feistel	por ej., algunos fabricantes fabrican sus dispositivos de manera tal que
feistel	monitoreen regularmente una determinada variable, entonces si es seteada con un valor en
feistel	particular, digamos 1, el dispositivo arroja un evento o realiza una accion determinada
feistel	por ejemplo podriamos definir una variable reboot y q cuando se la setee con 1 (SET reboot=1) el dispositivo se reinicie
feistel	sin embargo este mecanismo de ejecucion remota de operaciones es aun muy limitado
feistel	WBEM por otro lado
feistel	utiliza un esquema fuertemente orientado a objetos para describir a los objetos administrables
feistel	esto permite entonces utilizar los mecanismos y particularidades avanzadas de la orientacion objetos
feistel	por ejemplo podemos asociar por ejemplo, al SO un clase, entonces acceder a esa clase a traves de
feistel	operaciones varias
feistel	una operacion podria ser por ejemplo, obtener el consumo de recursos,
feistel	otra obtener la version o el uptime
feistel	otra (por que no) podria ser "parcheate"
feistel	entonces WBEM va mas allas de meras variables, ahora tenemos clases que
feistel	pueden encapsular tanto operaciones como variables
feistel	tambien puede usarse, por ejemplo, la herencia
feistel	lo que nos permite armar redes mas complejas de objetos (esto lo veremos mas adelante)
feistel	al contrario de SNMP que ordena las variables en grupos
feistel	WBEM utiliza el poderoso concepto de espacios de nombres (namespaces) que tambien lo veremos mas adelante
feistel	(siguiente filmina)
feistel	por ultimo, tenemos la sigla "P", Protocol
feistel	SNMP es un protocol
feistel	esto quiere decir que SNMP esta ligado, como todo protocolo,
feistel	a los que esten por debajo en la network stack
feistel	SNMP es encapsulado en UDP, un protocolo connectionless que carece de
feistel	servicios necesarios de hoy en dia
feistel	y ademas su management information (MI) (la MIB) esta fuertemente ligada al
feistel	protocolo mismo
feistel	esto tiene sus ventajas y desventajas
feistel	la ventaja es sin duda la simplicidad
feistel	el hecho de tener una MI fuertemente integrada con el protocolo y que este
feistel	requiera de un protocolo simple como UDP hizo que SNMP se popularizara
feistel	rapidamente (al contrario de otros paradigmas mas complejos como CMIP, DMI y ETC)
feistel	sin embargo SNMP siempre tuvo problemas para evolucionar
feistel	si estudian la historia por las que paso SNMP desde el SNMPv1 al SNMPv3
feistel	pasando por todo tipo de sabores (algunos amargos)
feistel	veran lo dificil que fue adaptar y evolucionar a SNMP
feistel	el problema principal era que se debia mantener la compatibilidad hacia atras
feistel	(si desean leer en detalle la apasionada historia de SNMP le recomiendo hacerse de los
feistel	capitulos de la ya difunta Simple Times Maganize)
feistel	WBEM usa otro paradigma y aprende de los errores de SNMP
feistel	los protocolos y la MI deben estar lo mas separados posibles
feistel	de manera tal que uno no dependa del otro
feistel	WBEM no es un protocolo, WBEM es una iniciativa
feistel	es decir es un proyecto para cambiar el system management
feistel	WBEM no esta atado a ningun protocolo
feistel	es mas WBEM permite que los protocolos subyacentes a utilizar
feistel	puedan variar
feistel	esto permite una adaptacion muy rapida y eficiente
feistel	la CIM (Common Information Model) donde reside la MI
feistel	- de ahora en mas trataremos a la CIM como un conglomerado de clases
feistel	desde donde podemos obtener MI de los objetos a administrar,
feistel	en realidad la CIM se materializa en parte en un repositorio y en
feistel	parte a traves de los providers -
feistel	es idenpendiente de los protocolos de transporte que se usen
feistel	sin duda el protocolo de transporte mas popular de hoy en dia
feistel	es HTTP, que junto con XML y otros estandares fundados en esto SOAP, etc.
feistel	forman un conglomerado de estandares y protocolos que permiten el
feistel	system management a traves del Web
feistel	de ahi el Web en WBEM, y el uso intensivo por WBEM de estos protocolos y estandares
feistel	sin embargo si el dia mañana la situacion cambiase y estos componentes
feistel	se vuelven obsoletos, WBEM seguiria vigente
feistel	ya que su diseño permitiria la eleccion de otro conglomerado de protocolos subyacentes
feistel	por ej: hoy en dia CIM es mapeado a XML a traves de CIM-XML y luego transportado
feistel	via HTTP, pero esto no quita que se usen otros protocolos para el encoding o
feistel	el transporte
feistel	ok, de ahora en mas olvidemos de SNMP y sus problemas y veamos como
feistel	WBEM puede lograr todo lo antes dicho
feistel	(http://derpri.uninet.edu/andres/img8.html)
feistel	WBEM es una iniciativa de la DMTF (Distributed Management Task Force), inc.
feistel	una organizacion similar a la IETF pero orientada al distributed system management
feistel	la DMTF esta formada por varias corporaciones de IT como las siguientes:
feistel	3Com, Cisco, Dell Computer Corp., Hewlett-Packard Company, IBM/Tivoli Systems, Inc., Intel Corporation, Microsoft Corporation, NEC Corporation, Novell, Oracle, Sun Microsystems, Inc., Symantec Corporation, VERITAS Software (en total son mas de 200)
feistel	esto ya puede demostrar la importancia que se le esta dando a WBEM
feistel	sin duda WBEM llego para quedarse
feistel	ahora bien WBEM se define a traves de un conjunto de estandares
feistel	algunos nuevos y otros ya en uso masivo
feistel	con el fin de proveer:
feistel	* Un estandar para la descripcion de datos (lo QUE queremos administrar)
feistel	* Un estandar para las comunicaciones (el COMO lo vamos a administrar)
feistel	mas adelante veremos como ese triangulo integrador formado por
feistel	el transporte, la codificacion y la descripcion de datos
feistel	es implementado con protocolos nuevos o existentes
feistel	y definen el QUE y el COMO de WBEM
feistel	(siguiente)
feistel	imaginen la situacion de la figura
feistel	un administrador que gestiona una red heterogenea desea consultar por procesos y usuarios a lo largo de distintos sistemas
feistel	corriendo distintos OS
feistel	la idea detras de WBEM es que el administrador use una consola de administracion (CIM Client)
feistel	basada en WBEM y que los sistemas corran
feistel	un interprete de WBEM (CIM Server)
feistel	de esta manera la consola de administracion generaria una operacion CIM para
feistel	acceder a al CIM de cada sistema y obtener asi la informacion que busca
feistel	pero gracias a la particularidades de WBEM
feistel	esta consola no debe ser desarrollada para cada OS existente
feistel	la misma operacion CIM con el mismo formato es interpretada por cada OS con
feistel	soporte de WBEM
feistel	ademas estas operaciones CIM corren sobre HTTP lo que facilita a un mas su
feistel	difusion
feistel	(http://derpri.uninet.edu/andres/img11.html)
feistel	esta figura puede aclarar un poco mas las cosas
feistel	la consola de administracion, es simple y solo posee el CIM Client
feistel	sin embargo los objetos a administrar tienen tres capas dentro de lo que es
feistel	la infraestructura WBEM:
feistel	* Resource: son los recursos a administrar, estos tienen asociado una o varias clases dentro del CIM
feistel	y deben ser instanciadas como objetos antes de ser accedidos
feistel	aca tenemos los distintos recursos del SO, del DBMS, las aplicaciones Web, etc.
feistel	* CIM Server: es aquel que interacciona con el CIM Client recibiendo y contestando las solicitudes
feistel	a traves de operaciones CIM
feistel	como veremos mas adelante hay varias implementaciones de CIM Servers
feistel	* CIM Provider: es un intermediario entre los recursos y el CIM Server
feistel	la idea es hacer al CIM Server independiente de los recursos
feistel	entonces un mismo CIM Server puede correr en Windows, FreeBSD o Linux sin
feistel	mayores cambios ya que es
feistel	independiente de los recursos
feistel	el CIM Provider accede directamente a los recursos en una forma
feistel	"no estandarizada" y se comunica con el CIM Server en una forma
feistel	"estandarizada", para que este puede acceder a los recursos
feistel	como vemos una red con WBEM debe ser configurada con estos tres componentes
feistel	CIM Client, CIM Server y CIM Provider
feistel	de ellos solo el CIM Provider es dependiente del software/hardware subyacente
feistel	como el OS
feistel	los sistemas operativos propietarios como Windows, HP-UX y Solaris traen
feistel	hace tiempo soporte de WBEM nativo e integrado
feistel	traen soporte, perdon
feistel	es decir proveen listo para funcionar un CIM Server y un CIM Provider, ademas de WBEM frameworks para el desarrollo de aplicaciones WBEM
feistel	que hay de los sistemas open-source? lo veremos al final de la charla
feistel	(siguiente)
feistel	como dije antes el WBEM se formaba por dos grupos de estandares
feistel	uno que definia el QUE y otro el COMO
feistel	ahora veremos el QUE o la descripcion de datos
feistel	esto es materializado en WBEM por la CIM que se forma por
feistel	* CIM Specification: este es un meta-lenguaje que nos permitira despues
feistel	definir los datos de los recursos a administrar
feistel	* CIM Schema: es la descripcion misma de los recursos a administrar
feistel	esta puede estar formada por el CIM Schema estandar de la WBEM
feistel	y por extensiones agregadas por los fabricantes (el mismo modelo usado en
feistel	SNMP con la MIB y sus extensiones empresariales)
feistel	ahora bien tenemos un meta-lenguaje para definir nuestros recursos (CIM Specification)
feistel	pero que significa definir nuestros recursos?
feistel	significa definir como deben ser descriptos y que metodos
feistel	seran implementados para accederlos
feistel	obviamente la descripcion se hace a traves de una clase
feistel	el CIM Schema no es mas que un conjunto de clases que define los
feistel	recursos a administrar
feistel	(http://derpri.uninet.edu/andres/img14.html)
feistel	aca podemos ver un ejemplo trivial de una porcion
feistel	de una CIM Schema
feistel	tenemos una clase MediaAccessDevice
feistel	donde definimos el recurso generico "media device"
feistel	esta clase fue definida usando el CIM Specification como
feistel	meta-lenguaje
feistel	tenemos entonces una serie de propiedades genericas
feistel	seguida de su tipo de datos y finalmente que albergan
feistel	si una cantidad o un arreglo por ejemplo
feistel	luego tenemos definidas una serie de clases
feistel	que usan el mecanismo de herencia para cada uno de
feistel	los distintos media devices especificos
feistel	la clase DVDDrive agrega una propiedad mas ademas de las genericas
feistel	<CarlosV>  CIM Specification es  XML ?
feistel	no la CIM Specification no es XML
feistel	luego esta veremos es pasada a XML
feistel	para ser transportada
feistel	pero el lenguaje que utiliza
feistel	para definir es otro
feistel	(siguiente)
feistel	aca podemos ver otro ejemplo trivial
feistel	esta vez con otro tipo de relacion, una asociacion entre dos clases
feistel	y con una clase con dos metodos
feistel	(siguiente)
feistel	ahora tenemos ya un CIM Schema mas real
feistel	aprecien como los beneficios de la orientacion a objetos de WBEM
feistel	permiten gestionar practicamente cualquier objeto (hardware o
feistel	software)
feistel	(siguiente)
feistel	finalmente aca podemos ver como se define un clase
feistel	tipo con el CIM Specification
feistel	aca se puede apreciar como al definir la
feistel	propiedad NumberOfProccess se hace un mapeo por
feistel	compatibilidad con la variable MIB de SNMP
feistel	hrSystemProccess
feistel	dentro de lo que es la CIM Specification
feistel	se utiliza el MOF (Managed Object Format)
feistel	definido tambien por la DMTF para describir las clases
feistel	es este el lenguaje usado por la CIM Specification, no XML
feistel	sin embargo para transportar esto por la red
feistel	veremos que se codifica como XML
feistel	(siguiente)
feistel	ahora bien ya tenemos los recursos definidos
feistel	pero como podemos acceder a ellos?
feistel	como podemos ejecutar remotamente operaciones
feistel	desde un CIM Client a un CIM Server?
feistel	para esto necesitamos la otra parte, el COMO
feistel	- ahora viene el tema de XML -
feistel	para ello la DMTF utiliza dos estandares:
feistel	* CIM-XML: definido por la DMTF, permite codificar
feistel	las operaciones y datos del CIM Schema a traves de
feistel	XML Schema, de manera de asegurar la interoperabilidad entre sistemas
feistel	antes de que todo dato CIM (operaciones o datos en si sean
feistel	transportados deben ser codificados a CIM-XML
feistel	* HTTP: por razones obvias, HTTP es escogido como el
feistel	protocolo de transporte
feistel	con esto nuestro triangulo ya se encuentra conformado
feistel	definimos nuestros recursos en el CIM Schema utilizando el
feistel	meta-lenguaje CIM Specification
feistel	a traves de MOF, lo codificamos a CIM-XML y lo transportamos a traves HTTP
feistel	claro como con toda informacion encapsulada en HTTP puede usarse
feistel	mecanismos de seguridad como SSL
feistel	es importante recalcar que WBEM no esta atado a los protocolos
feistel	de encoding y transporte (XML y HTTP en este caso)
feistel	(siguiente)
feistel	<CarlosV>  CIM Provider: como trabaja ?
feistel	CIM Provider se comunica a con el CIM Server a traves de una API
feistel	NPI en el Linux, veremos mas adelante
feistel	los CIM Servers son indpendientes del hard/soft subyacente
feistel	los Providers, no
feistel	por eso se requiere de Providers
feistel	son los que acceden directamente a los recursos, conocen las particularidades del OS y del hard
feistel	los CIM Servers no conocen esto, no saben que SO o hardware hay debajo
feistel	esta figura puede aclarar algunas dudas sobre como
feistel	un CIM Client y un CIM Server interaccionan
feistel	los puertos TCP y UDP definidos por la IANA para WBEM son
feistel	5988 (HTTP) y 5989 (HTTPS)
feistel	(siguiente)
feistel	en este caso desde el CIM Client se usara el metodo GetProperty
feistel	para obtener el valor de la propiedad NumberOfProccess de un managed system
feistel	que es de 74
feistel	primero antes que nada como todo objeto debe instanciarse
feistel	para ello el CIM Server debe de ser provisto de la informacion
feistel	suficiente con la cual puede instanciar un objeto
feistel	en este caso la informacion provista por el CIM Client es:
feistel	* Namespace = root/cimv2 (los namespaces son agrupamientos de clases que tienen ciertas particularidades en comun)
feistel	* CreateClassName = CIM_OperatingSystem
feistel	es la clase a instanciar
feistel	* Name = HP-UX, nombre de la nueva instancia
feistel	* NumberOfProcess , es la propiedad a obtener su valor
feistel	el CIM Server entonces creara la instancia HP-UX de la clase
feistel	CIM_OperatingSystem en system1.hp.com
feistel	luego el CIM Client llamara al metodo GetProperty de HP-UX
feistel	con la propiedad NumberOfProcess
feistel	(siguiente)
feistel	aca vemos el primer paso, el encoding del CIM Schema a CIM-XML
feistel	cada una de las propiedades antes definidas en el CIM Schema
feistel	ahora son mapeadas dentro del CIM-XML usando un DTD especifico
feistel	para CIM-XML
feistel	(siguiente)
feistel	aca vemos ahora la respuesta originada por el CIM Server
feistel	tambien en formato CIM-XML
feistel	(siguiente)
feistel	veamos ahora como el CIM-XML es encapsulado en
feistel	HTTP para ser transportado por la red TCP/IP desde y hacia
feistel	el CIM Server
feistel	vean que algunos datos de la operacion CIM ya
feistel	pueden ser extraidos directamente el encabezado HTTP
feistel	sin procesar el payload CIM-XML
feistel	estos campos se ponen mas que nada para permitir el
feistel	paso sin problemas a traves de firewalls y proxies
feistel	<CarlosV> pero como interactua el Provide con los rescursoso
feistel	eso depende de que haya por debajo (recuerden el Provider es DEPENDIENTE del recurso)
feistel	en Linux, por ejemplo
feistel	el Provider (SBLIM)
feistel	lo hace a traves de syscalls
feistel	con Linux
feistel	es por eso que esa comunicaciones NO ES ESTANDARIZADA
feistel	es igual a como los SMNP Agents acceden a los network objects q administran
feistel	(siguiente)
feistel	esta figura muestra con mas detalle
feistel	los componentes tanto del lado del CIM Client como
feistel	del lado del CIM Server
feistel	y como participan en cada una de las fases de la comunicacion
feistel	el CIM Object Abstraction+CIM-XML Encoder/Decoder+HTTP Client
feistel	conforman el WBEM Development Framework del lado del CIM Client
feistel	de lado del CIM Server tenemos varios componentes
feistel	el CIM Object Manager, llamado CIMON, es el componente principal
feistel	pero este no puede acceder a los recursos directamente
feistel	se requiere entonces de un CIM Provider
feistel	como dije antes los OS propietarios traen un WBEM Framework
feistel	para el caso del open-source hay varias posibilidades
feistel	que veremos a continuacion
feistel	(siguiente)
feistel	los dos lenguajes OO dominantes hoy son Java y C++
feistel	(siguiente - http://derpri.uninet.edu/andres/img26.html)
feistel	en cuanto a los CIMONs (los CIM Servers) existen 4 implementaciones
feistel	open source, dos en Java y dos en C++
feistel	todas ellas pueden correr en Linux, Windows y varios flavors de Unix
feistel	con la finalidad de proveer implementaciones open source de WBEM
feistel	se fundo el consorcio WBEMsource formado tambien por grandes jugadores
feistel	del IT
feistel	tambien existe una implementacion en Perl, b4WBEM, pero no la conozco bien
feistel	esto muestra una importante convergencia de la industria donde
feistel	va
feistel	<juancnl> estas aplicaciones son OpenSource pero no con licencia GPL ?
feistel	no, los CIM Servers tiene licencias propias
feistel	pero existe una fuerte campaña con el open-source de las compañias en
feistel	cuanto a WBEM (eso desde ya es muy bueno)
feistel	pero como saben el GPL no les gusta a las compañias
feistel	<LoboFeroz> el wbem esta enfocado al monitoreo unicamente?o tambien al control..
feistel	no
feistel	la idea con WBEM es que puedas hacer todo lo necesites en el system management
feistel	actualizar el software o comandarlo remotamente por ejemplo
feistel	y todo eso programando una sola aplicaciones (donde sea que tengas un WBEM framework)
feistel	y la misma administrara cualquier OS/hardware compatible con WBEM
feistel	(siguiente)
feistel	al fin llegamos a Linux
feistel	ahora bien tenemos varios CIMONs open source
feistel	pero para administrar linux boxes con WBEM necesitamos un
feistel	WBEM Provider para Linux
feistel	ahi es donde aparece el proyecto SBLIM (Standards Based Linux Instrumentation for Manageability)
feistel	SBLIM (se pronuncia sublim) es un proyecto open-source
feistel	de IBM dentro del developerworks
feistel	actualmente lleva implementado los siguientes modulos :
feistel	(para estar al dia por favor revisar el CVS del proyecto)
feistel	* NPI: oculta la complejidas de los Providers a los CIMONs
feistel	es una API mediante la cual los CIMONs y el Provider para Linux
feistel	se comunican
feistel	esto hace el codigo de los providers independiente del CIMON
feistel	algo interesante, es importante hacer notar que el NPI es compatible hoy con los
feistel	CIMONs: WBEMservices, OpenCIMON y Pegasus; no ha asi
feistel	con OpenWBEM (de SCO por cierto :-) ) al menos hasta la version 0.9.9
feistel	y la compatibilidad con Pegasus no esta muy probada
feistel	(recomendacion, prueben SBLIM con OpenCIMON de SNIA)
feistel	todos los modulos restantes usan los servicios de la API de NPI
feistel	para comunicarse con el CIMON
feistel	* RPM: gestiona RPMs, hoy en dia solo soporta extraer informacion
feistel	de paquetes instalados.
feistel	* Base: gestionar informacion base de Linux, como la version del kernel,
feistel	los procesos que corren, recursos como memoria virtual, etc.
feistel	* Fsvol: gestionar informacion acerca de los filesystems
feistel	esta soportados Ext2, Ext3, Reiser y NFS
feistel	* Network: gestionar informacion sobre networking
feistel	* Params: gestionar los parametros del kernel
feistel	basicamente son clases CIM para acceder a las sysctls del kernel de Linux
feistel	via /proc/sys
feistel	* BIOS: gestionar informacion sobre el BIOS (solo en x86)
feistel	* Syslog: gestiona el servicio de Syslog, su configuracion y el acceso
feistel	a los logs.
feistel	* Mail: gestiona servicios de Mail
feistel	este modulo fue implementado fuera de proyecto y actualmente soporta
feistel	Cyrus IMAPd y Samsung Contact
feistel	de todos los modulos es el mas completo en cuanto a operaciones permite
feistel	no solo acceder a informacion sino ademas gestionar cuentas de usuarios
feistel	gestionar el servicio y gestionar folders.
feistel	* Services: gestiona los servicios (/etc/rc.d/XXX) de Linux
feistel	aunque solo actualmente permite extraer informacion
feistel	-- finalizando --
feistel	como ven WBEM esta cambiando y seguramente sera
feistel	el protocolo de facto y de ley en administracion de sistemas en
feistel	el corto futuro
feistel	cuenta con un apoyo importante de las principales compañias
feistel	de IT y hay muchos fondos en su implementacion
feistel	en cuanto a Linux, existen ya CIMONs confiables y maduros
feistel	pero el Provider aun esta en una etapa inicial
feistel	<LoboFeroz> el server puede enviar alarmas tambien, o funciona mediante encuestas al mismo..?
feistel	buena pregunta
feistel	para los que conocen bien SMNP, las alertas le salvan la vida a muchos :)
feistel	en WBEM el flujo de CIM entre CIM Servers y CIM Clients es muy versatil y flexible
feistel	siempre que tu CIM Client fuese programado correctamente
feistel	podras recibir sin problemas mensajes, como alertas, originadas por el CIM Server
feistel	como les decia, el Provider en Linux
feistel	aun esta en sus inicios
feistel	sin embargo contar con un apoyo corporativo ya es importante
feistel	(recuerden a Samba)
feistel	para finalizar los invito a aquellos programadores C
feistel	a colaborar con el SBLIM con el fin
feistel	de contar pronto con un SBLIM de produccion
feistel	---fin---
feistel	---preguntas?---
feistel	las preguntas en #qc
feistel	<kazuya78> La interfaz del cliente se maneja por medio del browser como vnc o como lo hace tsclient o rdesktop?
feistel	si la interfaz es por WEB
feistel	<felix> feistel: ¿cómo se puede colaborar?
feistel	http://www-124.ibm.com/sblim/
feistel	ahi encontraran toda la info que necesiten
feistel	les recomiendo subscribir a los mailing lists
feistel	<LoboFeroz> pero tengo una pregunta mas.. :D, que implementacion linux de WBEM esta lo suficientemente maduro para implementarse como solucion para una red universitaria?
feistel	lamentablemente, no hay aun, el problema es que el proyecto SBLIM esta un poco atazcado
feistel	los CIM Server son maduros
fernand0	hay mas preguntas?
RaD|Tz	clap clap clap clap clap clap
fernand0	en todo caso, la conversación puede seguir tanto como gusten
fernand0	gracias al ponente por su interesante presentación
RaD|Tz	felicidades feistel muy buena charla
felix	Muchas gracias feistel !
fernand0	y a todos por su asistencia
fernand0	plas plas pls plas plas plas plas plas plas plas plas
fernand0	plas plas plas plas plas plas plas plas plas plas plas
fernand0	plas plas plas plas plas plas plas plas plas plas plas
kazuya78	si gracias
kazuya78	clap clap clap
RaD|Tz	nos vemos ma?ana!
jjose	muy buena exposición. felicidades.
feistel	seguro!
felix	jaime: log test
jaime	Ya existe un log abierto en http://felix.zapto.org/jaime/debug.html
Noname25	y de donde puedo bajar el log de esta conferencia.
Ciberosa	plas plas plas plas plas plas plas plas plas plas plas
feistel	lo importante es colaborar con este importante proyecto
fernand0	los logs se publican en nuestra web, y se pueden consultar en el mismo lugar que el programa de la conferencia
felix	Noname25: http://felix.zapto.org/jaime/debug.html  <= acá hay una preview
kazuya78	Nos vemos mañana gente! Este umeet esta muy bueno!

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net!

The Organizing Comittee

More information

© 2004 - www.uninet.edu - Contact Organizing Comittee - Valid XHTML - Valid CSS - Based on a Design by Raul Pérez Justicia