Ethereal-dev: Re: [Ethereal-dev] Re: [Ethereal-cvs] r11440 - in trunk: asn1/cmsepan/dissectors

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Tomas Kukosa <[email protected]>
Date: Tue, 20 Jul 2004 14:48:18 +0200
Search e.g. tp_dissector_table in the packet-h225.c.

  Tom

Ronnie Sahlberg wrote:

oh,     i must have missed that.
do you know where in h225 you use that so i can use that as an example and
clean up the
ber stuff?


----- Original Message ----- From: "Tomas Kukosa" <[email protected]>
To: <[email protected]>
Sent: Tuesday, July 20, 2004 10:31 PM
Subject: [Ethereal-dev] Re: [Ethereal-cvs] r11440 - in trunk:
asn1/cmsepan/dissectors: trunk/epan/dissectors/Makefile.common



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


[email protected] 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.