Previously the maximum packet length was computed using an erroneous understanding of the role of the MIC field in TKIP-encrypted packets. The field is actually considered to be part of the MSDU (encrypted and fragmented data), not the MPDU (container for each encrypted fragment). As such its size does not contribute to cryptographic overhead outside the data field's size limitations. The net result is that the previous maximum packet length value was 4 bytes too long; fix it to the correct value of 2352. Signed-off-by: Michael Brown <mcb30@etherboot.org>tags/v0.9.8
|
|
||
31 |
|
31 |
|
32 |
|
32 |
|
33 |
|
33 |
|
34 |
|
|
|
35 |
|
|
|
|
34 |
|
|
|
35 |
|
|
|
36 |
|
|
|
37 |
|
|
|
38 |
|
|
|
39 |
|
|
|
40 |
|
|
|
41 |
|
|
|
42 |
|
|
|
43 |
|
|
36 |
|
44 |
|
37 |
|
45 |
|
38 |
|
|
|
|
46 |
|
|
39 |
|
47 |
|
40 |
|
48 |
|
41 |
|
49 |
|
|
|
||
58 |
|
66 |
|
59 |
|
67 |
|
60 |
|
68 |
|
61 |
|
|
|
|
69 |
|
|
62 |
|
70 |
|
63 |
|
71 |
|
64 |
|
|
|
|
72 |
|
|
65 |
|
73 |
|
66 |
|
74 |
|
67 |
|
75 |
|