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.