arbol de mib
Post on 06-Jul-2018
218 Views
Preview:
TRANSCRIPT
-
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)
-
8/17/2019 ARBOL DE MIB
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
-
8/17/2019 ARBOL DE MIB
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
-
8/17/2019 ARBOL DE MIB
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.
-
8/17/2019 ARBOL DE MIB
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.
-
8/17/2019 ARBOL DE MIB
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.
-
8/17/2019 ARBOL DE MIB
7/20
7
ARBOL MIB• Los objetos gestionados se organizan siguiendo una
estructura en árbol (estandarizada)
-
8/17/2019 ARBOL DE MIB
8/20
8
SUBARBOL MIB
-
8/17/2019 ARBOL DE 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
-
8/17/2019 ARBOL DE MIB
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
-
8/17/2019 ARBOL DE MIB
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
-
8/17/2019 ARBOL DE MIB
12/20
12
SMI: Tipos de Datos Básicos
-
8/17/2019 ARBOL DE MIB
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}
-
8/17/2019 ARBOL DE MIB
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
-
8/17/2019 ARBOL DE MIB
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
-
8/17/2019 ARBOL DE MIB
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).
-
8/17/2019 ARBOL DE MIB
17/20
17
ESTRUCTURA DE LA MIB (2)
• 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).
-
8/17/2019 ARBOL DE MIB
18/20
18
ESTRUCTURA DE LA MIB (3)
• 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 .
-
8/17/2019 ARBOL DE MIB
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.
-
8/17/2019 ARBOL DE MIB
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
top related