Wireshark-bugs: [Wireshark-bugs] [Bug 10139] Wireshark PEEKREMOTE decoding packets from Cisco Sn
Date Index · Thread Index · Other Months · All Mailing Lists
Date Prev · Date Next · Thread Prev · Thread Next
From: bugzilla-daemon@xxxxxxxxxxxxx
Date: Wed, 28 May 2014 18:42:00 +0000

Comment # 6 on bug 10139 from 
So here are the first two checkins for the dissector:

    ------------------------------------------------------------------------
   r23852 | jmayer | 2007-12-12 15:26:39 -0800 (Wed, 12 Dec 2007) | 3 lines

    The extra bytes seem to go away if I call wlan_datapad instead
    of wlan.

    ------------------------------------------------------------------------
   r23851 | jmayer | 2007-12-12 15:03:44 -0800 (Wed, 12 Dec 2007) | 4 lines

    Beginnings of airopeek remote capture support.
    The metainformation is not yet decoded, also, there
    are problems with QoS frames (extra bytes).

    ------------------------------------------------------------------------

(I just *love* Git, because it doesn't provide a simple obvious way of asking
for the history of packet-peekremote.c *including the history from before it
was renamed from packet-airopeek.c to packet-peekremote.c.  SVN FTW!)

So perhaps there are some captures that did have the padding and some that
didn't.  Hopefully the peekremote header has some bit equivalent to Radiotap's
bit, so that we don't have to add Yet Another Damn Preference to control
whether to assume there's padding or not.

You are receiving this mail because:
  • You are watching all bug changes.