http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=33783
User: martinm
Date: 2010/08/12 02:03 AM
Log:
From Pascal Quantin:
The decoder expects to do not have any extra byte after the RAR bodies.
But according to 3GPP 36.321 8.8.0 chapter 6.1.5, the eNodeB is allowed to put padding at the end of the RAR PDU:
" A MAC PDU consists of a MAC header and zero or more MAC Random Access Responses (MAC RAR) and optionally padding as described in figure 6.1.5-4.
[...]
Padding may occur after the last MAC RAR. Presence and length of padding is implicit based on TB size, size of MAC header and number of RARs."
Directory: /trunk/epan/dissectors/
Changes Path Action
+12 -5 packet-mac-lte.c Modified