[GTER] RES: Overhead em PPPoE

[Rafael Galdino]

na ultima aba do queue tem a opção para você configurar como você quer os
controles.
sfp, pfifo, etc...


Em 17 de junho de 2013 17:42, Listas Discussão <dl.lagg0 at gmail.com>escreveu:

> Existe alguma documentação que possa ajudar nessa questão do número de
> pacotes a enfileirar?
>
> No mikrotik isso vem configurado com um valor bem baixo, estou querendo
> fazer os ajustes mas não encontrei uma documentação que ajude a entender
> qual valor utilizar.
>
> Por exemplo, tenho um servidor x86 com 500 conexões pppoe, essas conexões o
> MK cria as queues dinamicamente, a queue type delas é "default-smail". Essa
> queue type por padrão vem configurada com pfifo e queue size de 10 pacotes.
> Em alguns casos nota-se perda de pacotes, desativando a queue a perda deixa
> de ocorrer sem estourar o limite de banda.
>
>
>
>
> Em 17 de junho de 2013 00:00, Rafael Agostinho Duarte
> <rafael at ensite.com.br>escreveu:
>
> > Dê uma olhada na configuração da queue, pode ser que ela esteja dropando
> > pacotes ao invés de enfileirar, talvez seja necessário aumentar o numero
> de
> > pacotes a enfileirar.
> >
> >
> >
> > Rafael Agostinho Duarte
> > CCNA/CCAI n° CSCO12232618
> > +55 18 9149 7767
> > rafael at rafaelduarte.eti.br
> >
> >
> >
> > -----Mensagem original-----
> > De: gter-bounces at eng.registro.br [mailto:gter-bounces at eng.registro.br]
> Em
> > nome de Alberto Freire
> > Enviada em: domingo, 16 de junho de 2013 06:33
> > Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> > Assunto: Re: [GTER] Overhead em PPPoE
> >
> > PPP fechado no AP (ubnt).
> > Devido a curta distância dos enlaces, todos os indicadores de qualidade
> > (ccq, sinal, etc...) estão bons.
> >
> > Fiz o seguinte teste inseri um PPPoE Server na última rpt e aparenta ter
> > resolvido o problema, ainda estamos testando.
> >
> >
> >
> > Atenciosamente,
> >
> > Alberto Freire de Melo
> > Administrador TI - Netlogui - ISP
> >
> >
> >
> > 2013/6/14 Douglas Fischer <fischerdouglas at gmail.com>
> >
> > > PPP fechando aonde?
> > > No Access Point do cliente? Na estação? Windows ou Linux?
> > >
> > > /*Android told-me that this text should be at bottom.*/ Em 14/06/2013
> > > 02:11, "Alberto Freire" <albertofreire at yahoo.com.br>
> > > escreveu:
> > >
> > > > Olá Srs, preciso de uma ajuda...
> > > >
> > > > Estou enfrentado problemas de desempenho em túneis PPPoE, meu
> > > > cenário
> > > está
> > > > assim:
> > > >
> > > > Nuvem P <---fiber---> PE <---fiber---> RPT1 <---wireless--> RPT2
> > > > <---wireless--> CE
> > > >
> > > > Sendo:
> > > > Nuvem P: Servidores web/freeradius e uma CCR como borda do bgp
> > > > P: RB1000 (max 80sessões pppoe, ~60Mb total e ~40% cpu)
> > > > RPT1: Rocket M5 (3km max de enlace ~30Mb)
> > > > RPT2: Rocket M5 (600m max de enlace)
> > > >
> > > > Acontece que quando fixo ip (sem a sessão pppoe) entre CE e PE, o
> > > > acesso normaliza e tenho 10Mb de tráfego nos testes da rede. O teste
> > > > é feito na rede local, realizando downloads de conteúdo entre o CE e
> > > > a Nuvem P (servidores web).
> > > >
> > > > Ao retornar a sessão pppoe, o acesso degrada e a velocidade cai para
> > > > 4Mb, quando faço uso de um gerenciador de download consigo atingir
> > > > os 10Mb no acesso.
> > > >
> > > > Testes que já realizei no PE:
> > > > MTU para 1460 ou 1480 ou clamp to mtu (mk), alteração das queue
> > > > types
> > > para
> > > > pfifo ou sfq (pertub 10).
> > > >
> > > > A latência média entre o PE e CE é 10ms (por causa do wireless) e a
> > > > rede esta em bridge entre o CE e PE.
> > > >
> > > >
> > > >
> > > > Atenciosamente,
> > > >
> > > > Alberto Freire de Melo
> > > > Administrador TI - Netlogui - ISP
> > > > alberto @ netlogui . com . br
> > > > Fone: (89) 9405-3890
> > > > skype: suportht
> > > > --
> > > > 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
>



-- 
Att.

Rafael Galdino