Two simultanous connections

Bluez-users Pierre N 3 participants 7 messages Apr 2, 2004 – Apr 3, 2004 1 message not in the archive Bluetooth drivers

Share & tools

Pierre N

author

2004-04-02 18:00 UTC #0 lore raw

Hi,

I've been trying to setup ip net with 3 identical devices connected simultanously over bluetooth. It works after a long
while of fiddling around. I had to go the hcitool route manually to set the initial connections and then I could use dund no problem. My question is: why can't I initiate a connection (hcitool cc) from a device which is already connected?

--
Pierre

Marcel Holtmann

maintainer

2004-04-02 18:10 UTC #1 lore raw

Hi Pierre,

Quoted 6 lines

I've been trying to setup ip net with 3 identical devices connected simultanously over bluetooth. It works after a long
while of fiddling around. I had to go the hcitool route manually to set the initial connections and then I could use dund no problem. My question is: why can't I initiate a connection (hcitool cc) from a device which is already connected?

for some setups this depends on your Bluetooth chip. So what does "hciconfig -a" show? But I am not sure about what kind of network you are talking, because between two device there can be only _one_ ACL link and this means you can only use "hcitool cc" once. Actually there is no need for creating the ACL link manually with hcitool, because every higher layer will create it on demand.

Regards

Marcel

-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users

Pierre N

author

2004-04-03 11:50 UTC #2 lore raw

hcitool -a shows "invalid option -- a".
This is the bluetooth chip of an iPaq 3970. It's running Familiar stable, so it must be a pretty old bluez version. Don't know if it helps...

Ok, I knew I had to give more details... I create links between 3 iPaqs. I tried using higher layer protocols to do so. Never worked. I'm just trying to do a TCP/IP network so I can run XML-RPC on top of it, ssh etc...

That's all I need. I tried to use pan, never worked, I tried to use dun over pan, never worked, I tried to use rfcomm never worked. Always the same problem:
I could connect A to B and B to C, never B to A and C to A.

Now I went the hcitool route. Created my own connections very very easily. I connected B to A and C to A (A master). Ran dund _after_ hcitool connections and everything is running great.

hcitool con on A gives me two master connections. These connections have been initialised from B and C as slave. So I can have two master connections, but I can't create them from A. First one works, second one doesn't, nothing happen. It's just out of curiosity.

--
Pierre

Quoted 21 lines · Marcel Holtmann

Hi Pierre,
Quoted 6 lines
I've been trying to setup ip net with 3 identical devices connected simultanously over bluetooth. It works after a long
while of fiddling around. I had to go the hcitool route manually to set the initial connections and then I could use dund no problem. My question is: why can't I initiate a connection (hcitool cc) from a device which is already connected?
for some setups this depends on your Bluetooth chip. So what does "hciconfig -a" show? But I am not sure about what kind of network you are talking, because between two device there can be only _one_ ACL link and this means you can only use "hcitool cc" once. Actually there is no need for creating the ACL link manually with hcitool, because every higher layer will create it on demand.
Regards
Marcel

Marcel Holtmann

maintainer

2004-04-03 12:16 UTC #3 lore raw

Hi Pierre,

Quoted 1 line

hcitool -a shows "invalid option -- a".

who said that hcitool have an "-a" option.

Quoted 3 lines

This is the bluetooth chip of an iPaq 3970. It's running Familiar stable, so it must be a pretty old bluez version. Don't know if it helps...

This uses HCI 11.2 firmware and this means that you are able to create master of up to four slaves or slave of one master.

Quoted 10 lines

Ok, I knew I had to give more details... I create links between 3 iPaqs. I tried using higher layer protocols to do so. Never worked. I'm just trying to do a TCP/IP network so I can run XML-RPC on top of it, ssh etc...
That's all I need. I tried to use pan, never worked, I tried to use dun over pan, never worked, I tried to use rfcomm never worked. Always the same problem:
I could connect A to B and B to C, never B to A and C to A.

Quoted 8 lines

Now I went the hcitool route. Created my own connections very very easily. I connected B to A and C to A (A master). Ran dund _after_ hcitool connections and everything is running great.
hcitool con on A gives me two master connections. These connections have been initialised from B and C as slave. So I can have two master connections, but I can't create them from A. First one works, second one doesn't, nothing happen. It's just out of curiosity.

Actually I don't see your problem. Let one iPAQ be the master and the other connect as slaves.

Regards

Marcel

Pierre N

author

2004-04-03 13:01 UTC #4 lore raw

Quoted 5 lines · Marcel Holtmann

Hi Pierre,
Quoted 1 line
hcitool -a shows "invalid option -- a".
who said that hcitool have an "-a" option.

Sorry, I mixed up hcitool and hciconfig...

Quoted 2 lines

Actually I don't see your problem. Let one iPAQ be the master and the other connect as slaves.

Who said I had a problem? ;-p
This is all, as I said previously, out of curiosity...

Seriously, my question is why can a master hold up to 4 slaves but can't initiate these 4 connections itself as a master?

Is it technically impossible, is it just an implementation constraint or is there some secret switch to do so?

--
Pierre

Andreas Gaufer

2004-04-03 16:24 UTC #5 lore raw

Quoted 12 lines · On Sat, 03 Apr 2004 15:01:46 +0200 Pierre N <[email protected]> wrote:

Quoted 5 lines · Marcel Holtmann
Hi Pierre,
Quoted 1 line
hcitool -a shows "invalid option -- a".
who said that hcitool have an "-a" option.
Sorry, I mixed up hcitool and hciconfig...
Quoted 2 lines
Actually I don't see your problem. Let one iPAQ be the master and the other connect as slaves.

Quoted 9 lines

Who said I had a problem? ;-p
This is all, as I said previously, out of curiosity...
Seriously, my question is why can a master hold up to 4 slaves but can't initiate these 4 connections itself as a master?
Is it technically impossible, is it just an implementation constraint or is there some secret switch to do so?

check the role-switch procedure, its done with "hcitool" and its opention "sr". Both Sides have to support this feature.

Greetings

Andy

A message that is not in the archive (sent off-list or not yet received): [email protected]

Pierre N

author

2004-04-03 16:53 UTC #7 lore raw

Quoted 6 lines · Andreas Gaufer

Quoted 3 lines · On Sat, 03 Apr 2004 15:01:46 +0200 Pierre N <[email protected]> wrote:
Seriously, my question is why can a master hold up to 4 slaves but can't initiate these 4 connections itself as a master?

Quoted 6 lines

Quoted 3 lines
Is it technically impossible, is it just an implementation constraint or is there some secret switch to do so?
check the role-switch procedure, its done with "hcitool" and its opention "sr". Both Sides have to support this feature.

I tried this already. I can initiate a connection from A, but whatever the type of the connection (slave or master) I can't initialise another one. So I can't switch role on the second connection. I can switch role of the first one, works great, but I doesn't allow me to start a second one. It always fail silently.

I noticed that if I connected as slave, a scan shows me the 3rd iPaq. Connected as master, a scan comes back empty. But if B and C initialise the connections as slave, then A hold two connections as master no problem.

Well, looks like my curiosity doesn't inspire many...

--
Pierre