Linux bluetooth development
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: Michal Labedzki <michal.labedzki@tieto.com>
Cc: "linux-bluetooth@vger.kernel.org development"
	<linux-bluetooth@vger.kernel.org>
Subject: Re: Wireshark and new BlueZ BTSNOOP format
Date: Mon, 4 Nov 2013 15:40:30 +0100	[thread overview]
Message-ID: <AF259BFC-2022-4280-9F98-D4679A280A84@holtmann.org> (raw)
In-Reply-To: <CALkxMhFHWv7kxfRKrN3kq8NVRgVyk0vNpiR8ryKTm8s2b_exKQ@mail.gmail.com>

Hi Michal,

> There is a need to add support for latest BTSNOOP format currently
> used in BlueZ (5). I have two questions:
> 
> 1. Is BlueZ btsnoop format official and stable? Or invented by BlueZ
> team? (stable? safe?)

the original btsnoop format was done by Symbian and adopted by Frontline. We started using that as well since it was better than what we had before. These are the ones with 1xxx link types.

With BlueZ 5 and kernels 3.5 and newer we introduced a Bluetooth monitor to the kernel that can catch all controllers and can catch early messages as well. Previous hcidump could only read one interface at a time and was not able to catch early init frames.

The link type 2001 is stable.

> 2. Is there any documentation describes this format?

It is documented inside the kernel as include/net/bluetooth/hci_mon.h and that is as close as it gets to documentation. btsnoop v2 takes the BTSnoop header and uses the 2001 link type and then encodes the opcode and index into the flags field. The frame data is always a raw HCI message similar to link type 1001.

> In code I saw two new magic numbers:
> 2001                   Bluetooth monitor
> 2002                   Bluetooth simulator
> Is Bluetooth simulator completed now?

The simulator is a low-level Low Energy Link Layer simulator. And it is not completed and not stable yet.

> For now Wireshark (>= 1.10, trunk is recommended) provide probably
> full Bluetooth support, all protocols, colours, filtering,
> reassembling. If you find a bug or need new feature please create a
> bug at https://bugs.wireshark.org/bugzilla/buglist.cgi?resolution=---&query_format=advanced&list_id=11093

What also would be interesting is an integration of Bluetooth monitor socket with libpcap so Wireshark can do live capture.

Regards

Marcel


  reply	other threads:[~2013-11-04 14:40 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-04 14:25 Wireshark and new BlueZ BTSNOOP format Michal Labedzki
2013-11-04 14:40 ` Marcel Holtmann [this message]
2013-11-05 11:37   ` Michal Labedzki
2013-11-05 12:25     ` Marcel Holtmann
2014-01-16  7:00       ` Michal Labedzki
2014-02-24  7:30         ` Michal Labedzki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AF259BFC-2022-4280-9F98-D4679A280A84@holtmann.org \
    --to=marcel@holtmann.org \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=michal.labedzki@tieto.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox