Ethereal-dev: [Ethereal-dev] Re: Camel Patch

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

From: ronnie sahlberg <ronniesahlberg@xxxxxxxxx>
Date: Mon, 2 May 2005 06:39:27 -0400
is it possible to implement heuristics that will autodetect which
standard is used?



On 5/2/05, Michael Tuexen <Michael.Tuexen@xxxxxxxxxxxxxxxxx> wrote:
> The only crucial preference for MTP-3 is the standard it complies to.
> ITU/ANSI/Chinese. I would not call that stupid...
> 
> So which preferences do you think are stupid and should be removed?
> 
> Best regards
> Michael
> 
> On May 2, 2005, at 12:22 PM, Jeff Morriss wrote:
> 
> >
> > ronnie sahlberg wrote:
> >
> >> i tried that capture.    no matter what i do i cant get it to display
> >> anything above the SCCP layer. in particular, nothing i tried can get
> >> it to display that packet as camel.
> >>
> >
> > Setting TCAP's SSN preference to "5-12,200" gets you at least as  
> > far as TCAP (this capture appears to be on an odd pair of SSNs: 152  
> > and 200).
> >
> > You might also have to set the Camel preference to include SSN 200  
> > (I say "might" because I appear to have compile problems at the  
> > moment so I can't check myself).
> >
> >
> >> why are there so many stupid preferences for MTP3 and friends?
> >> Is it really impossible to get the dissector to figure out itself,
> >> heusristically, which encoding is used?
> >>
> >
> > Impossible?  No.  I'd love for that to happen.  But I certainly  
> > don't have time.  :-(  I suppose others have the same problem.
> >
> > -J
> >
> >
> >> On 5/2/05, Jacques, Olivier (OCBU-Test Infra)  
> >> <olivier.jacques@xxxxxx> wrote:
> >>
> >>>> 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.
> >>>>
> >>>
> >>> I haven't looked at the changes, but there is a Camel capture on the
> >>> wiki:
> >>> http://wiki.ethereal.com/SampleCaptures? 
> >>> action=AttachFile&do=get&target=
> >>> camel.pcap
> >>>
> >>> It contains a releasecall operation.
> >>>
> >>> Olivier.
> >>>
> >>>
> >
> > _______________________________________________
> > 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
>