Hello, I found the problem and also the workaround.
Clearly, since it was working with chan_sip it should not be dialplan problem, but sip stack problem. I have line=yes set up. After asterisk restart the old registration is not unregistered and new one is registered with different line value. Then incoming invites and qualify requests are sent to all the registrations and there the problem lies. I am thinking of how could asterisk prevent such situations. 1. I think it should send unregistration requests on shutdown. 2. I think it should keep the database of active registrations and unregister and reregister all of them during startup in case some of them remain active after unclean shutdown. Also probably provider side should be fixed? Thanks for your insight. Marek 2020-06-05 19:29 GMT+02:00, Doug Lytle <[email protected]>: > On 6/5/20 12:24 PM, Marek Greško wrote: >> How can this behavior been overriden? I do not expect this is problem >> on provider side, since it was working normally using chan_sip. > > Console output and dial plan snippets are always useful when diagnosing, > > Doug > > -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
