RES: [GTER] Circuito não atinge velocidade contratada

Elizandro Pacheco slack at pachecotecnologia.net
Tue Mar 21 09:35:56 -03 2006


Eduardo Santos Back wrote:
> Everton, resolvi aqui este tipo de problema ativando multilink PPP. Porém,
> desde ontem a BRT está com problemas nas interconexões internacionais (ao
> menos vimos só ontem mas deve estar há mais tempo), afetando em muito a
> performance ao menos para quem usa a BRT.
> 
> 

Aqui em Cachoeirinha - RS e em Turvo - SC eles estão com este problema 
faz dias..  a lentidão para conexões internacionais está enorme.


Elizandro Pacheco
Pacheco Tecnologia


> Eduardo Santos Back
> Gerente de Informática
> Grupo Editorial Sinos S/A
> 
> -----Mensagem original-----
> De: gter-bounces at eng.registro.br [mailto:gter-bounces at eng.registro.br] Em
> nome de Everton Diniz
> Enviada em: segunda-feira, 20 de março de 2006 09:57
> Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> Assunto: Re: [GTER] Circuito não atinge velocidade contratada
> 
> Bom pessoal, fiz o teste com o cliente usando o TTCP,
> 
> 
> Downstream
> C:\ttcp>ttcpw -r -s -v
>  ttcp: -v option ignored: Verbose mode calls not supported by WIN32.
>  ttcp-r: buflen=8192, nbuf=2048, align=16384/0, port=5001  tcp
>  ttcp-r: socket
>  ttcp-r: accept from 200.1XX.XXX.75
>  ttcp-r: 1638400 bytes in 6.69 seconds = 239.23 KB/sec +++
>  ttcp-r: Which is at least 35840.0 ATM cells or 2.27 Mbits/sec at adapter
> level
>  ttcp-r: 217 I/O calls, msec/call = 31.56, calls/sec = 32.45
>  ttcp-r:
> 
> Upstream
>  C:\ttcp>ttcpw -t -s -n 200.1XX.XXX.75
>  ttcp-t: buflen=8192, nbuf=200, align=16384/0, port=5001  tcp  -> 
> 200.1XX.XXX.75
>  ttcp-t: socket
>  ttcp-t: connect
>  ttcp-t: 1638400 bytes in 6.66 seconds = 240.38 KB/sec +++
>  ttcp-t: 200 I/O calls, msec/call = 34.08, calls/sec = 30.05
>  ttcp-t:
> 
> 
> Estava batendo os 2M, o teste que eu fiz foi entre a rede dele e a
> minha, preciso fazer o teste utilizando a minha saida de internet.
> Tenho certeza que não tem problema na minha saída de internet, pois a
> utilizaçaõ do link é de no máximo 70% e nenhum outro cliente reclama
> de perfomance.
> 
> Mas, o argumento que ele utiliza é "forte". Ele diz que o
> speedy-Telefonica que ele também tem, fazendo o teste no mesmo site,
> mostra a velocidade contratada.
> 
> Não sei pq nas p** de teste que ele faz com o nosso link, apresenta
> esse problema de perfomance.
> 
> 
> De qualquer forma, continuo buscando soluções ou explicativas para ele
> e agradeço a ajuda de todos.
> 
> Abraços..
> 
> Everton
> 
> On 3/17/06, Julio Arruda <jarruda-gter at jarruda.com> wrote:
>> Rubens Kuhl Jr. wrote:
>>>> Porém, quando está efetuando downloads simultâneos, o tráfego atinge
>>>> 2M, ele consegue fazer 2 downloads com a taxa de transferência em
>>>> 120Kb, totalizando 240Kb(quase o contratado) e quando efetua somente 1
>>>> download, atinge somente o máximo 200Kb de tx de transfer
>> Eu pensaria que e' problema de interacao de TCP com perda de pacotes
>> (talvez por falta de buffers como diz o Rubens).
>> Se voce user um iperf com UDP, pega wirerate do link ?
>> Se sim, brincar com RED deve te ajudar (o default acho que e' tail-drop).
>> Outro 'indicador' disto costuma ser um grafico de utilizacao em
>> dente-de-serra, quando os truques de controle de fluxo do TCP 'entram',
>> desce, quando ele vai subindo a janela 'usada', vai subindo a
>> utilizacao, e por ai vai.
>>
>>> Isso soa como problema de falta de buffers em algum dos equipamentos
>>> do caminho. Mais provavelmente algum dos conversores, já que os
>>> buffers default dos roteadores citados costumam ser suficientes.
>>>
>>>
>>>> Já alterei o MTU nas interface Seriais, o algoritmo de fila de
>>>> prioridades e nada....
>>>
>>> A seriais deveriam ter MTU 1500 ou superior.
>>>
>>>
>>>> Alguem sabe algo mais q possa ser??? Configurações nos equipamentos da
>>>> Telefonica?
>>>
>>> Sendo PPP e não Frame-relay, não parece... a não ser que a
>>> convergência já tenha chegado à esse acesso e esse link serial na
>>> verdade seja um VC MPLS, algo que eu acho improvável.
>>>
>>>
>>> Rubens
>>> --
>>> 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




More information about the gter mailing list