LAN over bluetooth connection hangs

Hi
I've got a problem with the LAN over bluetooth functionality. I've got two bluetooth usb dongles and two linux machines, one of which =

is connected to the internet. The idea was simply to connect the second =

machine via bluetooth to the internet.
The basic instructions that I found at =

http://fedoranews.org/contributors/muhammad_al_ismail/bluetooth/
work... but not exactly.

I mean I get the connection established, the firewall is set up, icmp =

packets are passing ok, but when I try getting anything else over the =

connection (like when I fire up my browser, or even connect via ssh and =

do some stuff that needs more bandwidth, display dmesg for example) it =

stalls. Nothing else can get trough (not even ICMP). Everything else =

seems in order:
link quality is 255, the connection according to hcitool is established, =

bnep0 devices are visible on both ends, but what I get in the logs of =

the client machine is:
hci_acldata_packet: hci0 ACL packet for unknown connection handle 266

The valid connection handle as displayed by hcitool con is 1 Can anybody help me?
Is this a (cheap) hardware problem or maybe just some misconfiguration? The dongles are the ever so popular BlueSoleil.

-- =

Pozdrawiam
=A3ukasz 'Szift' Hejnak
jid: [email protected]
email: [email protected]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users

Hi
[for the impatient, scroll half way down for the solution - look for a =

'whoa']

Thought I'll update this thread with some info I gathered today. First off, I'm using bluez version 3.22
I read the http://bluez.sourceforge.net/contrib/HOWTO-PAN and redone my =

configuration according to the second example, the effect is exactly the =

same: the connection get's established, I can send ICMP packets as well =

as small portions of information (like establishing an ssh session) and =

this works well. I left the ping working for an hour and everything =

worked ok.
BUT the minute I try to send/receive a bigger chunk of data (like load a =

webpage or do dmesg on my ssh terminal) the connection freezes. Everything seems to be in order, pand -l shows the connection, =

hcitool scan shows the other interface, hcidump -i hci0 shows no =

disruption at all. The packets are still flying back and forth, but icmp =

packets stop arriving, and everything else freezes as well. ifconfig bnep0 shows no errors/dropped/overruns/collisions etc. MTU is set to 1500...

*whoa* here we go, just tried to set the mtu to something smaller like =

1000 and there it went.. for a moment longer - I managed to load up a =

page in lynx.. it worked for a while and then froze again then I reduced the mtu on both sides to 500 and it works now Just added ifconfig bnep0 mtu 500 to both bnep0 init scripts (-u pand =

option) and it's done.
Strange though, none of the docs/how-to's I came across mention anything =

about changing the bnep0 interfaces mtu, but I'd shoot it's because of =

the damned cheap bluetooth dongles.
Anyway it works great & fast now. We'll see for how long.

-- =

Best Wishes
=A3ukasz 'Szift' Hejnak
jid: [email protected]
email: [email protected]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-users mailing list [email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users