Escrito por Renato Ornelas. Fundador e CTO da OpenX.
A Copa do Mundo acabou, o Hexa não veio, mas ficou um aprendizado importante para quem vive rede: a internet brasileira segurou um evento de escala gigantesca. E segurou bem. Não foi por acaso, nem por sorte. Foi resultado de uma cadeia inteira funcionando, desde a produção do conteúdo até o último trecho da rede do provedor que entrega a imagem na casa do assinante.
Quem vive rede sabe: quando tudo funciona, quase ninguém percebe.
O cliente final não enxerga cache, BGP, IX, backbone, CDN, capacidade de transporte ou engenharia de tráfego. Ele só percebe se o jogo abre rápido, se a imagem não trava, se o gol chega sem engasgo e se a experiência é melhor do que ligar a TV.
E foi exatamente isso que aconteceu em muitos lugares do Brasil.
A Copa não acontece mais fora da internet
Alguns anos atrás, grandes eventos esportivos ainda eram, essencialmente, eventos de televisão. A internet até participava, mas como complemento. Lembro de quando, trabalhando em operadora, comecei a acompanhar projetos de TV por assinatura, vídeo sob demanda, transcoders e plataformas de distribuição. Naquela época, já dava para perceber que o consumo de conteúdo caminhava para a internet.
Só que aquilo deixou de ser futuro.
Agora é presente.
Na Copa de 1998, durante a disputa de pênaltis entre Brasil e Holanda, o tráfego de internet chegou praticamente a zero em muitos lugares. O país parava na frente da televisão, e a internet (discada) no ficava de lado.
Na Copa mais recente, aconteceu o contrário: boa parte da experiência passou por dentro da internet.
O caso da CazéTV foi um marco. A transmissão teve linguagem própria, audiência massiva e uma capacidade enorme de conexão com o público. Mas nada disso chegaria ao usuário final se a infraestrutura por trás não estivesse preparada.
Direitos de transmissão, produção, plataforma, YouTube, caches, pontos de troca de tráfego, operadoras, backbones, provedores regionais e redes de acesso. Tudo precisou funcionar em conjunto.
Na prática, uma live com mais de 24 milhões de aparelhos conectados simultaneamente não é apenas um número bonito de audiência. É um teste real de engenharia.
Cada aparelho conectado precisa receber tráfego
Na televisão aberta, um sinal irradiado pode alcançar uma quantidade enorme de pessoas dentro da área de cobertura. A lógica é outra. O mesmo sinal está lá, disponível para quem sintonizar.
Na internet, não.
Cada celular, cada smart TV, cada notebook, cada set-top box, cada dispositivo conectado precisa receber seu fluxo de dados. Pode haver cache, CDN, otimização, distribuição regionalizada, multicast em alguns cenários específicos, engenharia de tráfego e uma série de mecanismos para melhorar essa entrega. Mas, no fim, existe tráfego real chegando até o usuário.
Se considerarmos, de forma simplificada, 24 milhões de aparelhos consumindo uma média de 2 Mbps, estamos falando de algo próximo de 50 Tbps de tráfego agregado. É uma escala que não se resolve empurrando conteúdo a partir de um único lugar.
Isso exige distribuição.
Exige cache bem posicionado.
Exige peering.
Exige transporte.
Exige capacidade no backbone.
Exige rede de acesso bem dimensionada.
Exige provedor atento.
E exige uma operação que saiba observar o comportamento da rede antes, durante e depois do evento.
O provedor fez parte desse resultado
Muita gente olha para a audiência de uma live e associa o mérito apenas ao canal, à plataforma ou à produção. Eles têm mérito, claro. Mas quem opera rede sabe que existe uma camada invisível de trabalho para aquilo chegar bem.
Teve provedor ampliando backbone ao perceber que o tráfego ia crescer.
Teve equipe revisando capacidade de uplink.
Teve gente olhando cache que estava instalado, mas ainda não estava em produção.
Teve fornecedor, CDN, provedor e time técnico correndo junto para fazer turn-up em prazo muito menor do que o normal.
Em alguns casos, processos que costumam levar semanas precisaram ser organizados em um ou dois dias. Não por improviso irresponsável, mas porque a demanda estava clara, os dados mostravam o crescimento e a operação precisava responder.
Também vimos caches antigos trabalhando no limite. Equipamentos que já estavam perto de ser substituídos ainda ajudaram a entregar tráfego porque, naquele momento, toda capacidade disponível fazia diferença.
Isso mostra uma coisa importante: rede não é feita só de grandes projetos. Rede também é feita de detalhe operacional. De porta disponível. De sessão BGP bem cuidada. De capacidade de transporte. De equipamento que alguém lembrou de ativar. De monitoramento que mostrou saturação antes de virar reclamação no atendimento.
A maturidade técnica aparece nos detalhes.
Quando a rede funciona, o atendimento sente
Um evento desse porte também mostra a relação direta entre engenharia e experiência do assinante.
Se a transmissão trava, o cliente não quer saber se o problema está na CDN, no Wi-Fi dele, no cache, no PTT, no transporte, no roteador de borda ou na capacidade do provedor. Para ele, “a internet está ruim”.
Por isso, antes de assumir qualquer coisa, é preciso medir, observar e provar.
No dia a dia da operação, isso passa por perguntas simples:
· Como estava o tráfego nos enlaces principais durante os jogos?
· Houve saturação em algum PNI, IX ou trânsito?
· Os caches entregaram o volume esperado?
· A rede de acesso teve gargalos regionais?
· O atendimento recebeu aumento de chamados?
· As reclamações estavam concentradas em alguma cidade, OLT, bairro, plano ou tipo de CPE?
· O Wi-Fi residencial apareceu como principal causa de percepção ruim?
· A equipe tinha visibilidade em tempo real ou trabalhou no escuro?
Essas respostas ajudam a separar sensação de evidência.
Muitas vezes o problema não está na tecnologia, mas na forma como ela é operada. Um cache pode estar disponível, mas mal integrado. Um backbone pode ter capacidade total suficiente, mas mal distribuída. Uma borda pode estar saudável em tráfego agregado, mas com uma interface específica no limite. Um cliente pode contratar 600 Mbps e assistir ao jogo em uma TV conectada em Wi-Fi ruim, atrás de uma parede, em 2,4 GHz.
Operação boa é aquela que consegue enxergar essas camadas.
Streaming não é mais tráfego complementar
Durante muito tempo, o streaming foi tratado como mais uma categoria de tráfego dentro da rede. Importante, mas previsível. Hoje, ele já se comporta como infraestrutura crítica de experiência.
Eventos ao vivo mudam o padrão.
Diferente do vídeo sob demanda, em que o consumo se espalha ao longo do tempo, uma transmissão esportiva concentra milhões de pessoas no mesmo horário, assistindo ao mesmo conteúdo, com baixa tolerância a falhas.
E existe um detalhe: o usuário compara.
Ele compara com a TV aberta.
Compara com outro provedor.
Compara com o vizinho.
Compara com a experiência que teve no jogo anterior.
Se em uma partida funcionou bem e na próxima travou, ele percebe. Se no celular funciona e na TV não, ele percebe. Se o gol chega atrasado demais em relação à notificação do aplicativo, ele percebe.
O cliente final não enxerga BGP, OSPF ou telemetria. Ele percebe experiência.
E experiência, para o provedor, nasce de uma rede bem planejada e bem operada.
Fazer o básico bem feito continua sendo decisivo
Grandes eventos costumam revelar problemas simples.
Às vezes, o gargalo não está em uma tecnologia complexa. Está em capacidade mal documentada. Está em uma interface esquecida. Está em um roteador operando perto do limite. Está em uma política de tráfego que ninguém revisa há meses. Está em ausência de gráfico histórico. Está em falta de procedimento para eventos de pico.
Uma rede bem operada começa com processos simples, mas bem executados.
Documentar capacidade.
Monitorar interface.
Acompanhar sessões BGP.
Revisar anúncios e preferências de rota.
Entender o papel dos caches.
Saber por onde o tráfego entra e sai.
Ter baseline de dias normais para comparar com dias atípicos.
Preparar o NOC e o atendimento antes dos eventos.
Treinar a equipe para interpretar dados, e não apenas reagir a reclamações.
Isso não é glamour. É operação.
Mas é esse tipo de disciplina que faz diferença quando milhões de usuários decidem assistir ao mesmo jogo ao mesmo tempo.
O papel da OpenX nessa cadeia
Na OpenX, acompanhamos de perto esse movimento. Parte relevante do tráfego desses eventos passou pela nossa rede, e isso reforça algo em que acreditamos há muito tempo: conectividade de qualidade não se entrega apenas com capacidade contratada. Entrega-se com engenharia, proximidade, observação e parceria com o provedor.
O mercado de ISPs no Brasil construiu algo muito forte. Redes regionais chegaram onde muita gente dizia que não valia a pena chegar. Provedores investiram em fibra, contrataram equipe, aprenderam BGP, participaram de IX, implantaram cache, melhoraram backbone, estruturaram suporte, criaram NOC e profissionalizaram suas operações.
Isso não aconteceu da noite para o dia.
E não aconteceu por discurso.
Aconteceu com trabalho.
A OpenX faz parte dessa cadeia com seriedade, ajudando provedores em temas que aparecem todos os dias na operação: BGP, DDoS, DNS, CGNAT, OSPF, MPLS, telemetria, monitoramento, segurança, troubleshooting e treinamento técnico. Não como quem olha de fora, mas como quem também vive a pressão de manter tráfego passando, cliente satisfeito e rede estável.
Porque tecnologia, sozinha, não resolve tudo. O que resolve é tecnologia bem aplicada, por gente preparada, com processo e visibilidade.
Reflexão prática
Depois de um evento como esse, vale o provedor fazer uma revisão interna.
Não apenas perguntar se “deu certo” ou “deu problema”, mas olhar os dados.
Quais foram os maiores picos?
Onde a rede chegou mais perto do limite?
Quais caches entregaram mais?
Quais rotas foram mais utilizadas?
Houve mudança de perfil de tráfego durante os jogos?
O suporte percebeu aumento de contatos?
Existem regiões que precisam de reforço antes do próximo grande evento?
A equipe sabia onde olhar?
Os gráficos estavam claros?
Os procedimentos estavam documentados?
Essa análise pós-evento é uma das melhores formas de evoluir a rede. Não precisa virar um relatório acadêmico de cinquenta páginas. Mas precisa gerar aprendizado.
O que funcionou deve ser registrado.
O que quase falhou deve virar plano de ação.
O que ninguém conseguiu explicar precisa ser investigado.
Antes de assumir qualquer coisa, é preciso medir, observar e provar.
O próximo recorde já está sendo construído
O streaming veio para ficar. Os próximos eventos esportivos, shows, finais de campeonato e transmissões ao vivo vão exigir ainda mais da infraestrutura dos provedores.
Talvez o próximo recorde seja de 30, 40 ou 50 milhões de aparelhos conectados. O número exato ninguém sabe. Mas a direção está clara: cada vez mais, grandes momentos coletivos vão passar pela internet.
E quando esse recorde vier, é bom lembrar que ele não será sustentado apenas por quem aparece na tela.
Por trás de cada transmissão está uma cadeia inteira: captação, produção, plataforma, CDN, pontos de troca de tráfego, operadoras, provedores, técnicos de campo, equipes de NOC, atendimento, engenharia e muita gente que trabalha para que o usuário simplesmente aperte o play e assista.
No fim, o gol só chega bem se a rede inteira estiver preparada.
E essa talvez seja uma das maiores conquistas do mercado brasileiro de provedores: transformar conectividade em experiência real para milhões de pessoas.
Na prática, é isso que mostra a força da nossa internet.
E é isso que precisa continuar guiando a evolução das redes: fazer o básico bem feito, medir com seriedade, treinar equipe, documentar operação e construir capacidade antes que a demanda cobre a conta.