> > The reason that I posted that log was not because dhclient "worked", > > but rather because it got a DHCPOFFER and a DHCPACK. It also got the > > IP on the first request. If I turn DHCP on my router off, the same > > command (different eth*) looks like: > > > So the DHCPREQUEST is sent because we /did/ know there was a working > > DHCP on eth2 (but I just turned it off). It doesnt get any response. > > So then it sends a DHCPDISCOVER... Any DHCP servers out there?? HELP > > PLZ??! It can't find any and times out - falling back to other methods > > to get an IP. In this case, "last known good" got me back on the > > network. > > I wasn't trying to discredit your findings, nor deny that you got a > DHCPACK, rather, i was suggesting that zero-conf or local-link > mechanisms might be the ones simulating the dhcp-server, on further > reading of the RFC however, that seems unlikely.
I just wanted to be sure of what was happening, and I was trying to forcefully get an explanation from you. You said maybe and guess a few times, I just wanted to be able to categorically say whether the DHCPACK was coming from the device or some software on my PC. > > > > One thought I have is that the phone has some kind of fake DHCP thing > > > > going on so that windows can auto configure the device with an IP when > > > > you plug it in - the values it returns might come from the registry, > > > > rather than a traditional DHCP server. (This fits with some keys that > > > > we have been able to change in the past I think). > > > > > > It also fits with the zero-configuration system in that the WM device > > > caches it's last known good ip address. > > > > It is possible that link-local zeroconf is used the very first time > > (hence the IP addresses in that range) but then MS cache the IPs in > > the devices registry and use them from that point on to answer DHCP > > requests - speeding up connection. > > > > I'm not being stubborn here, as we both agree it seems silly to have a > > DHCP server. But i'm trying to explain why dhclient is reporting that > > it is getting DHCP responses from somewhere, and my experiments with > > my router seem to suggest that avahi would behave differently to what > > i'm seeing. > > I don't want to be stubborn neighter, i was merely offering a possible > explication why you got dhcp replies, as i had (wrongly) assumed > zeroconf would implement such a feature. I've lost track of what we were saying :-) What do we think is happening here? A (limited) DHCP 'server', perhaps returning a hard coded value from the devices registry (allowing windows to poke the device to another IP as needed)? John ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ SynCE-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/synce-devel
