can't connect to PAN NAP

Bug #301480 reported by jonek
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
bluez (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: bluez

In Ubuntu 8.10 the bluez handling of personal area networks is undocumented and not working.

I have two boxes running 8.10 and bluez installed. There seems to exist no possibility to connect one to the other via a Bluetooth PAN connection.

On Ubuntu 8.04 this could be done via running pand on one side in role NAP (network access point) and connecting from the other side with "pand -c <btaddr>".

This does not work anymore even if package bluez-compat (containing pand) is installed.

With bluez-compat not installed I can bring up the interface pan0 on each side via ifconfig. Of course packages send via this interface get lost because there exists no connection between those two interfaces and I don't know how to bring up one.

How is this supposed to work now?

When scanning for the other side via "hcitool scan" it is found correctly. Even pairing via the Gnome Buetooth Applet works fine. Scanning SDP of the remote side works fine, too! PAN services are discovered successfully on each side:

Service Name: BlueZ NAP service
Service Description: BlueZ PAN service
Service RecHandle: 0x10006
Service Class ID List:
  "Network Access Point" (0x1116)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 15
  "BNEP" (0x000f)
    Version: 0x0100
    SEQ16: 800 806
Language Base Attr List:
  code_ISO639: 0x656e
  encoding: 0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Network Access Point" (0x1116)
    Version: 0x0100

I am happy to provide further information.

jonek (jonek)
description: updated
Revision history for this message
Brooxta (brooxta) wrote :

I can confirm this problem on my setup too.

This is a severe regression from hardy. The excellent functionality provided by pand et al was fairly simple to set up and use. And it worked. The new dbus configuration method obscures everything unless you know the dbus system and command line options. And it doesn't work.

The new system is a big step backwards in usability, and the "compat" package doesn't work, so the previous functionality is broken.

Please can we have a nice config file to set system defaults for NAP GN and PANU. I would like my system to boot up to providing a NAP service without my having to enable it manually.

A graphical interface in GNOME to do the same would be the icing on the cake.

Revision history for this message
Hans van den Bogert (hbogert) wrote :

idd, no services tab in the bluetooth-applet

Revision history for this message
sanktnelson (launchpad-maibaums) wrote :

i have this problem too, and I also think it is a very severe regression. It makes my machine useless for me during travel.

I have in principle found out how to create the connection without pand (some python script from the web), but the behavior is the same as with pand from the bluez-compat package: My phone asks me for authorization twice, and after I allow the first one my laptop aborts the connection with "permission denied".

This is really sad: An essential functionality for mobile users that has been working great for like the last three years is completely broken in the newest release, and stays that way 4months after the release is out!

I realize this is probably not a ubuntu problem but upstream, but nevertheless...

Revision history for this message
xiaoraofly@hotmail.com (xiaoraofly) wrote :

Hello eveybody, I also met this problem I tried to use"ifconfig -a "but I could not find bnep0, then I tried to use this "ifconfig bnep0 192.168.1.112 netmask 255.255.255.0
SIOCSIFADDR: no device
bnep0: no devie
SIOCSIFNETMASK: no device

I don't know why .oh , I forgot to mention that I tried on Ubuntu 9.04 and bluetooth device information as follows:
hci0: Type: USB
 BD Address: 00:11:67:55:8F:69 ACL MTU: 384:8 SCO MTU: 64:8
 UP RUNNING PSCAN ISCAN
 RX bytes:8831 acl:20 sco:0 events:366 errors:0
 TX bytes:2977 acl:23 sco:0 commands:270 errors:0
 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80
 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
 Link policy: RSWITCH HOLD SNIFF PARK
 Link mode: SLAVE ACCEPT
 Name: 'ubuntu-0'
 Class: 0x0a210c
 Service Classes: Networking, Capturing
 Device Class: Computer, Laptop
 HCI Ver: 2.0 (0x3) HCI Rev: 0x7a6 LMP Ver: 2.0 (0x3) LMP Subver: 0x7a6
 Manufacturer: Cambridge Silicon Radio (10)
if anybody could tell me how to figure it out ,please contact me :my msn:<email address hidden>
Thanks !

Revision history for this message
Håkon Enger (hakon-enger) wrote :

I think this may be a duplicate of bug #336012 (or the other way around, rather). I have found a workaround for my problem at least:
https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/336012/comments/4

Revision history for this message
xiaoraofly@hotmail.com (xiaoraofly) wrote : RE: [Bug 301480] Re: can't connect to PAN NAP

Thanks for your information, May I talk with you about it detail ?You

 can add my msn:<email address hidden>.

_________________________________________________________________
上Windows Live 中国首页,下载最新版Messenger!
http://www.windowslive.cn

Revision history for this message
xiaoraofly@hotmail.com (xiaoraofly) wrote :

Thanks for your information, but I don't know why someone could make cell phone Network over

Bluetooth...you can see as follows:

http://www.howtoforge.com/bluetooth_pand_debian_etch

I tried their methods ,but didn't work!

_________________________________________________________________
上Windows Live 中国首页,下载最新版Messenger!
http://www.windowslive.cn

Revision history for this message
Konrad Zapałowicz (kzapalowicz) wrote :

This is reported against an old version of Ubuntu. Because of that we won't fix this issue however if this behavior repeats on a modern version please fill a bug report against it and we will take it from there.

Changed in bluez (Ubuntu):
status: New → Won't Fix
Changed in bluez (Ubuntu):
status: Won't Fix → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.