Can you update the patch to use value_strings such as the other value
strings in packet-camel-templace.c
and i will check it in.
Also, when using these value_strings use a proper
proto_tree_add_item() to add them instead of the
proto_tree_add_text().
This makes the dissector much better and makes filtering work.
If not, please send me an example capture file and i can refactor the
patch as described above.
On 4/30/05, Javier Acuña <javier.acuna@xxxxxxxxxx> wrote:
>
>
> >The conformance magic for ReleaseCallArg is pretty big.
> >
> >Is it possible to refactor this and specify ReleaseCallArg in the ASN
> >file instead?
>
> Hi, the cfn is indeed quite large. But according to the specification that
> I'm working with, ReleaseCall is an octet string encoded according to the
> "Cause" clause of ITU Q850.
>
> ITU Q850 is specified in terms of bits and bytes. I don't know how to
> refactor something like that into ASN1, so please tell me any ideas you
> might have.
>
> Best Regards
> Javier Acuña
>
>
>
>
> ________________________________________________________________
>
> Mensaje enviado desde el Servicio Webmail del Dominio sixbell.cl
>
>
>
>
>
>
> _____________________________
> La informacion contenida en esta transmision es confidencial, y no puede ser
> usada por otras personas que su(s) destinatario(s). El uso no autorizado de
> la informacion contenida en esta transmision puede ser sancionado. Si ha
> recibido esta transmision por error, por favor destruyala y notifique al
> remitente telefonicamente, con cobro revertido o via e-mail.
>
> The information contained in this transmission is privileged, and may not be
> used by any person other than its addressee(s). Unauthorized use of the
> information contained in this transmission may be punished by law. If
> received in error, please destroy and notify the sender by calling collect
> or by e-mail.
> _____________________________
>
