Date: Thu, 27 Dec 2007 16:14:07 -0800 From: "Maksim Yevmenkin" <maksim.yevmenkin@gmail.com> To: "Frederic Praca" <frederic.praca@freebsd-fr.org> Cc: freebsd-bluetooth@freebsd.org Subject: Re: DUN server on Freebsd 6 Message-ID: <bb4a86c70712271614q7751309fmc8b7c04c34750d3c@mail.gmail.com> In-Reply-To: <20071227225845.6c49ec38@localhost> References: <20071227225845.6c49ec38@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
hello, > I want to do what described here (http://www.fenrus.org/tomtom/ ) with > my FreeBSD station. I managed to change my USB dongle bluetooth class > type into GSM class type but rfcomm-pppd declares itself to sdpd as LAN > Access Using PPP not as DUN. The problem is that Tomtom just look for a > GSM bluetooth device with DUN capability. > > Anybody has any idea on this problem ? the problem is that tomtom assumes that there is a modem on the other end of bluetooth link. clearly this feature was designed to work with cell phones. basically, cell phone acts as a bluetooth modem in this case. in the article you have referenced, the author simply uses chat script to trick tomtom into believing that it talks to the modem. rfcomm_pppd(8) only registers LAN service (and SP for weird nokia mrouter) but it does not know anything about DUN, because it was never supposed to do it. in any case, if you have coding skills, it should be trivial to teach rfcomm_pppd(8) to register DUN service as well. just provide another option to rfcomm_pppd(8) and use SP service as an example. to fake modem you will need to use ppp(8) chat script and 'enable force-scripts' option. thanks, max
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bb4a86c70712271614q7751309fmc8b7c04c34750d3c>