From owner-freebsd-bluetooth@FreeBSD.ORG Tue Jun 8 16:36:12 2010 Return-Path: Delivered-To: bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD0D1065680 for ; Tue, 8 Jun 2010 16:36:12 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5C14B8FC16 for ; Tue, 8 Jun 2010 16:36:12 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o58GaBhb025092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jun 2010 12:36:11 -0400 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o58GaBpN026251; Tue, 8 Jun 2010 12:36:11 -0400 Message-ID: <4C0E717B.4030009@aldan.algebra.com> Date: Tue, 08 Jun 2010 12:36:11 -0400 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Maksim Yevmenkin References: <4C081B71.30801@aldan.algebra.com> <4C0957FE.1030206@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bluetooth@freebsd.org Subject: Re: NAT over bluetooth for mobile devices 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: Tue, 08 Jun 2010 16:36:12 -0000 07.06.2010 20:49, Maksim Yevmenkin написав(ла): >> It may be simpler if the communication was over some other, widely >> available, profile. A customized daemon (perhaps even a patched-up ppp) >> > well, that's the point. standard bluetooth profiles that provide local > network connectivity are pretty much dun, lan and panu/nap/gn. those > are likely to be disabled. > I thought, the computer can talk with a cooperating piece of software on the device over ANY protocol. As long as the two can parley over a digital-quality (lossless) medium, we are fine... If that's true, the communication can be over the file-exchange "profile", for example. Or, the computer can even pretend to be "speakers", on which the natd running on the device will be "playing". > like i said, i don't think it matters. data connection is always > originated from the device. i don't think service provider can > actually tell whether or not device is used as 'modem' or as a > 'gateway'. hence the request to completely disable certain bluetooth > services. > The only ways to connect via a mobile device, that I've seen, involved the device pretending to be a "modem" and the computer "dialing" a certain, provider-specified "number" (such as |*99***1#|) to establish a PPP-link. That "number" can be disabled by the provider... But they can't /completely/ disable communication with the user's computer, so if there is a cooperating piece of software running on the device, it can do anything... > mobile device sdk :) blackberry actually has java me at the lowest > level. it supposedly confirms to midp and cldc. how bad can it be > really? :) the other problem is that such application would probably > never be allowed by service providers and/or device manufacturer :) > Blackberries allow owners to install their own software, so that's the best bet. There are even some ssh-clients for Blackberries -- including a free one, so low-level TCP/IP is certainly available to "home-grown" applications. Droid-based phones run Linux, so it may be possible to modify the Linux' natd (whatever it is) to do it. iPhones may be even easier, but it has to involve jail-breaking... -mi