We are using the Asterisk GUI 2.0 in some large installations...  You
have to disable the live extension check with 500+ extensions as it
just takes too long...

I have opened a ticket to fix some issues and am working to update the
GUI.  It takes time and many other things are happening...


~
Andrew "lathama" Latham
[email protected]

* Learn more about OSS http://en.wikipedia.org/wiki/Open-source_software
* Learn more about Linux http://en.wikipedia.org/wiki/Linux
* Learn more about Tux http://en.wikipedia.org/wiki/Tux



On Fri, Apr 9, 2010 at 6:09 AM, Chris Bagnall <[email protected]> wrote:
> Greetings list,
>
> I've traditionally been a proponent of the "manual configuration " approach, 
> using .conf files and command lines to give us the greatest possible 
> flexibility when writing call flows for customers. I've shied away from web 
> interfaces as being overly restrictive and limiting what we can do for our 
> customers.
>
> However, as we've grown as a company, taken on more customers (and hence more 
> staff), there's become an ever-growing need for certain operations to be 
> carried out by admin staff, rather than always having to be passed down to 
> technical staff (who often have better things to do). I'm sure it's a problem 
> faced by many companies on the list.
>
> So, what to do about it? Obviously there are "user-friendly" interfaces like 
> FreePBX available, but they take over the *whole* asterisk config, 
> shoehorning the user into their own fairly tight confines. Don't get me 
> wrong, FreePBX is great as a company PBX installed on an on-site server, but 
> it isn't much good as a VoIP hosting platform.
>
> What I think we're looking for is a fairly simple web interface to manipulate 
> the tables used by Realtime. It doesn't have to be friendly. It doesn't have 
> to be pretty. It just has to be easy enough for admin staff to use (with 
> training, obviously) so that trivial call flow changes such as "please 
> forward my calls to this mobile number" or "can you add extension 241 to this 
> queue/ring group" can be made without having to involve technical staff.
>
> Would be very interested to hear what others in a similar position have done 
> to overcome this growth problem. Did you write your own interface? Did you 
> buy something off the shelf? Is there something in the FOSS marketplace 
> that'll do the job?
>
> Regards,
>
> Chris
> --
> For full contact details visit http://www.minotaur.it
> This email is made from 100% recycled electrons
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-biz mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-biz
>

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

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

Reply via email to