[Freeswitch-users] Bridge - user not registered - verto

Thu Sep 21 20:58:04 UTC 2017

https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_curl#mod_xml_curl-Caching <https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_curl#mod_xml_curl-Caching>

> On Sep 21, 2017, at 4:31 PM, Gregor Nanger <gregor at 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 at 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 at xxxxxx or does it cache internally?
> 
> 2017-08-11 9:47 GMT+02:00 Michael Jerris <mike at jerris.com <mailto:mike at 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 at infomedia.si <mailto:gregor at 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 at jerris.com <mailto:mike at 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 at infomedia.si <mailto:gregor at 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 at infomedia.si <mailto:gregor at 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 <http://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 <http://www.infomedia.si/>_________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org <http://www.freeswitch.org/>
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> http://www.cluecon.com <http://www.cluecon.com/>
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> http://www.freeswitch.org <http://www.freeswitch.org/>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org <http://www.freeswitch.org/>
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> http://www.cluecon.com <http://www.cluecon.com/>
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> http://www.freeswitch.org <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 <http://www.infomedia.si/>_________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org <http://www.freeswitch.org/>
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> http://www.cluecon.com <http://www.cluecon.com/>
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> http://www.freeswitch.org <http://www.freeswitch.org/>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org <http://www.freeswitch.org/>
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> http://www.cluecon.com <http://www.cluecon.com/>
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> http://www.freeswitch.org <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 <http://www.infomedia.si/>_________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170921/7d6c98f0/attachment-0001.html>