your logs show you that's not what it's getting.... do some debugging for what all is returned, check user and domain level, grep for sofia_contact to see where it's set On Thu, Aug 10, 2017 at 7:23 PM Gregor Nanger <gregor@infomedia.si> wrote:
This is what I thought and played with dial-string, but it looks I am missing something. I set this dialstring:
<param name="dial-string" value="${verto_contact(${dialed_user}@ ${dialed_domain})}"/>
in User/Params section of XML (I am using xml_curl). So returning this for each verto extension at og in. Is this right place or something override this dial-string in user section?
2017-08-11 1:58 GMT+02:00 Michael Jerris <mike@jerris.com>:
it sounds like your user dial string calls functions to resolve sip and verto endpoints and calls them both, sip returns not registered
On Thu, Aug 10, 2017 at 4:51 PM Gregor Nanger <gregor@infomedia.si> wrote:
Anyone has similar issue?
If call is transfered to user/extension and this extension is verto than call is transfered, but also get USER NOT REGISTERED in log, because FS tries to transfer to SIP and Verto extension. Regardles of what I set in dial-string in user params.
Best regards, Gregor
2017-07-12 19:40 GMT+02:00 Gregor Nanger <gregor@infomedia.si>:
When I make bridge to user/extension to verto user, I get user is not registered. Call is transfered, but it looks like freeswitch tries to transfer to verto and sip endpoint. And since sip endpoint is not registered, I get User_not-registered. Everything works, but I get 2 calllogs because of this.
I also try to modify dial-string in user params, but same behavior
Is this by design?
Best regards, Gregor -- Gregor Nanger
*CTO* t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia • www.infomedia.si
-- Gregor Nanger
*CTO* t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia • www.infomedia.si _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Gregor Nanger
*CTO* t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia • www.infomedia.si _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org