Wildcard hardware address syntax

[HAWKER, Dan]

Hi Glenn,

Yes, the 192.168.203 and 172.30.1 addresses are on the same wire. You mean
it's in a shared-network not a shared-subnet, yes?? If so, yes DHCPD knows
about this. In a quick and dirty pictorial explanation, my dhcpd.conf file
is as below...

<global stuff>
<class>
<shared-network>
<subnet 192.168.203>
</subnet 192.168.203>
<subnet 172.30.1>
</subnet 172.30.1>
<pools>
</shared-network>
<hosts>

Ie globals and classes are at the top on their own. Then I have a shared
network enclosing the subnets and pools. Then the hosts are at the bottom on
their own.

The deny vmware makes sense and have done so. I have only just inherited the
server (new job) and am just now getting my hands dirty to re-organise the
DHCP. There are an awful amount of hard-coded entries (embedded systems and
test equipment mostly) hence why I have slightly snipped the conf file (plus
its on a closed system, so would have to re-type it all).

Have tried a few more things and am pretty sure my class is now working and
it is now quite happily dishing out IP addresses to the VMs whenever they
boot.

Cool :)

Now need to sort out the DDNS so that they get a hostname too, the embedded
builds are pausing until timeouts kick in whilst they try to determine their
own hostname...Grrr...

Thanks everyone for all your help.

Dan




-----Original Message-----
From: Glenn Satchell [mailto:Glenn.Satchell at uniq.com.au] 
Sent: Thursday, August 03, 2006 3:39 PM
To: dhcp-users at isc.org
Subject: RE: Wildcard hardware address syntax


Hi Dan,

In your other pool(s) you may need to add

  deny members of "vmware";

Are the 192.168.203 and 172.30.1 addresses on the same wire? If so then
that's a shared subnet and dhcpd needs to be told that.

regards,
-glenn

>From: "HAWKER, Dan" <dan.hawker at astrium.eads.net>
>To: "'dhcp-users at isc.org'" <dhcp-users at isc.org>
>Subject: RE: Wildcard hardware address syntax
>Date: Thu, 3 Aug 2006 15:28:50 +0100
>
>HAWKER, Dan wrote:
>
>>># Class to match vmware MAC addresses
>>>class "vmware" {
>>>	match if substring (hardware,1 ,5) = 00:0c:29;
>>>	}
>
>>Have you tried substring (hardware,1 ,3) ?
>
>>5 bytes is never going to match 3 bytes ! You also start at byte 1
>>(the second byte) and byte 0 is the hardware type.
>
>>Simon
>
>
>Hi Simon,
>
>Thanks for the reply. No, I hadn't (although have now) as to be 
>brutally honest the whole class matching stuff was a little hard for me 
>to grasp and as such I kind of fudged it until something worked.
>
>Have just tried your suggestion and unfortunately it didn't seem to 
>work either. Agree about 3 bits (makes a bit more sense now), it 
>initially seemed to be further down in the config where my problem 
>lied, however...
>
>I have an alternative pool of 192.168.203.100-160 addresses that this 
>DHCP box is also dishing out. These are available to all, however 
>wanted to have a specific area for VMware  VM's, hence my attempts. The 
>2 pools seem to be quite happily giving out leases to their appropriate 
>machines. My VM's are getting the 172.30.1.1-50 addresses quite happily 
>and boot as normal, they never get the 192.168 addresses, *providing* I 
>add the whole MAC address to a host declaration. However after looking 
>at the logs, it seems the DHCP box is offering the VMs a 192.168 
>address but they never accept it (I get continual 
>discover-offer-discover-offer messages in the log), so I guess 
>something is awry.
>
>I *presumed* that my class was working, as in my understanding, as 
>hosts are global and hence are not affected directly by subnet 
>declarations, yet my hosts are receiving a 172 address (of which the 
>pool says use this range and "allow members vmware") that the class 
>match was being applied. I guess this isn't the case.
>
>Time to read some more docs...
>
>Confused :)
>
>Dan
>
>This email is for the intended addressee only.
>If you have received it in error then you must not use, retain, 
>disseminate or
otherwise deal with it.
>Please notify the sender by return email.
>The views of the author may not necessarily constitute the views of 
>Astrium
Limited.
>Nothing in this email shall bind Astrium Limited in any contract or 
>obligation.
>
>Astrium Limited, Registered in England and Wales No. 2449259 Registered 
>Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England
>


This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England