<div dir="auto"><div>Hi,<div dir="auto"><br></div><div dir="auto">I had opened a GitHub for this issue:</div><div dir="auto"><br></div><div dir="auto"><a href="https://github.com/OpenSIPS/opensips/issues/2146">https://github.com/OpenSIPS/opensips/issues/2146</a><br></div><div dir="auto"><br></div><div dir="auto">(Sorry, I seem to have forgotten to put a title on it)</div><div dir="auto"><br></div><div dir="auto">The opensips version is 2.4:</div><div dir="auto"><br></div><div dir="auto"><pre style="font-family:sfmono-regular,consolas,"liberation mono",menlo,monospace;font-size:11.9px;margin-top:0px;margin-bottom:16px;padding:16px;line-height:1.45;background-color:rgb(246,248,250);border-radius:3px;color:rgb(36,41,46)"><code style="font-family:sfmono-regular,consolas,"liberation mono",menlo,monospace;padding:0px;margin:0px;border-radius:3px;border:0px;display:inline;line-height:inherit">version: opensips 2.4.5 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll, sigio_rt, select.
git revision: 3a566f1
main.c compiled on 09:53:43 Mar 15 2019 </code></pre></div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Thank you.</div><div dir="ltr" class="gmail_attr"><br></div><div dir="ltr" class="gmail_attr">On Mon, 22 Jun 2020, 18:19 Bogdan-Andrei Iancu, <<a href="mailto:bogdan@opensips.org">bogdan@opensips.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<tt>Hi,<br>
<br>
What is the exact OpenSIPS version you have (opensips -V) ?<br>
<br>
Regards,<br>
</tt>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="https://www.opensips-solutions.com" target="_blank" rel="noreferrer">https://www.opensips-solutions.com</a>
</pre>
<div>On 6/18/20 12:13 PM, solarmon wrote:<br>
</div>
<blockquote type="cite">
<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" rel="noreferrer">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" rel="noreferrer">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 href="mailto:0110F001-0000FA9B-5EEA5D1C-0000000E@ip.address" target="_blank" rel="noreferrer">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></fieldset>
<pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank" rel="noreferrer">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank" rel="noreferrer">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div>
</blockquote></div></div></div>