Neutralidade de rede está morta
A revogação de 2017 das regras de neutralidade de rede pela FCC nos Estados Unidos terminou a proteção regulatória formal contra provedores estrangulando serviços específicos. Maioria das consequências foi prevista; algumas não. Seis anos depois, o quadro de throttling está documentado e quantificável.
Esta é a versão técnica de como provedores identificam e estrangulam serviços específicos, casos documentados, como detectar throttling na sua própria conexão, e o que uma VPN pode e não pode fazer sobre.
Como provedores identificam serviços específicos
Um provedor que quer estrangular Netflix especificamente (versus estrangular todo vídeo, ou todo tráfego) precisa identificar tráfego Netflix em tempo real. Várias técnicas:
IP de destino. A CDN da Netflix usa faixas de IP conhecidas dos seus parceiros de peering (appliances Open Connect colocados com provedores, mais Akamai e CloudFront). Um provedor pode construir uma lista de "IPs Netflix" e estrangular tráfego pra esses IPs. Técnica mais fácil; derrotada pela Netflix usando novos IPs ou pelo usuário usando VPN.
SNI em handshakes TLS. Como coberto em O que seu provedor vê, SNI é mandado em texto plano no início de toda conexão TLS. O provedor vê Host: netflix.com no SNI e pode estrangular dali. Derrotado por Encrypted Client Hello (quando implantado) ou por roteamento VPN.
Inspeção profunda de pacotes em padrões de tráfego. Mesmo tráfego criptografado tem padrões identificáveis. O stream de vídeo da Netflix tem tamanhos e timing de pacote característicos que diferem de navegação HTTPS genérica ou de e-mail ou de games. Uma rede capaz de DPI pode identificar "isso é vídeo Netflix" sem ver o SNI. Mais difícil de derrotar sem ofuscação no nível de protocolo.
Análise no nível de aplicação. Alguns provedores têm visibilidade em cabeçalhos HTTP (pra HTTP não criptografado, cada vez mais raro em 2026) ou usam feeds de threat intelligence comerciais que mapeiam IPs a serviços. Provê capacidade de matching adicional além de análise de rede bruta.
Dados de segmento de cliente. Provedores sabem quais clientes têm quais planos. Throttling de vídeo da T-Mobile em certos planos foi aplicado baseado no tier do plano do cliente — o throttling era por conta, não por padrão de tráfego.
A combinação determina o que o provedor pode estrangular. Maioria do throttling de provedor comercial usa alguma combinação de IP, SNI, e DPI.
Casos documentados de throttling
Incidentes específicos que foram investigados e confirmados:
Throttling de vídeo AT&T (2018). AT&T capou streaming de vídeo a 480p nos seus planos móveis. Confirmado por medição independente (o app Wehe da Universidade Northeastern). Afetou Netflix, YouTube, e outras grandes plataformas de vídeo. O enquadramento da AT&T: um "recurso" reduzindo uso de dados em mobile. Experiência do usuário: qualidade de vídeo artificialmente limitada.
Throttling Netflix da Verizon durante disputa de peering 2018. Verizon e Netflix tiveram um desacordo de peering; durante a disputa, performance Netflix pra clientes Verizon degradou substancialmente. Verizon enquadrou isso como responsabilidade da Netflix (capacidade insuficiente); Netflix enquadrou como Verizon recusando atualizar interconexão de peering. A experiência do usuário foi buffering durante horas de pico. Resolvido quando ambas partes alcançaram novo acordo comercial.
Throttling de vídeo "Binge On" da T-Mobile. "Binge On" da T-Mobile capou vídeo a 480p. Marqueteado como recurso "sem dados"; efeito líquido foi throttling de vídeo. EFF e outros levantaram preocupações; FCC na época aprovou o programa; análise posterior confirmou que o throttling não era opcional pra muitos clientes apesar da linguagem de marketing.
Dados do app Wehe (Northeastern, 2018-2024). O app Wehe continuamente mede throttling simulando vários serviços e medindo se o provedor aplica diferentes limites de banda. Achados incluíram throttling documentado de Netflix, YouTube, Vimeo, Skype, NBCSports, e outros por vários provedores ao longo dos anos. Os dados estão publicamente disponíveis.
Histórico de throttling de peering Comcast / Xfinity. Múltiplas disputas com Netflix e outros sobre arranjos de peering que produziram degradação visível. Resolvidos por acordos comerciais que alguns comentaristas descreveram como priorização paga em tudo menos no nome.
Exemplos internacionais. Provedores brasileiros e indianos foram documentados estrangulando serviços específicos durante disputas de peering. Provedores UK historicamente engajaram em throttling menos visível sob a cobertura de provisões de "gerenciamento de tráfego" nos termos mais antigos da BT.
Como detectar throttling na sua conexão
Os testes honestos:
1. Teste de velocidade pra múltiplos destinos. Rode speedtest.net, fast.com (próprio teste de velocidade da Netflix), e um terceiro teste independente. Se todos três mostram velocidades similares, seu provedor não está estrangulando esses endpoints. Se fast.com (roteado Netflix) é muito mais lento que speedtest.net (infraestrutura diferente), há algo acontecendo no caminho Netflix especificamente.
2. Mesmo teste de velocidade por uma VPN. Rode o mesmo teste de velocidade com VPN ativa. Se o teste roteado por VPN é significativamente mais rápido que o teste direto pra um serviço específico, seu provedor está estrangulando aquele serviço específico. A VPN criptografa o tráfego pra que o provedor não possa identificar como Netflix; o provedor aplica gerenciamento geral de tráfego em vez disso, que é mais rápido.
3. App Wehe. Ferramenta grátis da Universidade Northeastern que automatiza o teste de comparação. Detecta throttling pra serviços principais e produz relatório.
4. Compare entre provedores. Se tem acesso a múltiplas conexões (sua casa, dados móveis do seu celular, conexão de um amigo em provedor diferente), teste o mesmo serviço entre todos os três. Variação significativa frequentemente indica que uma ou mais das conexões está estrangulando.
A matemática que você quer: teste roteado por VPN deve ser LIGEIRAMENTE mais lento que teste direto pra serviços não relacionados (porque VPN adiciona 5-15% de overhead). Se teste roteado por VPN é MAIS RÁPIDO pra serviço específico, seu provedor está estrangulando esse serviço e a VPN está restaurando velocidade normal.
O que uma VPN faz sobre throttling
Uma VPN criptografa seu tráfego entre seu dispositivo e o provedor de VPN. O provedor vê tráfego criptografado pra um único IP — seu provedor de VPN. O provedor não pode identificar o serviço específico dentro do túnel.
Implicações:
- Throttling específico de serviço é derrotado. O provedor não pode identificar Netflix vs YouTube vs Zoom dentro do túnel; tratam todo tráfego VPN igual. Se o provedor só estrangula Netflix especificamente, sua performance Netflix pela VPN deve combinar outros serviços não estrangulados.
- Throttling geral não é derrotado. Se o provedor estrangula todo tráfego durante horas de pico independente de identificação, a VPN não ajuda. O throttling se aplica ao seu túnel VPN como tudo mais.
- Caps por conta não são derrotados. Se seu plano tem cap mensal de 50GB, VPN não aumenta. O cap se aplica a uso total; VPN não reduz a contagem.
- Lentidões relacionadas a peering podem ou não ser derrotadas. Se seu provedor tem peering ruim com Netflix especificamente mas peering bom com seu provedor de VPN, performance Netflix roteada por VPN é melhor que direta. Se seu provedor tem peering ruim em geral, VPN não ajuda.
O teste limpo: se seu teste de velocidade não estrangulado (pra servidor genérico) é significativamente diferente do seu teste de velocidade serviço-estrangulado (pra Netflix ou YouTube), VPN restaurará a taxa não estrangulada. Se ambos os testes são igualmente lentos, seu problema é congestionamento geral ou capacidade, e VPN não resolve isso.
Status de neutralidade de rede por país
Pesquisa rápida:
Estados Unidos. Sem regulamentação federal de neutralidade de rede desde 2017. Algumas leis estaduais (SB 822 da Califórnia especificamente) provêem proteção parcial. FCC sinalizou disposição de revisitar; dependente do ciclo político.
União Europeia. Neutralidade de rede está consagrada na Regulamentação de Internet Aberta de 2015 (Regulamentação 2015/2120). Provedores são proibidos de estrangular serviços específicos. Fiscalização é decente; reclamações específicas são investigadas.
Reino Unido. Pós-Brexit, UK reteve o framework UE substancialmente. Ofcom fiscaliza. Menos agressivo que fiscalização UE mas ainda significativo.
Canadá. Decisão de Telecom CRTC 2009-657 e julgamentos subsequentes provêem proteção de neutralidade de rede. Forte.
Brasil. Marco Civil da Internet (Lei 12.965/2014) consagra neutralidade de rede. Provedores são proibidos de discriminar tráfego por conteúdo, origem, destino ou serviço. Anatel fiscaliza, com decreto regulatório complementar.
Austrália. Sem lei específica de neutralidade de rede. Provedores operam sob framework mais amplo de competição em telecomunicações com visibilidade limitada de throttling por serviço.
Índia. Regras de neutralidade de rede do TRAI 2018 proíbem preço discriminatório e throttling. Forte em princípio; fiscalização irregular.
Maioria da América Latina e África. Altamente variável. Alguns países têm regras explícitas; alguns não têm nada.
Pra usuários em países com regras ativas de neutralidade de rede, throttling em larga escala por serviço é incomum. Pra usuários em países sem (notavelmente os EUA), está documentado e em curso.
O que VPN não pode resolver
Vale ser honesto:
- Uso doméstico geral intensivo de banda. Se sua conexão doméstica tem plano de 100 Mbps e você e quatro outros membros da família estão fazendo streaming simultaneamente, VPN não te dá mais banda. Criptografa o tráfego; não o multiplica.
- Overhead em conexões já lentas. Numa conexão móvel de 5 Mbps, overhead de 5-15% da VPN é significativo. Adicionar VPN a uma conexão já lenta pode deixá-la mais lenta, não mais rápida.
- Problemas de CGNAT e exaustão IPv4. Alguns provedores (móveis especialmente) põem usuários atrás de CGNAT, o que causa vários problemas que VPN não corrige. VPN não endereça esses.
A regra limpa: VPN ajuda quando seu provedor está seletivamente desacelerando serviços específicos. Não ajuda quando tudo está lento por capacidade, distância ou congestionamento.
Perguntas frequentes
Meu provedor está me estrangulando?
Teste. App Wehe ou teste de comparação VPN responde isso. Especulação não é útil; medição é.
Por que meu provedor estrangularia Netflix?
Múltiplas razões ao longo dos anos: disputas de peering, gerenciamento de capacidade, tentativas de favorecer o próprio produto de vídeo competidor do provedor, tentativas de empurrar clientes pra planos de tier mais alto. Provedores diferentes em momentos diferentes por razões diferentes.
VPN vai deixar minha internet mais rápida?
Geralmente não, às vezes sim. Se seu provedor estrangula serviços específicos, VPN restaura velocidade normal pra esses serviços. Se seu provedor não estrangula, VPN adiciona overhead leve (5-15%) e é ligeiramente mais lenta.
Throttling é legal?
Depende do país. Brasil, UE, UK, Índia, Canadá têm regras explícitas contra throttling discriminatório. EUA, Austrália, maioria da América Latina têm regras mais leves ou nenhuma. Provedores tipicamente enquadram throttling como "gerenciamento de tráfego" que maioria dos frameworks regulatórios permite em alguma forma.
E quanto a operadoras móveis?
Operadoras móveis estrangulam mais agressivamente que linha fixa na maioria dos mercados. Throttling de vídeo baseado em plano é amplo. Throttling por serviço existe mas é menos documentado porque medição móvel é mais difícil. VPN em mobile geralmente ajuda com throttling específico de mobile.
T-Mobile ainda estrangula vídeo?
O framework "Binge On" existiu sob vários nomes (depois "Plus On Demand"); detalhes atuais dependem do plano e evoluíram. Alguns planos capam vídeo; outros não. Leia os termos do seu plano ou teste diretamente.
Experimente o Fexyn grátis por 7 dias — WireGuard pra criptografia de baixo overhead que derrota throttling específico de serviço. O blog VPN deixa a internet lenta cobre overhead de protocolo em detalhe; O que seu provedor vê cobre o quadro mais amplo de visibilidade do provedor.
Última revisão 2026-05-09.