[Freeswitch-users] Verto not segregating domains

[Alexey Sibyakin]

Sure,

mod_xml_curl you are using for your domains can do dialplan as well
https://freeswitch.org/confluence/display/FREESWITCH/mod_xml_curl

Regards,

Alex
Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd Floor,
Palo Alto, CA 94303 Email: alex at freeswitch.com Website:
https://www.signalwire.com



On Mon, Feb 4, 2019 at 1:28 AM Rick Jarvis <rick at magicmail.mooo.com> wrote:

> If I change the context to the same as the domain name, I get
>
>
>  2019-02-03 15:17:27.471687 [WARNING] mod_dialplan_xml.c:667 Context
> domain2 not found
>
>
>
> …because, I guess, the domains are being dynamically generated by the
> remote server and served over XML.
>
> Is the solution then to somehow generate the contexts via XML? And why
> does changing the domain name not keep things separate, as I had thought?
>
>
> From: Faisal Hanif <imfanee at gmail.com> <imfanee at gmail.com>
> Reply: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> <freeswitch-users at lists.freeswitch.org>
> Date: 2 February 2019 at 21:27:08
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> <freeswitch-users at lists.freeswitch.org>
> Subject:  Re: [Freeswitch-users] Verto not segregating domains
>
> To separate conference s you can simply difference the context for
> different groups
>
> On Fri, Feb 1, 2019, 10:47 PM Rick Jarvis <rick at magicmail.mooo.com wrote:
>
>> Ok I know this must be me confusing domains / contexts etc, but can’t
>> work out where I’ve gone wrong.
>>
>> Situation: Verto, using xmlcurl from database server for directory. Verto
>> users are user@ with multiple domains to segregate conferences.
>>
>> The xml being returned is below - I *thought* that simply having the
>> <domain name=“whatever”> would keep things separate if the domains were
>> different, but it seems this isn’t the case...
>>
>> <document type="freeswitch/xml">
>>     <section name="directory">
>>       <domain name="domain2">
>>         <groups>
>>           <group name="default">
>>            <users>
>>               <user id="user">
>>                 <params>
>>                   <param name="password" value="m6h20sj1y1pmysmayst3"/>
>>                   <param name="vm-password" value="982375982735"/>
>>                   <param name="jsonrpc-allowed-methods" value="verto"/>
>>                   <param name="jsonrpc-allowed-event-channels"
>> value="demo,conference,presence"/>
>>                   <param name="jsonrpc-allowed-jsapi" value="all"/>
>>                   <param name="jsonrpc-allowed-fsapi" value="all"/>
>>                   <param name="verto-context" value="default"/>
>>                   <param name="verto-dialplan" value="XML"/>
>>                 </params>
>>                 <variables>
>>                   <variable name="toll_allow"
>> value="domestic,international,local"/>
>>                   <variable name="accountcode" value="user"/>
>>                   <variable name="user_context" value="default"/>
>>                   <variable name="effective_caller_id_name" value="user"/>
>>                   <variable name="effective_caller_id_number"
>> value="user"/>
>>                   <variable name="outbound_caller_id_name" value="user"/>
>>                   <variable name="outbound_caller_id_number"
>> value="user"/>
>>                 </variables>
>>               </user>
>>               </users>
>>           </group>
>>       </groups>
>>   </domain>
>> </section>
>> </document>
>>
>> Output from verto status here shows users correctly on different domains,
>> but maybe the prefix is what’s affecting it here? Or some other setting?
>>
>> default-v4::user at domain1 client                       x.x.x.x:43249
>> CONN_REG (WSS)
>>
>> default-v4::user at domain2 client                      y.y.y.y:55987
>> CONN_REG (WSS)
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Services
>> sales at freeswitch.com
>> https://freeswitch.com
>>
>> Official FreeSWITCH Sites
>> https://freeswitch.com/oss
>> https://freeswitch.org/confluence
>> https://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
>> https://freeswitch.com
>
> _________________________________________________________________________
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://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
> https://freeswitch.com
>
> _________________________________________________________________________
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://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
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20190204/7b8c06ca/attachment.html>