From owner-freebsd-bluetooth@FreeBSD.ORG Thu May 14 11:04:51 2009 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C26F1106564A for ; Thu, 14 May 2009 11:04:51 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from smtp02.one2one.net (smtp02.one2one.net [149.254.192.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1558FC19 for ; Thu, 14 May 2009 11:04:51 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from [127.0.0.1] (helo=localhost) by localhost.t-mobile.co.uk with esmtp (Exim 4.50) id 1M4Yk2-0003YR-AS; Thu, 14 May 2009 11:04:46 +0000 Received: from localhost.t-mobile.co.uk ([127.0.0.1]) by localhost (smtpbeckt01 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13579-03; Thu, 14 May 2009 12:04:45 +0100 (BST) Received: from [10.214.182.214] (helo=rya-online.net) by localhost.t-mobile.co.uk with smtp (Exim 4.50) id 1M4Yjz-0003YK-CZ; Thu, 14 May 2009 11:04:45 +0000 Received: (nullmailer pid 2159 invoked by uid 1000); Thu, 14 May 2009 11:03:55 -0000 Date: Thu, 14 May 2009 12:03:55 +0100 (BST) To: Daniel O'Connor In-Reply-To: <200905141920.47717.doconnor@gsoft.com.au> References: <200905141438.17380.doconnor@gsoft.com.au> <1242289912.789883.948.nullmailer@galant.ukfsn.org> <200905141920.47717.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1242299035.690452.893.nullmailer@galant.ukfsn.org> From: Iain Hibbert X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at example.com X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: plunky@rya-online.net X-SA-Exim-Scanned: No (on localhost.t-mobile.co.uk); SAEximRunCond expanded to false Cc: freebsd-bluetooth@freebsd.org Subject: Re: btpand example X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 11:04:52 -0000 On Thu, 14 May 2009, Daniel O'Connor wrote: > On Thu, 14 May 2009, Iain Hibbert wrote: > > On Thu, 14 May 2009, Daniel O'Connor wrote: > > > Also, I found the MTU by trial and error, 600 works for me, 650 > > > does not. I am guessing this is a bluetooth thing but I'm not > > > sure.. If it is would it be possible for btpand to set the MTU? > > > > Why did you think to change the MTU and what was the failure? > > I found that pinging worked and I could connect to an SSH port but they > SSH key exchange stalled so I guessed MTU and got lucky. Hm, I do manage to use ssh successfully over a btpand/winmobile link.. > I later tried l2ping -s 1500 -a pda and it worked so I'm not sure what's > going on. probably better to try actual ping with larger packet sizes..? l2ping only tests the bluetooth link. If you also added a log_debug() to the end of bnep_send() to display the nw and pkt->len values you might see if lossage was happening at any particular packet size. There is already a check that the packet doesn't exceed the MTU of the link though. > I have done the same operation on the same hardware in Linux and it > worked without MTU tweaks, however I haven't looked to see what MTU it > used or anything. I do get a weird problem sometimes where incoming ethernet packet payload is rejected by tap for being oversized. I've never tracked it down but I'm blaming windows mobile for that because the ethernet packet probably originates there rather than at the other end of the GPRS link (I could be wrong) eg May 2 11:06:36 galant btpand[820]: bnep_recv: received long packet (type=0x02, proto=0x0800, len=1568) May 2 11:06:36 galant /netbsd: tap0: discarding oversize frame (len=1582) I find this will cause a HTTP transfer to stall but I think ssh recovers from the lost packet ok. iain