|
RE: Service level security for RFCOMM: msg#00113linux.bluez.devel
Hi Abhi, > > Marcel is right here. You can try and kludge it by trying to enforce the > > security requirements _after_ the connection has been accepted but this > > is pretty horrible (and it's hard to prevent acceptAndOpen() returning a > > connection which is immediately closed). > > Sorry for the confusion but I wasn't referring to user space at all. I was > thinking of having the rfcomm service level security implemented in almost > the same way as the l2cap service level security(incoming connection). The > service level security options could be set using setsockopt(..) in rfcomm. > This in turn could be used to set the service level settings for the l2cap > socket it uses. I can draw a sequence diagram(function calls) to show how i > picture the design. I'll do that. not needed, because it won't work this way. The L2CAP layer has nothing to do with it, you must interface with the HCI layer. Regards Marcel ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | RE: Service level security for RFCOMM: 00113, Marcel Holtmann |
|---|---|
| Next by Date: | RE: Service level security for RFCOMM: 00113, Marcel Holtmann |
| Previous by Thread: | RE: Service level security for RFCOMMi: 00113, Marcel Holtmann |
| Next by Thread: | RE: Service level security for RFCOMM: 00113, Marcel Holtmann |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |