Blog
FTTHGPONProjeto de RedeXGS-PON

5 min de leitura · 06 de junho de 2026

Dimensionamento de rede FTTH/GPON: splitting, OLT e backbone

Dimensionar FTTH não é escolher uma OLT no catálogo e sair puxando fibra. É um problema de orçamento — orçamento óptico, orçamento de banda e orçamento de crescimento — em que cada decisão tomada no projeto se transforma em custo de retrabalho ou em margem operacional pelos anos seguintes. Splitting agressivo demais derruba o sinal; OLT subdimensionada satura o uplink; backbone mal planejado vira gargalo invisível, que só aparece no horário de pico. Este texto trata do método: como amarrar splitting, OLT e backbone numa conta que fecha e que escala.

Orçamento óptico: a conta que não admite arredondamento

Tudo começa no power budget. Em GPON classe B+, o padrão prevê 28 dB de atenuação entre OLT e ONU; classe C+ chega a 32 dB. Em XGS-PON, conforme o óptico empregado, trabalha-se em faixas semelhantes ou superiores. Esse orçamento precisa cobrir, considerando a pior ONU do ramo:

  • Perda do splitter: cada estágio custa caro. Um splitter 1:8 introduz cerca de 10,5 dB de perda de inserção; 1:16 fica perto de 13,5 dB; 1:32 passa de 17 dB. São valores de inserção, não teóricos.
  • Atenuação da fibra: cerca de 0,35 dB/km em 1310 nm (upstream GPON) e 0,22 dB/km em 1490/1550 nm. O upstream costuma ser o pior caso.
  • Conectores e emendas: orce algo na ordem de 0,3 dB por conector e 0,1 dB por fusão. Numa rede real, isso soma rápido.
  • Margem de manutenção: reserve 2 a 3 dB. Reparo de rompimento gera emenda nova, e você não quer que cada conserto consuma o orçamento até o cliente cair.

A regra prática: faça a conta para a ONU mais distante e mais atenuada do PON, não para a média. Se o pior caso não fecha com margem, o ramo está mal projetado — não importa que a maioria dos assinantes esteja confortável.

Splitting ratio: densidade contra alcance e banda

O splitting ratio define quantos assinantes compartilham uma porta PON e quanto sinal sobra para cada um. É o trade-off central do projeto:

  • 1:64 maximiza densidade e dilui o custo de porta da OLT, mas exige rede curta, poucas emendas e óptico de classe alta. Em GPON, normalmente só fecha com C+ e topologia enxuta.
  • 1:32 é o ponto de equilíbrio mais comum em FTTH brasileiro: bom aproveitamento de porta com folga óptica para a realidade de campo (postes, sangrias, reparos).
  • 1:16 ou 1:8 liberam orçamento óptico para ramais longos — zona rural, distritos —, onde a distância consome o dB que o splitter não pode gastar.

Splitting também é uma decisão de banda compartilhada. Em GPON, cada PON entrega cerca de 2,5 Gbps de downstream e 1,25 Gbps de upstream, divididos entre todos do ramo. Com 1:64 e planos de 500 Mbps ou 1 Gbps virando padrão de mercado, o oversubscription fica agressivo. XGS-PON (10 Gbps simétricos) muda essa conta e é o caminho natural para quem vende gigabit — projete o splitting já pensando no produto comercial que pretende vender daqui a alguns anos, não no de hoje.

Há ainda uma decisão estrutural. Splitter centralizado (concentrado na CTO) facilita gestão e diagnóstico; splitter cascateado/distribuído economiza fibra de alimentação, mas acumula perda e complica o troubleshooting. Escolha consciente — não por hábito do instalador.

OLT e uplink: dimensionar a porta e o que vem depois dela

A OLT certa é a que tem portas PON, capacidade de comutação e uplink coerentes com o plano de crescimento. Erros clássicos:

  • Comprar OLT com muitas portas PON e uplink subdimensionado. De nada adianta um chassi cheio de PONs se a ocupação real estoura o uplink no horário de pico.
  • Ignorar redundância de uplink e de fonte. A OLT é ponto de concentração: a queda derruba milhares de assinantes de uma vez. Uplink em LAG, fontes redundantes e, quando o porte justifica, anel óptico no agregador.
  • Misturar fabricantes sem padronizar a gestão. Huawei, ZTE, Fiberhome, Datacom, Parks — todos entregam GPON/XGS-PON, mas o custo operacional está na consistência de provisionamento, firmware e telemetria, não no preço da caixa.

Dimensione o uplink pela soma realista da banda contratada, aplicando um fator de oversubscription defensável para o seu perfil de tráfego, com folga para o crescimento da base. E lembre que a OLT é só o primeiro hop: depois dela vêm agregação, borda e trânsito.

Backbone: o gargalo que aparece no pico

Acesso bem dimensionado com backbone apertado é o erro mais caro, porque é o mais difícil de diagnosticar. O cliente reclama de lentidão à noite, os testes individuais passam, e a causa está no agregador ou no trânsito. Pontos de método:

  • Agregação em anel com proteção (ERPS ou roteamento) para que um rompimento de fibra não isole um POP inteiro.
  • Capacidade de trânsito e peering: presença no IX.br reduz latência e custo de trânsito ao trocar tráfego local diretamente. Para anunciar prefixos próprios, é preciso ASN e bloco IPv4/IPv6 via Registro.br/LACNIC e BGP bem configurado na borda. IPv6 não é opcional — é dimensionamento de endereçamento, e adiar isso é dívida técnica garantida.
  • Headroom planejado: o backbone deve operar com folga no pico, não no limite. Quando o link de agregação vive em 90% de ocupação, você já está atrasado.

Documentar para escalar: o ativo invisível

Rede FTTH que cresce sem inventário e documentação vira caixa-preta: ninguém sabe qual splitter alimenta qual CTO, qual porta PON está livre, qual IP está em uso. Isso não é burocracia — é tempo de reparo (MTTR), é capacidade de planejar expansão sem ir a campo adivinhar, é não vender porta que não existe. Mapear a topologia óptica, manter IPAM consistente e conhecer o estado real de ocupação por PON é o que separa um ISP que escala de um que apaga incêndio. É exatamente o tipo de visibilidade que o NetPulse, nossa plataforma de NOC multi-tenant, foi feito para entregar: inventário/DCIM, IPAM e monitoramento SNMP da OLT ao backbone, com documentação viva no lugar de planilha desatualizada.

Onde a CloudFace entra

Dimensionar GPON/XGS-PON é amarrar orçamento óptico, splitting, OLT e backbone numa decisão única, pensada para a base que você terá — não para a de hoje. A CloudFace atua nesse projeto de ponta a ponta, com NOC 24/7, engenharia de BGP/IX.br e a visibilidade operacional do NetPulse.

Se você está planejando expansão ou desconfia que a rede atual não escala, fale com a gente no WhatsApp para um diagnóstico inicial gratuito — direto ao ponto, sem compromisso.

Sua rede precisa de engenharia?

Fale com um engenheiro do nosso NOC. Diagnóstico inicial gratuito, sem compromisso.

Falar no WhatsApp