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 <chris@xxxxxxxxxxxxx>
http://www.mxtelecom.com
