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.

Date Index Thread Index Other Months All Mailing Lists
Date Prev Date Next Thread Prev Thread Next
From: Tomas Kukosa <tomas.kukosa@xxxxxxxxxxx>
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" <tomas.kukosa@xxxxxxxxxxx> 
To: <ethereal-dev@xxxxxxxxxxxx>
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


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.