Exato, concordo.
Antes só expliquei uma situação de uso e como é usado aqui.
Att.
Versão Imprimível
Amigo, ativa o Log nos radios tanto AP como Cliente, bem como o NTP coloque este servidor a.ntp.br
Depois posta o Log deste AP para análise.
Tinha um enlace que caía direto, só peguei a falha olhando o Log, era algo na versão 5.2 (Ubiquiti)
Eai pessoal alguma solução para o problema ? aqui também estou nessa luta, mesmo com o ppoe estabilizado o cliente para de navegar, volta a navegar se ele reiniciar o cpe, utilizo um software de terceiro para concentrar o radius, a autenticação ppoe é feita nas torres no mesmo mk que manda internet para o cliente, essa foi a melhor solução que encontrei, os equipamento dos clientes é bem variado, utilizo ubiquit, proeletronic, oiw, e ate mikrotik (sxt) tudo em 5.8, ccq e ping bem estável.
Com relação a configuração do ppoe está assim
Mtu = 1492
mru = 1492
mrru = branco
keepalive timeout =30 ( ja fiz testes com 100, 300 = 5min esse valor muito alto gerou outros problemas, pelo o que intendi o
keepalive é o tempo que o túnel ppoe fica estabelecido mesmo se o cliente cair no registration, dai ele tenta conectar e o ppoe
fala que ele já está conectado , por isso voltei o valor para 30s, porém em estruturas 2.4 deixei em 50s , se estiver errado alguém me corrija ae.
one session per host = marcado
pap, chap = marcado
profiles
change tcp mss = yes
limits -> onle one = yes
o restante está padrão.
Meu problema é bem parecido com o autor do post, a semelhança é que concentramos a autenticação no radius, será que isso pode influenciar?
com relação aos enlaces, utilizo bridge + station wds , a rede está roteada , ospf + mpls
nada ainda pessoal, deu uma diminuida, mais ainda acontece, cliente com tudo perfeito cai pppoe mesmo com watchdog nao reboota, só pode ser algo da
UBNT