Problem is phone is not deletes it registration. Problem is in not consistent timer behavior of some phones. Fully complies to RFC, but breakes middle logic.
On Sep 28 2019, at 12:26 am, Alexey Vasilyev <alexei.vasil...@gmail.com> wrote: > Hi Igor, > > If the phone lost registration, it should also be deleted from mid_registrar. > With nathelper, e.g. So next REGISTER should be forwarded, not consumed. But > it would be really good solution to have feature like this > https://github.com/OpenSIPS/opensips/issues/1769 > (https://link.getmailspring.com/link/657df0db-1157-4392-83a9-69c4ff026...@getmailspring.com/0?redirect=https%3A%2F%2Fgithub.com%2FOpenSIPS%2Fopensips%2Fissues%2F1769&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > In the case of UDP, may be it make sense to use simple mirroring mode with > nathelper pings. > > ----- > Alexey Vasilyev > alexei.vasil...@gmail.com > (https://link.getmailspring.com/link/657df0db-1157-4392-83a9-69c4ff026...@getmailspring.com/1?redirect=mailto%3Aalexei.vasilyev%40gmail.com&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > > > > 27 Sep 2019, в 22:58, Igor Olhovskiy [via OpenSIPS (Open SIP Server)] > > <ml+s1449251n761629...@n2.nabble.com > > (https://link.getmailspring.com/link/657df0db-1157-4392-83a9-69c4ff026...@getmailspring.com/2?redirect=mailto%3Aml%2Bs1449251n7616299h3%40n2.nabble.com&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn)> > > написал(а): > > Enpoint B also have 3600 expiry time. So, 1000 + 2600 = 3600. > > But you got the point. > > > > > > Actually I faced more interesting issue a bit later, maybe actually it was > > the reason. > > Only 1 phone involved. > > > > Time 0 -> Enpoint A -> mid_registrar -> upstream_registrar (expires 3600) > > Time 1000 -> Enpoint A -> mid_registrar (just consume registration) > > > > Time 3600 -> NOTHING. upstream_registrar expires. > > > > 1000 sec GAP > > > > Time 4600 -> Enpoint A -> mid_registrar -> upstream_registrar. > > > > Yes, looks like non logic behaviour, but some of my Yealink endpoints > > sometimes just refreshes registration (maybe TCP network loss or so) in a > > middle of expires period and than - just wait for full expire time to > > re-register > > пт, 27 сент. 2019 г. в 18:53, Liviu Chircu <[hidden email] > > (x-msg://17/user/SendEmail.jtp?type=node&node=7616299&i=0)>: > > > Hi, Igor! > > > > > > Correct me if I'm wrong, but doesn't endpoint B think it's registered > > > for another 1000 seconds at step 4) in your example? > > > > > > Anyway, logically speaking, on step 2), the mid-registrar should forward > > > the call to main reg, since there is no guarantee that any of the > > > endpoints > > > will send a binding refresh register within the next 2600 seconds. For all > > > it's worth, A could lose its connection and B could wait between > > > 2601 to 3599 before re-registering, which would temporarily cause > > > registration > > > state to be incorrectly lost on the backend layer. > > > > > > Let me set up a test for this scenario and I will come back to you with > > > my findings. > > > > > > Regards, > > > Liviu Chircu > > > OpenSIPS Developer > > > http://www.opensips-solutions.com (http://www.opensips-solutions.com/) > > > > > > On 27.09.2019 18:18, Igor Olhovskiy wrote: > > > > but Enpoint B still thinks it's registered at least 2599 seconds. > > > > > > _______________________________________________ > > > Users mailing list > > > [hidden email] (x-msg://17/user/SendEmail.jtp?type=node&node=7616299&i=1) > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > -- > > Best regards, > > Igor > > > > > > > > _______________________________________________ > > Users mailing list > > [hidden email] (x-msg://17/user/SendEmail.jtp?type=node&node=7616299&i=2) > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > (https://link.getmailspring.com/link/657df0db-1157-4392-83a9-69c4ff026...@getmailspring.com/3?redirect=http%3A%2F%2Flists.opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > > > > > If you reply to this email, your message will be added to the discussion > > below: > > http://opensips-open-sip-server.1449251.n2.nabble.com/mid-registrar-question-tp7616290p7616299.html > > > > (https://link.getmailspring.com/link/657df0db-1157-4392-83a9-69c4ff026...@getmailspring.com/4?redirect=http%3A%2F%2Fopensips-open-sip-server.1449251.n2.nabble.com%2Fmid-registrar-question-tp7616290p7616299.html&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > > > To start a new topic under OpenSIPS - Users, email > > ml+s1449251n1449235...@n2.nabble.com > > (https://link.getmailspring.com/link/657df0db-1157-4392-83a9-69c4ff026...@getmailspring.com/5?redirect=mailto%3Aml%2Bs1449251n1449235h19%40n2.nabble.com&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > To unsubscribe from OpenSIPS - Users, click here > > (https://link.getmailspring.com/link/657df0db-1157-4392-83a9-69c4ff026...@getmailspring.com/6?redirect=http%3A%2F%2Fopensips-open-sip-server.1449251.n2.nabble.com%2Ftemplate%2FNamlServlet.jtp%3Fmacro%3Dunsubscribe_by_code%26node%3D1449235%26code%3DYWxleGVpLnZhc2lseWV2QGdtYWlsLmNvbXwxNDQ5MjM1fC0xOTc3MDM4NDMy&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn). > > NAML > > (https://link.getmailspring.com/link/657df0db-1157-4392-83a9-69c4ff026...@getmailspring.com/7?redirect=http%3A%2F%2Fopensips-open-sip-server.1449251.n2.nabble.com%2Ftemplate%2FNamlServlet.jtp%3Fmacro%3Dmacro_viewer%26id%3Dinstant_html%2521nabble%253Aemail.naml%26base%3Dnabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace%26breadcrumbs%3Dnotify_subscribers%2521nabble%253Aemail.naml-instant_emails%2521nabble%253Aemail.naml-send_instant_email%2521nabble%253Aemail.naml&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > > > > > > > _______________________________________________ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
