Wireshark-bugs: [Wireshark-bugs] [Bug 2716] New: Dissection of 802. 16e-2005 related TLVs in WIM
Date: Wed, 16 Jul 2008 01:46:56 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2716 Summary: Dissection of 802.16e-2005 related TLVs in WIMAXASNCP plugin Product: Wireshark Version: SVN Platform: PC OS/Version: Windows XP Status: NEW Severity: Minor Priority: Low Component: Wireshark AssignedTo: wireshark-bugs@xxxxxxxxxxxxx ReportedBy: smit.rastogi@xxxxxxxxx Smit Rastogi <smit.rastogi@xxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #2011| |review_for_checkin? Flag| | Created an attachment (id=2011) --> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=2011) The attached (.diff) patch provides support for dissection of 802.16e-2005 related TLVs in WIMAXASNCP plugin (with a small change in WIMAX plugin) Build Information: Version 1.0.99 (SVN Rev 25744) Copyright 1998-2008 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled with GTK+ 2.8.15, with GLib 2.10.1, with libpcap 0.9.4, with libz 1.2.3, with POSIX capabilities (Linux), without libpcre, without SMI, without ADNS, without Lua, without GnuTLS, with Gcrypt 1.2.2, with MIT Kerberos, without PortAudio, without AirPcap. NOTE: this build doesn't support the "matches" operator for Wireshark filter syntax. Running on Linux 2.6.15-1.2054_FC5, with libpcap version 0.9.4. Built using gcc 4.1.0 20060304 (Red Hat 4.1.0-3). -- The WIMAXASNCP (plugin) dissector is currently unable to decode, beyond the default hex dump, the 802.16e-2005 related TLVs. However, the WIMAX plugin(contributed by Intel) is able to do so. The existing modules in WIMAX plugin can be used to dissect the 802.16e-2005 related TLVs in WIMAXASNCP plugin. On encountering any 802.16e-2005 related TLVs, the program checks the existence of WIMAX plugin. If present, the modules in the WIMAX plugin are used for dissection. Otherwise, the TLVs are decoded as hex-dumps(as they are being done right now). Although, this leads to a bit of coupling between the two plugins but this does not create any problem even in absence of WIMAX plugin. After application of patch(attached), the WIMAXASNCP plugin would be able to dissect following TLVs in addition to those already supported: Type: 49 Name: DCD Setting Notes: Compound, as specified in [802.16e-2005], section 11.1.7. Type: 72 Name: Full DCD Setting Notes: Compound, as specified in [802.16e-2005], section 11.1.7. Type: 73 Name: Full UCD Setting Notes: Compound, as specified in [802.16e-2005], section 11.1.7. Type: 195 Name: UCD Setting Notes: Compound, as specified in [802.16e-2005], section 11.1.7. Type: 74 Name: Global Service Class Change Notes: Global Service Class Name as defined in IEEE802.16e. Type: 81 Name: IDLE Mode Retain Info Notes: Encoded as in 802.16e. Type: 118 Name: Paging Cycle Notes: Cycle in which the paging message is transmitted within the paging group (aligned with 802.16e). Type: 169 Name: SAID Notes: SAID definition as per 802.16. -- Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
- Prev by Date: [Wireshark-bugs] [Bug 2715] dissect_aim_tlv_value_uint32 uses only 24bits to obtain a value32
- Next by Date: [Wireshark-bugs] [Bug 2384] SMPP+ which is customized by Huawei company can't be decoded
- Previous by thread: [Wireshark-bugs] [Bug 2715] dissect_aim_tlv_value_uint32 uses only 24bits to obtain a value32
- Next by thread: [Wireshark-bugs] [Bug 2385] saving preferences does not handle multiline descriptions properly
- Index(es):
- Get Wireshark
- Download
- Code of Conduct