Hi Everyone, Don't know how many people are actively involved with SMPP, but have to ask this before I try to change the behaviour of the SMPP dissector.
Currently, if the SMPP dissector detects UDHI (User Data Header Indicator) in the submit_sm or deliver_sm PDUs, it passes the user data to the GSM-SMS-UD dissector which in turn can decode the payload as WSP / MMSE etc. I would like to extend this functionality to the data_sm PDU also and am currently working on it. However, the problem is with the location of the UDH Information Elements itself (3GPP 23.040). The information which is normally contained in the UDH Information Elements can also be contained (instead) in SMPP optional TLV parameters. However, all corresponding SMPP TLV parameters are marked in SMPP 3.4 as "Generic" and not "GSM specific". This is turn means that I can't (or rather shouldn't) convert the optional TLVs back to UDH and pass them to the GSM-SMS-UD dissector. I do believe that this would be a very useful addition to the SMPP dissector, but I would like to implement this without breaking any rules. For example, could I add a boolean preference for the SMPP dissector like "Assume user data is GSM", set the default to true and then do the above if the preference is true. If the payload is of some other network type then the this could be disabled. Perhaps I could also use the dest_network_type and source_network_type parameters (if present) to improve the chances of doing this correctly? Any suggestions would be welcome. Thanks, Abhik. _______________________________________________ Wireshark-dev mailing list [email protected] http://www.wireshark.org/mailman/listinfo/wireshark-dev
