Versão Imprimível
Isto realmente esta relacionado ao radio, acontece este problema comigo mais apenas com 1 dos 3 bullet 2 HP que tenho, é aleatório, não tem um horário especifico para acontecer, quando acontecer eu apenas desligo a energia do bullet, espero 5 segundos e volto a ligar e pronto, o cliente pega o IP do mk normalmente, é algum problema relacionado a tabela de MAC do radio quando tenta pegar o IP do mk ele não consegue pois da a entender que ele rejeitou o IP que o mk quer dar ao cliente.
Bom dia a todos... (DHCP: Offering lease) a MIKROTIK esta falando pra vc que um servidor DHCP esta retornando um IP valido para ela mesma..... ou seja.. vai na casa dos seus clientes e procura um rotiador que esteja com o cabo na porta errada....
pode ter certeza de que vc vai achar....!!! depois que retornar o cabo pra porta correta cole ele com super-bond e reinicie a RB...
assim o cliente nao mete a mao mais....
Olá pessoal, depois de muito pesquisar sobre esse problema ao qual está tirando a paz de milhares de pessoas aqui no forum com relação ao Bug do DHCP mikrotik (offering lease without success), resolvi me pronunciar e realizar este desabafo. Pelo que percebi este bug afeta todas as versões acima da 6.38.7 e parece que não existe nada, nada mesmo que se possa fazer para resolver este problema; com relação ao pessoal da mikrotik é um absurdo que nenhum engenheiro ou programador venha a publico falar a respeito.
Pois bem, vamos a resolução dos fatos, vamos a origem deste problema, a que tudo indica parece ser o mascaramento do MAC ADDRESS.
Aqui utilizo um router DD-WRT no modo AP BRIDGE (ROTEADO), neste modo esse equipamento não consegue absolutamente passar o mac address verdadeiro dos clientes que estão dependentes dele, isso gera uma duplicidade de MAC para o serviço de DHCP ao qual entende como se fosse uma tentativa de duplicidade ou clonagem ou tentativa de violação por conta disso o mikrotik mostra a seguinte mensagem de erro:
defconf offering lease 192.168.10.xxx for 00:30:18:xx:xx:xx to 10:FE:ED:xx:xx:xx without success
Até aqui tudo certo, porém isso é um problema para quem utiliza o sistema de mascaramento de MAC, e ao meu ver parece que não existe o minimo interesse da mikrotik em resolver esse problema, ou que pelo menos podesse criar uma opção LEGACY do DHCP que pudesse lidar com mascaramento de MAC. Sinceramente espero que a mikrotik possa nos ajudar, pois assim como os demais colegas já estamos desanimando desse bugs e estes erros.
Exatamente! Infelizmente isso tem ocorrido muito, já que a maioria dos novos celulares utilizam o mascaramento do MAC, e essa opção vem ativada de fábrica, causando esse problema em redes Mikrotik.Citação:
Postado originalmente por rafaelhol
Atualmente eu ativei na minha rede a opção "Client MAC Limit" no DHCP Server, desse jeito o MK sempre vai tentar entregar apenas um único endereço por MAC, com isso as mensagens no LOG diminuíram muito! não zeraram, mas melhorou.