Date: Mon, 09 Sep 2013 13:50:12 -0700 From: Yuri <yuri@rawbw.com> To: Maksim Yevmenkin <maksim.yevmenkin@gmail.com> Cc: "freebsd-bluetooth@freebsd.org" <freebsd-bluetooth@freebsd.org> Subject: Re: Can ubt0 be a slave or a passive listener, and not a master? Message-ID: <522E3484.1070705@rawbw.com> In-Reply-To: <CAFPOs6r2sWxEnW76ti9zreo396=%2Bp0KzXrQwfZwYenS-NucQcA@mail.gmail.com> References: <522DEFD9.1030608@rawbw.com> <CAFPOs6r2sWxEnW76ti9zreo396=%2Bp0KzXrQwfZwYenS-NucQcA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 09/09/2013 10:59, Maksim Yevmenkin wrote: > the lowest communication interface between host and device is HCI. > there are HCI commands, HCI responses and HCI events. as far as > discovery (inquiry) goes, one device initiates discovery (inquiry) in > response to HCI command received from its host. the device responds > (back to its host) with zero or more HCI events with information about > other devices in RF proximity, followed by HCI response to indicate > completion of discovery (inquiry). near by devices that are being > discovered do not send anything back to their hosts. > > i hope that helps So what you are saying is that there is no link-level sniffing using this kind of configuration. And the only thing I can see with hcidump are HCI commands coming back and forth between the host (BSD in this case) and device (dongle). Nothing like "promiscuous" mode for network interfaces. In other words, dongle does processing and only shows higher level information and not the link level packets. My original motivation for this is that I have a camera GPS device (master) and Android App that is supposed to work as a slave. But this link doesn't work at all for some reason. I was hoping to use BSD to troubleshoot. But it looks like this wasn't a realistic expectation. Thank you for this information, Yuri
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?522E3484.1070705>