FS#16633 - dund (from bluez) does not handle network request through bluetooth

Attached to Project: Arch Linux
Opened by Ng Oon-Ee (ngoonee) - Wednesday, 14 October 2009, 06:51 GMT
Last edited by Andrea Scarpino (BaSh) - Wednesday, 14 October 2009, 09:01 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andrea Scarpino (BaSh)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Dund does not seem to give the proper response to my Palm Centro. This previously worked with bluez 4.54, downgrading does not fix however (it worked again, once, when I downgraded, but upgrading and downgrading again has wrecked it permanently I think).


Additional info:
* package version(s)
bluez 4.54
* config and/or log files etc.
Defaults.


Steps to reproduce:
Start up bluetooth, attempt to connect to a network using a tap interface and dund. Dund's output is as below:-

[ngoonee@ngoonee-laptop ~]$ sudo dund --listen --persist --msdun call dun -n
dund[20054]: Bluetooth DUN daemon version 4.56
dund[20305]: New connection from 00:1D:FE:03:79:E4
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/rfcomm0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xd1 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0xd1 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xd2 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0xd2 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xd3 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0xd3 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xd4 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0xd4 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xd5 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0xd5 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xd6 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0xd6 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde6ff3e1> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xd7 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0xd7 <asyncmap 0x0> <pcomp> <accomp>]
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Wednesday, 14 October 2009, 09:01 GMT
Reason for closing:  Not a bug
Comment by Ng Oon-Ee (ngoonee) - Wednesday, 14 October 2009, 08:59 GMT
Hmm, it started working again. Multiple uninstalls and reinstalls (no config file changes) of bluez were done. Even tried bluez-git at one point from the AUR. Requesting closure, if this comes up again I'll go bug the bluez devs, since the problem seems on their side.
Comment by Andrea Scarpino (BaSh) - Wednesday, 14 October 2009, 09:01 GMT
I can't test it but I think configuration is wrong. try to reconfigure it; a good howto is here: http://www.astahost.com/info.php/Mobile-Broadband-Ubuntu-Bluetooth_t19728.html

Loading...