[Dnsmasq-discuss] DHCP, how to ignore the client MAC address?

Michael Schleicher smicha at schleicher.li
Fri Jan 11 19:48:17 GMT 2019


Hi Geert,

thanks for you mail.

On 1/11/19 6:50 PM, Geert Stappers wrote:
> On Fri, Jan 11, 2019 at 11:29:13AM +0100, MIchael Schleicher (smicha) wrote:
>> On 11.01.19 10:53, john doe wrote:
>>> On 1/11/2019 9:49 AM, MIchael Schleicher (smicha) wrote:
>>>>
>>>> I have just checked on my environment what's in the dnsmasq.leases file:
>>>>
>>>> 1547246444 00:50:56:85:23:ea 10.198.10.223 win-vm 01:00:50:56:85:23:ea
>>>> 1547276503 00:50:56:85:f1:86 10.198.10.37 linux-vm 01:00:50:56:85:f1:86
>>>>
>>>> As you see the Client-ID (5th field) is the MAC + "01:" as prefix.
>>>>
>>>
>>> You previously said that the hostname is always the same, as ilustrated
>>> by the above they are not (win-vm vs linux-vm)?
>>>
>>
>> That are 2 different systems. (1 Windows and 1 Linux VM). It's just a
>> example
>>
> 
> Thing I would like to known is the name of the virtualisation platform.
> Mostly because all those I seen did allow me to define MAC address.
> 

The virtual landscapes (VM's) are running on VMware ESX Cluster.
The ESX Hosts are "controlled" by a software which called
"eCloud-Manager". That are deploying the different clones of landscapes.

We have a bunch of master VM's and the software deploy that VM's in
different isolated landscapes. (each landscape is isolated with vlans
and includes a copy of the Masters (but with different MAC as the Master
VM's have!).

So, when a cloned VM in one of the virtual landscapes are crash or have
some other problems, the software destorys the VM and deploy a copy of
the Master-VM, with a different MAC to that landscapes.

And that is exactly the problem, during the deployment of that cloned VM
from the Master, the MAC will changed from the eCloud-Manager during the
VMWare deployment.

I hope I gave you a understandable description.

Many Thanks
Michael




More information about the Dnsmasq-discuss mailing list