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

[Everton Diniz]

Então pessoal, como o Gustavo aconselhou, solicitei ao cliente fazer
teste no ftp da telemar. E realmente, como eu disse que tenho certeza,
o link bate os 2M, não nenhum problema no link, nenhum gargalo de
rede.

No entanto, o que acontecia era que o cliente fazia o questionamento
"Pq no link da TLF, no site de teste, aparece o que foi contratado?".
Nisso, eu realmente não tenho explicação para dar a ele.

Apenas mostrei a ele que pode "jogar" toda a sua rede em cima do link
q não haverá problema algum quanto a perfomance. Se ele tiver um
tráfego de 2M, ele sempre atingirá os 2M.

Agora é só esperar ele reportar os testes.



Abraços a todos....
On 3/21/06, Eduardo Santos Back <eduardo at sinos.net> 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.
>
>
> 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
>