SISTEMAS DE GESTIN Y MONITOREO DE RED

Titulacin Gestin de redes de datos

Integrantes Jhonatan Reyes Julian Cardenas

Numero de orden Ficha 181571

Centro de servicios y gestin empresarial SENA MEDELLIN 2012

SNMP El Protocolo Simple de Administracin de Red o SNMP es un protocolo de la capa de aplicacin que facilita el intercambio de informacin de administracin entre dispositivos de red. Es parte de la familia de protocolos TCP/IP. SNMP permite a los administradores supervisar el funcionamiento de la red, buscar y resolver sus problemas, y planear su crecimiento. VERISIONES SNMP SNMP versin 1 (SNMPv1 creada a mediados de los 80s, la estructura de un mensaje tendra la versin (v1, v2, v3) nombre de la comunidad y la PDU con cualquiera de las siguientes peticiones get-request, get-next-request, get-response, set-request, setnext-request, trap). SNMP versin 2 (SNMPv2 nace en marzo de 1992 su estructura es igual a la de v1 pero se le aaden dos nuevos comandos de peticin get-bulk-request e inform-request). Ambas versiones tienen un nmero de caractersticas en comn, pero SNMPv2 ofrece mejoras, como por ejemplo, operaciones adicionales. SNMP versin 3 (propietario en el 1998 y como estndar completo en el 2002 posee cambios significativos con relacin a sus predecesores como autenticacin robusta, privacidad dbil, mtodo sha sobre todo en aspectos de seguridad, sin embargo no ha sido mayoritariamente aceptado en la industria. MENSAJES SNMP: Para realizar las operaciones bsicas de administracin anteriormente nombradas, el protocolo SNMP utiliza un servicio no orientado a la conexin (UDP) para enviar un pequeo grupo de mensajes (PDUs) entre los administradores y agentes. La utilizacin de un mecanismo de este tipo asegura que las tareas de administracin de red no afectarn al rendimiento global de la misma, ya que se evita la utilizacin de mecanismos de control y recuperacin como los de un servicio orientado a la conexin, por ejemplo TCP. Los puertos comnmente utilizados para SNMP son los siguientes: 161 snmp 162 snmp-trap 1- Get request: una peticin del administrador al agente para que envi los valores contenidos en el MIB o base de datos 2- Get next request: una peticin del administrador al agente para que envi los valores contenidos en el MIB referente al objeto siguiente especificado anteriormente 3- Get response: la respuesta del agente a la peticin de informacin lanzada por el administrador 4- Set request: una peticin del administrador al agente para que cambie el valor contenido en el MIB referente a un determinado objeto 5- Trap: un mensaje espontaneo enviado por el agente al administrador, al detectar una condicin predeterminada, como es la conexin o desconexin de una estacin o una alama

Notificaciones SNMP Una caracterstica clave de SNMP es la capacidad de un agente SNMP para generar notificaciones. Estas notificaciones no requieren que el gestor SNMP haga una peticin previa. Estas notificaciones no solicitadas o asncronas se pueden generar de dos formas: como interrupciones o traps, o como peticiones de informe. Ejemplos tpicos de su uso son fallo en la autentificacin de un usuario, re arranques del dispositivo, cierre de conexiones, cada de un enlace, etc. Las interrupciones (traps) Son mensajes que sirven para alertar al gestor SNMP de alguna condicin de la red. Son menos fiables que los informes porque el receptor (el gestor) no enva ninguna confirmacin cuando recibe una interrupcin. Por tanto, el agente que la ha enviado no puede saber si la interrupcin fue recibida o no. Las peticiones de informe Son similares a las interrupciones, pero implican una Solicitud de acuse de recibo por parte del gestor SNMP. Realmente, se implementan con los mensajes de tipo inform-request de SNMPv2, pensados para el intercambio de informacin entre gestores. Cuando un gestor SNMP recibe una peticin de informe, reconoce el mensaje mediante un mensaje de respuesta SNMP. Si el agente no recibe dicha respuesta tras haber enviado el informe, ste puede ser enviado de nuevo. De esta forma, es mucho ms probable que la informacin llegue a su destino. AGENTE SNMP: es un mdulo de software de administracin de red que reside en un dispositivo administrado. Un agente posee un conocimiento local de informacin de administracin (memoria libre, nmero de paquetes IP recibidos, rutas, etctera), la cual es traducida a un formato compatible con SNMP y organizada en jerarquas. NMS (Network Management System, Sistema de Gestin de Red): Es una combinacin de hardware y software utilizado para controlar y administrar una red, el sistema de gestin de red debe descubrir el inventario de la red, controlar la salud y el estado de los dispositivos y alertar a las condiciones de rendimiento que el sistema de impacto. Un NMS gestiona los elementos de red. Estos elementos o dispositivos que son controlados por los nuevos Estados miembros, por lo que estos dispositivos utilizados para llamar a los dispositivos administrados. La gestin de dispositivos incluye Fallas, Contabilidad, configuracin, rendimiento y seguridad (FCAPS) de gestin. Cada una de estas cinco funciones es especfica de una organizacin, pero la idea bsica para manejar estos dispositivos es FCAPS

MIB (Management Information Base, Base de Informacin Gestionada): Es un tipo de base de datos que contiene informacin jerrquica, estructurada en forma de rbol, de

todos los dispositivos gestionados en una red de comunicaciones. Es parte de la gestin de red definida en el modelo OSI. Define las variables usadas por el protocolo SNMP para supervisar y controlar los componentes de una red. Est compuesta por una serie de objetos que representan los dispositivos (enrutadores y conmutadores) en la red. Cada objeto manejado en un MIB tiene un identificador de objeto nico e incluye el tipo de objeto (contador o secuencia), el nivel de acceso (lectura y escritura), restricciones de tamao, y la informacin del rango del objeto. LIMITACIONES DE SNMP SNMP podra no ser conveniente para la administracin de redes muy grandes por el desempeo limitado del polling. Con SNMP se tiene que enviar un paquete para recibir un paquete de informacin de respuesta. De este tipo de polling resulta un gran volumen de rutinas de mensajes y produce problemas en los tiempos de respuesta, que podran ser inaceptables. SNMP no es conveniente para grandes volmenes de datos, como podra ser una tabla de ruteo entera. Los TRAPS de SNMP no tienen acuse de recibo. En el caso tpico donde UDP/IP es usado para entregar mensajes TRAP, el agente no puede estar seguro de que un mensaje crtico ha llegado a la estacin de administracin. El estndar bsico de SNMP proporciona solamente autentificacin trivial. As el SNMP bsico es mas conveniente para monitoreo que para control. SNMP no soporta directamente comandos imperativos. La nica forma para disparar un evento en un agente es directamente, estableciendo un valor a un objeto. Este es un esquema menos flexible y poderoso que alguno que permitiera alguna clase de RPC, con parmetros, condiciones, status, y resultados para ser informados. El modelo MIB de SNMP es limitado y no soporta realmente aplicaciones que hacen consultas sofisticadas para administracin basados en tipos de objetos o tipos. SNMP no soporta comunicacin de administrado a administrador. Por ejemplo no hay mecanismos que permitan a un sistema de administracin saber a cerca de los dispositivos y redas administradas por otro sistema de administracin

CUADRO COMPARATIVO SISTEMAS DE GESTION Y MONITOREO OPMANAGER NAGIOS OpManager es un eficiente software de Es considerado como uno de los ms monitoreo de operaciones y redes que populares, si no el ms popular sistema ofrece una exhaustiva administracin de de monitorizacin de red de cdigo fallas y performance a travs de WAN, abierto disponible. Fue diseado servidores, aplicaciones y otra originalmente para ejecutarse en Linux, infraestructura IT tal como impresoras, pero otras variantes de Unix son UPS, etc. OpManager ofrece soportadas tambin. Nagios proporciona funcionalidades fciles de utilizar que supervisin de los servicios de red (SMTP, automatizan varias tareas de monitoreo POP3, HTTP, NNTP, ICMP, SNMP, FTP, de red y datacenter y elimina las SSH) y recursos de host (carga del complejidades asociadas con la procesador, uso de disco, los registros del administracin de IT. sistema), entre otros. El control remoto es manejado a travs de tneles SSH o SSL cifrado. Nagios tiene un diseo simple que ofrece a los usuarios la libertad para desarrollar sus chequeos de servicio sin esfuerzo propio basado en las necesidades y mediante el uso de cualquiera de las herramientas de apoyo que guste. Para detectar y diferenciar entre hosts que estn abajo y los que son inalcanzables, Nagios permite definir jerarqua de la red de acogida con los hosts "padre". Cuando los servicios o los problemas de acogida se plantean, la notificacin ser enviada a la persona que est a cargo de la red a travs del correo electrnico, SMS, etc.

SISTEMAS DE GESTION Y MONITOREO Caractersticas OPMANAGER NAGIOS Graficas si si Estadsticas si si Agentes No si SNMP si A travs de plugins Alertas si si Monitorizacin distribuida si si Mapas si si

MAPA CONCEPTUAL

Instalacin de OPMANAGER Descargamos el paquete de instalacin desde la pagina oficial e iniciamos el instalador

seleccionamos el tipo de licencia

seleccionamos el idioma

ruta de instalacin de OPMANAGER

next

puerto por el cual funcionara el servicio

modo de instalacin de nuestro servidor

motor de base de datos

finalizamos la configuracin e instalacion

ingresamos va WEB a OPMANAGER http://IPDELSERVIDOR:PUERTO/loginpage.do con el usuario ADMIN y contrasea ADMIN

inicia el asistente para descubrir los host de la red

elegimos la versin del protocolo SNMP

elegimos los servicios que queremos monitorear

ponemos el rango de IP para iniciar el descubrimiento de los host

host encontrados

finalizamos el asistente

vamos al men mapas y submen todos los dispositivos

seleccionamos el host SERVER y configuramos las opciones subrayadas

para agregar los monitores como uso de la RAM y disco duro

seleccionamos los monitores

guardamos los cambios y activara los monitores para este equipo

Configuracin de agentes SNMP Windows server 2008 r2 Vamos a server manager/features/add feature

Vamos a server manager/Services y configuramos la comunidad del agente SNMP y la IP

Asignamos los permisos sobre la comunidad y seleccionamos la opcin Aceppt SNMP packets any host

LINUX-CentOS Instalamos net-snmp net-snmp-utils

Vamos a la ruta /etc/snmp/ y configuramos el archivo snmpd.conf y aadimos la lnea, que es el nombre del equipo agente, la direcciona de red y la comunidad a la cual pertenecer