On Thursday 20 November 2003 01:54, Paul Crick wrote: > > Mark has been very emphatic about call features not > > belonging in the dialplan. > > Hmm.. I read this message, and the couple that came after it and > still have mixed thoughts.. > > My initial thought was that it didn't make sense - I'd rather have > control over which codes are used to activate which features, and the > dial plan is the place for that. It also gives me control over who > can access or invoke certain services, restricting with contexts and > includes. It's also along the lines of writing it once, not once for > every different > channel/technology.
You will have control over the codes used to invoke call features. > The follow up though raised a valid point about different channels > having different signalling etc which is why these features should be > in the channel specific drivers and not the dial plan. I'm half > swayed by this argument, suddenly it makes a bit more sense, but as a > European in North America I still want the flexibility of defining > which codes activate which services.. *21*xxx# for divert all calls > makes sense to me, it's what the majority of Europe uses as well as > all GSM networks. (tangent: I can use *70 to disable call waiting for > the current call, but there's no way for a subscriber to turn it on > and off at will is there?) tangent response: In my implementation, I'm using astdb to store these values. This will allow not only for you to examine the current state, but it will also allow you to keep values persistent across restarts. > Is there any documentation anywhere on the intent of the future of > this? I know there's a bug tracker ticket here: > http://bugs.digium.com/bug_view_page.php?bug_id=0000071 but I don't > think this discussion of "where's the best place for this and why" > has come up before? There have been private discussions about this functionality. When I have the implementation ready, I will share it on the bugtracker. -Tilghman _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users
