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

[Pedro Torres]

Oi Bruno,

Interessante sua história. Que tal ir um pouco mais a fundo (já que você já 
sniffou o tráfego e não adiantou) e testar essas ferramentas para nós?

1) http://www.gtnoise.net/nano/
2) http://www.eff.org/testyourisp/switzerland

Ah, conte nos o resultado :)

--
Pedro

Em Qua 19 Ago 2009, Bruno Galindro da Costa escreveu:
> 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