Dan Shechter <d...@gonetworks.com> wrote:

> Hi,
> Following my "bug report", I wanted to Clarify and submit
a patch:
> I'm sorry if someone got the wrong impression, I wasn't
implying that
> the client
> Doesn't EVER get an address from dnsmasq... The problem is
that the
> retries are
> Causing a Windows XP SP2 client to wait for 30-40 seconds
before doing a
> DHCPDISCOVER
> Instead of doing it immediately had it received a DHCPNAK.
> 
> The attached patch fixes this bug assuming the -K /
dhcp_authorative
> flags were passed to the daemon.
> Feel free to apply it to dnsmasq-2.22.
> 
> I'm Simon will have a more correct way of doing this, but
this works for
> me now and I was a little stressed in time :(
> 
> ----------
> Dan Shechter <dans *at* gonetworks.com>
> 
> 

Does it mean - the whole trouble is already solved by the
suggested patch ?


I'm really interested in such problems but some exact info
might help to interpret/reproduce(/solve?) it much better.

The next is a highly simplified DHCP traffic capture example
created by
tcpdump -n -i eth1 -s 0 -w /tmp/wxp port 67 or port 68
dnsmasq-2.20 is on a Linux router (floppyfw-2.99.4 AMD K6-2/450)
the client was a (fully up to date;) Windows XP Home notebook.


13:58:24.671288 0.0.0.0.68 > 255.255.255.255.67:
  xid:0xe2537100 DHCP:REQUEST CID:01:00:e0:00:9a:40:dd
   RQ:192.168.1.150 HN:"wxph"
13:58:24.679444 10.42.42.1.67 > 255.255.255.255.68:
  xid:0xe2537100 ether 0:e0:0:9a:40:dd
   DHCP:NACK MSG:"wrong network"

13:58:25.831208 0.0.0.0.68 > 255.255.255.255.67:
  xid:0xf7052b4c DHCP:DISCOVER CID:01:00:e0:00:9a:40:dd
   HN:"wxph"
13:58:28.081029 10.42.42.1.67 > 10.42.42.171.68:
  xid:0xf7052b4c Y:10.42.42.171 S:10.42.42.1 DHCP:OFFER
   SID:10.42.42.1 SM:255.255.255.0 DG:10.42.42.1
    NS:10.42.42.1 DN:"local...

13:58:35.082678 0.0.0.0.68 > 255.255.255.255.67:
  xid:0xf7052b4c DHCP:REQUEST CID:01:00:e0:00:9a:40:dd
   RQ:10.42.42.171 SID:10.42.42.1 HN:"wxph"
13:58:35.090596 10.42.42.1.67 > 10.42.42.171.68:
  xid:0xf7052b4c Y:10.42.42.171 S:10.42.42.1 DHCP:ACK
   SID:10.42.42.1 LT:3600 RN:1800 RB:3150
   SM:255.255.255.0 DG:10.42.42.1 NS:10.42.42.1 DN:"local
... and so on


As you can see - the longest "time-lag" of "my" dnsmasq was
about three seconds.


Cheers,
George.



_______________________________________________________________________
[freemail] extra 1GB-os postafiókkal, Önnek már van? http://freemail.hu



Reply via email to