Un template de Juniper EX con Virtual Chassis tras 8 años
Pocas cosas resultan tan frustrantes como encontrar la plantilla de código abierto perfecta y descubrir que nadie la ha tocado en ocho años. El código funciona en su mayor parte y la estructura está ahí, pero el tiempo ha seguido corriendo. El firmware cambió, Zabbix evolucionó y Virtual Chassis se convirtió en un estándar de los despliegues reales, mientras que el template se quedó congelado en 2016.
Ese es el contexto de este nuevo fork de las plantillas para switches Juniper EX. Se ha enviado un pull request al repositorio original, pero viendo el tiempo que lleva hibernando, la acción real está en este fork. Con toda franqueza, así es como sobreviven las herramientas de infraestructura: alguien decide dar un paso al frente y traerlas al presente.
Las plantillas se probaron en modelos EX2300, EX3400 y EX3300 con Zabbix 7.0.4, por lo que la compatibilidad anunciada proviene de pruebas de laboratorio sobre hardware real. Ese detalle cuenta, porque las plantillas de red no perdonan: un OID que no encaja o una suposición errónea sobre los índices y de repente la mitad de tus elementos pasan al estado de no soportados.
La compatibilidad se agradece, pero la función estrella es el descubrimiento de Virtual Chassis.
Si alguna vez has trabajado con stacks de Juniper EX, sabrás que Virtual Chassis lo cambia todo. Lo que a simple vista parece un único switch en realidad son varios miembros, cada uno con su propio rol, versión de firmware, dirección MAC y estado operativo. Sin una lógica de descubrimiento adecuada, el monitoreo aplana el stack en una sola entidad opaca o te obliga a realizar configuraciones manuales, y ninguna de las dos opciones escala.
La nueva regla de descubrimiento resuelve esa carencia de forma directa. Zabbix ya no tiene por qué tratar el stack como un monolito; ahora puede detectar dinámicamente los miembros del chasis y extraer datos detallados como el estado, el rol (master, linecard o backup), la versión de firmware, la dirección MAC y más parámetros. Esa es la diferencia entre un monitoreo superficial y una visibilidad operativa auténtica.
Los roles merecen una atención especial. En un Virtual Chassis, el master es el ancla del plano de control, lo que lo convierte en algo mucho más relevante que un simple miembro más. Si falla y un backup asume el mando, necesitas enterarte de ese cambio de liderazgo; un stack que simplemente informa de que está levantado no te dirá nada. Los failovers silenciosos son magníficos para la disponibilidad, pero pésimos para detectar inestabilidades. Con un monitoreo basado en descubrimiento, esas transiciones se vuelven visibles.
El seguimiento del firmware también importa mucho. Tener versiones dispares de firmware dentro de un mismo stack puede causar fallos sutiles y molestos, y disponer de visibilidad del firmware por cada miembro dentro de Zabbix simplifica la gestión del ciclo de vida. Ya no hace falta conectarse por SSH a cada equipo para comprobar versiones, porque la información está integrada en tu plataforma de monitoreo.
Haber realizado pruebas en modelos EX2300, EX3400 y EX3300 resulta tranquilizador. Esos modelos abarcan distintas generaciones y gamas de rendimiento; si la plantilla responde de forma consistente en todos ellos, es señal de que la lógica de descubrimiento es sólida y no está ajustada exclusivamente a un único dispositivo de pruebas.
Actualizar un repositorio abandonado tiene un valor indudable. Ocho años en el mundo de las redes representan una eternidad: las estructuras SNMP evolucionan, las buenas prácticas cambian y el propio Zabbix ha avanzado notablemente. Usar un template antiguo en Zabbix 7.x sin adaptaciones a menudo equivale a conectar un cable VGA a un puerto USB-C: técnicamente es posible con suficientes adaptadores, pero resulta incómodo.
Un fork te proporciona margen de maniobra. Puedes refactorizar, limpiar las claves de los elementos, ajustar los pasos de preprocesamiento a las capacidades actuales de Zabbix e introducir reglas de descubrimiento de bajo nivel (LLD) sin miedo a romper suposiciones heredadas.
La regla de descubrimiento de Virtual Chassis está lejos de ser un mero detalle estético. Cambia la forma en que concibes el monitoreo de switches apilados: pasas de pensar que un host equivale a un dispositivo físico a entender que un host equivale a un stack lógico con componentes internos dinámicos. Ese modelo refleja con mucha mayor fidelidad el funcionamiento real de los despliegues de Juniper EX.
Además, abre nuevas posibilidades. Una vez que descubres los miembros del chasis de forma dinámica, puedes extender esa misma lógica a los sensores de temperatura de cada miembro, al estado de las fuentes de alimentación y a la distribución de los enlaces de subida. En ese punto, tu plantilla cartografía la topología interna del stack además de recopilar métricas.
Hay aquí una lección más amplia. Las plantillas de la comunidad suelen crearse pensando en dispositivos aislados, pero los entornos de producción rara vez se quedan ahí. El apilamiento, los clústeres y la alta disponibilidad complican el monitoreo, y las plantillas capaces de entender esos patrones son escasas y valiosas.
Enviar un pull request al repositorio original es la decisión correcta. Aunque nunca llegue a fusionarse, demuestra la intención de revivir algo útil para toda la comunidad y no solo de aplicar un parche particular.
Seamos prácticos: los switches Juniper EX están en todas partes, desde capas de acceso y núcleos de campus hasta stacks de distribución. Monitorearlos como es debido resulta fundamental. Si el miembro de backup de tu stack falla sin avisar y no te percatas hasta que el master cae semanas después, tenías una brecha de visibilidad grave, y este template llega para cerrarla.
También sirve de recordatorio de que el monitoreo de redes no debe limitarse a gráficas de tráfico en interfaces. El estado operativo, el conocimiento de los roles y la identidad del hardware importan. Cuando tratas un Virtual Chassis como una caja negra, pasas por alto los matices que realmente anticipan los fallos.
Las mejores configuraciones de monitoreo son las que reflejan la arquitectura real. Virtual Chassis es una realidad estructural en el centro de datos, más allá del lenguaje de marketing, y las plantillas que lo reconocen aportan ingeniería en lugar de soluciones improvisadas.
Ocho años es mucho tiempo para que un repositorio permanezca sin cambios, pero a veces ese silencio prepara un regreso más sólido. Con compatibilidad renovada, pruebas sobre modelos reales y descubrimiento de Virtual Chassis nativo, este fork parece una reconstrucción completa más que un simple arreglo. Si gestionas stacks de EX en Zabbix 7.x, puede que esta renovación sea justo lo que tu monitoreo necesitaba.