<div dir="ltr"><div>Hello,</div><div><br></div><div>Found an interesting scenario, maybe something could be done here.</div><div>I have a siptrace module configured like</div><div><br></div><div>modparam("siptrace", "duplicate_uri", "sip:<MY_HOMER_SERVER>:9060")<br>modparam("siptrace", "hep_mode_on", 1)<br>modparam("siptrace", "trace_to_database", 0)<br>modparam("siptrace", "trace_on", 1)<br>modparam("siptrace", "hep_version", 3)<br>modparam("siptrace", "trace_mode", 1)</div><div><br></div><div>When Kamailio is under stress test (sipflood via OPTIONS/TLS), with this settings it transfers all flood to HOMER server.</div><div><br></div><div>At some point Kamailio just stops accepting any new TLS connections. </div><div><br></div><div>Turning off siptrace solves this issue. <br></div><div><br></div><div>As I got, siptrace module is not changing protocol of the message (means not converting TCP/UDP) or so. Could it be possible, that at some point siptrace "eats" all TCP connections (especially if remote HOMER is down or not answering) which leads Kamailio to stop processing any new connections?</div><div><br></div><div>And is it possible to send HEP traffic only via UDP to prevent this?</div><div><br></div><div>Yes, sure other option is to trace only "legal" traffic<br></div><div><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Best regards,<div>Ihor (Igor)<br></div></div></div></div></div>