Since I feed dialplan from my logic, I can set bridge command with dialstring like bridge ${verto_contact 1001@192.168.5.150} | ${sofia_contact 1002@192.168.5.150 <1001@192.168.5.150>}? This way I will avoid xml_curl dial plan hit? 2017-09-22 8:12 GMT+02:00 Tihomir Culjaga <tculjaga@gmail.com>:
i set caching to 10 seconds and found this value optimal.
also, since you know already the user in question is a verto user, you can change your dial-string you use in originate from user/xxxx@domain to something like this:
bgapi expand originate ${verto_contact 1001@192.168.5.150} &echo()
or
bgapi originate verto.rtc/1001@192.168.5.150 &echo()
T.
On 21 September 2017 at 22:58, Michael Jerris <mike@jerris.com> wrote:
https://freeswitch.org/confluence/display/FREESWITCH/mod_ xml_curl#mod_xml_curl-Caching
On Sep 21, 2017, at 4:31 PM, Gregor Nanger <gregor@infomedia.si> wrote:
I am returning back to this thread for some more information.
This is text from wiki about dialstring and bridge command:
"When you use the user channel the user is pulled from your domain in your directory then the main domain is searched for a <params> tag. If that is not found it searches in the <user> for a <params> tag. If a <params> tag is located, it looks for the param "dial-string" as the originate string to use for that user."
So, if I understand correctly, if dial-string is not found in domain, it searches for dial-string in user. And this happens for each bridge to user/xxxxx@xxxxxx.
Does anyone know what happens in case of xml_curl, when domain and user directory is pulled from http request? Does FS make http request for each bridge to user/xxxxx@xxxxxx or does it cache internally?
2017-08-11 9:47 GMT+02:00 Michael Jerris <mike@jerris.com>:
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/free switch-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/free switch-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/free switch-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
_________________________________________________________________________ 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