OLT GPON para Provedores — Huawei, ZTE, FiberHome, Datacom, Parks, Nokia

OLT de ponta é investimento alto. Tirar o máximo dela — provisionamento limpo, profiles corretos, troubleshooting rápido — depende de quem já operou no dia a dia, não em laboratório.

Vendors com que trabalhamos

Cada fabricante tem sua CLI, sua lógica de provisionamento e seus bugs específicos. Trabalhar com vários ao mesmo tempo — como acontece em provedores que cresceram por aquisição — exige conhecimento de cada um sem misturar conceitos. Trabalhamos com qualquer OLT GPON; os que operamos no dia a dia:

  • Huawei MA5800-X7/X15/X17 — chassis modular de alto desempenho. CLI VRP. Provisionamento via MIB SNMP ou Netconf. Profile de ONU/ONT por linha de produto.
  • ZTE C320/C600 — bastante comum no Brasil por preço de entrada. CLI ZXA10. Provisionamento manual ou via script Python/Expect. Atenção ao comportamento diferente de traffic shaping entre versões de firmware.
  • FiberHome AN5516 — CLI FHCLI. Frequente em redes de pequeno e médio porte. Troubleshooting de optical power difere das demais no formato de exibição.
  • Datacom DM4615 / DM4610 — OLTs nacionais com boa adoção em provedores regionais. CLI DmOS. Provisionamento direto e documentação em português.
  • Parks Fiberlink — linha brasileira presente em ISPs de pequeno e médio porte. Suporte local facilitado e custo competitivo.
  • Nokia 7360 ISAM FX — plataforma de operadora, presente em redes maiores ou em segmentos empresariais. CLI ISAM. Granularidade alta de configuração.

Provisionamento de ONU/ONT

Provisionar ONU errado resulta em assinante sem serviço, profile de velocidade errado aplicado ou ONU órfã ocupando slot na OLT. Com perfis padronizados e processo documentado, cada novo assinante entra correto da primeira vez.

  • Criação e padronização de DBA profiles (Dynamic Bandwidth Assignment) por plano de velocidade
  • Line profiles e service ports configurados consistentemente entre PONs
  • Templates de provisionamento por modelo de ONU/ONT (Huawei EG8145, ZTE F680, FiberHome HG6143C e equivalentes de Datacom, Parks e Nokia)
  • Auditoria de ONUs órfãs e slots mal configurados nas OLTs existentes

Traffic shaping: velocidade real por assinante

DBA mal configurado entrega velocidade diferente do plano contratado — geralmente abaixo. O problema não aparece em teste com 1 assinante, mas aparece quando o slot PON está com 64 ONUs ativas ao mesmo tempo.

  • Revisão de DBA profiles: tipo (tipo 1 garantido, tipo 3 best-effort, tipo 5 fixo) e parâmetros (FIR, CIR, PIR)
  • Validação de que o shaping na OLT bate com o shaping no B-RAS (PPPoE rate-limit)
  • Testes de carga por slot PON para verificar oversubscription real
  • Ajuste de profiles sem impacto nos assinantes já provisionados

Troubleshooting de fibra: óptica e lógica

A maioria dos chamados de GPON tem duas origens: problema óptico (splitter ruim, conector sujou, fibra dobrada) ou problema lógico (ONU não registrou, VLAN errada, profile não aplicou). Diagnosticar rápido é separar os dois.

  • Leitura de optical power (Rx/Tx) diretamente na OLT para cada ONU sem precisar de OTDR
  • Identificação de ONU em alarm (LOS, LOF, dying-gasp) e causa provável
  • Verificação de VLAN de serviço e service port configurados corretamente
  • Análise de logs de re-ranging para identificar problema de conexão física instável
  • Correlação com reclamações em massa para identificar splitter ou trecho de rede comum

Monitoramento de OLTs via Zabbix

OLT sem monitoramento é surpresa na madrugada. Com templates próprios para Huawei, ZTE, FiberHome, Datacom, Parks e Nokia, coletamos optical power de cada ONU, status de slot, temperatura de módulo e alarmes ativos — com alerta antes que o assinante ligue.

  • Templates Zabbix com coleta SNMP por vendor (Huawei MIB, ZTE MIB, FiberHome MIB, Datacom MIB, Parks MIB, Nokia MIB)
  • Alertas de optical power fora da faixa (-8 a -27 dBm típico para GPON B+)
  • Dashboard Grafana por OLT, por slot PON e por ONU
  • Correlação de alarme GPON com ticket de chamado aberto automaticamente

Migração entre vendors de OLT

Migrar de ZTE para Huawei (ou vice-versa) sem planejamento resulta em assinante sem serviço durante horas. O risco real é a diferença de VLAN de serviço, DBA profile e modelo de autenticação de ONU entre os vendors.

  • Inventário completo das ONUs no vendor de origem (serial, modelo, plano, VLAN)
  • Mapeamento de profiles do vendor de origem para profiles equivalentes no destino
  • Planejamento de cutover por PON (não por OLT inteira) para limitar o impacto
  • Rollback documentado para cada etapa caso algo não funcione como esperado

Como trabalhamos e como começa

Trabalhamos com plano mensal — não fazemos projeto avulso nem diagnóstico cobrado por hora. A primeira conversa não tem custo: ligamos, você compartilha um AnyDesk e nos mostra a OLT ao vivo enquanto já vamos comentando o que observamos. Se fizer sentido pros dois lados, a gente fecha o mensal e segue daí.

Fale com a gente — conversa inicial sem compromisso. Veja também: PPPoE, RADIUS e B-RAS/BNG, monitoramento Zabbix.

PERGUNTAS FREQUENTES

Como começa o trabalho com vocês?

A primeira conversa não tem custo. Você nos chama, a gente liga, você abre um AnyDesk e mostra a OLT ao vivo. Já vamos comentando profiles, ONUs mal provisionadas e o que precisa ajustar. Se fizer sentido pros dois lados, fechamos o plano mensal e começamos na semana seguinte.

Vocês cobram setup ou taxa de adesão?

Não. O plano mensal cobre tudo: configuração inicial, ajustes, monitoramento e atendimento contínuo.

Atendem provedor com OLT de fabricante menos comum?

Trabalhamos com qualquer OLT GPON. No dia a dia operamos Huawei, ZTE, FiberHome, Datacom, Parks e Nokia — esses a gente conhece a fundo. Vendor menos comum não é problema: os fundamentos GPON são iguais em todos, o que muda é a CLI e a estrutura de profiles. Se ainda não pegamos esse modelo específico, lemos o manual e operamos.

Vocês fazem provisionamento automático de ONU?

Trabalhamos com provisionamento manual otimizado por templates e com automação via scripts para os vendors que suportam bem. Integração profunda com sistema de atendimento para auto-provisioning de ONU depende do ERP e do vendor — avaliamos caso a caso.

Quanto tempo demora uma migração de vendor de OLT?

Depende do tamanho da rede e da quantidade de ONUs. Uma migração bem planejada — PON a PON, com rollback documentado — costuma levar de 2 a 6 semanas de trabalho paralelo ao dia a dia. O tempo de impacto por assinante durante o cutover é de minutos, não horas.