ONU com LOS ou offline na OLT Huawei: diagnóstico completo

Quando o NOC avisa que tem ONU com LOS, a primeira pergunta que eu faço é: quantas? Uma ONU caída costuma ser problema na casa de um cliente. Oito ONUs da mesma CTO apontam para a caixa ou para o cabo que chega nela. A PON inteira apagada é tronco rompido ou módulo da porta. Os comandos são quase os mesmos nos três casos, o que muda é a leitura.

Eu opero OLTs Huawei MA5800 em produção e escrevi um sistema próprio que acompanha as ONUs por SNMP e SSH. Este guia junta o que a documentação da Huawei diz sobre cada alarme com o que eu vi acontecer na rede: como ler o display ont info, o que significa cada causa de queda (dying-gasp, LOSi, LOFi e as outras), a ordem dos comandos e os erros que mandam técnico para a rua sem necessidade. Os exemplos usam frame 0, slot 1, porta 0 e ONT 1.

Resposta rápida: o que fazer com uma ONU com LOS

1. Rode display ont info by-sn (fora da interface gpon) ou display ont info 0 1 0 1 e leia três campos: Run state, Last down cause e Last up time.
2. dying-gasp: a ONU ficou sem energia. Confirme tomada e fonte com o cliente antes de pensar em fibra.
3. LOSi/LOBi (ou só LOS, em alguns firmwares): a OLT parou de ouvir a ONU. Suspeite do drop, dos conectores, da CTO ou de uma ONU que apagou de uma vez.
4. LOFi, SFi ou SDi: a luz chega, mas ruim. Meça com display ont optical-info e limpe os conectores.
5. Descubra o tamanho do problema: uma ONU, uma CTO, a PON inteira ou a placa. Cada caso tem um suspeito diferente.
6. Não leia a causa de queda sozinha. Ela fica gravada até a próxima queda. Queda nova é o Last up time mudando.

ONU com LOS e ONU offline não são a mesma coisa

No dia a dia, “ONU com LOS” virou nome para qualquer ONU que sumiu. Na OLT são coisas diferentes. Offline é o estado: Run state: offline no display ont info, ou o valor 2 no OID de estado quando a leitura é por SNMP (1 é online). LOS é uma das causas possíveis de a ONU ter ficado offline.

A ONU também fica offline por falta de energia (dying-gasp), por reinício, porque alguém a desativou pela OLT ou porque foi apagada para reprovisionamento. E há a ONU online com Config state: failed, que não entrega serviço porque o perfil não foi aplicado. Se você chama tudo isso de LOS, acaba mandando técnico com power meter para resolver falta de luz na casa do cliente.

O LED LOS aceso ou piscando em vermelho na própria ONU indica que ela não está recebendo sinal óptico suficiente. É o que o cliente descreve ao telefone. Do lado da OLT, o mesmo problema aparece como a falta de rajadas daquela ONU no upstream.

LOS da porta e LOSi da ONU

A Huawei separa os dois. LOS (alarme 0x2e11a001) é a perda de sinal da PON inteira: a porta não ouve nenhuma ONU, o que aponta para o alimentador, o splitter primário ou o módulo óptico da porta. LOSi é a perda de uma ONU específica. O “i” no fim significa “da ONU de índice i”, e a mesma lógica vale para LOFi, SFi, SDi e os outros alarmes desta lista.

A OLT gera LOSi quando deixa de receber sinal óptico válido da ONU em quatro alocações seguidas. LOBi (Loss of Burst) é a falta de rajada válida. A Huawei trata os dois no mesmo alarme, 0x2e112007, e no Last down cause eles aparecem juntos como LOSi/LOBi. Alguns firmwares mostram apenas LOS. Na prática, para quem está diagnosticando uma ONU com LOS, LOSi e LOBi levam ao mesmo roteiro.

Como ler o display ont info de uma ONU com LOS

Quase todo diagnóstico de ONU com LOS começa neste comando. Ele mostra o estado atual e o registro da última queda. Os campos que eu leio, nesta ordem:

Abaixo, uma saída resumida com valores de exemplo. Repare no detalhe que mais engana:

  F/S/P                   : 0/1/0
  ONT-ID                  : 1
  Control flag            : active
  Run state               : online
  Config state            : normal
  Match state             : match
  SN                      : 48575443A1B2C3D4
  Last down cause         : dying-gasp
  Last up time            : 2026-09-12 07:41:03-03:00
  Last down time          : 2026-09-12 07:38:55-03:00
  Last dying gasp time    : 2026-09-12 07:38:55-03:00
  ONT online duration     : 20 day(s), 3 hour(s), 12 minute(s), 40 second(s)

A causa é dying-gasp, mas a ONU está online há 20 dias. Essa queda já passou, foi uma falta de energia antiga. Se o cliente reclama hoje, o problema está em outro lugar. Quem bate o olho só em Last down cause abre chamado de energia para uma ONU que está funcionando.

Causas e alarmes de ONU offline na OLT Huawei

Nem toda ONU offline é ONU com LOS, e esta tabela mostra por quê. Ela junta a sigla do alarme, o que a Huawei diz que ele significa, o que costuma estar por trás dele em campo, como confirmar pela OLT e o que fazer. Os números no formato 0x2e… são os IDs de alarme que aparecem no display alarm active all.

Para quem só quer separar o que é energia do que é fibra: dying-gasp é energia. LOSi, LOBi, LOFi, SFi e SUFi são caminho óptico ou ONU. Desativação, exclusão, re-registro e reset são ação de alguém ou da própria ONU, e não justificam visita técnica até alguém explicar o que aconteceu.

Os códigos numéricos da causa de queda (SNMP)

Quem monitora por SNMP recebe a causa como número, no objeto hwGponOntRegisterInfoDownCause do HUAWEI-GPON-MIB. A tabela pública tem dezenas de valores. Na minha rede, só dois foram conferidos contra o CLI na mesma ONU e no mesmo minuto: 2 e 13. O 31 e o 33 apareceram em produção e batem com cmdReboot e ontSoftwareReset na tabela pública, mas eu não confirmei.

Árvore de decisão: uma ONU, uma CTO, a PON ou a placa

Antes de abrir chamado para uma ONU com LOS, eu respondo uma pergunta só: quantas ONUs caíram juntas e o que elas têm em comum? O tamanho do problema diz mais sobre a causa do que qualquer alarme isolado. O diagrama abaixo resume o caminho; as seções seguintes explicam cada ramo.

Uma única ONU com LOS

É o caso mais comum. Leia o Last down cause e confira se o Last up time é recente. Com dying-gasp, o primeiro contato é com o cliente: a ONU está ligada? A fonte está na tomada? Houve queda de energia? Em boa parte das vezes o problema termina aí.

Com LOSi/LOBi, você tem uma ONU com LOS de verdade: a OLT parou de ouvir a ONU sem aviso de energia. Os suspeitos são o drop, o conector na CTO, o conector na casa ou a própria ONU. Uma ONU que apaga de uma vez, sem tempo de mandar o dying-gasp, também gera LOSi. Por isso vale perguntar ao cliente se as luzes da ONU estão acesas antes de mandar a equipe.

Com LOFi, SFi ou SDi, a luz chega, mas com erro. Meça o sinal pela OLT (etapa 2, mais abaixo) e compare com as faixas de referência. Com causa de reset, desativação ou re-registro, procure quem mexeu antes de suspeitar da rede.

Várias ONUs da mesma CTO

Aqui a regra que eu uso é estrita: só trato como rompimento de fibra se TODAS as ONUs da CTO estão offline por causa de fibra, sem nenhuma online e sem nenhuma com dying-gasp. Se todas mostram dying-gasp no mesmo minuto, é falta de energia na rua, e o problema é da concessionária, não seu.

Se o quadro é misto, com algumas ONUs online, outras com dying-gasp e outras com LOSi, trate cada ONU separadamente e só chame de ONU com LOS a que mostra LOSi/LOBi. Para isso funcionar, você precisa saber qual ONU está em qual CTO. A descrição gravada na hora do cadastro ajuda muito; mostro isso no guia de como provisionar ONU na OLT Huawei.

A PON inteira caiu

Quando todas as ONUs da porta caem juntas e todas mostram LOSi/LOBi, o quadro aponta para o tronco, para o splitter primário ou para o módulo óptico da porta. Confira se a porta mostra LOS no display alarm active all e o estado do módulo no display port state all. Se várias CTOs caíram mas não todas, o problema está num ramal, depois do primeiro splitter.

Existe uma exceção que engana: a ONU rogue. Uma única ONU com laser travado transmite fora da janela e derruba as vizinhas, que caem com LOSi, LOFi ou SUFi mesmo com a fibra boa. Antes de mandar equipe para o tronco, procure os alarmes 0x2e314021 e 0x2e314022 na porta.

Todas as PONs da placa caíram

Quando todas as portas de um slot caem juntas, o problema não está na rua. Rode display board 0 e veja se a placa GPON aparece como Normal. Placa fora desse estado é caso de suporte da OLT, não de equipe de fibra. A posição das placas muda entre chassis; se tiver dúvida, veja as diferenças entre os modelos MA5800-X2, X7 e X17.

Comandos para diagnosticar ONU com LOS, etapa por etapa

Os comandos abaixo são consultas: nenhum deles muda configuração. Todos partem do modo config; alguns pedem a interface gpon, indicada em cada etapa. Se você ainda não tem prática com a CLI, o guia de comandos básicos da OLT Huawei MA5800 cobre a navegação e os modos.

enable
config

Etapa 1: achar a ONU e ler o estado

Com o serial da ONU com LOS na mão, o caminho mais curto é pelo SN. Sem o serial, use a posição frame, slot, porta e ONT ID:

display ont info by-sn 48575443A1B2C3D4

display ont info 0 1 0 1

O by-sn precisa rodar fora da interface gpon. Dentro dela, a OLT responde Parameter error. Se você estava numa interface, dê quit antes. A leitura dos campos está na tabela do começo deste guia.

Etapa 2: medir o sinal óptico pela OLT

O display ont optical-info só roda dentro da interface gpon do slot, com a porta e o ONT ID como parâmetros. Feche com quit:

interface gpon 0/1
display ont optical-info 0 1
quit

A saída traz o Rx optical power(dBm) (o que a ONU recebe), o Tx optical power(dBm) (o que ela transmite), o OLT Rx ONT optical power(dBm) (o que a OLT recebe dessa ONU), a temperatura, a tensão e a corrente de polarização do laser. Numa ONU com LOS que está offline, o comando não tem o que ler. Ele serve para a ONU que voltou, para a que está caindo e voltando, e para comparar com as vizinhas da mesma CTO.

Etapa 3: ver o histórico de quedas

O Last down cause mostra só a última queda. O histórico fica no register-info, também dentro da interface:

interface gpon 0/1
display ont register-info 0 1
quit

Cada linha traz o tipo de autenticação, o SN, o horário de subida, o de queda e a causa. Numa ONU que cai e volta, é aqui que aparece o padrão e que você separa a ONU com LOS da ONU sem energia. Uma sequência de dying-gasp aponta para energia instável na casa. LOFi repetido aponta para conector ruim. Reset em sequência, sem ninguém mexer, aponta para ONU ou fonte com defeito.

Etapa 4: conferir os alarmes ativos e o histórico

display alarm active all
display alarm history all

O primeiro lista o que está ativo agora, o segundo o que já passou. Os dois aparecem assim na documentação da Huawei. Em OLT grande a saída é longa; procure pelos IDs da tabela de causas e pela porta que interessa. É aqui que aparecem o LOS da porta e os alarmes de ONU rogue.

Etapa 5: olhar a porta PON e a placa

display ont info summary 0/1/0
display port state all
display board 0

O summary lista as ONUs da porta 0/1/0 com estado, e é a forma mais rápida de ver se a queda é de uma ONU ou de muitas. O display port state all mostra o estado das portas GPON e do módulo óptico. O display board 0 mostra o estado das placas do frame.

Etapa 6: ONU que não registra

Às vezes a suposta ONU com LOS nem está cadastrada. Offline e não registrada são situações diferentes. Uma ONU offline está cadastrada e caiu. Uma ONU que aparece no autofind está mandando sinal, mas a OLT não tem cadastro para aquele SN:

display ont autofind all

A saída termina com a linha The number of GPON autofind ONT is N. Se a ONU do cliente está lá, ela foi trocada, foi apagada ou nunca foi autorizada. O caminho é cadastrar de novo, e se o SN antigo ainda ocupa um ONT ID em outra porta, veja como deletar ONU na OLT Huawei antes.

Etapa 7: ONU online, cliente sem internet

Muita reclamação de “ONU com LOS” chega com a ONU online e o problema em outro lugar. Antes de encerrar, confira a WAN, a versão e as portas Ethernet:

display ont wan-info 0/1 0 1
display ont version 0 1 0 1
interface gpon 0/1
display ont port state 0 1 eth-port all
quit

O wan-info mostra as conexões da ONU, com tipo de serviço, estado IPv4, VLAN e MAC. O version traz modelo e firmware. O port state mostra se o cabo do roteador do cliente está com link e em qual velocidade. Porta Ethernet sem link é cabo ou equipamento do cliente, e não tem relação com fibra.

Roteiro completo em um bloco

No dia a dia eu rodo estas linhas em sequência para uma ONU com LOS. São só consultas, e a sequência cabe numa tela:

enable
config
display ont info by-sn 48575443A1B2C3D4
display ont info 0 1 0 1
interface gpon 0/1
display ont optical-info 0 1
display ont register-info 0 1
quit
display alarm active all

Sinal óptico: faixas de referência GPON

As classes de módulo mais comuns em GPON são B+ e C+. A diferença está no orçamento óptico: C+ aceita sinal mais fraco e por isso atende distâncias maiores ou mais divisões. Os valores abaixo são os de referência da norma ITU-T G.984.2 e de datasheets de módulos. Repare que a ONU e a OLT têm limites diferentes: o Rx da ONU é o sinal de descida que ela recebe, e o Rx da OLT é o sinal de subida que chega de cada ONU.

As fontes divergem em alguns valores, conforme a revisão da norma e o fabricante. Use a tabela como ponto de partida e confira o datasheet do módulo instalado na sua porta e o da ONU.

Os limiares que eu uso na prática

Para o Rx da ONU, o valor que mais consulto, uso estas faixas no monitoramento. Quando uma ONU com LOS volta, é com elas que eu decido se a fibra precisa de visita:

Do lado da OLT, o OLT Rx ONT optical power abaixo de -28 dBm gera aviso no meu sistema. Nos relatórios, conto como “sinal baixo” toda ONU com Rx abaixo de -25 dBm. Quem lê por SNMP precisa lembrar que as potências vêm em centésimos de dBm: o valor bruto -2534 corresponde a -25,34 dBm.

Um cuidado: no alarm profile padrão os limiares vêm zerados, ou seja, sem alarme. Não encontrei em fonte aberta um limiar padrão de potência óptica por ONU na MA5800. Se você quer aviso de sinal degradado antes da queda, configure os perfis de alarme ou monitore por fora.

O que aprendi em produção

Estas lições vieram de construir e manter o monitoramento das minhas OLTs. Várias nasceram de um alarme falso ou de um diagnóstico errado de ONU com LOS.

A causa da queda fica gravada

O Last down cause guarda a última queda, seja de ontem ou de um mês atrás. Uma ONU online há três semanas devolve o mesmo dying-gasp antigo em toda leitura, pelo CLI ou pelo SNMP. Já tive caso de relatório apontando dying-gasp numa ONU que não caía havia 20 dias.

A correção foi mudar o critério: queda real é o Last up time mudando entre duas leituras. A causa só é lida quando o horário de subida muda. Se você monta relatório de quedas por SNMP, faça a mesma coisa ou vai contar a mesma queda todos os dias.

Dying-gasp fica fora do alarme de PON

Falta de energia derruba várias ONUs ao mesmo tempo e parece rompimento. No meu sistema, o alarme de PON ignora as ONUs com dying-gasp na contagem de offline, e a mensagem informa quantas foram ignoradas. Isso evita alarme falso de PON quando falta energia num bairro.

Os relatórios seguem a mesma divisão: elétrica (dying-gasp), fibra (LOSi, LOBi, LOFi, SFi, SUFi) e outras. O que não é dying-gasp entra como provável fibra ou outra causa, nunca como energia.

Rompimento só quando a CTO inteira cai por fibra

A correlação por CTO é a regra mais útil que eu tenho. Uma ONU com LOS sozinha não indica rompimento. Rompimento na caixa só se todas as ONUs dela estão offline por fibra, sem nenhuma online e sem dying-gasp. Se todas as CTOs da PON foram afetadas, o problema é o tronco. Várias CTOs, mas não todas, apontam para um ramal.

Alarme de PON proporcional ao tamanho

Porta com poucas ONUs gera alarme demais se o limiar for percentual. Por isso, em PON com menos de 10 ONUs eu só alarmo com 100% offline. Acima disso, o limiar é percentual, com padrão de 10% e configurável.

Só confio em código SNMP que conferi no CLI

A tabela pública de causas de queda tem dezenas de valores, e eu desconfiei que a numeração da minha OLT não batia com ela. Eu só rotulei os códigos que conferi: li o SNMP e o display ont info da mesma ONU no mesmo minuto. Assim confirmei o 2 (LOSi/LOBi) e o 13 (dying-gasp). O 31 e o 33 apareceram sem rótulo e continuam assim no meu sistema até eu pegar um caso para conferir.

Cuidados com a CLI em automação

• display ont info by-sn dentro de interface gpon dá Parameter error. O script precisa dar quit antes.
• display ont optical-info exige estar em interface gpon 0/slot, com uma espera curta para a resposta e quit depois.
• Saídas grandes por Telnet podem chegar cortadas com a OLT carregada. Numa OLT com milhares de ONUs, o display ont info 0 all chegou truncado. Hoje eu leio estado por SNMP primeiro e, no CLI, confiro a linha de rodapé com a contagem antes de aceitar a saída.
• Por SNMP, o estado da ONU usa índice composto pelo ifIndex da porta GPON e pelo ONT ID. Run status 1 é online e 2 é offline.

Erros comuns no diagnóstico

• Ler a causa sem olhar o horário. Dying-gasp de três semanas atrás não explica a reclamação de hoje. Confira o Last up time e o ONT online duration.
• Tratar dying-gasp como ONU com LOS. A ONU avisou que ficou sem energia. Ligue para o cliente antes.
• Tratar várias quedas da mesma CTO como rompimento sem conferir. Se alguma ONU da caixa está online, a fibra até a CTO está viva. Se as outras caíram com dying-gasp, a causa provável é energia, não rompimento.
• Esquecer a ONU rogue. PON inteira caindo com LOSi, LOFi e SUFi pode ser uma única ONU com laser travado.
• Confundir offline com não registrada. ONU no autofind não tem problema de fibra: falta cadastro para aquele SN.
• Rodar by-sn dentro da interface gpon. O Parameter error não quer dizer que o SN não existe.
• Encerrar o chamado com a ONU online. Se o cliente segue sem internet, veja a WAN e as portas Ethernet antes de fechar.
• Comparar sinal sem saber a classe do módulo. No Rx da ONU, -29 dBm está abaixo da sensibilidade de B+ (-27 dBm) e ainda dentro da de C+ (-30 dBm).

Perguntas frequentes

O que significa ONU com LOS na OLT Huawei?

Significa que a OLT deixou de receber sinal válido da ONU, registrado como LOSi/LOBi no Last down cause (alguns firmwares mostram só LOS). As causas mais comuns são drop rompido, conector sujo ou solto e ONU que apagou de uma vez.

Qual a diferença entre ONU offline e ONU com LOS?

Offline é o estado da ONU no Run state. LOS é uma das causas que levam a esse estado. Uma ONU também fica offline por falta de energia (dying-gasp), por reinício, por desativação ou por ter sido apagada.

O que é dying-gasp numa ONU?

É o aviso que a ONU manda à OLT quando perde energia, usando a carga do capacitor antes de apagar. Aponta para falta de luz, fonte desligada ou fonte com defeito, e não para fibra.

Como ver o sinal de uma ONU na OLT Huawei?

Entre em interface gpon 0/1, rode display ont optical-info 0 1 e saia com quit. A saída mostra o Rx e o Tx da ONU e o sinal que a OLT recebe dela, além de temperatura e tensão. Numa ONU com LOS que ainda está offline, o comando não traz leitura.

Qual é o sinal mínimo aceitável numa ONU GPON?

Pela ITU-T G.984.2, a sensibilidade de recepção da ONU é de -27 dBm em classe B+ e de -30 dBm em classe C+; do lado da OLT, -28 dBm e -32 dBm. Confira o datasheet do módulo. Na prática, eu considero bom acima de -25 dBm e começo a investigar abaixo de -27 dBm.

Por que a ONU mostra dying-gasp mesmo estando online?

Porque o Last down cause guarda a última queda até a próxima acontecer. Se o ONT online duration mostra dias de uptime, aquele dying-gasp é antigo e não explica o problema atual.

Todas as ONUs da PON caíram. O que verificar primeiro?

Veja se a porta mostra LOS no display alarm active all e o estado do módulo no display port state all. Depois procure alarmes de ONU rogue, porque uma ONU com laser travado também pode derrubar a PON inteira.

Conclusão

Diagnosticar ONU com LOS na OLT Huawei é mais leitura do que comando. Comece pelo tamanho do problema, leia a causa da queda junto com o horário de subida e só depois decida quem vai para a rua. Dying-gasp é energia, LOSi/LOBi é caminho óptico ou ONU apagada, LOFi, SFi e SDi são sinal ruim, e reset ou desativação pedem uma conversa com quem mexeu na OLT.

Se você monitora por SNMP, trate a causa de queda como registro histórico e confira cada código no CLI antes de confiar nele. Cada chamado de ONU com LOS que chega ao NOC fica mais fácil de separar entre energia, fibra e ação humana. Esse cuidado evita boa parte dos alarmes falsos e das visitas técnicas sem motivo. Para os próximos passos com a ONU que voltou, veja o guia de como provisionar ONU na OLT Huawei.