z3v2cicidi / impacket

Automatically exported from code.google.com/p/impacket
Other
0 stars 0 forks source link

Parse unordered WiFi elements #33

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
dot11 module assuments that 802.11 elements have ordered ids. When search for 
an element using _find_element() it will stop searching after it found an 
element with an id larger that the one to be found. 
IDs don't have to be ordered (Mac-OSX association request has first the 
ext-supported-rates (id : 50) and then the ht-capability element (id:45).
Trying to find the ht-capability element (using _get_element(45)) returns None 
even though there is such an element.

What is the expected output? What do you see instead?
You'd expect to be able to parse the unordered elements, which is not the case.

What version of the product are you using? On what operating system?
trunk (revision 805)

Please provide any additional information below.

Attached a diff that removes the redundant check-skip.

Original issue reported on code.google.com by gyiakou...@gmail.com on 9 Oct 2013 at 10:35

Attachments:

GoogleCodeExporter commented 9 years ago

Original comment by bet...@gmail.com on 11 Oct 2013 at 3:51

GoogleCodeExporter commented 9 years ago
Fixed on revision 851.

Original comment by 6e7...@gmail.com on 2 Aug 2014 at 8:52