[Asterisk-Users] context question

Bruno De Luca bdeluca at fgasoftware.com
Mon Sep 26 00:31:39 MST 2005


this can help u:

SIP.CONF

[1]
host = dynamic
type = friend
language = it
qualify = no
dtmfmode = rfc2833
callgroup = 1
pickupgroup = 1
callerid = "Bruno De Luca 1" <1>
secret = 1234
mailbox = 1
context=1


[2]
host = dynamic
type = friend
language = it
qualify = no
dtmfmode = rfc2833
callgroup = 2
pickupgroup = 2
callerid = "Bruno De Luca 2" <2>
secret = 1234
mailbox = 2
context=2

[3]
...
context=1

[4]
...
context=2


EXTENSIONS.CONF

[1]
exten => 1,1,Dial(SIP/1)
exten => 3,1,Dial(SIP/3)

[2]
exten => 2,1,Dial(SIP/2)
exten => 4,1,Dial(SIP/4)



trixter http://www.0xdecafbad.com wrote:

>They are aware of each other in 2 senses.  First you can goto() them.  I
>wanted to stop the ability of someone to put in a goto() in their
>dialplan to a context that is someone elses (think asterisk hosting).
>Second naming collissions.  I wanted to stop two people from having the
>same name and causing grief that way.
>
>That is why I made the references about prepending some customer id or
>something, but I dont think that is the best way to accomplish this
>(personal preference), so it will either be an AGI to accomplish this or
>it will be something else that already exists that I havent been able to
>locate as yet.
>
>
>On Fri, 2005-09-23 at 21:50 -0500, info at beprojects.com wrote:
>  
>
>>I may be missing something, but aren't all contexts unaware of each 
>>other be default?
>>
>>If I do the following
>>
>>[contexta]
>>exten => 3200,1,Dial(SIP/3200,5)
>>
>>[contextb]
>>exten => 3300,1,Dial(SIP/3300,5)
>>
>>Each context has a phone and they can't call each other.  The are 
>>completely isolated.  Unless I'm missing what you are trying to do....
>>
>>
>>trixter http://www.0xdecafbad.com wrote:
>>    
>>
>>>Is there any way within asterisk to limit the scope of contexts,
>>>basically to make one context totally unaware of another.
>>>
>>>The application I had in mind involved allowing users to create their
>>>own dial plans.  To that end I wanted to make it so that a given user
>>>could not call a different users dialplan.  
>>>
>>>I could filter everything and prepend a customer id to every context
>>>they specify, but that can get ugly fast, especially when the parser
>>>misses something.
>>>
>>>If this doesnt exist I can surely do it with an agi, and that is the
>>>road I am headed down right now, but why duplicate an effect that may
>>>already exist?
>>>
>>>Thanks.
>>>
>>>
>>>
>>>------------------------------------------------------------------------
>>>
>>>_______________________________________________
>>>--Bandwidth and Colocation sponsored by Easynews.com --
>>>
>>>Asterisk-Users mailing list
>>>Asterisk-Users at lists.digium.com
>>>http://lists.digium.com/mailman/listinfo/asterisk-users
>>>To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>      
>>>
>>_______________________________________________
>>--Bandwidth and Colocation sponsored by Easynews.com --
>>
>>Asterisk-Users mailing list
>>Asterisk-Users at lists.digium.com
>>http://lists.digium.com/mailman/listinfo/asterisk-users
>>To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>    
>>
>>------------------------------------------------------------------------
>>
>>_______________________________________________
>>--Bandwidth and Colocation sponsored by Easynews.com --
>>
>>Asterisk-Users mailing list
>>Asterisk-Users at lists.digium.com
>>http://lists.digium.com/mailman/listinfo/asterisk-users
>>To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>


-- 
____________________________________________________________________

 BRUNO DE LUCA
 Tel. +39 02 9350 4780 (102)
 
 FG&A Software
 20017 Rho - Via Puccini, 8

 E-Mail :
bdeluca at fgasoftware.com
 Internet:
http://www.fgasoftware.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050926/3595c614/attachment.htm


More information about the asterisk-users mailing list