Como coletar no ZXA10 C320 dados do módulo de uplink e níveis de ONU - via CLI ou por SNMP

Esclarece o que exatamente você precisa no monitoramento. Inventário do módulo (vendor, part number, número de série) e a potência ao longo do tempo são histórias diferentes: o primeiro basta coletar uma vez por dia e guardar como fato, o segundo faz sentido consultar regularmente e plotar em gráfico.

E a segunda pergunta, mais importante: você já olhou o CRC no uplink de propósito, ou só reparou de passagem? Se o contador está realmente crescendo, o nível de recepção não é o principal suspeito aqui, e o ponto de partida não é montar gráficos, e sim essa interface.

Sobre o uplink, tudo que você precisa esse comando que você mesmo achou já entrega:

show int optical-module-info xgei_1/21/1

Na saída já vem o nome do vendor, o part number, o número de série, o tipo do módulo (por exemplo, 10GBASE-LR), comprimento de onda 1310 nm, Rx e Tx em dBm, corrente de bias, velocidade do laser e temperatura. Além disso, ali mesmo estão os limiares de alarme de potência, corrente, tensão e temperatura - não precisa ir atrás do inventário separado.

Para os assinantes, veja a atenuação de uma ONU específica:

show pon power attenuation gpon-onu_1/1/1:1

Para o monitoramento, a potência de recepção no OLT fica em .1.3.6.1.4.1.3902.1015.1010.11.2.1.2:

snmpwalk -v2c -c <community> <olt> .1.3.6.1.4.1.3902.1015.1010.11.2.1.2

O valor bruto tem que ser dividido por 1000, senão em vez de dBm você recebe uns milhares sem sentido. Quase todo mundo tropeça nisso na primeira vez que faz um gráfico com esse OID.

E sobre seu terceiro ponto: antes de tirar conclusões pelo nível, olhe os contadores de CRC no uplink. Rx normal sozinho não descarta conector sujo nem trecho danificado.

A divisão por 1000 era exatamente o que faltava. No meu gráfico apareciam milhares em vez de dBm, e o tempo todo eu achava que tinha pego o objeto errado.

No uplink o quadro fechou: módulo 10GBASE-LR, 1310 nm, nível de recepção normal, mas o CRC ficava subindo mesmo assim. Fui pelo cross - o conector estava sujo, depois da limpeza o contador parou. Então o conselho de olhar o CRC antes do nível fez sentido.

Os níveis de uma ONU específica dão para tirar pelo comando, vou colocar um polling nela.

Sobre o monitoramento: pode não esperar por um template pronto. A cobertura do C320 de fábrica é parcial - portas GPON, óptica da ONU e comprimento da linha não aparecem sozinhos. No LibreNMS (build 25.8.0-dev) nunca chegou a surgir um suporte decente para essa família: ninguém publicou nem OIDs prontos, nem um método documentado. Ou seja, só existe um caminho - seus próprios objetos e seu próprio template, e você já está indo por aí.

De quebra, tenha em mente que em hardware diferente isso se chama de um jeito diferente. No Cisco ISR 4451 não existe o comando de interface de sempre, o DOM sai por show hw-module subslot 0/0 transceiver 0 status, no FortiGate é get system interface transceiver. Se você está montando um coletor único para um parque de vendors diferentes, é mais simples puxar tudo por SNMP em todo lugar, e deixar o CLI para investigar uma reclamação específica.