https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7615
Summary: Enhancemnt to GSM RLCMAC dissection adding dissection
of data block headers
Product: Wireshark
Version: SVN
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority: Low
Component: Wireshark
AssignedTo: bugzilla-admin@xxxxxxxxxxxxx
ReportedBy: wireshark@xxxxxxxxxxxxxxx
Created attachment 8938
--> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=8938
svn patch file
Build Information:
Paste the COMPLETE build information from "Help->About Wireshark", "wireshark
-v", or "tshark -v".
--
This patch adds fairly comprehensive dissection of header fields in GPRS and
EGPRS data blocks.
There are now 3 dissectors for the protocol: gsm_rlcmac_ul, gsm_rlcmac_dl and
gsm_egprs_rlc_data_block.
gsm_rlcmac_ul, gsm_rlcmac_dl dissects all GPRS blocks (including data blocks)
and EGPRS header blocks.
gsm_egprs_rlc_data_block dissects EGPRS data blocks.
All of these dissectors should be called with pinfo->private_data pointing to a
populated RlcMacPrivateData_t structure,
this is needed to pass the Physical Layer Coding scheme required for correct
header decoding.
For backward compatibility, a NULL pointer causes the dissector to assume GPRS
CS1.
To dissect EGPRS blocks, the gsm_rlcmac_ul or gsm_rlcmac_dl dissector should be
called first
and then the gsm_egprs_rlc_data_block dissector may be called 0, 1 or 2 times
with each valid EGPRS data block.
The changes to gsmtap.c to support this should probably be treated as
experimental, as this version requires 2 or 3 gsmtap packets per EGPRS data
block. An alternate implementation would require only one gsmtap packet, but
would require a means of indicating good/bad blocks and segmenting the data
within the gsmtap packet.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
