Summary:	ASTERISK-03289: [patch] astDB convenience settings for sip.conf
Reporter:	Tilghman Lesher (tilghman)	Labels:
Date Opened:	2005-01-17 00:27:25.000-0600	Date Closed:	2011-06-07 14:05:13
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) 20050116__sip_astdb.diff.txt
Description:	New option for sip.conf, consisting of astdb=family/key=value which ensures the corresponding astdb entry exists. ****** ADDITIONAL INFORMATION ****** Disclaimer on file.
Comments:	By: khb (khb) 2005-01-17 03:21:14.000-0600 Isn't this more suitable for extensions.conf? By: Mark Spencer (markster) 2005-01-17 06:16:11.000-0600 This just makes an astdb entry for the given sip entry?  Why don't you just make it in the first place? By: Tilghman Lesher (tilghman) 2005-01-17 09:09:42.000-0600 khb:  no, it's not more suitable for extensions.conf, as the astdb settings could correspond to dialplan settings -- for the individual entry listed in sip.conf. markster: The idea is that we have one place where admins set up new accounts, including any associated database entries.  Again, I'm stressing that this is for convenience of the admin, not new functionality (inspired by an admin who remembered to set up the phone, set up sip.conf, then made a support call to figure out that he had forgotten to add the astdb entries).  This option could potentially be added to other channel configs, as well. By: Mark Spencer (markster) 2005-01-18 17:47:21.000-0600 If he forgot to add the astdb entries, how would he remember to add these entries here?  Are you basically just needing a way to add astdb entries automatically?  If so, wouldn't a stand alone program make more sense? By: Tilghman Lesher (tilghman) 2005-01-18 18:02:28.000-0600 a) because he usually copies out an existing entry before making a new entry b) Yes c) That's already in place, which is what he forgot, hence why I want to have the entries in sip.conf. By: Mark Spencer (markster) 2005-01-18 23:40:34.000-0600 Why not just create a perl script that performs all the operations and/or use realtime? By: Tilghman Lesher (tilghman) 2005-01-19 09:02:37.000-0600 Using realtime seems like a great idea.  How do you do that? By: Mark Spencer (markster) 2005-01-19 23:14:22.000-0600 There is a "Realtime" application not entirely unlike DBGet, and also you can read README.extconfig for the standard builtin realtime tables. By: Mark Spencer (markster) 2005-01-20 22:48:31.000-0600 Did "Realtime" do it for you? By: Tilghman Lesher (tilghman) 2005-01-20 22:55:11.000-0600 I'm still investigating whether it's practical for my situation or not. By: Mark Spencer (markster) 2005-01-28 22:01:59.000-0600 Are we ready to close this one?