<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><br>Thanks for the reply. <br><br>Yes, it is duplicating the unicast DHCPREQUEST packets as well. <br><br>So is it a bug, is there anything i can do to stop doing it ( in code ) , any pointers? <br><br>@Arun,<br>
<br>
There is no switch in between, the setup to be precise is <br>
<br>
<br>
Win Server-----------cross cable--------------Linux PC------------hub-------Win XP client<br>
192.168.9.1/24 192.168.9.2/24 10.1.1.2/8 10.1.1.3/8 ( from server)<br><br>I changed the subnet as above but same behavior.<br><br><br>One more observation : <br><br>if i disable ip_forward flag , the DHCP relay agent is sending only one DHCPRELEASE packet with correct giaddr ( incoming eth0 interface ). But as forwarding is disabled it is understood that the client DHCPRELEASE message is not forwarded to the server but why the other "eth1" interface DHCPRELEASE message is not being generated from relay agent? <br><br>Any pointers? <br><br>Regards,<br>Sujata<br><br><br>
<br><br>--- On <b>Wed, 4/18/12, Simon Hobson <i><dhcp1@thehobsons.co.uk></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Simon Hobson <dhcp1@thehobsons.co.uk><br>Subject: Re: DHCP Relay: Duplicate packets for DHCPRELEASE and DHCPREQUEST<br>To: "Users of ISC DHCP" <dhcp-users@lists.isc.org><br>Date: Wednesday, April 18, 2012, 5:21 PM<br><br><div class="plainMail">Sujata Verma wrote:<br><br>> My setup is like this : eth1<br>> Windows 2003 server (
192.168.9.2/23)-------------------(192.168.8.177/23) Linux PC(Relay) (80.1.1.1/24----------eth0----Windows XP Client ( DHCP client getting IP 80.1.1.2/24)<br><br>That's better<br><br>> I am attaching the wireshark capture for both client and server. In this we can see that the DHCPDISCOVER is only being sent once to the server which relay is forwarding while adding giaddr field as 80.1.1.1 .<br>> <br>> When DHCPRELEASE packet is being sent, it is sent directly to the server and with other two packets as duplicates with giaddr as of two interfaces.<br><br>My guess (I've not actually used the ISC relay) is that it's sniffing the packets and picking up the unicast packet from the client to the server both when it enters the relay on eth0 and when it exits via eth1. That, to my understanding, is wrong.<br><br>It would be interesting to see what happens to a unicast DHCP-Request packet ? The Request packet in your captures is a broadcast packet
which is being relayed by the Relay Agent (correctly). You will need to (temporarily) tweak your server config down to a short lease time so that the client will renew in a timescale that's workable.<br>Based on the above, I suspect you'll see those packets duplicated as well.<br><br>-- Simon Hobson<br><br>Visit <a href="http://www.magpiesnestpublishing.co.uk/" target="_blank">http://www.magpiesnestpublishing.co.uk/</a> for books by acclaimed<br>author Gladys Hobson. Novels - poetry - short stories - ideal as<br>Christmas stocking fillers. Some available as e-books.<br>_______________________________________________<br>dhcp-users mailing list<br><a ymailto="mailto:dhcp-users@lists.isc.org" href="/mc/compose?to=dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br><a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br></div></blockquote></td></tr></table>