http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=44805
User: etxrab
Date: 2012/09/07 12:43 AM
Log:
From Mike Morrin:
Interface based on header type rather than MCS.
passes in the header type for EGPRS packets.
This makes sense because in a real protocol stack, the header type is encoded
in the burst stealing bits, allowing the header can be decoded, giving the CPS
IE, which then allows the data blocks to be decoded, so wireshark now follows
the same practice.
I found that there was a (previously overlooked) alignment error in decoding
the last octet of some headers due to the last "octet" having less than 8 bits,
and both the protocol stacks I have here assume that the left-hand bits are
missing (as per the figures in 44.060). I corrected this by making a small
extension to the NULL encoding in packet-csn.[ch] to allow a NULL field to
consume more than 0 bits.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7615
Directory: /trunk/epan/dissectors/
Changes Path Action
+2 -0 packet-csn1.c Modified
+2 -2 packet-csn1.h Modified
+273 -136 packet-gsm_rlcmac.c Modified
+21 -19 packet-gsm_rlcmac.h Modified