SlideShare una empresa de Scribd logo
1 de 14
Descargar para leer sin conexión
SNMP PROTOCOL




      1
INDICE




(SNMP)SIMPLE NETWORK MANAGEMENT PROTOCOL ................................................................... 3
   Componentes Básicos de SNMP: ................................................................................................ 3
   Comandos Básicos SNMP: .......................................................................................................... 4
   Management Information Base (MIB) ........................................................................................ 5
   Tablas MIB SNMP ....................................................................................................................... 6
   Operaciones del Protocolo SNMP ............................................................................................... 6
   (Gestion SNMP) SNMP Management.......................................................................................... 7
   Interoperabilidad SNMP SNMP Interoperability ......................................................................... 7
      Agentes Proxy ........................................................................................................................ 7
      Bilingual Network-Management System ................................................................................. 7
   SNMP Message Formats............................................................................................................. 8
      Message Header .................................................................................................................... 8
      PDU (Protocol Data Unit) ........................................................................................................ 8
   TRAP PDU Format (Formato de la PDU TRAP) ............................................................................. 9
      Campos del PDU TRAP............................................................................................................ 9
COMPRENDIENDO SNMP TRAPS .................................................................................................. 11
   Operaciones del Protocolo SNMP (resumen) ............................................................................ 13
   Mensajes SNMP ....................................................................................................................... 13
      GetRequest ........................................................................................................................ 14
      GetNextRequest ................................................................................................................ 14
      SetRequest ........................................................................................................................ 14
      GetResponse ..................................................................................................................... 14
      GetBulkRequest ................................................................................................................... 14
      InformRequest ..................................................................................................................... 14




                                                                     2
(SNMP)SIMPLE NETWORK MANAGEMENT PROTOCOL
El SNMP es un protocolo de la capa de aplicación que facilita el intercambio de información de
gestión entre dispositivos de una red. SNMP es parte de TCP/IP. SNMP permite a los
administradores de red supervisar el rendimiento de la red, buscar y resolver sus problemas y
planear el crecimiento de la red.

Dos versiones de SNMP existen: SNMP V1 y SNMP V2, ambas versiones tienen un numero de
características en común, pero SNMP V2 ofrece mejoras en las operaciones del protocolo; otra
versión de SNMP V3 ofrece mejoras sobre los aspectos de seguridad pero aun está en revisión.

La figura siguiente ilustra una red básica SNMP




Componentes Básicos de SNMP:
Una red administrada con SNMP consiste de tres componentes fundamentales:
       1. Dispositivos administrados.        Managed Devices (MD)
       2. Agentes                            Agent
       3. Sistemas administrados de Red.     NMS

1-
Un Dispositivo administrado (MD), es un nodo de red que contiene un agente SNMP y que reside
en una red administrada. Los Dispositivos administrados colectan y almacenan información y
hacen que esta información esté disponible al NMS´s utilizando SNMP. Los Managed Devices,
algunas veces llamados elementos de red, pueden ser routers y servidores de acceso, switches y
bridges, hubs, computadoras anfitrionas o impresoras.

2-
Un agente es un modulo de SW de gestión de red que reside en un Manage Device. Un Agente
tiene conocimiento local de información (sobre su memoria, numero de paquetes recibidos-
enviados, direccions IP, rutas, etc.) y traduce esa información en una forma de formato compatible
con SNMP.

3-
Un NMS ejecuta aplicaciones que monitorean y controlan Managed Devices. Los NMS´s
proporcionan la mayor parte de recursos de procesamiento y memoria requeridos para la gestión
de la red. Uno o más NMS´s deben existir en cualquier red administrada



                                                  3
La figura ilustra la relación entre MD, Agent y NMS:




Comandos Básicos SNMP:
Los Managed Devices son supervisados y controlados utilizando 4 comandos SNMP básicos:
    a) read,
    b) write,
    c) trap y
    d) operaciones de recorrido (Traversal Operations).


    a) El comando READ es utilizado por un NMS para supervisar los Managed Devices. El NMS
       examina diferentes variables que son mantenidas por los MD.

    b) El comando WRITE es utilizado por un NMS para controlar los MD. El NMS cambia los
       valores de las variables almacenadas dentro de los Managed Devices

    c) El comando TRAP es utilizado por los Managed Devices para reportar eventos de forma
       asíncrona a los Network Management Systems (NMS). Cuando cierto tipo de eventos
       ocurren, un MD envía un TRAP hacia el NMS.

    d) Las operaciones de recorrido o Traversal Operations son utilizadas por los NMS para
       determinar cuáles variables son soportadas por los MD y obtener secuencialmente
       información en una tabla de variables, tal como una routing table.




                                                 4
Management Information Base (MIB)
MIB es una colección de información que está organizada jerárquicamente. Las Bases de
Información de Administración o MIB´s son accesadas utilizando el protocolo de administración de
red SNMP. Están compuestos de objetos administrados y están identificados por identificadores de
objetos.
Un objeto administrado (algunas veces llamado objeto MIB, objeto, o MIB) es uno de cualquier
número de características específicas de un dispositivo administrado. Los objetos administrados
están compuestos de una o más instancias de objeto, que son esencialmente variables.

Existen dos tipos de objetos administrados: Escalares y tabulares. Los objetos escalares definen
una simple instancia de objeto. Los objetos tabulares definen múltiples instancias de objeto
relacionadas que están agrupadas conjuntamente en tablas MIB.

Un identificador de objeto (object ID) únicamente identifica un objeto administrado en la jerarquía
MIB. La jerarquía MIB puede ser representada como un árbol con una raíz anónima y los niveles,
que son asignados por diferentes organizaciones.
La figura siguiente presente un árbol MIB




                                                5
Los identificadores de los objetos ubicados en la parte superior del árbol pertenecen a diferentes
organizaciones estándares, mientras los identificadores de los objetos ubicados en la parte inferior
del árbol son colocados por las organizaciones asociadas

El objeto administrado atForward (4) de la figura anterior, podría ser identificado por el
nombre de objeto (OID):

Iso.identified-organization.dod.internet.private.enterprise.cisco.temporary.AppleTalk.atForward
o por el descriptor de objeto equivalente 1.3.6.1.4.1.9.3.3.4

El corazón del árbol MIB se encuentra compuesto de varios grupos de objetos, los cuales en su
conjunto son llamados mib-2. Los grupos son los siguientes:
System (1);
Interfaces (2);
AT (3);
IP (4);
ICMP (5);
TCP (6);
UDP (7);
EGP (8);
Transmission (10);
SNMP (11).

Es importante destacar que la estructura de una MIB se describe mediante el estándar Notación
Sintáctica Abstracta 1 (Abstract Syntax Notation) http://es.wikipedia.org/wiki/ASN.1


Tablas MIB SNMP
El SNMP define tablas estructuradas que se utilizan para agrupar las instancias de un objeto
tabular. (Es decir, un objeto que contiene variables múltiples). Las tablas están compuestas de 0 o
más filas, las cuales están indexadas de manera que permitan al protocolo SNMP recuperar o
alterar un fila entera con un simple GET, GETNEXT o con el comando SET.

Operaciones del Protocolo SNMP
SNMP es un protocolo simple de petición o solicitud / respuesta. El NMS (network management
system) emite una solicitud y los MD (manage devices) retornan una respuesta. Este
comportamiento se implementa mediante el uso de una de las cuatro operaciones del protocolo:
Get, GetNext, Set y Trap.

La operación Get es utilizada por el NMS para recuperar el valor de una o más instancias de un
objeto desde un agente. Si el agente responde a la operación Get y no puede proporcionar valores
para todas las instancias del objeto en una lista, no proporcionara entonces ningún valor.

La operación GetNext es utilizada por el NMS para recuperar el valor de la siguiente instancia del
objeto en una tabla o una lista dentro de un agente.

La operación Set es usada por el NMS para colocar los valores de los objetos dentro de un
agente.

La operación Trap es utilizada por los agentes para informar asíncronamente al NMS sobre un
evento importante.

La versión SNMP V2 define 2 nuevas operaciones de protocolo: GetBulk e Inform.




                                                  6
La operación GetBulk es utilizada por el NMS para recuperar de manera eficiente grandes
bloques de datos, tales como múltiples filas de una tabla.
La operación GetBulk llena un mensaje de respuesta con la mayor cantidad de datos solicitados.

La operación Inform permite que un NMS envíe Traps hacia otro NMS y luego reciba una
respuesta.

La mayoría de mensajes (Get, GetNext, y Set) son únicamente emitidos por el administrador
SNMP, debido a que el mensaje TRAP es el único mensaje capaz de ser iniciado por un agente, y
este es el mensaje utilizado por RTU (remote telemetry units) para informar de las alarmas


(Gestion SNMP) SNMP Management
SNMP es un protocolo de Gestión distribuida. Un sistema puede operar exclusivamente como un
NMS o como un Agente, o puede ejecutar las funciones de ambos. Cuando un sistema funciona
como un NMS o como un Agente, otro NMS podría requerir que el sistema consulte a un MD
(manager device) para que informe de la gestión de la información almacenada localmente.


Interoperabilidad SNMP SNMP Interoperability
Tal como está especificado, SNMPv2 es incompatible con SNMPV1 en dos áreas clave: El
Formato de los Mensajes y las Operaciones de Protocolo. Los mensajes SNMPV2 utilizan
encabezados (header) y formatos PDU´s diferentes a los mensajes SNMPV1. SNMPV2 también
utiliza dos operaciones de protocolo que no se especifican en SNMPV1. Por otra parte, RFC
1908 define dos posibles estrategias de coexistencia SNMPv1/v2: Proxy Agents y
Bilingual network management systems.


Agentes Proxy
Un agente SNMPV2 puede actuar como un agente proxy en nombre de un MD (manage device)
SNMPV1, de la forma siguiente:

               Un NMS SNMPV2 puede publicar un comando destinado para un Agente
               SNMPV1.
               El NMS envía un mensaje SNMP hacia el Agente proxy SNMPV2.
               El agente proxy reenvía Get, GetNext, y mensajes Set sin cambios hacia un agente
               SNMPV1.
               Los mensajes GetBulk son convertidos por el agente proxy para mensajes
               GetNext y luego remitidos a el agente SNMPV1.


El agente proxy mapea los mensajes Traps SNMPV1 hacia los mensajes Traps SNMPV2 y luego
los transmite al NMS.


Bilingual Network-Management System
Bilingual network-management system soporta ambos SNMPV1 y SNMPV2. Para apoyar este
entorno de gestión dual, una aplicación de gestión en el NMS bilingüe debe contactar un agente.
El NMS examina la información almacenada en la base de datos local para determinar si el agente
soporta SNMPV1 o SNMPV2. Sobre la base de la información en la BD, el NMS se comunica con
el agente utilizando la versión apropiada de SNMP.




                                              7
SNMP Message Formats
Los Mensajes SNMP contienen 2 partes, encabezado del mensaje (message header) y
unidades de datos de protocolo o PDU.




Message Header
El encabezado del mensaje (Message Header) para SNMP contiene 2 campos:

    1. El numero de versión de SNMP            (Versión Number)
    2. Nombre de la comunidad                  (Community Name)




El nombre de la comunidad, define un entorno de acceso para grupos de NMS´s. NMS´s en la
la comunidad se dice que existen dentro del mismo dominio administrativo. Los nombres de
Comunidad sirven como una forma débil de autenticación porque los dispositivos que no conocen
el nombre correcto de la comunidad son excluidos de las operaciones SNMP.
Generalmente existe una comunidad de lectura llamada "public" y una comunidad de escritura
llamada "private"

PDU (Protocol Data Unit)
SNMPV1 PDU´s contiene un comando especifico (Get, Set, etc.) y operandos que indican las
instancias del objeto involucradas en la transacción. Los campos PDU de SNMP son de longitud
variable, según lo especificado por ASN.1




Descripción de los campos de la figura arriba ilustrada para Get, GetNext, Response, Set, Inform.

PDU Type:       Especifica el tipo de PDU transmisión
Request ID:     Asocia las solicitudes y respuestas SNMP; Es un número utilizado por el NMS y el
                agente para enviar solicitudes y respuesta diferentes en forma simultánea.
Error Status:   Indican uno de una serie de errores y los tipos de errores. Únicamente la operación
                de Respuesta fija o pone (SETS) este campo. Otras operaciones colocan (SET)
                este campo en Cero.
Error Index:    Asocia un error con una instancia de objeto en particular. Únicamente la operación
                de respuesta coloca (SETS) este campo, otras operaciones colocan este campo en
                Cero (0).



                                                8
Estado e índice de error: Sólo se usan en los mensajes GetResponse (en las consultas siempre
se utiliza cero). El campo "índice de error" sólo se usa cuando "estado de error" es distinto de 0 y
posee el objetivo de proporcionar información adicional sobre la causa del problema. El campo
"estado de error" puede tener los siguientes valores:
                         0: No hay error;
                         1: Demasiado grande;
                         2: No existe esa variable;
                         3: Valor incorrecto;
                         4: El valor es de solo lectura;
                         5: Error genérico

Variable Bindings:       Actúa como el campo de datos de la PDU SNMP. Es una serie de
                         nombres de variables con sus valores correspondientes (codificados en
                         ASN.1).


TRAP PDU Format (Formato de la PDU TRAP)




La ilustración anterior, muestra los campos TRAP PDU:


Campos del PDU TRAP

Enterprise:    Identifica el tipo de subsistema de gestión u objeto administrado que ha emitido el
               trap.
Agent Address: Proporciona la dirección del objeto administrado que genera el trap. Dirección IP
               del agente que ha emitido el trap.
Generic Trap Type:
Indica uno de una serie de tipos de trap genéricos:

              o   Cold start (0): Indica que el agente ha sido inicializado o reinicializado;
              o   Warm start (1): Indica que la configuración del agente ha cambiado;
              o   Link down (2): Indica que una interfaz de comunicación se encuentra fuera
                  de servicio (inactiva);
              o   Link up (3): Indica que una interfaz de comunicación se encuentra en
                  servicio (activa);
              o   Authentication failure (4): Indica que el agente ha recibido un requerimiento
                  de un NMS no autorizado (normalmente controlado por una comunidad);
              o   EGP neighbor loss (5): Indica que en sistemas en que los routers están
                  utilizando el protocolo EGP, un equipo colindante se encuentra fuera de
                  servicio;
              o   Enterprise (6): En esta categoría se encuentran todos los nuevos traps
                  incluidos por los vendedores



                                                 9
Specific Trap Code:      Es usado para traps privados (de fabricantes), así como para precisar la
                         información de un determinado trap genérico
Time Stamp: Indica la cantidad de tiempo que ha transcurrido entre la ultima
               reinicialización de la red o el agente y la generación del TRAP.
Variables binding:       Se utiliza para proporcionar información adicional sobre la causa del
                         mensaje

Para SNMPV2
sysUpTime − Igual como Time stamp en SNMPv1 Trap




                                               10
COMPRENDIENDO SNMP TRAPS

SNMP Traps le permite a un agente notificar a la estación de gestión NMS eventos significantes
por medio de mensajes no solicitados SNMP.




En el diagrama anterior, la configuración de la izquierda muestra un NMS solicitando información y
obteniendo su respectiva respuesta (GetRequest / GetResponse).
La configuración de la derecha muestra a un agente enviando un Trap asíncrono no solicitado
hacia el NMS

Utilizando SNMP Traps
Utilización de los TRAPS:
Si un administrador de redes es responsable de un gran número de dispositivos (equipos servers),
y cada dispositivo tiene un gran número de objetos, no es práctico para el obtener o solicitar
información desde cada objeto en cada dispositivo. La solución es que cada agente del MD
(managed device) notifique al NMS enviando mensajes Traps sobre eventos relevantes en cada
dispositivo y sus objetos.
Después de recibir el evento, el administrador lo despliega y puede elegir tomar una acción basada
en el evento o puede registrarlo directamente desde el MD y tener una mejor comprensión del
evento.
La notificación de TRAP´s dirigida puede producir economías sustanciales de red y recursos del
agente por la eliminación de solicitudes innecesarias del protocolo SNMP. Sin embargo, no es
posible eliminar los registros (polling) SNMP. Las peticiones o solicitudes SNMP son necesarias
para el descubrimiento y cambios en la topología; un agente MD no puede enviar un Trap, si el
dispositivo ha tenido una interrupción catastrófica.

Campos del PDU TRAP




                                               11
TRAP genéricos :

           Cold Start                  is sent if the configuration has changed
           WarmSstart                  is sent if the configuration has not changed
           Link Up and Link Down      indicates whether the interfaces are down o up
           AuthenticationFailure
           egpNeighborLoss

Sistema de Gestión
Cualquier equipo que ejecuta software de gestión SNMP es un sistema de gestión SNMP.

Para que un sistema de gestión entienda un TRAP enviado por un agente, el sistema de gestión
debe conocer cuál es el identificador de objeto (OID). Por consiguiente, el MIB debe ser cargado
dentro del Sistema de Gestión de Red, así el sistema de gestión comprenderá los Traps que le
envíen.
Sistemas de Gestión de Red SNMP: HP OpenView, NetView, Boss, etc.




                                              12
Operaciones del Protocolo SNMP (resumen)

Mensajes SNMP
Para realizar las operaciones de administración, el protocolo SNMP utiliza un servicio no orientado
a la conexión (UDP) para enviar un pequeño grupo de mensajes (PDUs) entre los administradores
y agentes.
Los puertos comúnmente utilizados para SNMP son los siguientes:

                                      Número Descripción

                                      161       SNMP

                                      162       SNMP-trap


Los paquetes utilizados para enviar consultas y respuestas SNMP poseen el siguiente formato:



         Message Header                        SNMP PDU
                                     Get/GetNext,/Set/GetBulk/Inform
         Versión / Comunidad


Versión: Número de versión de protocolo que se está utilizando (SNMPv1/2/3);
Comunidad: Nombre o palabra clave que se usa para la autenticación.
SNMP PDU: Contenido de la unidad de datos del protocolo, el que depende de la operación que se
ejecute.

Para cada operación:
Get – GetRequest existe su forma GetResponse, del mismo es para
GetNext GetNextRequest su forma GetNextResponse y para cada
Set SetRequest su propio SetResponse.

Para SNMPV2

Cada GetBulk GetBulkRequest GetBulkResponse
InformRequest




                                                13
GetRequest
A través de esta operación de mensaje el NMS solicita al agente retornar el valor de un objeto de
interés mediante su nombre. En respuesta el agente envía una respuesta indicando el éxito o
fracaso de la petición. Si la petición fue correcta, el mensaje resultante también contendrá el valor
del objeto solicitado. Este mensaje puede ser usado para recoger un valor de un objeto, o varios
valores de varios objetos, a través del uso de listas.
GetNextRequest
Este mensaje es usado para recorrer una tabla de objetos. Una vez que se ha usado un mensaje
GetRequest para recoger el valor de un objeto, puede ser utilizado el mensaje GetNextRequest
para repetir la operación con el siguiente objeto de la tabla. Siempre el resultado de la operación
anterior será utilizado para la nueva consulta. De esta forma un NMS puede recorrer una tabla de
longitud variable hasta que haya extraído toda la información para cada fila existente.
SetRequest
Este tipo de mensaje es utilizado por el NMS para solicitar a un agente modificar valores de
objetos. Para realizar esta operación el NMS envía al agente una lista de nombres de objetos con
sus correspondientes valores.
GetResponse
Este mensaje es usado por el agente para responder un mensaje GetRequest, GetNextRequest, o
SetRequest. En el campo "Identificador de Request" lleva el mismo identificador que el "request" al
que está respondiendo.
GetBulkRequest
Este mensaje es usado por un NMS que utiliza la versión 2 ó 3 del protocolo SNMP típicamente
cuando es requerida una larga transmisión de datos, tal como la recuperación de largas tablas. En
este sentido es similar al mensaje GetNextRequest usado en la versión 1 del protocolo, sin
embargo, GetBulkRequest es un mensaje que implica un método mucho más rápido y eficiente, ya
que a través de un solo mensaje es posible solicitar la totalidad de la tabla.
InformRequest
Un NMS que utiliza la versión 2 ó 3 del protocolo SNMP transmite un mensaje de este tipo a otro
NMS con las mismas características, para notificar información sobre objetos administrados




                                                 14

Más contenido relacionado

Destacado

Webquest
WebquestWebquest
Webquestjose996
 
Presentacion google arb
Presentacion google arbPresentacion google arb
Presentacion google arbarealbtic
 
Formula alfa 012011
Formula alfa 012011Formula alfa 012011
Formula alfa 012011Carlos Lopez
 
Valldemosa
ValldemosaValldemosa
ValldemosaPBF446
 
Kero chan en movimiento♥
Kero chan en movimiento♥Kero chan en movimiento♥
Kero chan en movimiento♥Laura Viviana
 
Trabajo en grupo tecnologia
Trabajo en grupo tecnologiaTrabajo en grupo tecnologia
Trabajo en grupo tecnologiaelsamoyag
 
Visita a ràdio ciutat de badalona
Visita a ràdio ciutat de badalonaVisita a ràdio ciutat de badalona
Visita a ràdio ciutat de badalonallorensartigas
 
Martin lutero inmanuel kant y la pedagogia no directiva
Martin lutero inmanuel kant y la pedagogia no directivaMartin lutero inmanuel kant y la pedagogia no directiva
Martin lutero inmanuel kant y la pedagogia no directivananisgallego
 
La contabilidad deapositivas
La contabilidad deapositivasLa contabilidad deapositivas
La contabilidad deapositivassaith2929
 
Cpr utrillas competencia digital resumido
Cpr utrillas competencia digital resumidoCpr utrillas competencia digital resumido
Cpr utrillas competencia digital resumidojjquintana
 
Actividades preescolares matematicas
Actividades preescolares matematicasActividades preescolares matematicas
Actividades preescolares matematicasLisett Maria Niebles
 
Modelo basado en clases
Modelo basado en clasesModelo basado en clases
Modelo basado en clasesJesús Cedeño
 
Libro sobre Doble via
Libro sobre Doble viaLibro sobre Doble via
Libro sobre Doble viaYamile Barero
 
Los nutrintes en el alimento
Los nutrintes en el alimentoLos nutrintes en el alimento
Los nutrintes en el alimentovladdys
 

Destacado (20)

Webquest
WebquestWebquest
Webquest
 
Presentacion google arb
Presentacion google arbPresentacion google arb
Presentacion google arb
 
Fundamentacion español
Fundamentacion españolFundamentacion español
Fundamentacion español
 
El renacuajo paseador
El renacuajo paseadorEl renacuajo paseador
El renacuajo paseador
 
Oso pardo
Oso pardoOso pardo
Oso pardo
 
Formula alfa 012011
Formula alfa 012011Formula alfa 012011
Formula alfa 012011
 
Valldemosa
ValldemosaValldemosa
Valldemosa
 
Kero chan en movimiento♥
Kero chan en movimiento♥Kero chan en movimiento♥
Kero chan en movimiento♥
 
Trabajo en grupo tecnologia
Trabajo en grupo tecnologiaTrabajo en grupo tecnologia
Trabajo en grupo tecnologia
 
Visita a ràdio ciutat de badalona
Visita a ràdio ciutat de badalonaVisita a ràdio ciutat de badalona
Visita a ràdio ciutat de badalona
 
Martin lutero inmanuel kant y la pedagogia no directiva
Martin lutero inmanuel kant y la pedagogia no directivaMartin lutero inmanuel kant y la pedagogia no directiva
Martin lutero inmanuel kant y la pedagogia no directiva
 
Sistema Personal de Aprendizaje
Sistema Personal de AprendizajeSistema Personal de Aprendizaje
Sistema Personal de Aprendizaje
 
La contabilidad deapositivas
La contabilidad deapositivasLa contabilidad deapositivas
La contabilidad deapositivas
 
Parcial 2 finanzas
Parcial 2 finanzasParcial 2 finanzas
Parcial 2 finanzas
 
Cpr utrillas competencia digital resumido
Cpr utrillas competencia digital resumidoCpr utrillas competencia digital resumido
Cpr utrillas competencia digital resumido
 
Actividades preescolares matematicas
Actividades preescolares matematicasActividades preescolares matematicas
Actividades preescolares matematicas
 
Modelo basado en clases
Modelo basado en clasesModelo basado en clases
Modelo basado en clases
 
Yupiiiii
YupiiiiiYupiiiii
Yupiiiii
 
Libro sobre Doble via
Libro sobre Doble viaLibro sobre Doble via
Libro sobre Doble via
 
Los nutrintes en el alimento
Los nutrintes en el alimentoLos nutrintes en el alimento
Los nutrintes en el alimento
 

Similar a Snmp

Similar a Snmp (20)

Nmp
NmpNmp
Nmp
 
::: Curso de Monitorización - Introducción a la monitorización :::
::: Curso de Monitorización - Introducción a la monitorización ::: ::: Curso de Monitorización - Introducción a la monitorización :::
::: Curso de Monitorización - Introducción a la monitorización :::
 
Snmp
SnmpSnmp
Snmp
 
Snmp
SnmpSnmp
Snmp
 
Snmp
SnmpSnmp
Snmp
 
Snmp
SnmpSnmp
Snmp
 
Investigacion unidad 3
Investigacion unidad 3Investigacion unidad 3
Investigacion unidad 3
 
Administracion redes
Administracion redesAdministracion redes
Administracion redes
 
Gestión en internet
Gestión en internetGestión en internet
Gestión en internet
 
Snmp
SnmpSnmp
Snmp
 
Monitoreo
MonitoreoMonitoreo
Monitoreo
 
Manual De Monitoreo
Manual De MonitoreoManual De Monitoreo
Manual De Monitoreo
 
Gestion De Redes
Gestion De RedesGestion De Redes
Gestion De Redes
 
Nuevo documento de microsoft word
Nuevo documento de microsoft wordNuevo documento de microsoft word
Nuevo documento de microsoft word
 
Proyecto: Monitorización de red con SNMP y MRTG
Proyecto: Monitorización de red con SNMP y MRTGProyecto: Monitorización de red con SNMP y MRTG
Proyecto: Monitorización de red con SNMP y MRTG
 
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDES
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDESASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDES
ASPECTOS CONCEPTUALES DE LA COMUNICACIÓN Y MONITORIZACIÓN REMOTA DE REDES
 
Zenoss Manual
Zenoss ManualZenoss Manual
Zenoss Manual
 
Snmpv3
Snmpv3Snmpv3
Snmpv3
 
Unidad VI SGEPCI-SCM
Unidad VI SGEPCI-SCMUnidad VI SGEPCI-SCM
Unidad VI SGEPCI-SCM
 
Plataforma de monitoreo Zabbix 2.0.11
Plataforma de monitoreo Zabbix 2.0.11Plataforma de monitoreo Zabbix 2.0.11
Plataforma de monitoreo Zabbix 2.0.11
 

Snmp

  • 2. INDICE (SNMP)SIMPLE NETWORK MANAGEMENT PROTOCOL ................................................................... 3 Componentes Básicos de SNMP: ................................................................................................ 3 Comandos Básicos SNMP: .......................................................................................................... 4 Management Information Base (MIB) ........................................................................................ 5 Tablas MIB SNMP ....................................................................................................................... 6 Operaciones del Protocolo SNMP ............................................................................................... 6 (Gestion SNMP) SNMP Management.......................................................................................... 7 Interoperabilidad SNMP SNMP Interoperability ......................................................................... 7 Agentes Proxy ........................................................................................................................ 7 Bilingual Network-Management System ................................................................................. 7 SNMP Message Formats............................................................................................................. 8 Message Header .................................................................................................................... 8 PDU (Protocol Data Unit) ........................................................................................................ 8 TRAP PDU Format (Formato de la PDU TRAP) ............................................................................. 9 Campos del PDU TRAP............................................................................................................ 9 COMPRENDIENDO SNMP TRAPS .................................................................................................. 11 Operaciones del Protocolo SNMP (resumen) ............................................................................ 13 Mensajes SNMP ....................................................................................................................... 13 GetRequest ........................................................................................................................ 14 GetNextRequest ................................................................................................................ 14 SetRequest ........................................................................................................................ 14 GetResponse ..................................................................................................................... 14 GetBulkRequest ................................................................................................................... 14 InformRequest ..................................................................................................................... 14 2
  • 3. (SNMP)SIMPLE NETWORK MANAGEMENT PROTOCOL El SNMP es un protocolo de la capa de aplicación que facilita el intercambio de información de gestión entre dispositivos de una red. SNMP es parte de TCP/IP. SNMP permite a los administradores de red supervisar el rendimiento de la red, buscar y resolver sus problemas y planear el crecimiento de la red. Dos versiones de SNMP existen: SNMP V1 y SNMP V2, ambas versiones tienen un numero de características en común, pero SNMP V2 ofrece mejoras en las operaciones del protocolo; otra versión de SNMP V3 ofrece mejoras sobre los aspectos de seguridad pero aun está en revisión. La figura siguiente ilustra una red básica SNMP Componentes Básicos de SNMP: Una red administrada con SNMP consiste de tres componentes fundamentales: 1. Dispositivos administrados. Managed Devices (MD) 2. Agentes Agent 3. Sistemas administrados de Red. NMS 1- Un Dispositivo administrado (MD), es un nodo de red que contiene un agente SNMP y que reside en una red administrada. Los Dispositivos administrados colectan y almacenan información y hacen que esta información esté disponible al NMS´s utilizando SNMP. Los Managed Devices, algunas veces llamados elementos de red, pueden ser routers y servidores de acceso, switches y bridges, hubs, computadoras anfitrionas o impresoras. 2- Un agente es un modulo de SW de gestión de red que reside en un Manage Device. Un Agente tiene conocimiento local de información (sobre su memoria, numero de paquetes recibidos- enviados, direccions IP, rutas, etc.) y traduce esa información en una forma de formato compatible con SNMP. 3- Un NMS ejecuta aplicaciones que monitorean y controlan Managed Devices. Los NMS´s proporcionan la mayor parte de recursos de procesamiento y memoria requeridos para la gestión de la red. Uno o más NMS´s deben existir en cualquier red administrada 3
  • 4. La figura ilustra la relación entre MD, Agent y NMS: Comandos Básicos SNMP: Los Managed Devices son supervisados y controlados utilizando 4 comandos SNMP básicos: a) read, b) write, c) trap y d) operaciones de recorrido (Traversal Operations). a) El comando READ es utilizado por un NMS para supervisar los Managed Devices. El NMS examina diferentes variables que son mantenidas por los MD. b) El comando WRITE es utilizado por un NMS para controlar los MD. El NMS cambia los valores de las variables almacenadas dentro de los Managed Devices c) El comando TRAP es utilizado por los Managed Devices para reportar eventos de forma asíncrona a los Network Management Systems (NMS). Cuando cierto tipo de eventos ocurren, un MD envía un TRAP hacia el NMS. d) Las operaciones de recorrido o Traversal Operations son utilizadas por los NMS para determinar cuáles variables son soportadas por los MD y obtener secuencialmente información en una tabla de variables, tal como una routing table. 4
  • 5. Management Information Base (MIB) MIB es una colección de información que está organizada jerárquicamente. Las Bases de Información de Administración o MIB´s son accesadas utilizando el protocolo de administración de red SNMP. Están compuestos de objetos administrados y están identificados por identificadores de objetos. Un objeto administrado (algunas veces llamado objeto MIB, objeto, o MIB) es uno de cualquier número de características específicas de un dispositivo administrado. Los objetos administrados están compuestos de una o más instancias de objeto, que son esencialmente variables. Existen dos tipos de objetos administrados: Escalares y tabulares. Los objetos escalares definen una simple instancia de objeto. Los objetos tabulares definen múltiples instancias de objeto relacionadas que están agrupadas conjuntamente en tablas MIB. Un identificador de objeto (object ID) únicamente identifica un objeto administrado en la jerarquía MIB. La jerarquía MIB puede ser representada como un árbol con una raíz anónima y los niveles, que son asignados por diferentes organizaciones. La figura siguiente presente un árbol MIB 5
  • 6. Los identificadores de los objetos ubicados en la parte superior del árbol pertenecen a diferentes organizaciones estándares, mientras los identificadores de los objetos ubicados en la parte inferior del árbol son colocados por las organizaciones asociadas El objeto administrado atForward (4) de la figura anterior, podría ser identificado por el nombre de objeto (OID): Iso.identified-organization.dod.internet.private.enterprise.cisco.temporary.AppleTalk.atForward o por el descriptor de objeto equivalente 1.3.6.1.4.1.9.3.3.4 El corazón del árbol MIB se encuentra compuesto de varios grupos de objetos, los cuales en su conjunto son llamados mib-2. Los grupos son los siguientes: System (1); Interfaces (2); AT (3); IP (4); ICMP (5); TCP (6); UDP (7); EGP (8); Transmission (10); SNMP (11). Es importante destacar que la estructura de una MIB se describe mediante el estándar Notación Sintáctica Abstracta 1 (Abstract Syntax Notation) http://es.wikipedia.org/wiki/ASN.1 Tablas MIB SNMP El SNMP define tablas estructuradas que se utilizan para agrupar las instancias de un objeto tabular. (Es decir, un objeto que contiene variables múltiples). Las tablas están compuestas de 0 o más filas, las cuales están indexadas de manera que permitan al protocolo SNMP recuperar o alterar un fila entera con un simple GET, GETNEXT o con el comando SET. Operaciones del Protocolo SNMP SNMP es un protocolo simple de petición o solicitud / respuesta. El NMS (network management system) emite una solicitud y los MD (manage devices) retornan una respuesta. Este comportamiento se implementa mediante el uso de una de las cuatro operaciones del protocolo: Get, GetNext, Set y Trap. La operación Get es utilizada por el NMS para recuperar el valor de una o más instancias de un objeto desde un agente. Si el agente responde a la operación Get y no puede proporcionar valores para todas las instancias del objeto en una lista, no proporcionara entonces ningún valor. La operación GetNext es utilizada por el NMS para recuperar el valor de la siguiente instancia del objeto en una tabla o una lista dentro de un agente. La operación Set es usada por el NMS para colocar los valores de los objetos dentro de un agente. La operación Trap es utilizada por los agentes para informar asíncronamente al NMS sobre un evento importante. La versión SNMP V2 define 2 nuevas operaciones de protocolo: GetBulk e Inform. 6
  • 7. La operación GetBulk es utilizada por el NMS para recuperar de manera eficiente grandes bloques de datos, tales como múltiples filas de una tabla. La operación GetBulk llena un mensaje de respuesta con la mayor cantidad de datos solicitados. La operación Inform permite que un NMS envíe Traps hacia otro NMS y luego reciba una respuesta. La mayoría de mensajes (Get, GetNext, y Set) son únicamente emitidos por el administrador SNMP, debido a que el mensaje TRAP es el único mensaje capaz de ser iniciado por un agente, y este es el mensaje utilizado por RTU (remote telemetry units) para informar de las alarmas (Gestion SNMP) SNMP Management SNMP es un protocolo de Gestión distribuida. Un sistema puede operar exclusivamente como un NMS o como un Agente, o puede ejecutar las funciones de ambos. Cuando un sistema funciona como un NMS o como un Agente, otro NMS podría requerir que el sistema consulte a un MD (manager device) para que informe de la gestión de la información almacenada localmente. Interoperabilidad SNMP SNMP Interoperability Tal como está especificado, SNMPv2 es incompatible con SNMPV1 en dos áreas clave: El Formato de los Mensajes y las Operaciones de Protocolo. Los mensajes SNMPV2 utilizan encabezados (header) y formatos PDU´s diferentes a los mensajes SNMPV1. SNMPV2 también utiliza dos operaciones de protocolo que no se especifican en SNMPV1. Por otra parte, RFC 1908 define dos posibles estrategias de coexistencia SNMPv1/v2: Proxy Agents y Bilingual network management systems. Agentes Proxy Un agente SNMPV2 puede actuar como un agente proxy en nombre de un MD (manage device) SNMPV1, de la forma siguiente: Un NMS SNMPV2 puede publicar un comando destinado para un Agente SNMPV1. El NMS envía un mensaje SNMP hacia el Agente proxy SNMPV2. El agente proxy reenvía Get, GetNext, y mensajes Set sin cambios hacia un agente SNMPV1. Los mensajes GetBulk son convertidos por el agente proxy para mensajes GetNext y luego remitidos a el agente SNMPV1. El agente proxy mapea los mensajes Traps SNMPV1 hacia los mensajes Traps SNMPV2 y luego los transmite al NMS. Bilingual Network-Management System Bilingual network-management system soporta ambos SNMPV1 y SNMPV2. Para apoyar este entorno de gestión dual, una aplicación de gestión en el NMS bilingüe debe contactar un agente. El NMS examina la información almacenada en la base de datos local para determinar si el agente soporta SNMPV1 o SNMPV2. Sobre la base de la información en la BD, el NMS se comunica con el agente utilizando la versión apropiada de SNMP. 7
  • 8. SNMP Message Formats Los Mensajes SNMP contienen 2 partes, encabezado del mensaje (message header) y unidades de datos de protocolo o PDU. Message Header El encabezado del mensaje (Message Header) para SNMP contiene 2 campos: 1. El numero de versión de SNMP (Versión Number) 2. Nombre de la comunidad (Community Name) El nombre de la comunidad, define un entorno de acceso para grupos de NMS´s. NMS´s en la la comunidad se dice que existen dentro del mismo dominio administrativo. Los nombres de Comunidad sirven como una forma débil de autenticación porque los dispositivos que no conocen el nombre correcto de la comunidad son excluidos de las operaciones SNMP. Generalmente existe una comunidad de lectura llamada "public" y una comunidad de escritura llamada "private" PDU (Protocol Data Unit) SNMPV1 PDU´s contiene un comando especifico (Get, Set, etc.) y operandos que indican las instancias del objeto involucradas en la transacción. Los campos PDU de SNMP son de longitud variable, según lo especificado por ASN.1 Descripción de los campos de la figura arriba ilustrada para Get, GetNext, Response, Set, Inform. PDU Type: Especifica el tipo de PDU transmisión Request ID: Asocia las solicitudes y respuestas SNMP; Es un número utilizado por el NMS y el agente para enviar solicitudes y respuesta diferentes en forma simultánea. Error Status: Indican uno de una serie de errores y los tipos de errores. Únicamente la operación de Respuesta fija o pone (SETS) este campo. Otras operaciones colocan (SET) este campo en Cero. Error Index: Asocia un error con una instancia de objeto en particular. Únicamente la operación de respuesta coloca (SETS) este campo, otras operaciones colocan este campo en Cero (0). 8
  • 9. Estado e índice de error: Sólo se usan en los mensajes GetResponse (en las consultas siempre se utiliza cero). El campo "índice de error" sólo se usa cuando "estado de error" es distinto de 0 y posee el objetivo de proporcionar información adicional sobre la causa del problema. El campo "estado de error" puede tener los siguientes valores: 0: No hay error; 1: Demasiado grande; 2: No existe esa variable; 3: Valor incorrecto; 4: El valor es de solo lectura; 5: Error genérico Variable Bindings: Actúa como el campo de datos de la PDU SNMP. Es una serie de nombres de variables con sus valores correspondientes (codificados en ASN.1). TRAP PDU Format (Formato de la PDU TRAP) La ilustración anterior, muestra los campos TRAP PDU: Campos del PDU TRAP Enterprise: Identifica el tipo de subsistema de gestión u objeto administrado que ha emitido el trap. Agent Address: Proporciona la dirección del objeto administrado que genera el trap. Dirección IP del agente que ha emitido el trap. Generic Trap Type: Indica uno de una serie de tipos de trap genéricos: o Cold start (0): Indica que el agente ha sido inicializado o reinicializado; o Warm start (1): Indica que la configuración del agente ha cambiado; o Link down (2): Indica que una interfaz de comunicación se encuentra fuera de servicio (inactiva); o Link up (3): Indica que una interfaz de comunicación se encuentra en servicio (activa); o Authentication failure (4): Indica que el agente ha recibido un requerimiento de un NMS no autorizado (normalmente controlado por una comunidad); o EGP neighbor loss (5): Indica que en sistemas en que los routers están utilizando el protocolo EGP, un equipo colindante se encuentra fuera de servicio; o Enterprise (6): En esta categoría se encuentran todos los nuevos traps incluidos por los vendedores 9
  • 10. Specific Trap Code: Es usado para traps privados (de fabricantes), así como para precisar la información de un determinado trap genérico Time Stamp: Indica la cantidad de tiempo que ha transcurrido entre la ultima reinicialización de la red o el agente y la generación del TRAP. Variables binding: Se utiliza para proporcionar información adicional sobre la causa del mensaje Para SNMPV2 sysUpTime − Igual como Time stamp en SNMPv1 Trap 10
  • 11. COMPRENDIENDO SNMP TRAPS SNMP Traps le permite a un agente notificar a la estación de gestión NMS eventos significantes por medio de mensajes no solicitados SNMP. En el diagrama anterior, la configuración de la izquierda muestra un NMS solicitando información y obteniendo su respectiva respuesta (GetRequest / GetResponse). La configuración de la derecha muestra a un agente enviando un Trap asíncrono no solicitado hacia el NMS Utilizando SNMP Traps Utilización de los TRAPS: Si un administrador de redes es responsable de un gran número de dispositivos (equipos servers), y cada dispositivo tiene un gran número de objetos, no es práctico para el obtener o solicitar información desde cada objeto en cada dispositivo. La solución es que cada agente del MD (managed device) notifique al NMS enviando mensajes Traps sobre eventos relevantes en cada dispositivo y sus objetos. Después de recibir el evento, el administrador lo despliega y puede elegir tomar una acción basada en el evento o puede registrarlo directamente desde el MD y tener una mejor comprensión del evento. La notificación de TRAP´s dirigida puede producir economías sustanciales de red y recursos del agente por la eliminación de solicitudes innecesarias del protocolo SNMP. Sin embargo, no es posible eliminar los registros (polling) SNMP. Las peticiones o solicitudes SNMP son necesarias para el descubrimiento y cambios en la topología; un agente MD no puede enviar un Trap, si el dispositivo ha tenido una interrupción catastrófica. Campos del PDU TRAP 11
  • 12. TRAP genéricos : Cold Start is sent if the configuration has changed WarmSstart is sent if the configuration has not changed Link Up and Link Down indicates whether the interfaces are down o up AuthenticationFailure egpNeighborLoss Sistema de Gestión Cualquier equipo que ejecuta software de gestión SNMP es un sistema de gestión SNMP. Para que un sistema de gestión entienda un TRAP enviado por un agente, el sistema de gestión debe conocer cuál es el identificador de objeto (OID). Por consiguiente, el MIB debe ser cargado dentro del Sistema de Gestión de Red, así el sistema de gestión comprenderá los Traps que le envíen. Sistemas de Gestión de Red SNMP: HP OpenView, NetView, Boss, etc. 12
  • 13. Operaciones del Protocolo SNMP (resumen) Mensajes SNMP Para realizar las operaciones de administración, el protocolo SNMP utiliza un servicio no orientado a la conexión (UDP) para enviar un pequeño grupo de mensajes (PDUs) entre los administradores y agentes. Los puertos comúnmente utilizados para SNMP son los siguientes: Número Descripción 161 SNMP 162 SNMP-trap Los paquetes utilizados para enviar consultas y respuestas SNMP poseen el siguiente formato: Message Header SNMP PDU Get/GetNext,/Set/GetBulk/Inform Versión / Comunidad Versión: Número de versión de protocolo que se está utilizando (SNMPv1/2/3); Comunidad: Nombre o palabra clave que se usa para la autenticación. SNMP PDU: Contenido de la unidad de datos del protocolo, el que depende de la operación que se ejecute. Para cada operación: Get – GetRequest existe su forma GetResponse, del mismo es para GetNext GetNextRequest su forma GetNextResponse y para cada Set SetRequest su propio SetResponse. Para SNMPV2 Cada GetBulk GetBulkRequest GetBulkResponse InformRequest 13
  • 14. GetRequest A través de esta operación de mensaje el NMS solicita al agente retornar el valor de un objeto de interés mediante su nombre. En respuesta el agente envía una respuesta indicando el éxito o fracaso de la petición. Si la petición fue correcta, el mensaje resultante también contendrá el valor del objeto solicitado. Este mensaje puede ser usado para recoger un valor de un objeto, o varios valores de varios objetos, a través del uso de listas. GetNextRequest Este mensaje es usado para recorrer una tabla de objetos. Una vez que se ha usado un mensaje GetRequest para recoger el valor de un objeto, puede ser utilizado el mensaje GetNextRequest para repetir la operación con el siguiente objeto de la tabla. Siempre el resultado de la operación anterior será utilizado para la nueva consulta. De esta forma un NMS puede recorrer una tabla de longitud variable hasta que haya extraído toda la información para cada fila existente. SetRequest Este tipo de mensaje es utilizado por el NMS para solicitar a un agente modificar valores de objetos. Para realizar esta operación el NMS envía al agente una lista de nombres de objetos con sus correspondientes valores. GetResponse Este mensaje es usado por el agente para responder un mensaje GetRequest, GetNextRequest, o SetRequest. En el campo "Identificador de Request" lleva el mismo identificador que el "request" al que está respondiendo. GetBulkRequest Este mensaje es usado por un NMS que utiliza la versión 2 ó 3 del protocolo SNMP típicamente cuando es requerida una larga transmisión de datos, tal como la recuperación de largas tablas. En este sentido es similar al mensaje GetNextRequest usado en la versión 1 del protocolo, sin embargo, GetBulkRequest es un mensaje que implica un método mucho más rápido y eficiente, ya que a través de un solo mensaje es posible solicitar la totalidad de la tabla. InformRequest Un NMS que utiliza la versión 2 ó 3 del protocolo SNMP transmite un mensaje de este tipo a otro NMS con las mismas características, para notificar información sobre objetos administrados 14