[GTER] Problemas com link PowerGVT 10Mbps - Intermitência na conexão

[Bruno Galindro da Costa]

Pessoal,

A alguns meses, eu e o Wilmar postamos um problema sobre o link GVT
que estavamos enfrentando na empresa que trabalhamos. O historico dos
e-mails está abaixo. Nossa empresa localiza-se em Florianópolis - SC.

Para sanar o problema com o limite de conexões, contratamos um outro
link de 10Mbps da GVT (produto PowerGVT - http://www.powergvt.com.br/)
para atender a demanda de navegação Internet da empresa.

Nos testes de velocidade o link se mostrou muito bom, sempre atinge
10M sem problemas. A navegaçao é bem rápida, com raros momentos em que
você tem que dar um F5 no navegador. Porém, estamos há mais de uma
semana tentando fazer alguns downloads dos sites da Oracle e Zimbra,
mas os downloads (2,7G e 500M respectivamente) são interrompidos de
repente. Tentamos baixar várias vezes e o download nunca completa.
Tambem tentamos fazer outros downloads grandes e acontece a mesma
coisa.

Temo outros dois link em nossa empresa que não apresentam este
problema. Os dois são empresariais e não são ADSL - um é da própria
GVT -  o qual pagamos uma fortuna - e o outro é da NET VIRTUA (cable
modem). O problema relatado não é apresentado nestes dois links.

Analisando o tráfego por tcpdump dá pra perceber que várias vezes a
transferência pára por um instante e logo volta, mas tem vezes que o
download cai nessas pausas.

Fizemos os mesmos downloads a partir da rede da universidade (UFSC)
bem como a partir de servidores que estão fora da empresa no mesmo
momento em que baixávamos via PowerGVT e, adivinha o que aconteceu??
Via PowerGVT falhou e pelas outras redes tudo ocorreu bem!

Após o término dos downloads realizados na universidade e nos
servidores externos,  conseguimos transferí-los para a empresa,
através do link PowerGVT, somente via https ou scp! Ou seja, a
transferência ocorreu bem somente através de uma conexão
criptografada!

Em contato com o suporte, como sempre, pouco entenderam o problema que
estamos enfrentando e disseram não haver nada de errado, então
sugeriram que o problema está em nossa rede interna. (piada né!)

Alguem mais tem passado por isso?

Obrigado!


2009/4/29 Wilmar Roque Frantz Junior <gter.list at wfrantz.com.br>:
> Senhores,
>
> Muito obrigado pela colaboração.
>
> Para realizar os testes e diagnosticar o problema utilizamos modems
> USRobotis, Alcatel e D-Link e Siemens, tanto em modo router como bridge.
>
> O problema era de fato o numero de conexoes limitado pela GVT. Estamos
> promovendo um upgrade do plano para validar o acesso por outro link.
>
> att,
> Wilmar
>
>
> 2009/4/29 Gelson Dias Santos <gelson.santos at metaverse.com.br>
>
>> Não sei se entendi bem pois a mensagem não está escrita na minha
>> lingua, mas me parece que o problema foi resolvido com um simples
>> reset no modem adsl. Esse é o procedimento número 1 que qualquer
>> usuário deve fazer, antes mesmo de ligar para a operadora.
>>
>> Os modems adsl residenciais possuem firmwares bastante básicos e
>> frequentemente com bugs o que faz as tabelas de conexoes estourarem.
>> Especialmente os da linha D-LINK.
>>
>>
>> Gelson
>>
>> 2009/4/28 davi peres <daviperes at gmail.com>:
>> > falando em gvt vou contar meu caso. certo dia cheguei do trabalho e fui
>> > jogar um rpg online que jogo todos os dias e estava muito ruim a conexao.
>> > passando se um mes todos os dias no mesmo horario resolvo ligar la para
>> > reclamar que antigamente nao era assim e que o trafego internacional
>> estava
>> > um total lixo. e o trafego do brasil estavam perfeitos os downloads.
>> minha
>> > conexao simplesmente caiu e quando voltou ... adivinham PERFEITA. bando
>> de
>> > vagabundo da vontade de explodir aquela gvt e bst
>> >
>> > 2009/4/27 Herbert Faleiros <herbert at scw.net.br>
>> >
>> >> On Sun, 26 Apr 2009 17:36:06 -0300, Christian Lyra <lyra at pop-pr.rnp.br>
>> >> wrote:
>> >> [cut]
>> >> > Nesse exato momento estou estourando em quase 2 x o numero de
>> conexões:
>> >> >
>> >> > # grep tcp /proc/net/ip_conntrack | wc -l
>> >> > 86
>> >> >
>> >> > (ok, podem argumentar que existem sessões que já expiraram mas não
>> >> > sairam da conntrack do kernel...).
>> >> [cut]
>> >>
>> >>
>> >> Olá,
>> >>
>> >> é possível melhorar um pouquinho essas estatísticas com algo assim:
>> >>
>> >> # wc -l /proc/net/ip_conntrack
>> >> 30771 /proc/net/ip_conntrack
>> >>
>> >> # grep -i established  /proc/net/ip_conntrack | wc -l
>> >> 6936
>> >>
>> >> Lembre-se de que o timeout default p/ conexões ESTABLISHED é de 5 dias!
>> >>
>> >> Você pode diminuir isso com algo do tipo (setar o timeout p/ 1h):
>> >>
>> >> # sysctl -w net.ipv4.netfilter.ip_conntrack_tcp_timeout_established=3600
>> >>
>> >>
>> >> ah, não se assuste com os contadores acima, não foram extraídos de uma
>> >> Workstation.
>> >>
>> >> Da estão que estou usando no momento dá isso aqui (com timeout default e
>> >> uptime de 2hs):
>> >>
>> >> # grep -i established /proc/net/ip_conntrack | wc -l
>> >> 2
>> >>
>> >> Até,
>> >>
>> >> --
>> >> Herbert
>> >>
>> >> --
>> >> gter list    https://eng.registro.br/mailman/listinfo/gter
>> >>
>> > --
>> > gter list    https://eng.registro.br/mailman/listinfo/gter
>> >
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Att.
Bruno Galindro da Costa
bruno.galindro at gmail.com
Florianópolis - SC