Hi,
probably, it will be better to implement new dissector using ASN2ETH
compiler.
For example, I was going to implement CMIP dissector:
http://www.itu.int/ITU-T/asn1/database/itu-t/x/x711
http://www.itu.int/ITU-T/asn1/database/itu-t/x/x721
Could you generate this dissector using ASN2ETH ?
I can take part in the implementing/testing process.
Thank you.
Yuriy.
From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Reply-To: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>,Ethereal development
<ethereal-dev@xxxxxxxxxxxx>
To: Ethereal development <ethereal-dev@xxxxxxxxxxxx>
Subject: Re: [Ethereal-dev] ASN1.C and Packet-ACSE.c and Packet-pres.c
Date: Mon, 13 Sep 2004 19:54:45 +1000
I just looked at the acse asn1 definition
and apart from a few constructs such as
[0] ABSTRACT-SYNTAX.&Type
and
[3] IMPLICIT SEQUENCE {other-mechanism-name
MECHANISM-NAME.&id({ObjectSet}),
other-mechanism-value
MECHANISM-NAME.&Type
({ObjectSet}{@.other-mechanism-name})}
(which would have to be handimplemented inside the template)
The ASN2ETH compiler should be able to generate code for the entire
protocol quite easily and with very little effort.
If you are game, I can create a dissector for the full protocol using
the ASN2ETH compiler (and handimplement the two constructs above in
the template).
Would you then be willing to test it and port over the remaining logic
which the compiler doesnt handle yet?
(I think it would be even easier to maintain than the current one
since for example there would now be a generic infrastructure to
handle calling a subdissector based on OID
(register_ber_oid_dissector() )
On Mon, 13 Sep 2004 08:19:28 +0000, Sid Sid <ysidelnikov@xxxxxxxxxxx>
wrote:
> >From: Herbert Falk <herb@xxxxxxxxxxxx>
> >IEC 61850 is specifying the use of X,509 certificates for Application
Level
> >Authentication within ACSE. I have extended packet-acse.c to decode
this
> >and the ACSE Authentication values as specified by ACSE and the ACSE
> >Mechanism Name.
> I guess it's the best way - to extend but not to rewrite.
> >In doing so, I found that packet-acse.c and packet-pres.c make limited
use
> >of ASN1.c. Thus they are vulnerable and will break if indefinite
length
> >encodings are encountered.
> Strong assertion.
> Do you really have example of capture file which breaks acse/pres
> dissectors?
> If yes do you mind to send me such file(s) ?
> I guess all what we need is to path acse/pres dissectors if need be
using
> such capture file.
> I already have MMS capture file you've sent me couple of months ago -
seems
> ok with acse/pres dissectors.
> Thank you.
>
> _________________________________________________________________
> MSN 8 with e-mail virus protection service: 2 months FREE*
> http://join.msn.com/?page=features/virus
>
> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-dev
>
_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-dev
_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
