Hi,
The proxy-ws has no way of knowing which client is registered; all it can do is consume the RURI as received, and map it to an existing connection from IP1:PORT1.
I think it's vital to get to the bottom of why the first connection was never "cleaned up". When the socket closes, it should be cleaned up, and rather immediately. What's going on there?
-- Alex — Sent from mobile, apologies for brevity and errors. On Feb 28, 2023, at 5:40 PM, David Villasmil <david.villasmil.w...@gmail.com> wrote:
Hello guys,
We're seeing corner cases where the following happens:
On proxy-ws - IP1:PORT1 connects via websocket from Client1 - Registration happens on an upstream kamailio - for any reason, the TCP socket closes or times out. - IP1:PORT1 (same IP:PORT combination) connects via websocket from Client2 - Registration happens on an upstream kamailio Now a call comes in to Client1. Because the first connection was never cleaned up, it is sent to the proxy-ws and the proxy will send it to the IP1:PORT1 where Client2 is connected.
Short story, proxy-ws doesn't check the IP1:PORT1 where it is sending the INVITE is the actual client it is supposed to be sending...
It seems that when a socket is closed, the mapping IP:PORT to Address (i.e.: sip:d4f27e34@994f31243be9.invalid;transport=ws) doesn't seem to be cleared... is this by design?
Thanks!
Regards,
David Villasmil phone: +34669448337
__________________________________________________________Kamailio - Users Mailing List - Non Commercial DiscussionsTo unsubscribe send an email to sr-users-le...@lists.kamailio.orgImportant: keep the mailing list in the recipients, do not reply only to the sender!Edit mailing list options or unsubscribe:
|
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the
sender!
Edit mailing list options or unsubscribe: