· Actualizado: · Lectura: ~9 min

SNMP (Simple Network Management Protocol) es el protocolo de la capa de aplicación que permite a un gestor (NMS) consultar y configurar dispositivos de red mediante agentes, que exponen sus datos en una MIB identificada por OID. Usa UDP 161 para consultas y UDP 162 para traps. SNMPv1 y v2c autentican con una community string en texto claro; solo SNMPv3 añade autenticación y cifrado (nivel authPriv).

La monitorización de redes y servidores forma parte del trabajo diario de un técnico de sistemas, y SNMP es su lenguaje común: routers, switches, cortafuegos, SAI, impresoras y servidores lo hablan. En el temario de OpoSERGAS aparece en el tema 20 (servicios de red) y enlaza con el tema 15 (monitorización de sistemas). El programa oficial (DOG 126/2021, parte específica) no nombra SNMP, pero recoge la «gestión de redes» en el tema 31 y la «administración y gestión de redes» en el tema 40. En el examen de la OPE 2025 de Técnico/a especialista TI no hemos encontrado ninguna pregunta que mencione SNMP de forma explícita, pero sí otras de redes y de gestión de servicios, así que conviene dominarlo como parte de la base: es un concepto corto, muy definido y fácil de preguntar con una sola respuesta correcta.

Qué es SNMP y cómo se organiza

SNMP es un protocolo de nivel de aplicación (modelo OSI, capa 7) que funciona sobre UDP. La RFC 1157, de mayo de 1990, define su primera versión. El modelo tiene cuatro piezas:

ComponenteFunciónIdea clave
NMS / gestor (manager)Sistema de gestión que consulta a los dispositivos y recibe sus avisos.Es quien inicia las consultas.
Agente (agent)Software del dispositivo gestionado: responde al gestor y envía notificaciones.Reside en el equipo monitorizado.
MIB (Management Information Base)Base de datos jerárquica, en forma de árbol, que describe los objetos gestionables.Es una definición de objetos, no un programa.
OID (Object Identifier)Identificador numérico de cada objeto de la MIB, con puntos entre números.Recorre el árbol desde la raíz hasta el objeto.

Cada dato que puede leerse (la carga de CPU, los bytes de una interfaz, el tiempo encendido) es un objeto de la MIB. El gestor pide el valor de un OID y el agente lo devuelve. Existen MIB estándar, como la MIB-II (RFC 1213, marzo de 1991), y MIB propias de cada fabricante bajo su rama de empresa.

Ejemplos de OID de la MIB-II

OIDObjetoQué mide
1.3.6.1.2.1.1.1sysDescrDescripción del sistema
1.3.6.1.2.1.1.3sysUpTimeTiempo desde el último arranque del agente
1.3.6.1.2.1.1.5sysNameNombre del sistema
1.3.6.1.2.1.2.2.1.10ifInOctetsBytes recibidos por una interfaz

Todos cuelgan de 1.3.6.1.2.1, la rama mib-2. El grupo system es el 1 y el grupo interfaces es el 2. Truco para recordarlo: «sys» es la rama 1 y las interfaces, la 2; el resto se deduce por el orden de los objetos dentro de cada tabla.

Operaciones SNMP

El examen de TI de la OPE 2025, resuelto
Las preguntas reales con la plantilla provisional y su explicación, gratis con una cuenta.
Ver el examen resuelto →
OperaciónSentidoPara qué sirve
GETGestor a agentePide el valor de un OID concreto.
GETNEXTGestor a agentePide el siguiente OID en el árbol; permite recorrerlo.
GETBULK (v2c y v3)Gestor a agentePide muchos valores de una vez, más eficiente en tablas grandes.
SETGestor a agenteModifica el valor de un objeto escribible.
TRAPAgente a gestorAviso asíncrono sin acuse de recibo.
INFORM (v2c y v3)Agente a gestorComo el trap, pero con confirmación del gestor.

Los puertos son UDP 161, donde el agente recibe las consultas, y UDP 162, donde el gestor recibe los traps. La RFC 1157 indica que los mensajes se reciben normalmente en el 161 y los que llevan un Trap-PDU, en el 162. Como UDP no ofrece entrega garantizada, un trap puede perderse sin que nadie lo sepa; por eso existe INFORM.

La diferencia práctica entre polling y traps es una pregunta clásica. El polling es el gestor preguntando a intervalos (GET, GETBULK) y genera tráfico constante pero permite dibujar gráficas. Los traps son avisos inmediatos cuando ocurre un evento (un enlace cae, un disco falla) pero no sirven para tendencias. Un sistema de monitorización serio combina ambos.

Versiones de SNMP: seguridad

VersiónSeguridadNovedades relevantes
SNMPv1 (RFC 1157, 1990)Community string en texto claro; sin cifrado.Primera versión; contadores de 32 bits.
SNMPv2cMantiene la community string en texto claro (la «c» es de community).GETBULK, INFORM, contadores de 64 bits y mejor gestión de errores.
SNMPv3 (modelo de seguridad USM, RFC 3414, 2002)Usuarios, autenticación (HMAC-MD5-96 o HMAC-SHA-96) y cifrado (DES; se añadieron algoritmos más robustos como AES en extensiones posteriores).Tres niveles de seguridad y control de acceso por vista.

La community string funciona como una contraseña compartida: la RFC 1157 explica que cada mensaje lleva el nombre de la comunidad y determina el perfil de acceso. Muchos fabricantes han usado como valores por defecto «public» (lectura) y «private» (lectura y escritura). No forma parte del estándar, pero es una mala práctica clásica dejar estos valores sin cambiar, igual que lo es dejar SNMP v1 o v2c expuesto a una red no fiable.

Los tres niveles de SNMPv3

  • noAuthNoPriv: sin autenticación ni cifrado.
  • authNoPriv: con autenticación, sin cifrado.
  • authPriv: con autenticación y cifrado. Es el nivel que debes recomendar cuando el enunciado pide «máxima seguridad».

El nombre se lee fácil: «auth» es autenticación y «priv» es privacidad, es decir, cifrado. Para repasar estos conceptos de seguridad en contexto, consulta el resumen del Esquema Nacional de Seguridad.

Herramientas de monitorización

SNMP es el protocolo; las herramientas son los gestores. Las que conviene reconocer:

  • Zabbix: plataforma de código abierto que admite SNMP, agentes propios, IPMI y JMX. Incluye plantillas, alertas y gráficas.
  • Nagios e Icinga: Nagios es un clásico, orientado a comprobaciones y alertas; Icinga nació como bifurcación (fork) de Nagios.
  • Prometheus y Grafana: Prometheus recoge métricas como series temporales y gestiona alertas; Grafana las visualiza. Para dispositivos SNMP se usa un exportador intermedio. Es habitual en entornos de contenedores.
  • Cacti: se apoya en RRDTool para dibujar gráficas de rendimiento a partir de consultas SNMP.

Para practicar sin hardware, basta una máquina virtual con el paquete snmpd y las utilidades de línea de comandos de Net-SNMP:

# SNMPv2c: leer el nombre del sistema
snmpget -v2c -c comunidad 192.0.2.10 1.3.6.1.2.1.1.5.0

# Recorrer el grupo "system"
snmpwalk -v2c -c comunidad 192.0.2.10 1.3.6.1.2.1.1

# SNMPv3 con autenticación y cifrado (authPriv)
snmpget -v3 -l authPriv -u usuario -a SHA -A claveAuth -x AES -X clavePriv 192.0.2.10 1.3.6.1.2.1.1.3.0

El sufijo .0 indica la instancia de un objeto escalar. La dirección 192.0.2.10 es un ejemplo de documentación, no un equipo real, y «comunidad», «usuario» y las claves son marcadores que debes sustituir.

Qué métricas se vigilan

En un entorno hospitalario, la monitorización se dirige a los servicios que no pueden caer. Las métricas habituales son estas:

MétricaQué indicaEjemplo
Disponibilidad (uptime)Porcentaje de tiempo que un servicio está operativo.Un servidor de aplicaciones clínicas.
CPU y memoriaCarga de los servidores.Un servidor de base de datos.
Ancho de bandaTráfico en los enlaces principales.Enlace que transporta imágenes DICOM.
Latencia y pérdida de paquetesCalidad del enlace y tiempo de respuesta.Enlace entre centros.
Errores de interfazErrores CRC, descartes, colisiones.Un puerto de switch con cable defectuoso.
Estado de almacenamientoEspacio libre y salud de discos y arrays RAID.Un volumen que se llena.

Cómo lo preguntan en el examen

Los ejemplos siguientes son ilustrativos: los hemos redactado nosotros con el estilo de las preguntas de redes de la OPE 2025, no son preguntas reales.

  1. ¿Qué puertos usa SNMP para las consultas y para los traps? UDP 161 para las consultas al agente y UDP 162 para los traps hacia el gestor.
  2. ¿Qué versión de SNMP ofrece autenticación y cifrado? SNMPv3 con el nivel authPriv. SNMPv2c solo añade GETBULK, INFORM y contadores de 64 bits, pero mantiene la community string en texto claro.
  3. Un switch debe avisar de forma inmediata cuando cae un enlace. ¿Qué mecanismo? Un trap (o un inform si se necesita confirmación). El polling solo detectaría la caída en la siguiente consulta.

Practica redes y monitorización

Tests por tema de redes, servicios y monitorización para Técnico/a especialista TI, con el examen de la OPE 2025 abierto en tu cuenta Free.

Crear mi cuenta

Errores típicos y trampas

  • Confundir el 161 con el 162. Consultas al 161 (en el agente); traps al 162 (en el gestor).
  • Creer que v2c cifra. La «c» es de community; no hay cifrado.
  • Olvidar que TRAP no tiene confirmación. INFORM sí.
  • Tratar la MIB como un programa. Es una descripción de objetos en árbol.
  • Pensar que SNMP reside en la capa de red. Es de aplicación y viaja sobre UDP.
  • Dar por segura una community «private». Es un valor por defecto de muchos fabricantes y debe cambiarse; mejor aún, usar v3.

Si quieres ver el peso que tuvo cada bloque de redes en el examen, revisa el análisis del examen TI de la OPE 2025 y, para el resto del temario, la página de la oposición.

Preguntas frecuentes

¿Qué es SNMP y para qué sirve?

Es el protocolo estándar para gestionar y monitorizar dispositivos de red. Un gestor (NMS) consulta a los agentes de los equipos, que exponen sus datos en una MIB, y recibe avisos (traps) cuando ocurre un evento.

¿Qué puertos utiliza SNMP?

UDP 161 para las consultas al agente (GET, SET, GETBULK) y UDP 162 para las notificaciones (traps e informs) que llegan al gestor.

¿Qué diferencia hay entre SNMPv2c y SNMPv3?

SNMPv2c mantiene la community string en texto claro. SNMPv3 incorpora autenticación (HMAC-MD5-96 o HMAC-SHA-96), cifrado y control de acceso por usuario, con tres niveles: noAuthNoPriv, authNoPriv y authPriv.

¿Qué diferencia hay entre trap e inform?

Ambos son avisos del agente al gestor, pero el trap no tiene acuse de recibo y el inform sí, por lo que el agente puede reenviarlo si no recibe confirmación.

¿Qué son la MIB y el OID?

La MIB es la base de información jerárquica que define los objetos gestionables de un dispositivo; el OID es el identificador numérico de cada objeto dentro de ese árbol, por ejemplo 1.3.6.1.2.1.1.3 para sysUpTime.