Automatic VLAN Assignment (AVA) - Problem with option routers
tarik.gasmi at rz.uni-freiburg.de
Thu May 15 08:07:15 UTC 2008
thanks for the answers so far,
i did some sniffering with ethereal:
the option routers is requested from the client in both cycles
(parameter request list in DHCP Discover/Request Packet)
in the first cycle the correct option routers is sent back in DHCP
Offer/Ack packets (10.10.100.254), and also option 43 with the new Voip
VLAN (so the client knows the correct VLAN in the second cycle)
the client releases
in the second cycle in the DHCP Offer/Ack packets the wrong option
routers is sent back from the server (still 10.10.100.254) although the
client asks with correct VLAN Tag and gets an IP 10.10.200.1 in the
correct Voip VLAN/Subnet.
however, when setting option routers in the scope of the
host-declaration of the client (and not only of the subnet), the option
is sent back correctly (10.10.200.254).
So i think that the problem is server side, because the server does not
send back the correct router option in the one case but does in the
why do i have to put it in the host scope? is this correlated to the
mac-address of the client somehow?
Simon Hobson schrieb:
> Glenn Satchell wrote:
>> Hmm, same switch port with two different subnets - that's a shared
>> network. Try putting a shared-network statement around the two subnets,
> No, it may be the same physical socket, but it's different VLANs - so no
> shared network. It's a common source of confusion !
Rechenzentrum Universität Freiburg
Hermann-Herder-Str.10 / 79104 Freiburg
Email: tarik.gasmi at rz.uni-freiburg.de
Tel.: +49 (0)761 203-4674
More information about the dhcp-users