I lurk and comment a little on here and have been playing with * for a
short while.
I am interested in hearing about the pros and cons for using a database
backend to Asterisk. My current setup is simple, out of the box with
config files in /etc/asterisk and logs etc going into /var.
I notice
just my $0.02.
don't interduce any other point of failure into a phone system. unless
the need outweigh the disadvantage.
On 11/28/07, Alan Lord <[EMAIL PROTECTED]> wrote:
> I lurk and comment a little on here and have been playing with * for a
> short while.
>
> I am interested in hearing about t
Alan Lord wrote:
> I notice a great many of the contributors here seem to use a db backend
>
I use it to add features that that change quite often. Black lists,
meetme conferences, caller-id lookups, DID routing, fax2email, etc. I
just make sure that nothing that I add, if it were to fail
Sent: Wednesday, November 28, 2007 6:22 PM
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] To DB or not to DB?
I lurk and comment a little on here and have been playing with * for a
short while.
I am interested in hearing about the pros and cons for using a database
backend to Ast
I think the answer to this really depends on how regularly you make
changes to your config. Adding a database connection increases the
complexity (although it is not rocket science) and adds moving parts and
therefore has more things to go wrong. If you are using Dynamic
realtime, then you are re
On Nov 28, 2007 8:48 AM, Mindaugas Kezys <[EMAIL PROTECTED]> wrote:
> Pros:
>
> 1. No need to reload Asterisk when you change settings
>
Is reloading the text based config that dangerous? Is there a memory leak
or something?
How many times can you reload before you should restart Asterisk?
-Th
The disadvantages of using the DB are:
1. Learning curve, or getting a good UI that can be flexible when
working with the DB for AMC.
2. Many features such as hinting (BLF) do not work with realtime.
Benefits:
1. Centralized storage
2. Rapid change deployment( i.e. update sip set context = 'Lo
Anthony Francis wrote:
> 2. Many features such as hinting (BLF) do not work with realtime.
That's only true if *extensions.conf* comes from a
db table.
Regards,
Philipp Kempgen
--
amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de
Let's use IT to solve problems and not to
Thanks to all the people who commented.
It sounds like I don't really need it currently, but worth experimenting
with for larger deployments.
Cheers
Alan
--
The way out is open!
http://www.theopensourcerer.com
___
--Bandwidth and Colocation Provide
> "PK" == Philipp Kempgen <[EMAIL PROTECTED]> writes:
PK> Anthony Francis wrote:
>> 2. Many features such as hinting (BLF) do not work with
>> realtime.
PK> That's only true if *extensions.conf* comes from a db table.
Nope, turn off caching and use realtime for SIP peers, and suddenly
BLF do
10 matches
Mail list logo
