Versão Imprimível
Galera estou com uma RB1100AH, e meu clientes tao normal a 1:30, as vezes 2:00, as vezes 3:00 de repente cai todo mundo e zera a contagem de tempo no "Active connections", alguém sabe o porque isso esta acontecendo ?
CPU:4%
Memory:1469.0 MiB
Uptime:8d 17:22:00
Voltage 12.6V
CPU Temperature 39 C
Fan Speed 6607 RPM
Configuração do servidor PPPOE
Anexo 58590
É cabo, ou via radio?
clientes via radio
pela imagem... vc pode aumentar o time pra 50.. e trabalhar o MTU .. aqui eu uso entre 1480 a 1492.. teria que dar uma analizada melhor..
qual ap vc usa?
CPE no cliente?
Citação:
Postado originalmente por hmfarm
Esta assim:
ENTRADAS: PORTA1-LINK1
PORTA2-LINK2
SAIDAS: PORTA 3,4,5 PPOE SERVER (Portas 3,4,5 em bridge)
3 - Nano Station - NanobeamM5 - Rocket M5
4 - Rocket M5
5 - Rocket M5
N acho que isso seja o problema... =(
O time significa o que?
o MTU tava 1480 antes , eu que mudei pra 1400 pra ver se estabiliza...
como ta a config do profile?
Citação:
Postado originalmente por hmfarm
chegou 52 C de CPU deu 4hrs de uso e caiu todos ppoes e voltaram denovo...
n da tempo de ver no Log, pq é muita conexão caindo e voltando ao mesmo tempo ....
será que n tem nada a ver com a bridge ?
Testa
MTU - 1500
MRU - 1400
MRRU - 1600
Keepalive timeout - 60s
ok.Citação:
Postado originalmente por mathcardoso
eu estou com 2 clientes pppoe com problemas e eles ficam rediscando e caindo o tempo todo, isso nao pode ser o problema pode ?
o que significa cada um desses itens????? MTU/MRU/MRRU?
me add skype.. charlespjo ... te ajudo a resolver
Se nao der deixa
MTU 1500
MRU 1500
MRRU 1600
e o keep sempre em 60s, senao fica desconectando o cliente q nao se comunica de tempo em tempo
Qual a necessidade do forum entao?Citação:
Postado originalmente por charlespjo
Aham.. vc ta certo amigo, desculpe!
Citação:
Postado originalmente por mathcardoso
Analizando, seu profile..
faz o seguinte e testa..
TCP MSS = YES
Use Compression = default
Ref a bridge.. nao tem necessidade de cria-la... como cada ap esta em um porta na rb.. vc cria um server PPPoe pra cada porta ok..
[QUO
TE=hmfarm;749451]Anexo 58600Anexo 58601Anexo 58602[/QUOTE]
[/QUOTE]Citação:
Postado originalmente por charlespjo
poderia pelo menos dizer pq "use compression" tem q ser default e o "Change TCP MSS" tem que ser yes?
pq sempre usei o "use compression" como default e antes n tinha esse problema...
to doido pq n faço ideia do que possa ser ....:dontknow:
@hmfarm ...
Brother nao costumo fazer isso pq existem outros fatores na configuraçao que podem estar errados mas 90% dos casos .
1- seu pppoe server esta para " one session per host " ai esta seu problema DESMAQUE a opcao ...
2- se quiser dar mais segurança a rede amarre o mac em PPP SECRET .
Se resolver o problema da um toque valeuuuuuuuuuu......
Já vi isso quando houve conflito de ip's nos usuários.
Primeiramente, Quando tempo que esse servidor ta rodando( se o problema apareceu por agora, e esse servidor já roda a algum tempo, você pode rever suas ultimas configurações, ou jogar um backup e ver se resolve) com esse sistema de autenticação ppoe ? eu estava com esse problema, achei que tinha resolvido, aii dei uma ida no mikrotik wiki e consegui resolver, para uma melhor depuração do que esta acontecendo, consulte o log dessa ccr sua, nessas horas ele sera seu melhor amigo, a mensagem que ele exibir, você consulta no MK wiki, que la provavelmente vai ter o significado, ai você ao menos vai ter uma leque do que pode estar acontecendo.
Se a sua rede está toda em bridge, e nesse caso você use switchs normais no meio do caminho do cliente até o seu NAS, então existe a possibilidade de cliente enxergar cliente, e qualquer probleminha na rede pode gerar diversos problemas diferentes sem explicação. Um cliente que, por exemplo, pega um cabo de rede que vem na casa dele, liga numa porta LAN do roteador dele, ja vai ta com o PC e/ou note dele com acesso direto a sua rede, e caso ele seja um futricador sem noção da vida e ligue as 2 pontas de um unico cabo no mesmo roteador, vai gerar um loop que vai derrubar a sua rede inteira, e se não derrubar, vai dar muitos problemas que não vão aparentar ter relação nenhuma com aquele cliente. Se é a sua antena que faz a autenticação no NAS, então o cliente não tem a possibilidade de ter acesso a sua rede, mas pode ocorrer de um cliente ter a configuração da antena resetada (ja vi acontecer muito, e nesses ubiquitis novos tem botão reset no poe, que pra não se incomodar, tem que ser desativado nas configurações) e ai sim ele vai, novamente, ter acesso a sua rede dando varios problemas distintos.
Procure SEMPRE usar switchs gerenciaveis para interconexão de cabos. O cliente, mesmo estando numa rede em bridge, deveria ter UM UNICO CAMINHO até o NAS, no qual ele vai ser autenticado. Assim, cada problema de cada cliente é certo ser um problema relacionado àquele cliente, e não a outra parte da rede.
Só uma consideração, não sei como é sua rede...
No mais, se seu cliente é via radio, tem que ver como ta a perda de pacote dele, uma pequena queda que gere perdas de pacotes consecutivos pode acabar fazendo o tunel PPPoE cair devido a falta de resposta de um "echo".
Eu desisti do pppoe devido a esses problemas, eu não posso deixar meus clientes sofrerem com quedas.
Ai vem uns caras que falam que tem que estar com rede 110%, tudo funcionando normal quando o tempo esta limpo, deixa cair uma chuva forte para ver o que acontece. Cliente em casa com chuva com raiva.
se vc nao tem condição de estabelecer um atendimento de ultima milha ao seu cliente estavel , é culpa realmente do pppoe?Citação:
Postado originalmente por marcelorodrigues
Primeiramente amigo post sua topologia, segundo faça as configurações básicas que o colega @charlespjo passou, terceiro verifique o MTU e MRU, etc... Outra coisa amigo se seus clientes forem via rádio acho que seja rsrs verifique a relação de SNR pois o PPPoE é um protocolo muito fino. Sinal ruim ele vai dar timeout em seus clientes, etc... Qual equipamento vc usar em clientes finais??
Para mim este protocolo se comporta melhor se for em interface física única (cabeamento) e dedicada para cada cliente. Como nas grandes operadoras.Citação:
Postado originalmente por Pirigoso
Exemplo a vivo, cada túnel de cliente passa unicamente sobre cada linha telefônica individual, não com etapas RF que varias aps clientes dividem um único rádio e portadora.
Como o AP atende 1 cliente por etapa RF os outros ficam aguardando, nesse aguardando é que fica o problema.
Aqui é para compartilhar conhecimentos e trocar informações, sem criticar o próximo.
Qual versão do MK esta usando? Tem umas versões novas que tem muitos bugs.Citação:
Postado originalmente por hmfarm
Aproveitando, deixa o campo CHANGE MSS em yes, na aba Protocols deixa tudo em OFF, só deixa MPLS em on se usar na rede.
Já tentou tirar o valor de Keepalive timeout?
Aqui uso sem definir nenhum valor.
Em relação a entregar pppoe via "radio", nunca tive problemas em relação a desconexão. Tenho clientes conectados a 60 dias, eu mesmo que entro no radio as vezes e mando reiniciar.
Faça esse teste. Espero ter ajudado!
amigo o certo é 1492
Cara reinicia todos seu equipamentos de transmissão, aqui já deu isso, e resolvi assim, testa ai pra ver se resolve o seu.
Oi Boa Tarde,
Faça as configurações destacadas na imagem abaixo e deixa os resultados!
Anexo 58636
Desejo boa sorte!
Olá pessoal,
tive um cliente ficava autenticando de minuto em minuto no pppoe, fui até o cliente, troquei a antena que estava com sinal ruim e tudo se resolveu, o sinal estava em -85, ai ficava caindo direto, é como o nosso amigo @Pirigoso disse, o pppoe é um protocolo muito fino.
Pessoal, resolvi parcialmente fazendo um servidor pppoe para cada torre, assim vi que apenas uma das torres esta reiniciando.
Amigo por quê não centraliza tudo em um único Core?? Acho mais interessante.
Bom dia estou com mesmo problema, tenho uma baseststiom m5 e quem está conectada nesse ap da 4:00 da manhã os clientes nela desconectam, tenho dois ponto a ponto e estão. Funcionando 100% autenticação nos roteadores dos clientesAnexo 67791
Usa energia solar? Se sim pode ser falta de carga para o ap, levando em consideração que acontece em um horário dependente totalmente da bateria