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

Fri Sep 22 04:08:25 UTC 2017

Your hints are always usefull :-) Thank you.

2017-09-21 22:58 GMT+02:00 Michael Jerris <mike at jerris.com>:

> 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/
>>>>> 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
>>
>>
>> _________________________________________________________________________
>> 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
>

-- 
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/6addb994/attachment-0001.html>