arbol de mib

8/17/2019 ARBOL DE MIB

1/20

1

ADMINISTRACIÓN YGESTIÓN DE REDES

UNIDAD III

MIB (Base de Información de Administración)


2/20

2

BASE DE DATOS DE ADMINISTRACIÓN: MIB

• La MIB define los objetos de la red operados por el protocolo deadministración de red, y las operaciones que pueden aplicarse acada objeto. Una variable u objeto MIB se define especificando lasintaxis, el acceso, el estado y la descripción de la misma. La MIBno incluye información de administración para aplicaciones comoTelnet, FTP o SMTP, debido que es difícil para las compañíasfabricantes instrumentar aplicaciones de este tipo para el MIB.

• Sintaxis: Especifica el tipo de datos de la variable, entero, cadenadirección IP, etc...

• Acceso: Especifica el nivel de permiso como: Leer, leer y escribir,escribir, no accesible.

• Estado: Define si la variable es obligatoria u opcional.• Descripción: Describe textualmente a la variable


3/20

3

MIB -1 (1)• La MIB-1define solo 126 objetos de

administración, divididos en los siguientesgrupos:

• Grupo de Sis tem as . – Se usa para registrar información del sistema el cual

corre la familia de protocolos, por ejemplo: – Compañía fabricante del sistema. – Revisión del Software. – Tiempo que el sistema ha estado operando


4/20

4

MIB - 1 (2)• Grupo de Interfaces.

– Registra la información genérica acerca de cada interface de red, como elnúmero de mensajes erróneos en la entrada y salida, el número de paquetestransmitidos y recibidos, el número de paquetes de broadcast enviados, MTU delaparato, etc...

• Grupo de t raducción de dirección .

– Comprende las relaciones entre direcciones IP y direcciones específicas de lared que deben soportar, como la tabla ARP, que relaciona direcciones IP condirecciones físicas de la red LAN.

• Grupo IP.

– Almacena información propia de la capa IP, como datagramas transmitidos yrecibidos, conteo de datagramas erróneos, etc... También contiene informaciónde variables de control que permite aplicaciones remotas puedan ajustar el TTL(Time To Live) de omisión de IP y manipular las tablas de ruteo de IP.


5/20

5

MIB - 1 (3)• Grupo TCP

– Este grupo incluye información propia del protocolo TCP, comoestadísticas del número de segmentos transmitidos y recibidos,información acerca de conexiones activas como dirección IP, puerto oestado actual.

• Grup o d e ICMP y UDP.

– Mismo que el grupo IP y TCP.

• Grupo EGP.

– En este grupo se requieren sistemas (ruteadores) que soporten EGP.


6/20

6

MIB - II (1)• La MIB -II pretende extender los datos de administración de red

empleados en redes Ethernet y Wan usando ruteadores a unaorientación enfocada a múltiples medios de administración en redesLan y Wan. Además agrega dos grupos más:

• Grupo de Transm is ión. – Grupo que soporta múltiples tipos de medios de comunicación, como

cable coaxial, cable UTP, cable de fibra óptica y sistemas TI/EI.

• Grupo SNMP.

– Incluye estadísticas sobre tráfico de red SNMP. – Cabe señalar que un elemento de red, solo necesita soportar los

grupos que tienen sentido para él.


7/20

7

ARBOL MIB• Los objetos gestionados se organizan siguiendo una

estructura en árbol (estandarizada)


8/20

8

SUBARBOL MIB


9/20

9

Extensiones de la MIB• Cuando un fabricante desarrolla un nuevo dispositivo que

puede ser gestionado mediante SNMP, diseña su ramaMIB (es decir, los objetos y su estructura) y la coloca

bajo .iso.org.dod.internet.private.enterprises.fabricante


10/20

10

SMI• Structure of Management Information (SMI):

– Lenguaje de definición de datos para objetos MIB• Management information base (MIB):

– Almacenamiento distribuido de información de datosde administración de la red• Protocolo SNMP

– Entrega al administrador información de objetos

administrados y comandos• seguridad, capacidades de administración


11/20

11

SMI: Lenguaje de definición dedatos

Propósito: sintaxis y semántica dedatos de administración esté biendefinida y no ambigua

• Tipos de datos básicos: – Directo y simple

• Constructor OBJECT-TYPE esusado para especificar (RFC3410) – Tipo de dato, estatus,

semántica de objetosadministrados

• Constructor MODULE-IDENTITY – Permite agrupar objetosrelacionados en un módulo

MIB

Tipos de Datos BásicosINTEGERInteger32

Unsigned32

OCTET STRINGOBJECT IDENTIFIEDIPaddressCounter32Counter64

Guage32Time TicksOpaque


12/20

12

SMI: Tipos de Datos Básicos


13/20

13

SMI: Ejemplos de objeto ymódulo

OBJECT-TYPE:ipInDelivers

(RFC 2011)

MODULE-IDENTITY:ipMIB

ipInDelivers OBJECT TYPESYNTAX Counter32MAX-ACCESS read-onlySTATUS currentDESCRIPTION

“The total number of inputdatagrams successfullydelivered to IP user-protocols (including ICMP)”

::= { ip 9}

ipMIB MODULE-IDENTITYLAST-UPDATED “941101000Z”ORGANZATION “IETF SNPv2

Working Group”CONTACT-INFO

“ Keith McCloghrie……”

DESCRIPTION“The MIB module for managing IPand ICMP implementations, butexcluding their management of IP routes.”

REVISION “019331000Z”………

::= {mib-2 48}


14/20

14

SNMP MIB

OBJECT TYPE:OBJECT TYPE:OBJECT TYPE:

Objeto especificado vía SMIOBJECT-TYPEes suconstructor

Módulo MIB especificado vía SMIMODULE-IDENTITY

(100 MIBs estandarizadas, más específicas decada marca)

MODULE


15/20

15

MIB ejemplo: Módulo UDPObject ID Name Type Comments1.3.6.1.2.1.7.1 UDPInDatagrams Counter32 total # datagrams delivered

at this node

1.3.6.1.2.1.7.2 UDPNoPorts Counter32 # underliverable datagrams

no app at portl

1.3.6.1.2.1.7.3 UDInErrors Counter32 # undeliverable datagrams

all other reasons

1.3.6.1.2.1.7.4 UDPOutDatagrams Counter32 # datagrams sent

1.3.6.1.2.1.7.5 udpTable SEQUENCE one entry for each port

of UpdEntry in use by app, gives port #

and IP address


16/20

16

ESTRUCTURA DE LA MIB (1)

• Almacena una serie de valores relacionados con los elementosgestionados. Cada recurso gestionado se representa por un objeto .

• Independientemente del protocolo, una MIB debe cumplir:

– El objeto u objetos usados para representar un recurso concreto deben ser losmismos en cada nodo (p.e., el número de conexiones TCP abiertas durante unperiodo de tiempo está formado por sesiones activas y pasivas. Guardando dosde los tres posibles valores (sesiones activas, pasivas o totales) podemosobtener el tercero. Pero si almacenamos en cada nodo dos distintos, es difícildiseñar un protocolo simple para acceder a esa información).

– Se debe utilizar un esquema común de representación de la información parapermitir la interoperatividad. Esto se consigue en SNMP mediante la definiciónSMI (Structure of Management Information) (RFC 1155).


17/20

17


• Identifica los tipos de datos que se pueden utilizar y cómo los recursos serepresentan y nombran en la MIB.

• La filosofía de SMI es:

– Simplicidad : sólo tipos de datos simples, escalares y arreglos de dosdimensiones de escalares. El protocolo sólo puede acceder a escalares,incluyendo elementos individuales de una tabla.

– Posibilidad de extensión : para poder introducir nuevos objetos, dependienteso independientes del fabricante. La introducción de objetos dependientes delfabricante afectaría la interoperatividad.

• El SMI define:

– La estructura de la MIB (en ASN.1). – Sintaxis y tipos de valores para objetos individuales (en ASN.1). – Codificación de los valores de los objetos (en ASN.1).


18/20

18


• El mgmt contiene definiciones de información aprobada por el IAB(Interactive Advertising Bureau).

• Áctualmente existen dos versiones de la MIB:mib-1 y mib-2. La segundaes una extensión de la primera. Como tienen el mismo identificador sólouno puede estar presente.

• Se pueden definir objetos adicionales en la MIB de tres maneras: – Expandiendo la mib-2 (por ejemplo se ha introducido RMON) o reemplazándola

por una nueva (futura mib-3). – Construyendo una MIB experimental para una aplicación que después puede

pasar al subárbol mgmt (p.e., MIBs de varios medios de transmisión que se handefinido, como token-ring (RFC 1231), etc.).

– Extensiones privadas en el subárbol private . Por ejemplo el RFC 1227 define elMUX (para multiplexores).

• El objeto private actualmente sólo tiene un subárbol (enterprises ) dondelos fabricantes pueden almacenar extensiones propias. Cada fabricanteregistrado tiene su propio subárbol bajo enterprises .


19/20

19

CONTENIDOS DE LA MIB (1)

• La MIB-II(RFC 1213) es la segunda versión estandarizada. Es un súperconjunto de la MIB-I(RFC 1156) con objetos y grupos adicionales.

• Criterios especificados en la RFC para incluir un objeto en la MIBII:

– Ser esencial para la gestión de configuración o fallas. – Sólo se permiten objetos cuya modificación provoque daños limitados – (refleja la falta de mecanismos de seguridad en SNMP). – Tiene uso actual y utilidad. – MIB-I intentaba mantener los objetos por debajo de 100, en MIB-II se – elimina ese límite ya que cada vez hay mas tecnologías que gestionar.

– No es redundante. Se eliminan todos los que se pueden derivar de – otros. – Se eliminan objetos dependientes de implementaciones concretas – (p.e., para BSD UNIX). – Se minimizan las secciones críticas de código.


20/20

20

CONTENIDOS DE LA MIB (2)

• Hay 10 grupos:

– system : información general del sistema (7 objetos). – interfaces : 1 de cada una de las interfaces de red (2 subárboles: 1 y

22 obj.). – at (address-translation, despreciado): mapeo internet-subred (3 obj.). – ip: información sobre el protocolo IP (60 objetos con 4 subárboles). – icmp : 26 objetos. – tcp : 18 objetos y 2 subárboles. – udp : 6 objetos y 2 subárboles. – egp : 20 objetos y 2 subárboles. – transmission : información sobre los esquemas de transmisión y

protocolos de acceso (el número de objetos es variable). – SNMP: 30 objetos

arbol de mib

Documents