Amigos,
Alguém tem ideia do que pode esta ocorrendo, conforme imagem.
Estou migrando minha rede pra PPOE, todos os clientes que migrei não tive reclamação.
Ma hoje percebe nos relatórios de clientes conectados não esta correspondendo ao números listados no ppp do Mikrotik.
obs. Os clientes não estão cadastrados no Mikrotik somente no Mkaut.
Segue imagem.
Respostas
Reiniciei o mikrotik hoje as 05hrs e as conexões ppoe agora estão iguais.
Se conexões encerradas foram reabertas é porque não haviam sido encerradas realmente. Um índice do tipo UNIQUE no campo radacct.acctuniqueid resolve isso.
Pedro Filho disse:
não sei quantos foram no fórum, mais no suporte foram muitos, como quase nunca altero nada do radius ( prefiro deixar no padrão do desenvolvedores do programa ) resolvir voltar como antes e resolveu, sei que se colocar para NULL pela logica era para resolver, mais aconteceu de em muitos provedores conexões encerradas serem reabertas, não sei se é algo de errado no MikroTik, mais foi por conta dessas falhas tem alguns anos coloquei um script para o mk-auth fechar sozinho conexões com um certo tempo sem accounting e melhorou, esse lance do NULL o script praticamente perdeu a função, não gosto nem de pensar em problemas no MikroTik mais varias vezes vi ele não passar corretamente os dados de conexão, tipo já abrir conexão com acctstoptime fechado e ficar fazendo acoounting de conexões encerradas.
http://mk-auth.com.br/xn/detail/2529151:Comment:18845
Marco de Freitas disse:
Nem no Mikrotik isso é garantido. O cliente já pode ter caído e sua conexão ainda estar aberta aguardando timeout.
O SNMP não é melhor do que o RADIUS nisso. É um instantâneo que estará desatualizado no segundo seguinte, apenas sobrecarregando o ramal com uma informação já disponível no RADIUS.
Pedro Filho disse:
Foi no tópico que apenas um relatou, equivocadamente, creio eu, que a correção do problema estivesse causando outro.
Uso o patch desde então e nunca tive problemas. Também o repasso para quem precisa ter o problema resolvido (acho que você recebeu um e-mail a respeito).
A importância do campo radiusacct.acctstoptime para o bom funcionamento do FreeRADIUS está muito subestimada, Pedro. Apenas garantir que o valor seja NULL a cada interim update resolve vários problemas.
Sugiro que procure por simul_count_query e simul_verify_query.
Pedro Filho disse:
Muito Obrigado Pedro so mais uma duvida em relação a uma uma pergunta que fiz a voce e ainda nao obtive resposta sobre o SNMP pra quer server isso eu configuei como voce ensinou mais ainda nao sei para que server! por favor me informe Obrigado
Pedro Filho disse:
não tem como ficar 100% igual no mikrotik e no mk-auth, o mikrotik envia o accounting a cada 5 minutos que é o tempo padrão do sistema usado no interim update e as vezes o cliente cai e o mikrotik não atualiza os dados no mk-auth, pode ter uma diferença, mais não com total de muitas e nem de muito tempo de conexão...
maycon marques carino disse:
apenas um ? como sabe que foi somente um Marco, pois nunca falei dos problemas com essa alteração na consulta SQL contabilidade no radius aqui...
Marco de Freitas disse:
http://mk-auth.com.br/xn/detail/2529151:Comment:859931
Cordeiro Neto disse:
Aqui também nunca bate a quantidade certa. uso 4 ramais integrados ao mkauth mas nenhum exibe a qtd certa.. Todos com as configurações certas e com SNMP ativo. Marco manda o link do patch para eu dar uma olhada.
Marco de Freitas disse:
-
1
-
2
de 2 Próximo