* Re: Re : BLE -Multiple connection [not found] <503545C5.80607@globaledgesoft.com> @ 2012-08-22 12:24 ` Anderson Lizardo 2012-08-22 23:18 ` Ajay KV 0 siblings, 1 reply; 5+ messages in thread From: Anderson Lizardo @ 2012-08-22 12:24 UTC (permalink / raw) To: Ajay KV; +Cc: linux-bluetooth Hi Ajay, On Wed, Aug 22, 2012 at 4:49 PM, Ajay KV <ajay.kv@globaledgesoft.com> wrote: > I think we already discussed about this issue . following is > our previous conversation. please go through it Please, try to disable HTML on your email client and send plain text e-mails. It is difficult to follow your discussion with all this HTML. It is very likely people are not helping you because your emails are unreadable for a lot of people here. Much information is missing from your previous messages: 1) You did not provide the exact steps you followed (which commands you run after plugging the bluetooth dongle). Therefore it is difficult to reproduce your tests. 2) Your HCI dump output shows just the command giving error. This is not enough, you should provide the entire dump since the adapter was plugged, including the first "B to A" connection you described, and the second LE advertising attempt, otherwise it is not possible to identify at which state the LE controller is when the LE adv. enable command is issued. Also, do you realize that you are not allowed by the current Core spec v4.0 to have one dual mode device connected to another dual mode over the LE link? The spec says that a dual mode device in "connectable mode" (like device "A" in you original scenario) shall not be issuing connectable advertising over the LE channel. This is not enforced by the controller (and we actually do this for testing BlueZ to BlueZ connections over LE), but the spec explicitly forbids it. Regards, -- Anderson Lizardo Instituto Nokia de Tecnologia - INdT Manaus - Brazil ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Re : BLE -Multiple connection 2012-08-22 12:24 ` Re : BLE -Multiple connection Anderson Lizardo @ 2012-08-22 23:18 ` Ajay KV 2012-08-22 16:01 ` Anderson Lizardo 0 siblings, 1 reply; 5+ messages in thread From: Ajay KV @ 2012-08-22 23:18 UTC (permalink / raw) To: Anderson Lizardo; +Cc: linux-bluetooth On 08/22/2012 08:24 AM, Anderson Lizardo wrote: > Hi Ajay, > > On Wed, Aug 22, 2012 at 4:49 PM, Ajay KV<ajay.kv@globaledgesoft.com> wrote: >> I think we already discussed about this issue . following is >> our previous conversation. please go through it > > Please, try to disable HTML on your email client and send plain text > e-mails. It is difficult to follow your discussion with all this HTML. > It is very likely people are not helping you because your emails are > unreadable for a lot of people here. > > Much information is missing from your previous messages: > > 1) You did not provide the exact steps you followed (which commands > you run after plugging the bluetooth dongle). Therefore it is > difficult to reproduce your tests. > 2) Your HCI dump output shows just the command giving error. This is > not enough, you should provide the entire dump since the adapter was > plugged, including the first "B to A" connection you described, and > the second LE advertising attempt, otherwise it is not possible to > identify at which state the LE controller is when the LE adv. enable > command is issued. > > Also, do you realize that you are not allowed by the current Core spec > v4.0 to have one dual mode device connected to another dual mode over > the LE link? The spec says that a dual mode device in "connectable > mode" (like device "A" in you original scenario) shall not be issuing > connectable advertising over the LE channel. This is not enforced by > the controller (and we actually do this for testing BlueZ to BlueZ > connections over LE), but the spec explicitly forbids it. > > Regards, Hi Anderson, First of all, sorry for my ignorance . Following are the steps i did in my test case. i am also using dual mode dongles , so as you said spec is not allowing us to do this operation In device A side: 1: Enable advertise using hciconfig hci0 leadv 2: run "l2test" tool in bluez as a server ( slight modification has been made in this code, like we are explicitly making cid as 0x04 ) In Device B side: 1: Enable scanning using hcitool lescan 2: run "l2test -S <bdaddr A>" as a client ( slight modification has been made in this code, like we are explicitly making cid as 0x04) now the LE connection is established b/w A and B and data starts transferring In this state i can not able to enable or disable advertise again , showing "command disallowed" In Device C side 1; Enabled LE scanning , but device A is not detecting since it is connected to device B 2: ran l2test -s <bdaddr A > as client gives connection timed out Only essential log messages are given below DEVICE A < HCI Command: LE Set Advertise Enable (0x08|0x000a) plen 1 value 0x01 (advertising enabled) > HCI Event: Command Complete (0x0e) plen 4 LE Set Advertise Enable (0x08|0x000a) ncmd 1 > HCI Event: LE Meta Event (0x3e) plen 19 LE Connection Complete status 0x00 handle 43, role slave data receiving....... DEVICE B < HCI Command: LE Create Connection (0x08|0x000d) plen 25 bdaddr 00:1B:DC:05:E0:5D type 0 > HCI Event: Command Status (0x0f) plen 4 LE Create Connection (0x08|0x000d) status 0x00 ncmd 1 > HCI Event: LE Meta Event (0x3e) plen 19 LE Connection Complete status 0x00 handle 64, role master data sending....... Now if tries to enable or disable advertising in Device A it shows error as follows root@localhost ~]# hciconfig 0 leadv LE set advertise enable on hci0 returned status 12 < HCI Command: LE Set Advertise Enable (0x08|0x000a) plen 1 value 0x01 (advertising enabled) > HCI Event: Command Complete (0x0e) plen 4 LE Set Advertise Enable (0x08|0x000a) ncmd 1 status 0x0c pktlen 0x0004 maxpkt 0x38 Error: Command Disallowed DEVICE C < HCI Command: LE Create Connection (0x08|0x000d) plen 25 bdaddr 00:1B:DC:05:E0:5D type 0 > HCI Event: Command Status (0x0f) plen 4 LE Create Connection (0x08|0x000d) status 0x00 ncmd 1 < HCI Command: LE Create Connection Cancel (0x08|0x000e)plen 0 > HCI Event: Command Complete (0x0e) plen 4 LE Create Connection Cancel (0x08|0x000e) ncmd 1 > HCI Event: LE Meta Event (0x3e) plen 19 LE Connection Complete status 0x02 handle 0, role master BR, ajay.kv ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Re : BLE -Multiple connection 2012-08-22 23:18 ` Ajay KV @ 2012-08-22 16:01 ` Anderson Lizardo 2012-08-23 13:50 ` Ajay KV 0 siblings, 1 reply; 5+ messages in thread From: Anderson Lizardo @ 2012-08-22 16:01 UTC (permalink / raw) To: Ajay KV; +Cc: linux-bluetooth Hi Ajay, On Wed, Aug 22, 2012 at 7:18 PM, Ajay KV <ajay.kv@globaledgesoft.com> wrote: > First of all, sorry for my ignorance . Following are the steps i did > in my test case. i am also using dual mode dongles , so as you said spec > is not allowing us to do this operation > [snip] I remembered that the Core spec mentions that it is not required for a controller to support more than one connection. Maybe it is the case for the dongles you have? In this case, the controller will not allow to send connectable advertising because of the active connection. (sorry, I could not find the section of the spec that mentions this) If you close the connection, are you able to run "hciconfig hci0 leadv" again on "A"? Regards, -- Anderson Lizardo Instituto Nokia de Tecnologia - INdT Manaus - Brazil ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Re : BLE -Multiple connection 2012-08-22 16:01 ` Anderson Lizardo @ 2012-08-23 13:50 ` Ajay KV 2012-08-23 19:10 ` Anderson Lizardo 0 siblings, 1 reply; 5+ messages in thread From: Ajay KV @ 2012-08-23 13:50 UTC (permalink / raw) To: Anderson Lizardo; +Cc: linux-bluetooth On 08/22/2012 12:01 PM, Anderson Lizardo wrote: > Hi Ajay, > > On Wed, Aug 22, 2012 at 7:18 PM, Ajay KV<ajay.kv@globaledgesoft.com> wrote: >> First of all, sorry for my ignorance . Following are the steps i did >> in my test case. i am also using dual mode dongles , so as you said spec >> is not allowing us to do this operation >> [snip] > > I remembered that the Core spec mentions that it is not required for a > controller to support more than one connection. Maybe it is the case > for the dongles you have? In this case, the controller will not allow > to send connectable advertising because of the active connection. > > (sorry, I could not find the section of the spec that mentions this) > > If you close the connection, are you able to run "hciconfig hci0 > leadv" again on "A"? > > Regards, Hi , yes , exactly the moment the connection get terminates , i could able to enable advertise again. The intresting point is that during connected mode , even advertise disable is also giving the same "command disallowed" error. regards ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Re : BLE -Multiple connection 2012-08-23 13:50 ` Ajay KV @ 2012-08-23 19:10 ` Anderson Lizardo 0 siblings, 0 replies; 5+ messages in thread From: Anderson Lizardo @ 2012-08-23 19:10 UTC (permalink / raw) To: Ajay KV; +Cc: linux-bluetooth Hi Ajay, On Thu, Aug 23, 2012 at 9:50 AM, Ajay KV <ajay.kv@globaledgesoft.com> wrote: > yes , exactly the moment the connection get terminates , i could > able to enable advertise again. The intresting point is that during > connected mode , even advertise disable is also giving the same "command > disallowed" error. I found the answer to your problem on the Core Spec, see my other email :) Best Regards, -- Anderson Lizardo Instituto Nokia de Tecnologia - INdT Manaus - Brazil ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-08-23 19:10 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <503545C5.80607@globaledgesoft.com>
2012-08-22 12:24 ` Re : BLE -Multiple connection Anderson Lizardo
2012-08-22 23:18 ` Ajay KV
2012-08-22 16:01 ` Anderson Lizardo
2012-08-23 13:50 ` Ajay KV
2012-08-23 19:10 ` Anderson Lizardo
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).