Se você já trabalhou com Zabbix e SNMP, sabe que a descoberta automática pode trazer centenas de itens, muitos dos quais não são relevantes para o monitoramento. O desafio, então, é filtrar apenas o que importa, e é aí que entram as expressões regulares (regex) nos protótipos de itens do Zabbix.

Neste artigo, vou detalhar um exemplo prático que implementei para monitorar interfaces específicas de uma OLT Furukawa G2500, mostrando como um filtro bem construído pode refinar a descoberta e evitar poluição no seu Zabbix.

Em redes GPON, uma OLT (Optical Line Terminal) possui diversas interfaces, mas nem todas devem ou precisam ser monitoradas, isso depende muito do seu cenário. No meu caso, precisava acompanhar apenas as 20 primeiras portas FX-1000 PON

Ao executar a descoberta de itens, foram listados 60 interfaces, das quais uso apenas 20, considerando que cada interface teremos monitoramento de: Tráfego Download e Upload / Status operacional e Administrativo / Sinais / Erros de Interface … isso acaba gerando uma poluição e desperdício de recursos tanto da OLT quanto do Zabbix.

Outras formas de não usar filtros e ou descobertas seriam:

Cadastrar os 20 itens individuais – levaria um bom tempo

Descobrir todos os itens e em seguida desativar os que não desejo – como são muitos, nesse caso não compensa a coleta de 40 itens que nunca vou utilizar, e vai dificultar os filtros posteriormente em alguma análise.

🔎A regra de descoberta no Zabbix foi configurada assim:

Nome: Descoberta de Interfaces Tipo: Agente SNMP Chave: net.if.discovery.onu SNMP OID: discovery[{#IFOPERSTATUS},1.3.6.1.2.1.2.2.1.8,{#IFADMINSTATUS},1.3.6.1.2.1.2.2.1.7,{#IFALIAS},1.3.6.1.2.1.31.1.1.1.18,{#IFNAME},1.3.6.1.2.1.31.1.1.1.1,{#IFDESCR},1.3.6.1.2.1.2.2.1.2,{#IFTYPE},1.3.6.1.2.1.2.2.1.3]

🎯 Objetivo

Monitorar apenas as interfaces portas PON da OLT que seguem um padrão de nomenclatura específico, do PON 1 ao 20, como:

port1-FX-1000, port2-FX-1000, …, port20-FX-1000

Vale ressaltar que caso precise pular um intervalo de range ou filtrar na mesma expressão descrições diferentes é possível também.

Voltamos ao caso, usamos um filtro com expressão regular:

Macro: {#IFNAME} Correspondências Expressão regular: ^port([1-9]|1[0-9]|20)-FX-1000$

🧠 Explicando a expressão regular

Expressão: ^port([1-9]|1[0-9]|20)-FX-1000$

Análise:

• ^ – Representa o início da string. Garante que a correspondência comece no primeiro caractere.
• port – Literalmente busca a palavra “port” no início do nome da interface.
• ([1-9]|1[0-9]|20) – Este é um grupo de captura com três alternativas:

[1-9]: números de 1 a 9

1[0-9]: números de 10 a 19

20: número 20

• -FX-1000 – Corresponde exatamente ao texto “-FX-1000”, que identifica o tipo específico de porta ONU.
• $ – Representa o final da string. Garante que não há nada após o padrão especificado.

---

💡 Na prática: o que isso ajuda ?

Ao aplicar esse filtro diretamente no protótipo de item da descoberta, o Zabbix ignora todas as interfaces que não se encaixam no padrão definido. Isso é extremamente útil para:

✅ Reduzir itens desnecessários

✅ Evitar sobrecarga no Zabbix

✅ Facilitar a análise e visualização

✅ Focar apenas no que importa para o monitoramento

📝 Conclusão

Um filtro bem estruturado pode evitar desperdício de recursos , alertas falsos e melhorar a eficiência do monitoramento.

Mas atenção, entendo que caso eu precise monitorar novas interfaces além dessas, preciso ajustar o filtro manualmente. Sempre priorizamos automação do monitoramento para que caso ative uma nova interface fora desse range por exemplo não dependa de alguém configurá-la manualmente, pois isso esta fadado ao erro humano, no caso do “esquecer”. Como esse caso é uma OLT isolada e sabemos que não terá uso das demais PONS, essa foi a melhor alternativa.

Cada caso é um caso, avalie a melhor opção e implemente em seu projeto.