Wireshark-bugs: [Wireshark-bugs] [Bug 6153] Wireshark plugin for CSG2 R6 interface.

Date: Tue, 22 Nov 2011 02:55:52 -0800 (PST)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6153

--- Comment #25 from Asmita <adeenesh@xxxxxxxxx> 2011-11-22 02:55:48 PST ---
(In reply to comment #24)
> > 
> > Hi Anders,
> > 
> > I agree for the use of packet-gtp.c to decode gtp protocol but I cannot decode
> > some Cisco specific tlvs with this way. That is the only reason of packet-csg
> > code. As this code is to decode specific tlvs so I did complete protocol and
> > tlv decoding in separate file (packet-csg.c), though it was decoding the gtp
> > protocol. I think it will not be reasonable to add specific tlvs to
> > (packet-gtp.c) standard code. Here I want your input, how can I add this
> > specific tlv decoding code to wireshark source code ? as built-in dissector or
> > plugin dissector?
> > 
> > Thanks
> > Asmita
> 
> Hi,
> Built in dissector is the way to go, is Cisco using the 7.7.46 Private
> Extension? (Which is the right way :-) )if so the GTP dissector can be used.
> If not you may have to have your own dissector.
>  If you start with cleaning up the code it might become clearer what's best to
> do.
> Regards
> Anders

Hi Anders,

If I directly use packet-gtp code, its not decoding all Cisco specific tlvs
from gtp protocol packet. (Though its decoding gtp protocol properly). I have a
question here , can I go for plugin dissector check-in process for these
specific tlvs?. That is the specific reason I want to go for plugin option. 

Thanks

-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.