<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<tt>Hi,<br>
<br>
What is the exact OpenSIPS version you have (opensips -V) ?<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="https://www.opensips-solutions.com">https://www.opensips-solutions.com</a>
</pre>
<div class="moz-cite-prefix">On 6/18/20 12:13 PM, solarmon wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAOXfywMAudqfKJEkaLR8LaXCnFARt70mTywggrUekZU3cM7ZzA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">Hi,<br>
<div><br>
</div>
<div>I'm trying to set up siptrace to send HEPv3 packets to a
Homer 7 setup.</div>
<div><br>
</div>
<div>Currently this is not working and it seems the HEPv3
packets coming from opensips is not being ingested for some
reason. Using hepgen (<a
href="https://github.com/sipcapture/hepgen.js"
target="_blank" moz-do-not-send="true">https://github.com/sipcapture/hepgen.js</a>)
to generate test HEPv3 traffic on the same opensips nodes is
successful.</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>I'm using the HEP dissector plugin for Wireshark from:</div>
<div><br>
</div>
<div><a href="https://github.com/sipcapture/hep-wireshark"
target="_blank" moz-do-not-send="true">https://github.com/sipcapture/hep-wireshark</a></div>
<div><br>
</div>
<div>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:</div>
<div><br>
</div>
<div>.....70110F001-0000FA9B-5EEA5D1C-0000000E@ip.address<br>
</div>
<div><br>
</div>
<div>(IP address sanitised)</div>
<div><br>
</div>
<div>This seems to be the same value as for the Call-ID header:</div>
<div><br>
</div>
<div>Call-ID: <a class="moz-txt-link-abbreviated" href="mailto:0110F001-0000FA9B-5EEA5D1C-0000000E@ip.address">0110F001-0000FA9B-5EEA5D1C-0000000E@ip.address</a><br>
</div>
<div><br>
</div>
<div>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:</div>
<div><br>
</div>
<div>### HEP Capture<br>
<br>
#TCP Hep listener<br>
listen=hep_tcp:w.x.y.z:6060<br>
#UDP Hep listener<br>
listen=hep_udp:w.x.y.z:6060<br>
<br>
loadmodule "proto_hep.so"<br>
modparam("proto_hep", "hep_id",
"[homer]a.b.c.d:9060;transport=tcp;version=3;")<br>
<br>
#loadmodule "tls_mgm.so"<br>
#loadmodule "proto_tls.so"<br>
#modparam("proto_tls", "trace_destination", "homer")<br>
#modparam("proto_tls", "trace_filter_route", "trans_tracer")<br>
<br>
loadmodule "siptrace.so"<br>
modparam("siptrace", "trace_on", 1)<br>
modparam("siptrace", "trace_id", "[traceid]uri=hep:homer")<br>
<br>
###<br>
</div>
<div><br>
</div>
<div>and I'm call
sip_trace() withing the main route{} function (just for
testing at the moment):</div>
<div><br>
</div>
<div>sip_trace("traceid","M","sip");<br>
</div>
<div><br>
</div>
<div>Why is opensips adding this extra data at the end of the
HEPv3 packets and is this expected/normal?</div>
<div><br>
</div>
<div>If not expected/normal how should I change the opensips
config to resolve it.</div>
<div><br>
</div>
<div>Thank you.</div>
<div><br>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</body>
</html>