ok, good point. Anyway, we never start tcp conns from openSIPS to avoid blocking issues, so that's not a problem. Thanks!
On Wed, Oct 9, 2024 at 9:53 AM Bogdan-Andrei Iancu <bog...@opensips.org> wrote: > True, that's even a better idea. But be sure your all conns are > *received*, so you can check for the dst port as 5061 for example. If the > conn is originated by OpenSIPS, you will have an ephemeral port, so you > will not be able to check. > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > On 09.10.2024 14:50, Federico Edorna wrote: > > Hi Bogdan, > > Not so crazy idea, in fact you make me think that maybe I can listen on a > new/different tcp port for pn-enabled terminals and then I can catch the > dst_port param in E_CORE_TCP_DISCONNECT event to decide whether to use > remove_ip_port() or not. > > Thanks!! > > > On Wed, Oct 9, 2024 at 3:21 AM Bogdan-Andrei Iancu <bog...@opensips.org> > wrote: > >> Hi Federico, >> >> That's a very good point. And the only way to do this would be by some >> extension in the remove_ip_port() to skip certain contacts, maybe based on >> some branch flag (bflag).....Currently there is no way to do this kind of >> skipping with the existing code. >> >> Maybe a crazy idea here....to use 2 usrloc domains/tables, like >> "location" for regular contacts and "location-pn" for the push notification >> contacts. You do (based on E_CORE_TCP_DISCONNECT) removal only from >> "location"...and when you do lookup, you do from both .. Again, crazy idea >> :) >> >> Regards, >> >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> https://www.siphub.com >> >> On 08.10.2024 14:09, Federico Edorna wrote: >> >> Thanks Bogan, very useful information. Regarding the >> E_CORE_TCP_DISCONNECT event, I wonder if it is possible to avoid removing >> the contact for Push Notification user agents. Because the TCP connection >> may go down, but we must keep the contact in usrloc. Do you think it is >> possible to detect this special case in some way? >> Best regards >> >> On Thu, Oct 3, 2024 at 11:49 AM Bogdan-Andrei Iancu <bog...@opensips.org> >> wrote: >> >>> Sure, it will do it! >>> >>> Regards, >>> >>> Bogdan-Andrei Iancu >>> >>> OpenSIPS Founder and Developer >>> https://www.opensips-solutions.com >>> https://www.siphub.com >>> >>> On 03.10.2024 17:26, M S wrote: >>> >>> What if I add a header (in local_route) to locally generated unregister >>> messages from midregistrar opensips to tell the main registrar that it is a >>> special message, and in the main registrar just call save("location") for >>> these messages without any www_authorize? >>> >>> On Thu, Oct 3, 2024 at 4:00 PM Bogdan-Andrei Iancu <bog...@opensips.org> >>> wrote: >>> >>>> Well, good question. The mechanism will perfectly work between the >>>> mid_registrar and the end-devices. But if the mid_registrar detects and >>>> remove a zombie contact, it may have to preform a de-registration >>>> (depending on the mid registrar mode) with the main registrar. That means >>>> an REGISTER generated by mid-registrar OpenSIPS - and if you do digest auth >>>> on the main registrar, this will fail :( >>>> >>>> Regards, >>>> >>>> Bogdan-Andrei Iancu >>>> >>>> OpenSIPS Founder and Developer >>>> https://www.opensips-solutions.com >>>> https://www.siphub.com >>>> >>>> On 03.10.2024 16:20, M S wrote: >>>> >>>> Hi Bogdan, >>>> Thank you for your post and explanation, does this work the same with >>>> mid_registrar too, i.e. if a contact is marked with RTO is it discarded >>>> from mid_registrar location if it is zombie? >>>> >>>> Thank you! >>>> >>>> On Thu, Oct 3, 2024 at 1:04 PM Bogdan-Andrei Iancu <bog...@opensips.org> >>>> wrote: >>>> >>>>> >>>>> Here is a short post on how to improve your OpenSIPS registrar >>>>> performance and also your user's experience in the same time.... by >>>>> fighting the zombies.... the zombie registrations 🙂 >>>>> >>>>> >>>>> https://blog.opensips.org/2024/10/03/how-to-eliminate-zombie-registrations-in-opensips/ >>>>> >>>>> Enjoy, >>>>> >>>>> -- >>>>> Bogdan-Andrei Iancu >>>>> >>>>> OpenSIPS Founder and Developer >>>>> https://www.opensips-solutions.com >>>>> https://www.siphub.com >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users@lists.opensips.org >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>> >>>> >>>> _______________________________________________ >>>> Users mailing >>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>>> >>>> >>> _______________________________________________ >>> Users mailing list >>> Users@lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >> >> _______________________________________________ >> Users mailing >> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
