Complementos de Telemtica II 0405 Tema 5 SNMPv

Complementos de Telemática II (04/05) Tema 5 SNMPv 2 y SNMPv 3 Bibliografía W. Stallings, “SNMP, SNMPv 2, SNMPv 3, and RMON 1 and 2”. 3 rd Ed. Addison-Wesley, 1999 (Parte IV y V) l Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 1

SNMP avanzado u Introducción u SMIv 2 y SNMP v 2 u SNMPv 3 u Coexistencia entre versiones Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 2

Introducción u SNMP y SMI (v 1), debido a su simplicidad, han tenido una gran acogida en la Gestión de Red u Sin embargo tienen debilidades en varios aspectos: l Definición de la información a gestionar l Eficiencia y funcionalidad del protocolo l Seguridad y privacidad Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 3

Introducción u Evolución histórica a SNMPv 2 RMON SGMP SNMPv 2 SNMP Secure SNMP 1987 SNMPv 2 Working Group 1989 Secure SNMPv 2 Working Group 1991 Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 1993 4

Introducción u Evolución histórica a SNMPv 3 SNMPv 2 C SNMPv 2 usec SNMPv 3 SNMPv 2* 1993 1995 1997 Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 1999 5

Introducción u SNMPv 2 l Mejora ØDefinición de la información a gestionar ØEficiencia y funcionalidad del protocolo ØCapacidades Gestor-Gestor Falta de consenso en la seguridad: SNMPv 2 u y SNMPv 2* SNMPv 2 C: sin seguridad l RFCs 1901, 1905 a 1908 y 2578 a 2580 u SNMPv 3 l Definición de arquitectura, capacidad de seguridad, control de acceso l SNMPv 2+seguridad l RFCs 2570 a 2576 l Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 6

SMIv 2 y SNMPv 2 u Definiciones de Objetos u Convenciones Textuales u Tablas u Notificaciones u Módulos de Información u Nuevas MIBs u PDUs Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 7

Definición de Objetos u. Macro ASN. 1 OBJECT-TYPE MACRO : : = BEGIN TYPE NOTATION : : = "SYNTAX" Syntax : : = type(Object. Syntax) | "BITS" "{" Kibbles "}" Object. Syntax : : = CHOICE { simple Simple. Syntax, application-wide Application. Syntax } Simple. Syntax : : = CHOICE { integer-value INTEGER (2147483648. . 2147483647), string-value OCTET STRING (SIZE (0. . 65535)), object. ID-value OBJECT IDENTIFIER } Application. Syntax : : = CHOICE { ipaddress-value Ip. Address, counter-value Counter 32, timeticks-value Time. Ticks, arbitrary-value Opaque, big-counter-value Counter 64, unsigned-integer-value Unsigned 32 } Units. Part : : = "UNITS" Text | empty Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 8

Definición de Objetos u. Macro ASN. 1 "MAX-ACCESS" Access : : = "read-only" | "read-write" |"read–create” | "not-accessible" | "accessible-for-notify" "STATUS" Status : : = "current" | "obsolete" | "deprecated” "DESCRIPTION" Text Refer. Part : : = "REFERENCE" Text | empty Index. Part : : = "INDEX" "{" Index. Types "}" | "AUGMENTS" "(" Entry "}" | empty Index. Types : : = Index. Type | Index. Types ", " Index. Type : : = "IMPLIED" Index | Index : : = value (indexobject Object. Name) Entry : : = value (entryobject Object. Name) Def. Val. Part : : = "DEFVAL" "{" value (defval Syntax) "}” | empty VALUE NOTATION : : = value (VALUE Object. Name) END Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 9

Definición de Objetos sys. Contact OBJECT-TYPE -- SMI v 1 SYNTAX Display. String (SIZE (0. . 255)) ACCESS read-write STATUS mandatory DESCRIPTION "The textual identification of the contact person for this managed node, together with information on how to contact this person. " : : = { system 4 } sys. Contact OBJECT-TYPE -- SMI v 2 SYNTAX Display. String (SIZE (0. . 255)) MAX-ACCESS read-write STATUS current DESCRIPTION "The textual identification of the contact person for this managed node, together with information on how to contact this person. If no contact information is known, the value is the zero-length string. " : : = { system 4 } Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 10

Convenciones Textuales u Al diseñar una MIB puede ser útil definir nuevos tipos de datos, subconjuntos de los vistos previamente, pero con una semántica más precisa u Se codifican como los tipos primitivos de los que se derivan u Se usan para entender mejor qué expresa cada objeto gestionado (no se reduce a una mera definición de tipos ASN. 1 como en SMIv 1) Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 11

Convenciones Textuales u. Ejemplo Ipv 6 Address : : = TEXTUAL-CONVENTION DISPLAY-HINT “ 2 x: ” STATUS current DESCRIPCION “This data type is used to model IPv 6 addresses. This is a binary string of 16 octets in network byte-order. ” SYNTAX OCTET STRING (SIZE (16)) Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 12

Tablas u Mejoras l l con respecto a SMI: Creación y borrado de filas por parte del gestor Indexado: No sólo INDEX, sino también AUGMENTS, relacionado con que aumenta la información de otra fila de otra tabla. Se indica dicha entrada como valor que se “aumenta “ u Para crear y borrar filas se hace uso de la Convención Textual Row. Status, que según el valor que tome indica una operación al agente que las mantiene Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 13

Tablas Método create. And. Go Seleccionar identificador de ejemplar “libre” ¿Requisitos de No columna conocidos? no. Creation/ not. Writable Coger todas las columnas a crear Método create. And. Wait wrong. Value Set (create. And. Wait) Valor(es) devueltos no. Error Sin valores devueltos Sí Fallo de la operación Coger todas las columnas Coger todas las Set (create. And. Go) inconsistent. Value columnas a crear no. Error Abortar Nueva fila conceptual disponible no. Such. Instance not. In. Service no. Error Poner el estado de la columna a activo Fallo de la operación inconsistent. Value Poner todas columnas con No. Such. Instance, opcionalmente poner alguna con el valor devuelto not. Ready Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 14

Notificaciones link. Up TRAP-TYPE --SMIv 1 ENTERPRISE snmp VARIABLES { if. Index } DESCRIPTION "A link. Up trap signifies that the sending protocol entity recognizes that one of the communication links represented in the agent's configuration has come up. ” : : = 3 link. Up NOTIFICATION-TYPE --SMIv 2 OBJECTS { if. Index } STATUS current DESCRIPTION "A link. Up trap signifies that the SNMPv 2 entity, acting in an agent role, recognizes that one of the communication links represented in its configuration has come up. ” : : = { snmp. Traps 4 } Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 15

Módulos de Información u SMIv 2 introduce el concepto de módulo de información, que especifica un grupo de definiciones relacionadas. Puede contener dos tipos de macros: l Módulos MIB (OBJECT-TYPE y NOTIFICATION -TYPE) l Declaración de Conformidad ( OBJECT-GROUP, NOTIFICATION-GROUP, MODULE-COMPLIANCE y AGENT-CAPABILITIES) l Además todos los módulos de información tienen una macro MODULE-IDENTITY que muestra datos de contacto, descripción e historia del módulo en cuestión Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 16

Módulos de Información snmp. Basic. Compliance MODULE-COMPLIANCE STATUS current DESCRIPTION “The compliance statement for SNMPv 2 entities which implement the SNMPv 2 MIB” MODULE MANDATORY-GROUPS { snmp. Group, snmp. Set. Group, system. Group, snmp. Basic. Notification. Group } GROUP snmp. Community. Group DESCRIPTION “This group is mandatory for SNMPv 2 entities which support communitybased authentication. ” : : = { snmp. MIBCompliances 2} Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 17

Módulos de Información snmp. MIB MODULE-IDENTITY LAST-UPDATED “ 9511090000 Z” ORGANIZATION “IETF SNMPv 2 Working Group” CONTACT-INFO “Marshall T. Rose Postal: Dover Beach Consulting, Inc. . ” DESCRIPTION “The MIB module for SNMPv 2 entities. ” REVISION “ 9304010000 Z” DESCRIPTION “The initial revision of this MIB module was published as RFC 1450. ” : : = { snmp. Modules 1} Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 18

Nuevas MIBs u La MIB de SNMPv 2 define objetos que describen el comportamiento de una entidad SNMPv 2 u Adiciones a la MIB-II l Al grupo system l Al grupo snmp l Otros objetos: Cooperación entre gestores u Definiciones de distintos grupos de la MIB-II en distintos módulos: l interfaces (1573), ip (2011), tcp (2012), udp (2013), . . . Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 19

PDUs u. En general son similares a la versión 1 u. Tres tipos con estructura semejante para fácil decodificación en el agente l Get. Request-PDU, Get. Next. Request-PDU, Set. Request-PDU, SNMPv 2 Trap-PDU, Inform. Request-PDU l Response-PDU, Report-PDU l Get. Bulk. Request-PDU Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 20

PDUs version PDU type request-ID community data 0 0 error-status error-index non-repeaters max-repetitions name 1 value 1 name 2 value 2 variablebindings . . . name. N Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 value. N 21

PDUs u. Get. Bulk l l Una de las mayores mejoras de SNMPv 2: Permite pedir una respuesta tan larga como sea posible poner en la PDU de respuesta En la PDU se indican T OIDs De los primeros non-repeaters, se hace un Get. Next De los restantes OIDs, se hacen maxrepetitions Get. Next Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 22

PDUs u. Get. Bulk. Request( non-repeaters=2, max-repetitions=6, X, Y, TA, TB, TC) Response[ X. 0, Y. 0, XY Tabla ABC TA. 1, TA. 2, TA. 3, TA. 4, TA. 5, TA. 6, TB. 1, TC. 1, TB. 2, TC. 2, TB. 3, TC. 3, TB. 4, TC. 4, TB. 5, TC. 5, TB. 6, TC. 6 ] Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 23

PDUs u Inform: Es una notificación confirmada enviada de uno a otro gestor u Report l Definido para cuestiones de seguridad l Sin uso en SNMPv 2 C l Se usa en SNMPv 3 para descubrir parámetros de los agentes u Excepciones l Además del aumento de posibles errores, también se añade un código de error a las variables del resultado erróneas Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 24

SNMPv 3 u Arquitectura de SNMPv 3 u Modelo de Seguridad u Control de Acceso Basado en Vistas Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 25

Entidad SNMP Colección de módulos que interactúan para dar un servicio u Posee un papel, una serie de aplicaciones y de funciones u Incluye al menos un motor SNMP que implementa funciones de envío y recepción de mensajes y control de acceso a los objetos gestionados u Ventajas de la arquitectura modular: l Papel de la entidad determinado por los módulos que implementa (Agente o Gestor) l Permite definir varias versiones de cada módulo u Øcapacidades alternativas o mejoradas sin crear nuevos estándares y especificar coexistencias y estrategias de transición Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 26

Entidad SNMP u Gestor SNMP tradicional Generadora de Comandos Entidad SNMP Aplicaciones SNMP Originadora de Notificaciones Receptora de Notificaciones Motor SNMP Repartidor de PDUs Repartidor de Mensajes Encapsulado nivel de Transporte UDP IPX Subsistema de Procesado de Mensajes Subsistema de Seguridad PM v 1 Modelo de Seguridad Basado en el Usuario PM v 2 PM v 3 Otro Modelo de Seguridad Otro PM . . . Otros Nivel de Red Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 27

Entidad SNMP u. Agente SNMP tradicional Nivel de Red UDP IPX . . . Otros Entidad SNMP Motor SNMP Repartidor Encapsulado nivel de Transporte Subsistema de Procesado de Mensajes Subsistema de Seguridad Subsistema de Control de Acceso PM v 1 Repartidor de Mensajes PM v 2 Modelo de Seguridad Basado en el Usuario Modelo de Control de Acceso B. en Vistas Otro Modelo de Seguridad Otro Modelo de Control de Acceso Repartidor de PDUs Otro PM Delegada (Proxy) de Reenvío PM v 3 Aplicaciones SNMP Contestadora de comandos Originadora de Notificaciones Instrumentación de MIBs Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 28

Aplicaciones SNMPv 3 u Servicios entre entidades SNMP, definidos en términos de primitivas y parámetros u Aplicaciones generadoras de comandos u Aplicaciones contestadoras de comandos u Aplicaciones generadoras de notificaciones u Aplicaciones receptoras de notificaciones u Aplicaciones delegadas (proxy) de reenvío Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 29

Terminología u snmp. Engine. ID u context. Name u scoped. PDU u snmp. Message. Processing. Model u snmp. Security. Level u principal u security. Name Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 30

Modelo de procesado de mensajes u. Mensaje SNMPv 3 Message : : = SEQUENCE { msg. Version INTEGER ( 0. . 2147483647 ), --3 msg. Global. Data Header. Data, msg. Security. Parameters Security. Model. Params, msg. Data Scoped. Pdu. Data } Header. Data : : = SEQUENCE { msg. ID INTEGER (0. . 2147483647), msg. Max. Size INTEGER (484. . 2147483647), msg. Flags OCTET STRING (SIZE(1)), msg. Security. Model INTEGER (1. . 2147483647) } Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 31

Modelo de procesado de mensajes u. Mensaje SNMPv 3 Scoped. Pdu. Data : : = CHOICE { plaintext Scoped. PDU, encrypted. PDU OCTET STRING -- PDU cifrada } Scoped. PDU : : = SEQUENCE { context. Engine. ID OCTET STRING, context. Name OCTET STRING, data ANY -- PDUs SNMPv 2 } Security. Model. Params : : = CHOICE { usm Usm. Security. Parameters, other OCTET STRING } Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 32

Modelo de seguridad basado en el usuario Seguridad ante: Modificación de información, Suplantación, Modificación del flujo de mensaje, Revelación de información u No hay seguridad ante: Denegación del servicio, análisis de tráfico u u Funciones de cifrado (CBC-DES) y autentificación (MD 5 o SHA) u Motores autorizados y no autorizados l Mecanismos de temporización y descubrimiento Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 33

Modelo de seguridad basado en el usuario u Parámetros de mensajes USM Usm. Security. Parameters : : = SEQUENCE { -- Parámetros globales: msg. Authoritative. Engine. ID OCTET STRING, msg. Authoritative. Engine. Boots INTEGER (0. . 2147483647), msg. Authoritative. Engine. Time INTEGER (0. . 2147483647), msg. User. Name OCTET STRING, -- Parámetros específicos de autenticación msg. Authentication. Parameters OCTET STRING, -- Parámetros específicos de cifrado msg. Privacy. Parameters OCTET STRING } Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 34

Modelo de seguridad basado en el usuario u Localización Resumen de clave de usuario e identificador de motor remoto Clave de usuario Clave Localizada . . . Resumen de Palabra de paso palabra de paso de usuario expandida de claves Resumen de clave de usuario e identificador de motor remoto Clave Localizada Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 35

Quién Control de Acceso Basado en security. Model Vistas group. Name security. Name Dónde Cómo context. Name vacm. Security. To. Group. Table vacm. Context. Table security. Model vacm. Access. Table security. Level view. Name Para qué view. Type (leer/escribir/notificar) vacm. View. Tree. Family. Table Qué object-type variable. Name (OID) Cuál object-instance Acceso permitido/prohibido Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 36

Coexistencia entre versiones u Modelo de información u Protocolo u Seguridad Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 37

Modelo de información u SMIv 2 es un superconjunto de SMI se puede usar para SNMPv 2 y v 3 sin demasiados problemas u Se ha definido cómo debe ser la traducción entre las distintas especificaciones. (Antiguamente, RFCs 1908, 2089, hoy obsoletas por la 2576 ) Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 38

Modelo de información u Definición l l l de objetos Importar de SNMPv 2 -MIB en vez de RFC 1155 -SMI Uso de MODULE-IDENTITY Quitar guiones (-) de etiquetas Un INTEGER pasa a ser un Integer 32 Un Counter pasa a ser un Counter 32 Un Gauge pasa a ser un Gauge 32 ACCESS cambia a MAX-ACCESS STATUS mandatory es ahora current, y optional, obsolete DESCRIPTION es ahora obligatorio INDEX o AUGMENTS es obligatorio también Se pueden usar TEXTUAL-CONVENTION, UNITS. . . Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 39

Modelo de información u Definición l l l de traps Un TRAP-TYPE es ahora un NOTIFICATIONTYPE No se debe referenciar la RFC-1215 Se debe quitar la cláusula ENTERPRISE Se debe cambiar la cláusula VARIABLES por OBJECTS Se debe añadir la cláusula STATUS Se les debe asignar OBJECT IDENTIFIER Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 40

Protocolo u Lo más significativo es el uso de las nuevas PDUs u Hay l l dos estrategias posibles: Agentes Delegados Redes multi-lenguaje Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 41

Protocolo u Agentes Delegados (proxy) l Las PDUs Get. Request , Get. Next. Request y Set. Request se mantienen l Una petición Get. Bulk. Request se convierte a Get. Next. Request, perdiendo información en la respuesta (no hay repeticiones) l Respuestas Get. Response se pasan sin cambiar. Los gestores v 2 deben conocer los códigos de error l Las peticiones de objetos con tipos de datos no definidos en SNMPv 1 deben devolver error l Es necesario modificar una trapv 2 a trap, añadiendo las variables sys. Up. Time. 0 y SNMPv 2 -Trap. OID. 0 Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 42

u. Redes Protocolo multi-lenguaje t es t u q s fo Re que rm t In x e Re Ne et. R fo qu t rm es ge , s Re , t, t e qu st ues e ns R es u q o es Agente p eq Re t, po es t. R ulk Gestor R n e Re g t. B se SNMPv 3 , s ap p ge SNMPv 2 r on T se est v 2 M M u t SN G eq ues R et xt Req Re e N et sp t on ge ge , s se t , st , Re t e s ue Tr qu s e n ap u eq es o q p t e k. R s , R t l se Gestor Re t. R get. N ge t. Bu , p eq e g Multiligüe ra ue ext. R T st 2 eq Mv ue M st SN In Agente SNMPv 2 Agente SNMPv 1 Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 43

Seguridad u Tema recogido en la última RFC que incluye todos los temas relativos a SNMPv 3 (RFC 2576) u Se añade la consideración de traducir community a tuplas {security. Name, context. Engine. ID, context. Name} snmp. Community. MIBObjects snmp. Community. Table snmp. Community. Entry snmp. Community. Index snmp. Community. Name snmp. Community. Security. Name snmp. Community. Context. Engine. ID snmp. Community. Context. Name snmp. Community. Transport. Tag snmp. Community. Storage. Type snmp. Community. Status snmp. Target. Addr. Ext. Table snmp. Target. Addr. Ext. Entry snmp. Target. Addr. TMask snmp. Target. Addr. MMS snmp. Trap. Address snmp. Trap. Community Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 44

Complementos de Telemática II (04/05) Tema 5 - Apéndice DETALLES: tablas SMIv 1 y SMIv 2 Bibliografía W. Stallings, “SNMP, SNMPv 2, SNMPv 3, and RMON 1 and 2”. 3 rd Ed. Addison-Wesley, 1999 (Parte IV y V) l Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 45

Aclaraciones Tablas SMIv 1 u Valores que toma la porción INDEX del OID de una fila de una tabla: l INDEX entero: . x. i. <entero> l INDEX cadena de caracteres de longitud fija: . x. i. <carácter 1>. <carácter 2>. . <carácter n> l INDEX cadena de caracteres de longitud variable: . x. i. <n>. <carácter 1>. <carácter 2>. . <carácter n> l INDEX identificador de objetos de longitud n: . x. i. <n>. <oid(1)>. <oid(2)>. . <oid(n)> l INDEX Ip. Address: . x. i. a. b. c. d Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 46

Creación y eliminación de filas en tablas SMIv 2 u Debe haber un “objeto columna” con SYNTAX de tipo Row. Status y MAX-ACCESS con valor read -create u Dos l l métodos de creación: create. And. Wait create. And. Go Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 47

Create. And. Wait eval. Index eval. String eval. Value eval. Status 1 “Cadena 1” 1234567 active 2 “Cadena 2” 7654321 active eval. Slot = 3 u SET eval. Table. eval. Entry. eval. Status. 3=create. And. Wait u eval. Index eval. String eval. Value eval. Status 1 “Cadena 1” 1234567 active 2 “Cadena 2” 7654321 active 3 no. Such. Instance 0 not. Ready Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 48

Create. And. Wait u SET eval. Table. eval. Entry. eval. String. 3=“Cadena 3” u SET eval. Table. eval. Entry. eval. Value. 3=1010112 eval. Index eval. String eval. Value eval. Status 1 “Cadena 1” 1234567 active 2 “Cadena 2” 7654321 active 3 “Cadena 3” 1010112 not. In. Service u Si no hay errores: l SET eval. Table. eval. Entry. eval. Status. 3=active Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 49

Create. And. Go eval. Index eval. String eval. Value eval. Status 1 “Cadena 1” 1234567 active 2 “Cadena 2” 7654321 active u Si todos los objetos de una fila caben en una única PDU: l SET { eval. Table. eval. Entry. eval. Index. 3=3 eval. Table. eval. Entry. eval. String. 3=“Cadena 3” eval. Table. eval. Entry. eval. Value. 3= 101011234 eval. Table. eval. Entry. eval. Status. 3=create. And. Go } u Si todo fue bien, la fila pasa a estado “active” Complementos de Telemática II – Tema 5: SNMPv 2 y SNMPv 3 50