It comes to mind that this approach may have strange effects in transfer scenarios.  What is the expected behavior in regards to the permissions on these calls when ttansfered.

Mike

On Aug 6, 2008, at 3:54 PM, "Michael Collins" <msc@freeswitch.org> wrote:

I just grepped the entire source tree and "toll_allow" is not a predefined chan var.  In other words, Brian just demonstrated the power and flexibility of FS by giving you just a few lines of config.

setting toll_allow to a comma-delimited value lets you have have multiple values that can be checked
the power of the regexp use is made clear - just match for one of the comma-delimited values

In plain English I'd say that Brian showed us this:
Definite a custom chan var called "toll_allow"
Set the var to an appropriate value for the user in question, i.e. "local,ld,int"
In the dialplan add a "protection check" by testing the toll_allow variable

This is probably something we need to define as a "how-to" or a "best practice" or even just as an example of "hey FS is way cool cuz you can do this..."

I'll mention it on the next weekly conf call and we'll see what response we get.
-MC

2008/8/6 UV <uv@talknet.com.au>

I have to agree with Roberto on not understanding what you've done, Brian.

 

Is toll_allow an undocumented channel variable?

Or did you just define/declare a generic variable on the spot?

If you did, can all user defined variables be in this array format?

 

 


From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Roberto Hernandez
Sent: Wednesday, August 06, 2008 11:28 PM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] user access

 

 

Thank you.  This worked.  I added a second context to the dialplan allowing PSTN and assigned to user 1010.

/b:  I like the simplest method, just don't understand it yet.  Where is toll_allow defined?

 

(conf/dialplan/default.xml):

<include>

  <context name="default"

    /* extensions */

  </context> 

 

  <context name="default_allow_pstn"

    /* extensions */

    /* extension to allow PSTN */ 

  </context>     

</include>

 

(conf/directory/default/1010.xml):

      <variable name="user_context" value="default_allow_pstn"/>

 

 


From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West
Sent: Wednesday, August 06, 2008 5:36 AM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] user access

 

You all did well but you didn't pick the simplest method:

 

Add this to a user:

 

 <variable name="toll_allow" value="local,ld,int"/>

 

Then in your dialplan for the extension you wish to protect from various routes:

 

<condition field="${toll_allow}" expression="local"/>

 

/b

 

 

 

 

On Aug 6, 2008, at 12:33 AM, UV wrote:

 

I think the proper way of doing that is by assigning users to different dialplan user contexts according to their Class of Service.

 

For example, an easy way of doing that is to define a user_context "Not_Allowed_PSTN" for a specific directory user 1010 (conf/directory/default/1010.xml):

      <variable name="user_context" value=" Not_Allowed_PSTN "/>

 

Create a new context called "Not_Allowed_PSTN" and handle those calls as you like or just add a prefix 0001 and send to the default context:

      <condition field="destination_number" expression="^(.*)$">

            <action application="transfer" data="0001$1 XML default"/>

      </condition>

 


From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf OfRoberto Hernandez
Sent: Wednesday, August 06, 2008 2:01 PM
To: freeswitch-users@lists.freeswitch.org
Subject: [Freeswitch-users] user access

 

 

Anyone have suggestions on how to the enable the following scenario?  Allow internal but control external per user.

More importantly how to disable or enable PSTN access for a specific user in a domain (profile)?

 

user1@domain1.com <--> FS <--> Allowed PSTN

 

user2@domain1.com <--> FS <--> Not Allowed PSTN

 

Thanks,

Roberto

 

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.5.12/1594 - Release Date: 05/08/2008 21:49

 

_______________________________________________
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

 

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.5.12/1594 - Release Date: 05/08/2008 21:49


_______________________________________________
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



http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


iv>
_______________________________________________
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