http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2161
Summary: SMPP Optional Parameters and GSM UDH
Product: Wireshark
Version: SVN
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: Enhancement
Priority: Low
Component: Wireshark
AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
ReportedBy: sarkar.abhik@xxxxxxxxx
Build Information:
Version 0.99.8-AS (SVN Rev 23999)
Copyright 1998-2007 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.12.3, with GLib 2.14.4, with WinPcap (version unknown),
with libz 1.2.3, with libpcre 6.4, with SMI 0.4.5, with ADNS, with Lua 5.1,
with
GnuTLS 1.6.1, with Gcrypt 1.2.3, with MIT Kerberos, with PortAudio PortAudio
V19-devel, with AirPcap.
Running on Windows XP Service Pack 2, build 2600, with WinPcap version 4.0.1
(packet.dll version 4.0.0.901), based on libpcap version 0.9.5, without
AirPcap.
Built using Microsoft Visual C++ 8.0 build 50727
Wireshark is Open Source Software released under the GNU General Public
License.
Check the man page and http://www.wireshark.org for more information.
--
NOTE: I don't this patch to be commited... it is not complete and needs some
cleaning... Instead, what I want is if someone can have a look at the patch and
see if what I am trying to do is really something which should be done.
When SMPP applications submit messages to the SMSC and they need to include
segmentation-and-reassembly (SAR) or application-port-addressing (APA)
information, they have two choices. Either they can encode the message payload
in such a way that it includes GSM UDH, or they can put the SAR and APA
information in SMPP optional parameters. In the latter case, the SMSC has to
reform the message so that it translates the SAR/APA information into UDH
before sending the message to the phone.
Currently, if the SMPP dissector detects UDHI in an SMPP submit_sm or
deliver_sm operation, it passes the payload to the packet-gsm_sms_ud dissector.
What I am attempting to do with this patch is to extend this functionality to
if the SAR/APA information is present in the optional parameters.
I take the information from the optional parameters and "make" the UDH. I then
combine it with the payload and pass it to the GSM dissector. My tests show
that it works, but I want to know if this is a good thing to do. In some ways,
it is similar to what I did (with Jeff's help) for the dissection of Cisco
paklog information in packet-syslog.
If this does work, it widens the scope of dissection and I can do more things
with higher level dissectors.
Hoping to get some feedback on this before I put in more efforts into this...
Thanks!
Abhik.
--
Configure bugmail: http://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
