Wireshark · Ethereal-dev: [Ethereal-dev] Re: [Ethereal-cvs] r11440 - in trunk: asn1/cms epan/dissectors: trunk/epan/dissectors

[Tomas Kukosa <tomas.kukosa@xxxxxxxxxxx>]

Hi Ronnie,
  you have written in the packet-ber.c that the OID ber callback array is implemented 
because the dissector tables can not (yet) deal with "ports" that are strings.
But it is possible to create dissector table with string key.
It has been implemented by Guy more than half a year ago when I introduced some OID based 
subdissector tables (nonstandard parameter, tunelled protocol) into H.225 dissector.

  Regards,
    Tomas


sahlberg@xxxxxxxxxxxx wrote:

> Author: sahlberg
> Date: Tue Jul 20 04:11:40 2004
> New Revision: 11440
>
> Added:
>    trunk/epan/dissectors/packet-cms.c
>    trunk/epan/dissectors/packet-cms.h
>    trunk/epan/dissectors/packet-x509af.c
>    trunk/epan/dissectors/packet-x509af.h
>    trunk/epan/dissectors/packet-x509ce.c
>    trunk/epan/dissectors/packet-x509ce.h
>    trunk/epan/dissectors/packet-x509if.c
>    trunk/epan/dissectors/packet-x509if.h
>    trunk/epan/dissectors/packet-x509sat.c
>    trunk/epan/dissectors/packet-x509sat.h
> Modified:
>    trunk/asn1/cms/packet-cms-template.c
>    trunk/epan/dissectors/Makefile.common
>    trunk/epan/dissectors/packet-ber.c
>    trunk/epan/dissectors/packet-ber.h
>    trunk/epan/dissectors/packet-kerberos.c
> Log:
> Add the new protocols  CMS, X509AF,  X509IF,  X509CE and X509SAT
> to the ethereal build.
>
> The dissections are semi-useful  but incomplete.
> The big problem still remaining is the x509if  Name object not being 
> dissected properly   thus causing the dissection to get out of sync/fail
> halfway through the certificate structure.
>
>
> work in progress but already semi-useful.
>
>
> _______________________________________________
> Ethereal-cvs mailing list
> Ethereal-cvs@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-cvs