https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7639
--- Comment #35 from Michal Labedzki <michal.labedzki@xxxxxxxxx> 2012-09-03 04:52:24 PDT ---
(In reply to comment #34)
> The DUN, HFP and SPP dissectors were added to the RFCOMM dissector since they
> are not protocols. In Bluetooth specification terms they are profiles, all
> based on and tightly related to the RFCOMM protocol. They are also very simple
> so I don't really see the need for splitting them into separate dissectors.
HFP is protocol too. It based on AT commands, which can be dissected. Some
command is Bluetooth specific. I will improve it later (after spiting). On the
other hand these dissectors are currently separated dissectors, you can
filtering frames by them. Please note that code of HFP will grove of some
improvements.
In my opinion Bluetooth Profiles should be treat as "protocols", for example:
HFP, AVRCP, A2DP/VDP, SAP. There are very specific frames, which should be
dissected.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
