[OpenSIPS-Users] HEPv3 siptrace to Homer v7 - "Trailing stray characters"

solarmon solarmon at one-n.co.uk
Thu Jun 18 09:13:42 EST 2020


I'm trying to set up siptrace to send HEPv3 packets to a Homer 7 setup.

Currently this is not working and it seems the HEPv3 packets coming from
opensips is not being ingested for some reason. Using hepgen (
https://github.com/sipcapture/hepgen.js) to generate test HEPv3 traffic on
the same opensips nodes is successful.

When comparing both he captured opensips and hepgen generated HEPv3 packets
I notice the following difference which might explain why the opensips
HEPv3 packets are not being ingested.

I'm using the HEP dissector plugin for Wireshark from:


The opensips HEPv3 packet is decoded as HEPv3 by the dissector plugin, but
it gives a working about "Trailing stray characters" for the packet.
Inspecting the packet further I see that there is indeed extra data at the
end. For example, the for the HEPv3 packet for INVITE there is the
following data:

.....70110F001-0000FA9B-5EEA5D1C-0000000E at ip.address

(IP address sanitised)

This seems to be the same value as for the Call-ID header:

Call-ID: 0110F001-0000FA9B-5EEA5D1C-0000000E at ip.address

I have the following config, which I pulled together from various sources -
so I'm not sure whether this is correct or causing this issue:

### HEP Capture

#TCP Hep listener
#UDP Hep listener

loadmodule "proto_hep.so"
modparam("proto_hep", "hep_id",

#loadmodule "tls_mgm.so"
#loadmodule "proto_tls.so"
#modparam("proto_tls", "trace_destination", "homer")
#modparam("proto_tls", "trace_filter_route", "trans_tracer")

loadmodule "siptrace.so"
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_id", "[traceid]uri=hep:homer")


and I'm call sip_trace() withing the main route{} function (just for
testing at the moment):


Why is opensips adding this extra data at the end of the HEPv3 packets and
is this expected/normal?

If not expected/normal how should I change the opensips config to resolve

Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20200618/96bd76b2/attachment.html>

More information about the Users mailing list