Wireshark-bugs: [Wireshark-bugs] [Bug 5525] BT L2CAP dissector does not handle several BT conver
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5525
--- Comment #14 from Andrei Emeltchenko <andrei.emeltchenko.news@xxxxxxxxx> 2011-01-20 02:20:48 PST ---
(In reply to comment #13)
> (In reply to comment #12)
> > Am I right that the first channel is AVDTP(s) and second is AVDTP(d)? This is
> > kind of rule. Then I check whether it is odd/even. Do you mean that your trace
> > has AVDTP(d) first and then comes AVDTP(s)?
>
> Sure, but a media channel(d) is NOT ALWAYS created after a signaling
> channel(s). A signaling channel can also be created and followed by e.g. 2
> streams - the 2nd stream channel(d) will be detected as a signaling channel.
> Also, in case of recovery and reporting services additional channels may be
> created, so simply counting the channels will only work in the most simple
> cases.
I guess I need to change a little bit logic to decode 1st channel for a l2cap
conversation as signaling AVDTP(s) and other channels accordingly. It still
allows to correctly distinguish channels without checking contents of the
packets for magic strings.
> In the capture file, a signaling channel is established(#1) and before a stream
> is created the channel is closed again. Then a new signaling channel is
> established(#2) followed by a stream/media channel (#3).
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.