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.