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 <[EMAIL PROTECTED]>
> 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:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *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:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *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:* [EMAIL PROTECTED] [
> mailto:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
> ] *On Behalf Of*Roberto 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)?
>
>
>
> [EMAIL PROTECTED] <--> FS <--> Allowed PSTN
>
> [EMAIL PROTECTED] <--> FS <--> [EMAIL PROTECTED]
>
>
>
> [EMAIL PROTECTED] <--> FS <--> Not Allowed PSTN
>
> [EMAIL PROTECTED] <--> FS <--> [EMAIL PROTECTED]
>
>
>
> *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
>
>
_______________________________________________
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
