Virtua limita P2P

Sou usuário de longa data do serviço Virtua aqui em Campinas/SP e recentemente migrei minha conexão banda larga de 300 kbps para 2 Mbps, ou seja, um aumento de 560% na velocidade de conexão. Gostei bastante das velocidades de download que estava conseguindo na Web mas junto com a migração veio a grande decepção: meus downloads via redes P2P como Gnutella, ed2k e bittorrent cairam drasticamente. Se antes eu conseguia downloads de até 40 kB/s, agora só consigo míseros 12 kB/s em média. Passei um bom tempo reconfigurando meu firewall, as conexões do Windows e tudo mais até fazer uma pequena busca no Google com as palavras-chave virtua e bittorrent. O que vi foi uma chuva de links de pessoas que, assim como eu, migraram para o novo plano e ficaram a ver navios com os novos filtros anti P2P que o Virtua parece ter instalado. Aparentemente nem todos os pontos virtua foram afetados, mas a maioria está sim limitada.

O que está claro é que diversos provedores de internet pelo mundo estão usando técnica de modelagem de tráfego (traffic shaping) para limitar a banda de protocolos P2P como o do bittorrent. Essencialmente, o cabeçalho dos pacotes que trafegam pelo provedor são inspecionados, se forem de tráfego P2P, eles perdem a prioridade para outros pacotes como HTTP e FTP. A alegação dos  provedores é que os protocolos P2P entopem a largura de banda de seus servidores e comprometem a qualidade do serviço oferecido. Isto é uma boa notícia para aqueles que só acessam a web, lêem e-mails e de vez em quando baixam arquivos (somente via web ou FTP), mas para o resto de nós isto é uma afronta. Pessoalmente, sou contra a limitação de banda pelos seguintes motivos:

1. Quando contratei o serviço, garantiram para mim uma certa velocidade de conexão, no caso 2 Mbps. Em nenhum momento disseram que eu teria a banda fracionada por tipo de uso que faço dela.
2. Costumo baixar e testar diversas distribuições de Linux assim que estas se fazem disponíveis e o bittorrent tem cada vez mais sido a forma padrão de distribuição dos CDs visto nenhum servidor comum web é capaz de suportar a demanda nos primeiros dias de lançamento.
3. A possibilidade de acelerar meus downloads via P2P foi um importante fator na minha migração para o novo plano.
4. Se não consigo boas taxas de download em um ou outro programa, considero que a minha qualidade de serviço foi afetada.
5. Não gosto de cláusulas contratuais pouco divulgadas como a possibilidade de limitar certos protocolos em detrimento de outros, se uma qualidade de serviço precisa ser garantida, que se faça investimentos em infra-estrutura e não use subterfúgios como a modelagem de tráfego para garantir tráfego interativo como web e outros protocolos.
   

Assim, como uma série de usuários do Virtua, me sinto totalmente enganado pela NET com os planos Megaflash. Existem relatos na web de formas alternativas de burlar a limitação imposta pelo provedor, mas nenhuma delas funcionou 100% comigo. A título de informação, cito algumas soluções apontadas por alguns internautas:

• Alguns afirmam que nem todas as portas são limitadas pelo Virtua, em particular a porta 1720 (porta de dados utilizada por programas de voz como o Net Meeting) foi mencionada como livre de limitação.
• Outros recomendam o uso de programas bittorrent que criptografam o cabeçalho de seus pacotes. A idéia é confundir os filtros de modo que eles não consigam identificar que tipo de pacote está trafegando. As limitações desta abordagem são:

• Não existe um único padrão de criptografar os cabeçalhos.
• O primeiro programa a suportar isso parece ter sido o BitComet, a partir da versão 0.61, mas este programa foi banido de muitos trackers torrent por não limitar o uso da rede DHT para torrents supostamente privados (que exigem o login de usuários no site do tracker para fazer download).
• Um padrão mais aceito de criptografia está em desenvolvimento tanto no Azureus quanto no ?torrent (micro torrent), mas não consegui habilitar este recurso no Azureus.
• Enquanto não houver um padrão universalmente aceito, o número de peers em um swarm bittorrent fica limitado àqueles que usam um cliente compatível com o seu.

Neste momento, estou a combinação que melhor funcionou para mim foi a seguinte:

• Cliente: BitComet 0.61.
• Porta de Entrada/Saída: 23042
• Sem limite de banda de entrada ou saída
• DHT ligado
• Protocol Header Encrypt (Anti BT Protocol filter): Always
• Resultado obtido:

• Pico de transferência: 120 kB/s (2 downloads com muitos seeds e peers).
• Taxa média 40 kB/s.
  

Nestas configurações, praticamente só me conecto com outros clientes BitComet. Não consegui resultados muito bons com o ?torrent e não vi nem onde ativar o protocol header encryption via Azureus. Vale lembrar que minha conexão nominal é de 2 Mbps, ou seja, o limite teórico de velocidade que conseguiria é de 250 kB/s. Até hoje, só consegui taxas de download próximas disso com downloads via HTTP e FTP com ajuda de um gerenciador de download (4 conexões simultâneas). Este texto lhe ajudou? Tem uma combinação melhor de configurações? Deixe sua mensagem contando sua experiência!

Leia também:

Vamos Testar o BitTorrent?
O Virtua limita o protocolo Bittorrent
BitTorrent and End to End Encryption
Encryption Bittorrent to take out traffic shapers
BitTorrent End to End Encryption and Bandwidth Throttling
Obfuscating BitTorrent (opinião do criador do BitTorrent)
Virtua Megaflash e BitTorrent
Canadian ISP attempts to throttle BitTorrent traffic
Shaw Throttling Bit Torrent?
Solução Bittorrent com Virtua