[Freeswitch-users] Verto not segregating domains

Rick Jarvis rick at magicmail.mooo.com
Mon Feb 4 19:18:09 UTC 2019 

Thanks. Ok, so I figured as a ‘quick fix’ until I can get that figured out, I would add the context to the conference name (coming from a ‘mycontext’ var previously set). But, the change just doesn’t take! This is the dial plan entry:

    <extension name="conferences_new">
      <condition field="destination_number" expression="^CONF_(.+)">
        <action application="log" data="CRIT joining $1_${mycontext}" /> <!-- correctly shows 'joining user_domain2' -->
        <action application="answer"/>
        <action application="conference" data="$1_${mycontext}”/> <!-- shows ‘conference user_conf successfully joined’, which was the old conference name format :( -->
      </condition>
    </extension>

I’ve reloaded xml (obvs) and even restarted fs completely, but it’s still reflecting the old conference names! Driving me mad… is verto bypassing the conference name value and picking it up from somewhere else?


From: Alexey Sibyakin <alex at freeswitch.com>
Reply: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Date: 4 February 2019 at 01:43:05
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject:  Re: [Freeswitch-users] Verto not segregating domains  

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>
Reply: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Date: 2 February 2019 at 21:27:08
To: FreeSWITCH Users Help <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
_________________________________________________________________________
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/ce85a33d/attachment-0001.html>

More information about the FreeSWITCH-users mailing list