[GTER] Circuito não atinge velocidade contratada

Cassiano Aquino caquino at ebrain.com.br
Mon Mar 27 15:06:13 -03 2006


Talvez no site mostre uma informação incorreta pois nos Speedys existem 
caches http transparentes que podem influenciar no teste.

Everton Diniz wrote:

>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
>  
>




More information about the gter mailing list