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

[Eduardo Santos Back]

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.


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