On Mon, 2008-01-21 at 20:00 +0100, Guido Diepen wrote: > Hi everybody, > > I remember that there was somebody on the mailinglist some time ago that had > problems with a device that did not work with the standard IP addresses of > 169.254.2.1 (device) and 169.254.2.2 (host), but with 169.254.2.118 (device) > and 169.254.2.117 (host). >
I think manufacturers do this just to annoy us :) > I remember that for Mark it worked after he supplied these addresses to > odccm. > > Somebody was asking some questions on my website about getting synce to run > on > his computer with his Moto-Q device. He was also seeing the same problem that > his device was using 169.254.2.118. This means that odccm is not able to > communicate with the device, meaning all the other things won't work. > > My question is now why currently we are using the static, hardcoded IP > addresses and not making use of the fact that the device contains some > elementary DHCP server that will provide the computer with the right address > when it queries for one? > > Would it be possible to change odccm to make use of DHCP instead, and if so, > who has some knowledge that is sufficient to implement this?? :) The problem > is that is just a bit too high for me to implement ;) > > Furthermore, I think that the same problem holds for hal-dccm, since I also > see hardcoded information in the SVN tree. > > My guess is that it will cause quite some problems for end-users when they > see > that their device is not working and it turns out to be because of this. > > Anybody some further ideas? Ideas yes, solutions no. Odccm does everything internally, so to use dhcp you'd need to implement it in C or call dhclient externally. synce-hal currently uses ifconfig in the callout script, so this could easily be replaced with dhclient. The problem is then how to pass the recovered ip address to dccm so it knows which interface to listen on. I seem to remember that there is a dbus controllable dhclient, I'll investigate at some point. Mark ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ SynCE-Devel mailing list SynCE-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synce-devel
