NMS<\/strong>). Este act\u00faa como un cliente enviando solicitudes a uno o varios agentes para recopilar informaci\u00f3n sobre los dispositivos, modificar su configuraci\u00f3n o realizar tareas de gesti\u00f3n.<\/p>\nAdem\u00e1s de esta funci\u00f3n de sondeo, el administrador SNMP puede recibir tambi\u00e9n notificaciones no solicitadas (TRAPS) sobre eventos importantes como errores o cambios en el estado de los conectores y los terminales que podr\u00edan afectar al funcionamiento de la red.<\/p>\n
Agentes SNMP<\/h3>\n
Son programas empaquetados en la mayor\u00eda de los dispositivos de red como ordenadores, routers e impresoras. Act\u00faan como un servidor, atendiendo las solicitudes de lectura\/ escritura del administrador SNMP y generando las TRAPS. Pueden ser est\u00e1ndar (Net-SNMP) o espec\u00edficos de un proveedor.<\/p>\n
Base de Informaci\u00f3n de Gesti\u00f3n (MIB)<\/h3>\n
Funciona como una base de datos compartida para el agente y el administrador SMP.<\/p>\n
Las MIBs recopilan la informaci\u00f3n siguiendo una estructura jer\u00e1rquica en forma de \u00e1rbol, donde cada variable representa un dato o atributo espec\u00edfico del dispositivo administrado (identificador de objeto u OID<\/strong>). Normalmente se incluyen valores predeterminados, aunque SNMP tambi\u00e9n permite definir MIBs privadas de diferentes proveedores.<\/p>\nPara conocer el estado de un elemento de la red, el NMS env\u00eda una solicitud al agente SNMP. Este accede a la MIB almacenada en ese dispositivo y procesa los datos para que sean compatibles con la mayor\u00eda de editores MIB y herramientas de administraci\u00f3n. Luego, los organiza en objetos que pueden ser de dos tipos:<\/p>\n
\n- Escalares:<\/strong> Representan valores \u00fanicos, por ejemplo, la tasa de uso de la CPU en un servidor.<\/li>\n
- Tabulares:<\/strong> Representan un conjunto de valores organizados en forma de tabla, por ejemplo, la tabla de interfaces de red en un router.<\/li>\n<\/ul>\n
Esta estructura l\u00f3gica de las MIBs facilita mucho la monitorizaci\u00f3n y gesti\u00f3n de los dispositivos.<\/p>\n
Protocolos y puertos de SNMP<\/h2>\n
Normalmente SNMP utiliza el Protocolo de datagramas de usuario (UDP)<\/strong> para la transferencia de mensajes.<\/p>\nA diferencia de TCP, UDP es un protocolo no orientado a la conexi\u00f3n<\/strong>, lo que significa que los datos se transfieren sin necesidad de establecer una conexi\u00f3n previa entre dispositivos. Adem\u00e1s, no incluye mecanismos de verificaci\u00f3n de entrega o recuperaci\u00f3n de errores. Esta caracter\u00edstica permite a SNMP enviar y recibir mensajes de forma r\u00e1pida y con un m\u00ednimo de sobrecarga.<\/p>\nOtros protocolos que admite SNMP son Ethernet, Transport Layer Security (TLS), Datagram Transport Layer Security (DTLS) y Transmission Control Protocol (TCD). Sin embargo, como mencionamos anteriormente, la mayor\u00eda del tr\u00e1fico se mueve a trav\u00e9s del protocolo UDP.<\/p>\n
En cuanto a los puertos, los agentes SNMP escuchan y reciben solicitudes en el puerto 161<\/strong>, mientras que el puerto 162<\/strong> se reserva para el env\u00edo de notificaciones no solicitadas como TRAPS e INFORMES.<\/p>\nNecesidad de herramientas de monitorizaci\u00f3n SNMP<\/h2>\n
Hoy en d\u00eda administrar redes empresariales sin un software de monitorizaci\u00f3n es algo casi impensable debido a su tama\u00f1o y complejidad. Las herramientas de monitorizaci\u00f3n SNMP ayudan a los administradores a comprender mejor la topolog\u00eda de la red.<\/p>\n
Estas herramientas acceden a las MIB y recopilan m\u00e9tricas que son cruciales para el rendimiento, como el uso de la CPU, el ancho de banda, el estado de la memoria o la temperatura de los dispositivos. Con la informaci\u00f3n obtenida generan gr\u00e1ficos e informes detallados que ayudan a interpretar los datos. De esta forma es posible identificar tendencias y anticiparse a problemas que podr\u00edan afectar al funcionamiento de la red, como patrones de tr\u00e1fico anormales o dispositivos que est\u00e9n alcanzando el l\u00edmite de su capacidad.<\/p>\n
Esta visibilidad granular que proporcionan las herramientas de monitorizaci\u00f3n es clave en la administraci\u00f3n de redes ya que permite analizar en profundidad el estado de cada componente, mejorando tanto la seguridad como el rendimiento de los dispositivos monitorizados mediante SNMP.<\/p>\n
![](\"data:image\/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==\")
<\/p>\n
Por \u00faltimo, el software de monitorizaci\u00f3n facilita la gesti\u00f3n centralizada de toda la infraestructura de red. Los t\u00e9cnicos de TI pueden modificar par\u00e1metros y hacer configuraciones remotas, lo que reduce significativamente la necesidad de intervenci\u00f3n manual y asegura un funcionamiento continuo y fiable de la red.<\/p>\n
Funcionamiento de SNMP<\/h2>\n
SNMP funciona en la capa de aplicaci\u00f3n del modelo OSI y sigue un esquema de comunicaci\u00f3n basado en el modelo cliente-servidor.<\/p>\n
Para poner en funcionamiento el protocolo SNMP y comenzar a monitorizar la red con este sistema es necesario seguir los siguientes pasos:<\/p>\n
\n- Configurar el Sistema de Administraci\u00f3n de Red (NMS).<\/strong> Esta aplicaci\u00f3n de software centraliza todos los procesos de administraci\u00f3n de la red.<\/li>\n
- Activar los agentes SNMP en los dispositivos a monitorizar.<\/strong> La mayor\u00eda de los dispositivos dise\u00f1ados para entornos empresariales, vienen con un agente SNMP integrado, pero para que funcione debe ser activado y configurado correctamente. Esto supone ajustar par\u00e1metros como la versi\u00f3n de SNMP, la comunidad SNMP (que es una especie de contrase\u00f1a para acceder a la informaci\u00f3n del dispositivo), y las direcciones de los sistemas de administraci\u00f3n de red con los que debe comunicarse. Una vez que los agentes SNMP est\u00e9n habilitados y configurados, el NMS detectar\u00e1 autom\u00e1ticamente los dispositivos de la red.<\/li>\n
- El siguiente paso es configurar la MIB<\/strong>, es decir, definir el tipo de datos que pueden recopilar los agentes SNMP.<\/li>\n
- Iniciar la monitorizaci\u00f3n de la red<\/strong> solicitando a los agentes SNMP informaci\u00f3n espec\u00edfica basada en las MIB, por ejemplo, cu\u00e1ntos paquetes de datos han pasado por el router o si hay errores en una interfaz de red.<\/li>\n
- Configurar las TRAPS<\/strong> o notificaciones no solicitadas que enviar\u00e1n los agentes si se cumplen ciertas condiciones predefinidas.<\/li>\n
- El NMS procesar\u00e1 los datos en tiempo real y crear\u00e1 informes detallados de la actividad en la red. Los administradores deben analizar estos informes y realizar los ajustes necesarios para optimizar el rendimiento<\/strong>, por ejemplo, cambiar las configuraciones de los dispositivos para evitar cuellos de botella o sustituir el hardware defectuoso.<\/li>\n<\/ul>\n
Mensajes SNMP: solicitudes GET, SET y TRAPS<\/h3>\n
El NMS puede monitorizar los dispositivos SNMP y recibir capturas de la informaci\u00f3n por dos v\u00edas diferentes:<\/p>\n
\n- Mediante Polling:<\/strong> Son consultas<\/strong> s\u00edncronas que lanza el administrador SNMP enviando un comando (GET, GET NEXT, SET) a un dispositivo en una ubicaci\u00f3n remota con el fin de obtener informaci\u00f3n espec\u00edfica o modificar ciertos par\u00e1metros. El agente SNMP instalado en ese dispositivo atender\u00e1 la solicitud y enviar\u00e1 una respuesta de vuelta con los datos solicitados.<\/li>\n
- Mediante TRAPS:<\/strong> Son notificaciones as\u00edncronas<\/strong>, enviadas desde un agente remoto a la estaci\u00f3n de administraci\u00f3n SNMP sin que exista una solicitud previa. Estas alertas se activan si se produce un evento espec\u00edfico como un fallo de un servidor o la ca\u00edda de una interfaz. Las TRAPS desempe\u00f1an un papel muy importante en la monitorizaci\u00f3n de la red, ya que permiten realizar un mantenimiento proactivo y solucionar con rapidez los problemas antes de que se produzca un fallo cr\u00edtico en el sistema.\n
- <\/ul>\n
<\/p>\n
Versiones de SNMP<\/h2>\n
Actualmente, existen tres versiones de SNMP: SNMPv1, SNMPv2 y SNMPv3. Se diferencian entre s\u00ed por diferentes aspectos como el nivel de seguridad o la eficiencia en la transferencia de datos.<\/p>\n
SNMPv1<\/h3>\n
Es la primera versi\u00f3n de SNMP. Se desarroll\u00f3 en 1988 y est\u00e1 definida en RFC 1028.<\/p>\n
Antes de la llegada de SNMP, la administraci\u00f3n de redes depend\u00eda de soluciones propietarias creadas por los propios fabricantes de hardware, lo que dificultaba la interoperabilidad. SNMPv1 ofrec\u00eda capacidades b\u00e1sicas de gesti\u00f3n y era relativamente f\u00e1cil de implementar, por lo que pronto se convirti\u00f3 en un est\u00e1ndar.<\/p>\n
Sin embargo, hoy en d\u00eda esta versi\u00f3n est\u00e1 algo obsoleta ya que tiene un nivel b\u00e1sico de seguridad basado en cadenas comunitarias<\/strong> (contrase\u00f1as de texto sin formato) y carece de mecanismos de cifrado. Esto significa que los datos transferidos podr\u00edan ser interceptados si se produce un ciberataque. Por esta raz\u00f3n, se recomienda usar SNMPv1 \u00fanicamente en redes locales (LAN).<\/p>\nOtra dificultad a\u00f1adida es su arquitectura de contador de 32 bits que se queda corta para las redes modernas que manejan grandes vol\u00famenes de datos.<\/p>\n
SNMPv2<\/h3>\n
La siguiente versi\u00f3n de SNMP apareci\u00f3 en 1993 y est\u00e1 definida en RFC 1901 y RFC 1441. Introdujo algunas mejoras a nivel de rendimiento, por ejemplo, admite una arquitectura de contador de 64 bits. Aunque carece tambi\u00e9n de cifrado y utiliza un esquema simple de seguridad basado en las cadenas de comunidad de SNMPv1.<\/p>\n
Dentro de la familia SNMPv2 se desarrollaron varias subversiones, siendo SNMPv2c<\/strong> la m\u00e1s utilizada por su sencillez y compatibilidad mejorada.<\/p>\nSNMPv3<\/h3>\n
Es la versi\u00f3n m\u00e1s reciente de SNMP. Fue lanzada en 2002 y est\u00e1 definida en RFC 3410.<\/p>\n
SNMPv3 se basa en las caracter\u00edsticas de SNMPv2c, pero introduce algunas mejoras importantes en el \u00e1rea de seguridad como la autenticaci\u00f3n de usuarios<\/strong> y el cifrado de los paquetes de datos<\/strong>. Adem\u00e1s, facilita la configuraci\u00f3n remota de entidades SNMP.<\/p>\nNovedades importantes en SNMPv3:<\/strong><\/p>\n\n- Identificaci\u00f3n de las entidades SNMP mediante el identificador snmpEngineID<\/strong>. Se trata de un elemento clave para la seguridad ya que permite comprobar el origen de los datos y verificar que proceden de una fuente confiable.<\/li>\n
- Soporte para el modelo de seguridad USM (User-based Security Model)<\/strong> que facilita la autenticaci\u00f3n de los mensajes y ofrece tambi\u00e9n opciones de cifrado para evitar que la informaci\u00f3n sea interceptada. USM es una de las principales razones por las que SNMPv3 se considera m\u00e1s seguro que las anteriores versiones.<\/li>\n
- Control de acceso basado en vistas (VACM)<\/strong> que permite definir permisos espec\u00edficos para diferentes grupos de usuarios. Esto a\u00f1ade una capa de seguridad a la gesti\u00f3n remota de entidades SNMP, evitando accesos no autorizados a la red.<\/li>\n
- M\u00f3dulo de tiempo (Timeless)<\/strong> que ofrece protecci\u00f3n frente a retrasos o ataques de repetici\u00f3n de mensaje (replay attacks).<\/li>\n<\/ul>\n
Comparativa de las versiones<\/h3>\n
En la siguiente tabla podemos ver una comparativa de las diferentes versiones del protocolo SNMP.<\/p>\n
\n\n\n| \n Caracter\u00edstica<\/strong><\/p>\n<\/td>\n| \n SNMPv1<\/strong><\/p>\n<\/td>\n| \n SNMPv2<\/strong><\/p>\n<\/td>\n| \n SNMPv3<\/strong><\/p>\n<\/td>\n<\/tr>\n\n| \n A\u00f1o de lanzamiento<\/strong><\/p>\n<\/td>\n| \n 1988<\/p>\n<\/td>\n | \n 1993<\/p>\n<\/td>\n | \n 2002<\/p>\n<\/td>\n<\/tr>\n | \n| \n Seguridad<\/strong><\/p>\n<\/td>\n| \n B\u00e1sica: Cadenas de comunidad (sin cifrado ni autenticaci\u00f3n)<\/p>\n<\/td>\n | \n Similar a SNMPv1, con cadenas de comunidad (sin cifrado ni autenticaci\u00f3n)<\/p>\n<\/td>\n | \n Avanzada: Autenticaci\u00f3n de usuarios, cifrado de datos, y control de acceso basado en usuarios<\/p>\n<\/td>\n<\/tr>\n | \n| \n Operaciones de gesti\u00f3n<\/strong><\/p>\n<\/td>\n| \n GET, GETNEXT, SET, TRAP<\/p>\n<\/td>\n | \n GET, GETNEXT, SET, TRAP, GETBULK, INFORM<\/p>\n<\/td>\n | \n GET, GETNEXT, SET, TRAP, GETBULK, INFORM<\/p>\n<\/td>\n<\/tr>\n | \n| \n Rendimiento<\/strong><\/p>\n<\/td>\n| \n B\u00e1sico<\/p>\n<\/td>\n | \n Mejorado con GETBULK<\/p>\n<\/td>\n | \n Similar a SNMPv2, pero con mayor sobrecarga debido a la seguridad<\/p>\n<\/td>\n<\/tr>\n | \n| \n Compatibilidad<\/strong><\/p>\n<\/td>\n| \n Amplia, pero obsoleta<\/p>\n<\/td>\n | \n Compatible con SNMPv1 (parcialmente)<\/p>\n<\/td>\n | \n Compatible con SNMPv1 y SNMPv2, aunque con diferencias en la seguridad<\/p>\n<\/td>\n<\/tr>\n | \n| \n Escalabilidad<\/strong><\/p>\n<\/td>\n| \n Limitada<\/p>\n<\/td>\n | \n Mejorada<\/p>\n<\/td>\n | \n Mejorada<\/p>\n<\/td>\n<\/tr>\n | \n| \n Uso t\u00edpico<\/strong><\/p>\n<\/td>\n| \n Redes peque\u00f1as y simples<\/p>\n<\/td>\n | \n Redes m\u00e1s grandes con mayor necesidad de eficiencia<\/p>\n<\/td>\n | \n Redes cr\u00edticas donde la seguridad es una prioridad<\/p>\n<\/td>\n<\/tr>\n | \n| \n Mecanismo de autenticaci\u00f3n<\/strong><\/p>\n<\/td>\n| \n Ninguno<\/p>\n<\/td>\n | \n Ninguno<\/p>\n<\/td>\n | \n HMAC-MD5, HMAC-SHA, con soporte para diferentes niveles de autenticaci\u00f3n<\/p>\n<\/td>\n<\/tr>\n | \n| \n Mecanismo de cifrado<\/strong><\/p>\n<\/td>\n| \n Ninguno<\/p>\n<\/td>\n | \n Ninguno<\/p>\n<\/td>\n | \n DES, AES (soporte de cifrado para asegurar la transmisi\u00f3n de datos)<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n En l\u00edneas generales, SNMPv3 se considera la opci\u00f3n m\u00e1s segura<\/strong> y recomendada para redes p\u00fablicas o entornos donde la seguridad es importante. Sin embargo, en redes privadas protegidas por un firewalll, SNMPv2c ser\u00eda la opci\u00f3n mas adecuada ya que tiene un rendimiento superior al no demandar tantos recursos de procesamiento. Adem\u00e1s, su configuraci\u00f3n es m\u00e1s sencilla si la comparamos con SNMPv3, que exige gestionar niveles de acceso y otros par\u00e1metros de seguridad.<\/p>\nComandos SNMP<\/h2>\nEn SNMP se emplean diferentes comandos<\/strong> para la gesti\u00f3n y monitorizaci\u00f3n de los dispositivos de red. Algunos como GET, GET NEXT y GET BULK<\/strong>, son consultas enviadas desde la estaci\u00f3n de administraci\u00f3n SNMP solicitando datos espec\u00edficos de la MIB. Otros comandos como SET<\/strong>, sirven para realizar cambios de configuraci\u00f3n, y finalmente est\u00e1n las alertas o notificaciones de eventos importantes como TRAP<\/strong> e INFORM<\/strong> que se env\u00edan de forma as\u00edncrona desde los agentes SNMP.<\/p>\n | | | | | | | | | | | | | |
![](\"https:\/\/pandorafms.com\/wp-content\/uploads\/2024\/09\/snmp-1.png\")
<\/p>\n![](\"https:\/\/pandorafms.com\/wp-content\/uploads\/2024\/09\/snmp-2.png\")
<\/p>\n