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

Fri Sep 22 08:39:42 UTC 2017

yes this way you will avoid 1 more xml_curl resolve on originate.

On 22 September 2017 at 08:20, Gregor Nanger <gregor at infomedia.si> wrote:

> Since I feed dialplan from my logic, I can set bridge command with
> dialstring like bridge ${verto_contact 1001 at 192.168.5.150} |
> ${sofia_contact 1002 at 192.168.5.150 <1001 at 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 at 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 at domain
>> to something like this:
>>
>> bgapi expand originate ${verto_contact 1001 at 192.168.5.150} &echo()
>>
>> or
>>
>> bgapi originate verto.rtc/1001 at 192.168.5.150 &echo()
>>
>>
>>
>> T.
>>
>>
>> On 21 September 2017 at 22:58, Michael Jerris <mike at 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 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>:
>>>
>>>> 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>
>>>> 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>:
>>>>>
>>>>>> 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>
>>>>>> 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>:
>>>>>>>
>>>>>>>> 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 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/free
>>>>>>> switch-users
>>>>>>> http://www.freeswitch.org
>>>>>>
>>>>>>
>>>>>> ____________________________________________________________
>>>>>> _____________
>>>>>> 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/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 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/free
>>>>> switch-users
>>>>> http://www.freeswitch.org
>>>>
>>>>
>>>> ____________________________________________________________
>>>> _____________
>>>> 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/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 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
>>>
>>>
>>>
>>> ____________________________________________________________
>>> _____________
>>> 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
>>>
>>
>>
>> _________________________________________________________________________
>> 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
>>
>
>
>
> --
> 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 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/20170922/7c7368be/attachment-0001.html>