Tilghman Lesher schrieb:
> On Wednesday 11 February 2009 13:07:16 Gordon Henderson wrote:
>> On Wed, 11 Feb 2009, Tilghman Lesher wrote:

>> > My viewpoint is that you should work on separation of your application
>> > code versus data, so that other than new development, your dialplan
>> > should be completely static and never need changing (other than, like I
>> > said, new development).

>> But what would you call "new development"? Say I have a site who has many
>> extensions and they then wanted to create a call-group - ie. one new
>> extension, ring multiple phones?
>>
>> In my world, they go to the web interface, create the extension, tick a
>> selection of existing extensions and the code then writes out a new
>> segment of dialplan to create the new extension, issues an extensions
>> reload command to asterisk and off it goes...

> I'd have a range of extensions, when dialled, it goes to the database,
> retrieves the list of channels, and dials those channels.  The web frontend
> would look exactly the same, but the data would go directly into a database,
> not taking an extra step to go into a dialplan, then reload the text file.

How do you define the hints (for BLF, directed pickup, group
pickup etc.)?


   Philipp Kempgen

-- 
AMOOCON 2009, May 4-5, Rostock / Germany   ->  http://www.amoocon.de
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied  ->  http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
-- 

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to