<div dir="ltr">Hi,<div><br></div><div>Some more observations regarding (2):</div><div>Actually, I get the same error on the originating call-leg without any IPSec involvement (apart from receiving on IPSec):</div><div><br></div><div>May 30 16:38:48 [66] NOTICE:[VZ6EldiqV8qbeiuVeEgV31uO] Relaying INVITE to tel:+12108302268/sip:orig@scscf.ims.mnc001.mcc001.3gppnetwork.org:6060;lr (Socket tcp:<a href="http://10.0.0.6:5060">10.0.0.6:5060</a>)<br>May 30 16:38:48 [66] WARNING:core:get_send_socket: not listening on the requested socket, no fork mode?<br></div><div><br></div><div>In this case, the outbound socket is only forced to TCP in script:</div><div>$socket_out = "tcp:${PCSCF_IP}:5060";</div><div><br></div><div>So potentially, the warning is not that critical, as the request gets forwarded using TCP (non-IPSec) afterwards.</div><div><br></div><div>However, it seems, the "reuse_port" parameter to the socket has currently no effect:</div><div>socket=tcp:${PCSCF_IP}:5060 reuse_port</div><div><br></div><div>It uses an ephemeral port regardless of the setting and it throws no warning. This could be potentially the root cause...</div><div><br></div><div>Thanks,</div><div>Larry</div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, May 28, 2025 at 6:04 PM Larry Laffer <<a href="mailto:larrylaffer130@gmail.com">larrylaffer130@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>First of all thank you, for all thank you for your effort on making OpenSIPS an exciting project. I find especially the recent, IMS related extensions exciting. I really appreciate the approach of using standard/common modules for the IMS use-case rather than customized modules as in other projects.</div><div><br></div><div>I would have loved to join you in Amsterdam for the Summit, but it did not work out this time for various reasons. I hope you are enjoying the event, I am following on YouTube.</div><div><br></div><div>I've found a few topics with the "proto_ipsec" module:</div><div><br></div><div>1) The Refcounter of the "ipsec_ctx" is occasionally incorrect. I've noticed, that during the registration process it is finally at a counter of "1", which seems correct to me. However, since we save multiple entries in the location-DB (for the IMPI and the associated URI's). the usrloc callbacks are executed per location entry and each time the refcounter is decreased, finally ending in an invalid state. If the data is overwritten (since the shmem is free'd, this leads occasionally to a crash).</div><div>I've temporarily fixed this in my config by only storing one entry in the location/usrloc DB (and storing the associated URIs in a cache), in which case the ref-counter counts correctly.</div><div>(also created an issue here: <a href="https://github.com/OpenSIPS/opensips/issues/3657" target="_blank">https://github.com/OpenSIPS/opensips/issues/3657</a>)</div><div><br></div><div>2) Recent changes break the proto_ipsec module?!?? </div><div><br></div><div>Each time, I attempt a call to a subscriber (Network => UE), the inbound call fails with the following warning:</div><div><br></div><div>May 28 17:57:04 [54] NOTICE:[tiPeQZeN3tfdVrNtNvWXgN37] Relaying INVITE to sip:<a href="http://10.46.0.206:55805/" target="_blank">10.46.0.206:55805/</a><null> (Socket tcp:<a href="http://10.0.0.6:6100" target="_blank">10.0.0.6:6100</a>)<br>May 28 17:57:04 [54] WARNING:core:get_send_socket: not listening on the requested socket, no fork mode?<br>May 28 17:57:04 [54] CRITICAL:core:su_setport: unknown address family 0<br></div><div><br></div><div>This only happens with latest master, If I go back to the version as of early may, everything is fine - in between there was the commit regarding the new "sockets_mgm" module. Maybe that broke something (@Razvan)?</div><div><br></div><div>Thanks,</div><div>Larry<br><br>P.S.: Any update on my PR <a href="https://github.com/OpenSIPS/opensips/pull/3608" target="_blank">https://github.com/OpenSIPS/opensips/pull/3608</a>? It's open since march... - no issues, just a small ping!</div><div><br></div><div><br></div></div>
</blockquote></div>