Qual versão de firmware usar na OLT: critérios para provedores

Resumo

• A versão certa nasce de um motivo, como falha, brecha publicada, recurso ou fim de suporte, e não da data de lançamento.
• As notas da versão dizem o que foi corrigido, o que continua com falha conhecida e quais comandos mudaram.
• Os modelos de ONU instalados pesam tanto quanto a nota, porque a OLT pode mudar o que aceita de cada um.
• OLTs iguais rodando versões diferentes é o primeiro sinal de que a escolha de versão virou problema.

Qual versão de firmware usar na OLT?

Use a versão recomendada pelo fabricante para produção que resolve o seu motivo de atualizar e que já foi testada com as suas ONUs. Sem motivo, a versão que roda estável na sua base costuma ser a escolha certa.

Firmware novo não é melhoria automática. Cada versão corrige falhas, mas também traz código novo, e código novo traz falhas que ainda ninguém achou. A pergunta útil não é qual versão é a mais recente, e sim qual versão resolve o seu problema com o menor risco para a base instalada.

Na atualização de firmware de OLT, a escolha da versão vem antes de qualquer janela, com o motivo escrito. Este guia explica os critérios dessa escolha; o passo a passo da janela está no guia de como atualizar firmware da OLT.

A Táquion Tech não indica versão pela data de lançamento: a escolha sai das notas do fabricante, da lista de modelos de ONU da base e de um teste antes da produção.

Mais nova, recomendada ou a que já roda?

Fabricantes de OLT publicam versões de tipos diferentes, com nomes que mudam de marca para marca. A tabela mostra os tipos mais comuns e quando cada um faz sentido [CONFIRMAR nas notas do fabricante].

Tipos de versão de firmware de OLT e quando usar cada um

Tipo de versão	O que traz	Quando usar
Versão principal nova	Recursos novos e mudanças de comando	Quando você precisa do recurso, depois de teste
Pacote de manutenção	Correções sobre uma versão principal	Para corrigir falha sem mudar o comportamento
Correção a quente	Remendo pontual, às vezes sem reinício	Falha grave ou brecha, quando o fabricante indica
Versão recomendada ou de longo suporte	Linha que recebe correções por mais tempo	Padrão para a produção da maioria das bases

Na Huawei, por exemplo, o nome da versão mostra a linha principal e o pacote de manutenção, como em V100R019C10SPC200, e as correções a quente aparecem como SPH [CONFIRMAR nas notas do fabricante]. Entender o nome evita confundir um pacote de correção com uma versão principal nova.

Como ler as notas da versão antes de escolher

Leia primeiro os problemas corrigidos e os problemas conhecidos, depois as mudanças de comando e a lista de compatibilidade. Uma versão que não cita a sua falha entre as corrigidas não é a sua versão.

• Problemas corrigidos: procure a falha que você vive, com as palavras do alarme ou do comportamento.
• Problemas conhecidos: veja se algum atinge um recurso que a sua rede usa, como multicast ou um tipo de autenticação.
• Comandos alterados: compare com a sua configuração; comando removido some depois do reinício.
• Compatibilidade: confira placas, módulos e modelos de ONU suportados naquela versão.
• Caminho de atualização: anote se é preciso passar por versão intermediária.
• Ciclo de suporte: veja até quando a linha recebe correções.

Exemplo: escolher versão para ONUs que caem à noite

Um provedor tem um modelo de ONU caindo em grupo de madrugada, com fibra e sinal conferidos. Há duas versões novas disponíveis para a OLT.

1. Motivo: a queda em grupo de um único modelo, já investigada como no guia de OLT derrubando ONU.
2. Versão A, a mais nova: traz recursos de XGS-PON e não cita nenhuma correção de queda de ONU.
3. Versão B, pacote de manutenção: cita a correção de perda de registro de ONU de terceiros sob certa condição.
4. Escolha: a versão B, testada antes com o modelo que cai; a A fica para quando o XGS-PON entrar.

A versão mais nova perderia a noite e talvez não resolvesse nada. A nota de correção certa vale mais do que o número maior.

A base instalada decide tanto quanto a nota

A versão escolhida precisa funcionar com cada modelo de ONU que está nas casas dos assinantes, inclusive os de outras marcas. Por isso o inventário de ONUs vem antes da escolha.

A OLT conversa com a ONU pelo canal OMCI, padronizado pela ITU-T G.988, mas cada fabricante implementa o padrão do seu jeito. Uma versão de OLT pode mudar o que aceita de uma ONU de outra marca e fazer um modelo que funcionava parar de subir serviço.

O que conferir na base instalada antes de fechar a versão

Item da base	Por que importa	Como conferir
Modelos de ONU e quantidade de cada	Modelo fora da lista de compatibilidade pode parar	Exportar da OLT por modelo e firmware
ONUs de outras marcas	A interoperação muda entre versões	Testar uma de cada modelo na bancada
Placas e módulos instalados	Placa antiga pode não ser suportada	Lista de placas contra a nota da versão
Recursos usados na configuração	Multicast, perfis e autenticação podem mudar	Ler a configuração contra os comandos alterados
Outras OLTs do mesmo modelo	Versões diferentes complicam o suporte	Tabela de versões por OLT

Quando a ONU nova pede versão nova

Às vezes o motivo vem do estoque: um modelo de ONU recém-comprado aparece com erro ou sem todos os serviços. A OLT pode precisar de uma versão que reconheça o modelo, e a homologação de ONU mostra isso antes da compra do lote.

A mesma lógica vale para placa nova, como a de XGS-PON. O guia de coexistência de GPON com XGS-PON explica por que a versão da OLT entra no planejamento.

Quando a versão de firmware vira problema

A versão vira problema quando sai do suporte, quando uma brecha publicada a atinge ou quando OLTs iguais passam a rodar versões diferentes. Até lá, ela costuma funcionar em silêncio.

1. Ano 1

   Versão estável

   A OLT roda bem, ninguém mexe, e a versão some da lista de preocupações.

2. Depois

   Versões misturadas

   OLTs novas chegam com outra versão, e cada POP passa a se comportar de um jeito.

3. Mais tarde

   Fim de suporte

   A linha para de receber correções, e o fabricante pede atualização antes de abrir chamado.

4. No pior momento

   Brecha ou modelo novo

   Sai um alerta de segurança ou um lote de ONU não sobe, e a atualização vira urgência.

A atualização feita na última etapa é sempre a mais arriscada, porque acontece com pressa e com vários saltos de versão de uma vez.

Erros comuns na escolha da versão de firmware

Os erros mais comuns são escolher pela data, ler só a lista de novidades e esquecer as ONUs de outras marcas. Quase todos aparecem como surpresa depois do reinício.

O último erro tem um agravante: brecha na gerência da OLT é explorada mesmo com o equipamento funcionando bem. A versão corrigida anda junto com o hardening de OLT, que fecha a gerência para quem não precisa dela.

Ficar, atualizar ou trocar a OLT: como decidir

Fique na versão atual quando não há motivo, atualize quando uma versão suportada resolve o motivo e planeje a troca quando o modelo da OLT saiu do suporte. A tabela resume cada caso.

Decisão sobre a versão de firmware conforme a situação da OLT

Situação	Decisão	Cuidado
Estável, em suporte e sem alerta	Ficar na versão atual	Revisar alertas do fabricante de tempos em tempos
Falha citada como corrigida numa versão suportada	Atualizar para essa versão	Testar com as ONUs da base antes
Brecha de segurança publicada	Atualizar com prioridade ou aplicar a correção a quente	Fechar a gerência enquanto a janela não chega
OLTs iguais em versões diferentes	Escolher uma versão padrão e alinhar	Uma OLT por janela
Modelo sem suporte do fabricante	Planejar a troca do equipamento	Atualizar não resolve o que não recebe correção

No último caso, a conversa deixa de ser de firmware e passa a ser de equipamento, que é o assunto da migração de OLT. Se a falha persiste mesmo na versão certa, o guia de OLT reiniciando sozinha ajuda a procurar a causa fora do software.

Perguntas frequentes

Fontes

1. ITU-T G.988: ONU management and control interface (OMCI): padrão da gerência entre OLT e ONU, cuja implementação muda entre fabricantes e versões.
2. Huawei Enterprise, portal de suporte: notas de versão, nomenclatura de versões e pacotes de manutenção das OLTs.
3. CVE Program: catálogo público de vulnerabilidades usado nos alertas de segurança dos fabricantes.