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

Fri Sep 22 06:20:54 UTC 2017

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/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
>>
>>
>>
>> _________________________________________________________________________
>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170922/408f7fa8/attachment-0001.html>