Address allocation not working correctly

Corley, Kenneth L (Kenny) corley at alcatel-lucent.com
Tue May 6 22:18:05 UTC 2008


The VLANs from the client-side of the network are different for the
10.5.0.0 and 10.6.0.0 subnets and are trunked to an Extreme router.  The
DHCP server is directly connected to the Extreme.   Could it be a
problem with DHCP relay in the router (Extreme) or something?  Here's
the VLAN definitions on the Extreme:

# Config information for VLAN test video.
configure vlan "test" tag 64     # VLAN-ID=0x40  Global Tag 7
configure vlan "test" protocol "ANY"
configure vlan "test" qosprofile "QP1" 
configure vlan "test" qosprofile ingress none
configure vlan "test" ipaddress 10.5.0.1 255.255.255.0 
configure vlan "test" add port 2:2 tagged

# Config information for VLAN test data.
configure vlan "testdata" tag 65     # VLAN-ID=0x41  Global Tag 11
configure vlan "testdata" protocol "ANY"
configure vlan "testdata" qosprofile "QP1" 
configure vlan "testdata" qosprofile ingress none
configure vlan "testdata" ipaddress 10.6.0.1 255.255.255.0 
configure vlan "testdata" add port 2:2 tagged

How does the DHCP server typically know which subnet to allocate
addresses from?  

Here are the class definitions you requested...

-----------------------------------------------------------
#-- ADB Class defines
#-----------------------------------------------------------

# -----------------------------------------------------------
# -- 3800W LOADER -------------------------------------------
# -----------------------------------------------------------
class "adb3800W-bootloader" {
  match if (substring (option vendor-class-identifier, 0, 11) =
"minerva3800");

    option accp_conf 239,1,2,5,17,193,10;
}

# -----------------------------------------------------------
# -- 3800W HLCODE -- #
# -----------------------------------------------------------
class "adb3800W-hlcode" {
  match if substring (option vendor-class-identifier, 0, 24) =
"udhcp_MRV2X_1_3800W(ADB)";

  # ------- Minerva boot string --------
  option option-minerva_bootstring "-bm=0 -ip=10.100.0.165:7780
-eip=10.100.0.165:8500 -asr=/dataservices -nnvb=0 -stbm=adb";
}

#-----------------------------------------------------------
#-- 5810WX LOADER ------------------------------------------
#-----------------------------------------------------------
class "adb5810WX-bootloader" {
  match if substring (option vendor-class-identifier, 0, 13) =
"minerva5810wx";

    option accp_conf 239,58,10,5,17,193,10;
}

# -----------------------------------------------------------
# -- 5810WX HLCODE -- 
# -----------------------------------------------------------
class "adb5810WX-hlcode" {
  match if (substring (option vendor-class-identifier, 0, 24) = "udhcp
1.2.2 (ADB 1.2.20)") or 
           (substring (option vendor-class-identifier, 0, 25) =
"udhcp_MRV2X_1_5810WX(ADB)"); 
  
  # ------- Minerva boot string --------
  option option-minerva_bootstring "-bm=0 -ip=10.100.0.165:7780
-eip=10.100.0.165:8500 -asr=/dataservices -nnvb=0 -stbm=adb";
}

Thanks
Kenny


-----Original Message-----
From: dhcp-users-bounce at isc.org [mailto:dhcp-users-bounce at isc.org] On
Behalf Of Claus Holm Christensen
Sent: Tuesday, May 06, 2008 4:34 PM
To: dhcp-users at isc.org
Subject: Re: Address allocation not working correctly

Corley, Kenneth L (Kenny) skrev:
> I'm fairly new to the mailing list.  I was wandering if someone could 
> help determine if the following config will allow a unique subnet 
> range to be allocated per service (ie. video (STB), data/internet, and
VoIP).
> Currently, it is not working.  The STBs (ADB3800/5810) are getting 
> assigned an IP address from the internet/data subnet (10.6.0.x) 
> instead of the video subnet.  We are running ISC v3.0.5.  I'm fairly 
> certain the class definitions for the STBs are correct since they 
> getting an address in the data subnet.

It has previously been recommended not to use both allow /and/ deny
statements in a configuration, only allow /or/ deny statements. But I
don't remember if that was only within one pool declaration, or a common
recommendation.

Are all your boxes located in the same VLAN? If they are, then you might
need to put the 10.5.0.0 and the 10.6.0.0 subnets into a shared-network
statement, otherwise the DHCP-server doesn't know that both subnets
share the link. If the VLANs are different, then I would check the
network a little bit further for wrong IP addresses on the router or
similar.

Other than that I don't see any problems. Would you mind sharing the
class definitions as well?


-- 
Claus Holm Christensen



More information about the dhcp-users mailing list