[GTER] RES: Overhead em PPPoE

[NOC VCNET]

Eu tive problemas no MK com o excesso de queues no pppoe e resolvi 
mudando o tipo da queue para sfq

Em 17-06-2013 17:42, Listas Discussão 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
>
>