<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">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">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: 0110F001-0000FA9B-5EEA5D1C-0000000E@ip.address<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>