[Freeswitch-users] xml_curl for directory with verto
Michael Jerris
mike at jerris.com
Thu May 17 20:26:23 UTC 2018
in raw xml config it loads it once when you start, and again anytime you call the reloadxml command, or something indirectly does. After that it traverses the in memory xml tree for each request. When using dynamic config of any type, it looks it up for each use, as you see in verto. As for config section, those are typically read at module load, and as needed based on individual module commands such as the ones that manipulate mod_sofia profiles.
> On May 17, 2018, at 4:17 PM, Rick Jarvis <rick at magicmail.mooo.com> wrote:
>
> Yes of course, makes sense!
>
> Now reading the domains via xml_curl too - works nicely. I notice it loads the domains this way when it starts up. Does it periodically reload this info?
>
>> On 17 May 2018, at 20:44, Michael Jerris <mike at jerris.com <mailto:mike at jerris.com>> wrote:
>>
>> Thats the auth challenge?
>>
>>
>>> On May 17, 2018, at 3:10 PM, Rick Jarvis <rick at magicmail.mooo.com <mailto:rick at magicmail.mooo.com>> wrote:
>>>
>>> Ah right ok, I had thought that the ```name=“all” alias=“true”``` in the sip profile would sort that. So logging in, although still seeing an error just before it grants access - what would cause this, something in the wrong order maybe?
>>>
>>> Error:
>>> {code: -32000, message: "Authentication Required"}
>>> code
>>> :
>>> -32000
>>> message
>>> :
>>> "Authentication Required"
>>> __proto__
>>> :
>>> Object
>>>
>>>> On 17 May 2018, at 19:59, Michael Jerris <mike at jerris.com <mailto:mike at jerris.com>> wrote:
>>>>
>>>> The problem is that your domain in your return is incorrect. It should say <domain name=“x.x.x.x”> as that is the domain of the user being looked up. Its not authing because you are not returning a user that matches the lookup.
>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180517/331f5be6/attachment-0001.html>
More information about the FreeSWITCH-users
mailing list