<HTML><HEAD>
<META content="text/html; charset=utf-8" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18812"></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<DIV>Hi Rasmus,</DIV>
<DIV>this problem can have a few different causes, but I remember having a similar issue when we had Vista attached to a Cisco relay agent on a router. After specific positioning of a packet capture to identify the behavior, Vista sends a gratuitous arp after the ACK as one final check to see if anyone else on the network has that IP before binding it to its interface for use. Unfortunately for us, our Cisco router was answering that arp with its own MAC, presumably identifying that the Cisco could get to that IP so it responded to the arp by proxy. We did a no ip proxy-arp on that interface and our router stopped responding to the g-arps, and things were quiet (and working).</DIV>
<DIV> </DIV>
<DIV>Not sure if this is the case for you or not, but I'd at least get a sniff going just north of the client to see what situation is occurring that causes the client to DECLINE - delayed NAK perhaps from another piece of gear?</DIV>
<DIV> </DIV>
<DIV>HTH -- Marc</DIV>
<DIV><BR>>Over the last months I have suddenly seen a behaviour, that is new to<BR>>me:<BR>><BR>>1) Client DHCPDISCOVERs<BR>>2) Server DHCPOFFERs<BR>>3) Client DHCPREQUESTs<BR>>4) Server DHCPACKs<BR>>5) Client DHCPDECLINEs<BR>>6) Server abandons IP<BR>>7) Goto 1, with new IP</DIV></BODY></HTML>