[GTER] RES: Overhead em PPPoE
Alberto Freire
albertofreire at yahoo.com.br
Mon Jun 17 20:57:02 -03 2013
Cheguei a desconfiar disso também, até fiz algumas alterações mas sem
nenhuma melhora aparente.
Uma alteração que surtiu efeito foi a de criar um PPPoE Server na última
milha (RPT2), agora o CE é gerenciado neste ponto.
Com isso o problema foi resolvido, mas ainda estou analizando para saber
porque o túnel é afetado quando passa nos ativos da rede (mesmo que apenas
em bridge).
Atenciosamente,
Alberto Freire de Melo
Administrador TI - Netlogui - ISP
2013/6/17 Rafael Agostinho Duarte <rafael at ensite.com.br>
> 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
>
More information about the gter
mailing list