Fab, thanks Mike. Interestingly when I first coded the server response to getting domains (ie responding to domain_exists from cli on FS) it didn’t work - turned out it was because I was nesting the <domain> nodes under a parent <domains> (as they are in the sip profiles), but I had to remove <domains> in the XML to get domain_exists to return the correct result. I’m sure there must be a hierarchical reason for this that I can’t get my head around right now!
On 17 May 2018, at 21:26, Michael Jerris <mike@jerris.com> wrote:
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@magicmail.mooo.com <mailto:rick@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@jerris.com <mailto:mike@jerris.com>> wrote:
Thats the auth challenge?
On May 17, 2018, at 3:10 PM, Rick Jarvis <rick@magicmail.mooo.com <mailto:rick@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@jerris.com <mailto:mike@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.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org