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

Fri Aug 21 12:38:20 -03 2009

Nas vezes que entramos em contato o suporte nada soube dizer a respeito e
jogaram a bola pra gente, sugerindo que fosse nossa infra.

Recebi tecnicos da GVT que fizeram os testes cfme manda o protocolo de
atendimento deles e nada de errado foi detectado. Todos os tecnicos
flagraram o problema mas não sabem explicar o motivo. Ficaram de levar o
problema adiante mas nunca recebi resposta e o callcenter diz não conseguir
entrar em contato com tecnico que nos atendeu. Dá a impressão que não existe
um atendimento coordenado e cada atendimendo de suporte parece que segue
individualmente.

Infelizmente continuamos com o link PowerGVT mas avaliamos a substituição
por um VIRTUA que nunca nos apresentou qualquer problema.

[]´s
Wilmar

2009/8/20 Afranio Nunes <afraniodido at gmail.com>

> Abri um chamado hoje com eles a respeito desse problema que tambem estou
> tendo em Camboriu.
>
> Estou esperando alguma posicao deles.
>
> Afranio
>
> Em 20/08/2009, às 13:38, Pedro Torres escreveu:
>
>
>
>> 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
>>>>
>>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>