SNMP Mapa

SNMP

(Protocolo de simple de administracion de red)

Es un estándar de TCP/IP muy utilizado por ser parte de la pila de protocolos que se emplean en internet. Su filosofía es la sencillez, por eso utiliza el protocolo UDP en la capa de transporte, huyendo de acuses de recibo y de complejidad en la estructura de protocolos.

Objetivos

y

Caracteristicas

-Trabaja en la capa de aplicación del modelo TCP/IP. Es decir, está en el último eslabón para que se entreguen los datos a la aplicación que los maneje.

-Las cabeceras que emplea son relativamente simples. Trabaja con el protocolo UDP en la capa de transporte, lo que indica que no es confiable ni orientado a conexión. Usa los puertos 161 y 162 (este último para los “traps”).

-Estructura cliente-servidor. El servidor es el equipo gestionado que utiliza el agente de gestión para servir datos al cliente, el cliente es el NMS (Network Management System) o sistema administrador.

-Utiliza un tamaño máximo de paquete de 64 kB.

-Mensajes por petición-respuesta y por “trampas” del agente de gestión. Realiza continuos sondeos al carecer de confiabilidad.

-Hace una petición por cada dato que necesite (no puede usar solicitudes múltiples). Ó Utiliza MIB (Management Information Base) estáticas.

-Por su relativa sencillez se le considera barato de implantar pero de costosa ampliación.

-Hacer que la red se use eficientemente, utilizando mejor sus recursos.

-Establecer mecanismos de control y monitorización para garantizar la resolución de problemas a tiempo y suministrar recursos cuando sea necesario.

-Aumentar la seguridad de la red. Se trata de conocer lo que está pasando.

-Controlar cambios y actualizaciones evitando posibles perjuicios.

-Cumplir con todo ello con la máxima sencillez posible.

Arquitectura

Dispositivos administrados

Agentes de gestion

Se trata de todos los dispositivos que se considera que hay que gestionar, y por lo tanto se necesita recabar información sobre ellos.

Es un software que se comunica con la entidad gestora para transmitirle informacion. Además, también permite manipular los objetos gestionados. Es decir, a través del agente, desde la entidad gestora se pueden ejecutar acciones en el dispositivo gestionado.

Funciones:

-Gestionar las peticiones de los NMS.

-Controlar el acceso mediante los permisos sobre los objetos.

-Resolver nombres.

-Creación, modificación y eliminación de objetos gestionados.

-Envío de notificaciones.

Sistema de administración

El sistema de administración o NMS (Network Management System) será el equipo que tendrá instalada la parte cliente del sistema SNMP, es decir, desde donde se administra la red.

Los programas de administración que residen en los NMS y los elementos de red que se comunican con otros a través de SNMP se denominan entidades de aplicación de SNMP.

Funciones:

-Interactuar con el operador humano, el administrador de la red, mediante la interfaz de usuario y las aplicaciones para la elaboración de informes, estadísticas, etc.

-Comunicarse con los agentes.

-Realizar las operaciones de administración sobre los objetos gestionados a través de los agentes.

Comandos Basicos

Hay varios comandos básicos con los que en SNMP se desempeñan sus funciones.

Cada uno de ellos se manifestará por un mensaje específico dentro de la estructura de SNMP.

Lectura:

Consiste en obtener el valor de un parámetro específico de un objeto administrado.

Escritura:

Corresponde con el cambio del valor de un determinado atributo de un objeto administrado.

Notificación:

Se corresponde con el proceso de aviso de incidencias por parte de los dispositivos administrados. Es el único proceso en el que no se manejan mensajes de solicitud y respuesta.

Operaciones transversales:

Se utilizan para conocer las variables que soporta un dispositivo administrado, y también, para recabar información de tablas de datos.

Para hacer esto se puede utilizar el tipo de PDU GetRequest. A través de este mensaje el NMS solicita al agente que le envíe el dato de ese objeto que le interesa. El agente responderá con una PDU tipo GetResponse con el dato, si puede, o avisando de que no puede servir el dato por la razón que sea.

La PDU de SNMP que puede hacer esto es SetRequest. El NMS envía una lista al agente con los atributos y valores a cambiar.

Aquí se utiliza una PDU específica de SNMP llamada Trap. El agente le envía al NMS un mensaje de este tipo avisando de alguna incidencia asíncrona (puede producirse en cualquier momento).

Para la recolección de datos de tablas se puede recurrir al mensaje GetRequest, y posteriormente, GetNextRequest, que va solicitando valores referidos al anterior hasta terminar la tabla.

Base de información de administración (MIB)

La administración de la red se basa en el mantenimiento, por parte del agente de administración, de una base de datos distribuida alojada en cada uno de los nodos administrados de la red con datos de todos los objetos administrados. MIB es el nombre de dicha base de datos. Su función es alojar esa información de forma estandarizada evitando la duplicidad en los nombres.

La base de datos contiene los atributos de configuración y funcionamiento de los objetos administrados. Por eso lo más cómodo es que se almacene en cada uno de los dispositivos administrados.

Para definir los objetos que figuran en la base de datos MIB se utiliza una estructura jerárquica, en árbol, en donde cada objeto se describe por su pertenencia a sucesivas familias de objetos, relacionados por aspectos comunes.

Trap

Es el tipo de mensaje asíncrono que el agente envía al NMS para advertirle acerca de un evento que ha tenido lugar en un dispositivo administrado.

La filosofía de los trap es evitar el consumo excesivo de ancho de banda por los mensajes de administración. Por eso se envían sin acuse de recibo, lo cual genera cierta incertidumbre sobre si el mensaje llega con éxito a su destino. Para la comunicación se usa el puerto 162 de UDP. Los mensajes InformRequest quedan más para el uso entre NMS.

Las tramas de tipo trap difieren de las normales, tienen el código de tipo 7 y algunos campos diferentes.

Los campos que incorpora el mensaje:

-Empresa: indica el tipo de objeto administrado que provoca la notificación.

-Agente: la dirección IP del agente que envía el mensaje.

-Código genérico: una primera clasificación de los tipos de traps. Por ejemplo: Cold start (código 0) indica un reinicio del agente habiendo podido cambiar la configuración, Warm start (código 1) podría indicar un reinicio sin cambio en la configuración, etc.

-Código específico: clasificación más concreta sobre el tipo de trap. -Tiempo: el transcurrido desde la última inicialización del agente.

-Campos variables: información concreta sobre los valores afectados.

Versiones

SNMPv1:

La primera versión incorporaba las funciones GetRequest, GetNextRequest, GetResponse, SetRequest y Trap. Entre los problemas de esta primera versión figuraba la imposibilidad de conseguir los datos de una tabla con una sola petición. Se tenían que hacer sucesivos GetRequest y GetNextRequest. Otro problema era la seguridad. La única manera de establecer cierta seguridad era a través del nombre de comunidad y los permisos de acceso a los objetos.

SNMPv2:

La versión 2 sigue confiando la seguridad en las comunidades. En esta versión se modifica el uso de algunos campos de la trama genérica para adaptarla a nuevas funcionalidades. Esas nuevas funciones son GetBulkRequest y InformRequest, y mejorando además, el comportamiento de las órdenes de la versión 1.

SNMPv3:

Resuelve problemas de seguridad de las versiones anteriores. Es como la versión 2, pero con características de seguridad.

Para ello se basa en un modelo de seguridad de usuario con gestión de claves y autenticación (User-based Security Model o USM). Además, el control de acceso a los objetos se hace por un modelo de vistas donde se define a que MIB se puede acceder y con qué permisos. Los mensajes van acompañados de huellas digitales generadas con una función hash (MD5 o SHA) para garantizar la integridad. También incorpora mecanismos para cifrar la información.