From owner-freebsd-mobile@FreeBSD.ORG Sat Aug 27 20:11:10 2005 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20EE616A41F for ; Sat, 27 Aug 2005 20:11:10 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5132543D46 for ; Sat, 27 Aug 2005 20:11:09 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so773984rne for ; Sat, 27 Aug 2005 13:11:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A2xtAfUw4DxgStisGmeQpYfRt+oWufZWPwt5diwdwmd5sAiR6cDJ6JTQtdFdwMP088ZEGANfabdfUy1TuiGcnoCDwlMhX4u1quOqtqmPiXvIfQ1gW1CX0K6rswmiOAIdKjnCv2bjNb3gHuYg0u8gqm96rbQFCpCzthnWFzxVOCY= Received: by 10.38.209.36 with SMTP id h36mr18181rng; Sat, 27 Aug 2005 13:11:08 -0700 (PDT) Received: by 10.38.208.41 with HTTP; Sat, 27 Aug 2005 13:11:08 -0700 (PDT) Message-ID: Date: Sat, 27 Aug 2005 13:11:08 -0700 From: Maksim Yevmenkin To: Bakul Shah In-Reply-To: <200508271920.j7RJKdfQ062535@gate.bitblocks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200508271920.j7RJKdfQ062535@gate.bitblocks.com> Cc: freebsd-bluetooth@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: sprintpcs treo 650 & blutooth & dialup networking X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2005 20:11:10 -0000 Hello, > > aha! good old "reboot" fixes everything :) >=20 > The same thing happened with my -current laptop -- rebooting > the treo fixed it. This time I knew what to do so I didn't > experiment around and the laptop didn't freeze either! could you please try to re-create freeze condition and tell me exact steps? it sounds like problem to me. > > > So I guess I had to reboot treo.... But it sure would be > > > nice to know what exactly went wrong.... Ah well. > > > > if you have hcidump's from non-working sessions please send them to me. >=20 > I don't have them anymore but will try to recreate this condition. thanks! [...] > Meta-comment: > We sorely need a unified way of connecting to the net and > dealing with computer mobility. An an example, my laptop > connects via ethernet, wifi, cell, dialup. I do this at home > (kitchen, office, backyard), at work and while travelling. I > prefer to never reboot so manually I do something like > /etc/rc.d/netif stop > /etc/rc.d/netif start > but rfcomm_pppd doesn't fit in this scheme as bunch of > steps are not automated. yes, bluetooth was never integrated into rc scripts. someone promised to do the work, but then disappear :( btw, if you only need to use rfcomm_pppd(8) in client mode and you never intend to provide LAN service to bluetooth clients then you could just use ppp(8) + rfcomm_sppd(1). the ppp configuration is pretty much the same. all you need to do is to add to your "rfcomm-dialup" section set device "!/usr/bin/rfcomm_sppd -a mytreo -c 1" this way ppp(8) will call rfcomm_sppd(1) to establish bluetooth rfcomm connection and will use it to talk to make the call etc. in this scenario you simply start ppp as # ppp rfcomm-dialup and it should work. ppp(8) is integrated into rc scripts so it should be more user friendly. > Ideally the machine finds the most preferred interface and > connects to the net via it. When it goes away, it will try > the next preferred one. If a more preferred interface shows > up, the net connection is seamlessly switched to it. If I > switch from home to work environment, my home connections > remain valid through use of a VPN. If I switch from work to > home my work connections remail valid through a VPN. Etc. > I suspend the machine in one environment and resume in another, > it still works as one would expect. >=20 > What is needed is a `netplumber' that will always find a path > to the net regardless of where your machine is physically > located and tries to keep all open connections alive. i doubt it will work in real life. switching connections on the fly will most likely changeyour host ip/routes/etc. which means all existing (at the time of switch) network connections will be terminated. thanks, max