[Freeswitch-users] user access
UV
uv at talknet.com.au
Wed Aug 6 09:58:58 PDT 2008
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 at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Roberto
Hernandez
Sent: Wednesday, August 06, 2008 11:28 PM
To: freeswitch-users at 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 at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Brian
West
Sent: Wednesday, August 06, 2008 5:36 AM
To: freeswitch-users at 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 at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf OfRoberto
Hernandez
Sent: Wednesday, August 06, 2008 2:01 PM
To: freeswitch-users at 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 at domain1.com <--> FS <--> Allowed PSTN
user1 at domain1.com <--> FS <--> user2 at domain1.com
user2 at domain1.com <--> FS <--> Not Allowed PSTN
user2 at domain1.com <--> FS <--> user1 at domain1.com
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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20080807/e7864bd3/attachment-0002.html
More information about the FreeSWITCH-users
mailing list