Hi Guy, > So is this a situation where you have two discontiguous parts of a > packet that should be dissected as a single unit? (I.e., you're not, > for example, using it to reassemble parts of *separate* packets?)
That's correct. In GIP the UDH and SMS-Body are sent seperately in the submit PDU, they need to be put together before the GSM SMS UD dissector can parse them (same goes for Nokia's CIMD2). > > I do however manage to get the first byte decoded and have noticed > > that the GUI doesn't automatically switch between the two data sources > > as it should - is there somewhere in the GUI that asks a data source > > whether it contains a tvb (and both data sources return true?). > > The "add_new_data_source" mechanism is designed only to work with new > "real data" tvbuffs, not composite tvbuffs. It might be possible to > make it handle composite tvbuffs; can you send a dissector using > composite tvbuffs and a capture with which to test it? Fair enough - once I've got some example traces that I can post publically I'll post the GIP dissector, which is just about finished and makes use of this. Cheers, Chris -- Chris Wilson <[EMAIL PROTECTED]> http://www.mxtelecom.com _______________________________________________ Ethereal-dev mailing list [EMAIL PROTECTED] http://www.ethereal.com/mailman/listinfo/ethereal-dev
