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

Thu Sep 21 20:31:52 UTC 2017

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