Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I have a DHCP server serving a number of subnets over a DHCP relay. When it sends out DHCP offers it sets the server identifier (option 54) to its own IP address.

When the clients need to renew they try to unicast to that IP address, which none of them can route to.

How is unicast to the DHCP server supposed to work when a relay is used? Is the expected behavior for the client to fail to renew by unicast during RENEWING state and then to renew by broadcast during the REBINDING state after time T2?

share|improve this question
add comment

2 Answers 2

Yes, absolutely.

It's a little odd for the clients to be unable to route unicast to their DHCP server, but it's not at all a problem; they'll just renew later on in their lease lifetime (which gives you a little less leeway for downtime on the DHCP server).

share|improve this answer
add comment

Lease renewal (in the T1 stage) is facilitated via a unicast message from the DHCP client to the DHCP server. Why would unicast traffic from the client subnet not be routed to the server subnet? How would the original broadcast be relayed to the server subnet if the DHCPDiscover message from the client subnet is not being routed (relayed) to the server subnet? If no traffic is being routed between the subnets then how would the client obtain an ip address in the first place?

At the end of the day, the traffic from the DHCP client subnet is routed via the router (by way of a unicast message from the DHCP relay agent during the original DHCPDiscover stage and later during the T2 stage) and/or via unicast directly from the DHCP client during the T1 renewal stage.

As you stated, if the client reaches the T2 stage then it submits a broadcast renewal request, which the DHCP relay agent should relay (unicast) to the DHCP server.

EDIT

Is this a theoretical question or are you actually having this problem?

EDIT 2

To put another spin on my answer: When the client initiates a lease renewal in the T1 stage the renewal request is a unicast message directly from the client to the server (unicast is direct one-to-one communication), so the DHCP relay agent should not be involved at all. If the client reaches the T2 renewal stage then the renewal request is sent via a broadcast message and should be relayed by the DHCP relay agent (which is actually a unicast message from the DHCP relay agent).

If the T1 stage unicast message is not being routed from the client subnet to the server subnet then this is a routing/network issue, not a DHCP issue.

share|improve this answer
    
Broadcast traffic on the client subnet gets picked up by the relay and sent to the DHCP server on the other subnet, but the client network cannot route to the DHCP server's IP address (from the server identifier option in the offer). It's actually happening. DHCP works but I noticed a lot of retransmissions of unicast so I started looking into it. –  Matthew M. Boedicker Sep 8 '11 at 2:58
    
How is option 54 relevant to the lease renewal? How would this prevent the client from sending a unicast renewal message to the server? It sounds like a routing/network issue, not an issue with the mechanics of DHCP. Option 54 allows a DHCP client to specify which lease offer it's accepting during DHCPRequest. I'm not aware that option 54 is relevant to the lease renewal. If unicast traffic is not being routed to the server subnet then that's a routing/network issue, not a DHCP issue. In addition, a renewal in the T1 stage is unicast, not broadcast. Am I misunderstanding what you're saying? –  joeqwerty Sep 8 '11 at 3:12
    
The IP address that the client gets in option 54 is where it sends the unicast renewal requests. –  Matthew M. Boedicker Sep 8 '11 at 13:57
    
Yes, and what's the problem with that? When the client initiates the renewal process (T1 stage) it should send a unicast message to the server. Why would that unicast message not be routed to the server? If the unicast message is not being routed to the server then that's a routing/network problem, not a DHCP problem. I'm afraid I'm not following you on this one. –  joeqwerty Sep 8 '11 at 14:01
    
So you are saying in a normal DHCP relaying setup all subnets that get their DHCP traffic relayed need to route back to the DHCP server? My original assumption (which might be wrong) was that the point of DHCP relaying was that everything happened through the relay and they didn't need to route there. I'm trying to figure out what a normal DHCP relaying setup is. –  Matthew M. Boedicker Sep 9 '11 at 13:36
show 3 more comments

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.