MIKROTIK ATRIBUINDO 2 IPS PARA O MESMO MAC

Relembrando a primeira mensagem :

Blz galera,

Estou precisando de ajuda! é o seguinte, meu mikrotik 3.30 está atribuindo 2 ips diferentes para o msmo MAC, tipo assim, o ip que eu determino no hotspot para o cliente é 192.168.10.74, mas quando vejo este cliente conectado ele tá com o ip que eu atribui e mais outro lá no IP>HOTSPOT>HOSTS e o pior é que sempre pega ip de outro usuario, ai o outro usuario não consegue navegar, estes clientes que estão pegando 2 ips são aps aprouter e estão configurados como cliente no modo wireless isp e estão compartilhando a velocidade que eu atribuo pra eles com 1, 2 ou 3 pcs. O que pode ser?

airlive gduo, rb411(modo station) e airgrid, todos com até 3pcs.

no gduo eu sempre deixo a opçao cliente-ap
quando vou configurar o cliente eu seto ip statico e nao deixo marcado a opçao spanishitree
ja tive varios problemas com desse tipo com esse roteador mas ontem msm configurei um assim e deu certo tenta ai e depois me fala

Resumindo tudo, vocês acham que é bug do mikrotik? Porque se ele é um roteador não deveria ocorrer isso, ou tô errado!!!

Cara, se ligue e preste bem atenção, em hosts vc tem sempre (ou quase sempre se não usar uma regra de regulagem) 2 ips diferentes. A tabela de translate ta la, note que tem la 2 colunas, addresses (endereço setado no cliente) e to address (endereço atribuido pelo hotspot). Se vc desabilitar o pool em hotspot server, ele não vai mais atribuir ip algum, serpeitando o que esta no cliente mas pra quem é provedor isso é um incomodo pois o translate foi feito para não respeitar a configuração do cliente, tipo, se o cara manda a maquina pro concerto e ela volta com 192.168.0.x e sua rede é 10.10.10.x o cara vai navegar normalmente pois o translate vai estar la "address 192.168.0.x" "toAddress 10.10.10.x" e assim por diante. Uma vez que vc atribua a regra regular em ip bindings, tipo, 10.10.10.x type regular, ele so vai aceitar as configurações dos clientes que estiverem certas e em concordância com suas configurações tipo 10.10.10.11 to 10.10.10.11, qualquer coisa fora de sincronia das tebelas será considerado como não válido.