[asterisk-users] Asterisk 12 fails to launch with option -C
I am trying to launch Asterisk on a different directory with the parameter 'C asterisk -vvgc -C /etc/asterisk1/asterisk.conf Parsing '/etc/asterisk1/extconfig.conf': Found Resetting translation matrix UUID system initiated Parsing /etc/asterisk1/asterisk.conf == Parsing '/etc/asterisk1/asterisk.conf': Found Not changing threadpool size since new size 0 is the same as current 0 gl_pathc 0 == Sorcery registered wizard 'bucket' == Sorcery registered wizard 'bucket_file' Cannot update type 'bucket' in module 'core' because it has no existing documentation! Failed to register 'bucket' object type in Bucket sorcery The debug level is 5, and so is the verbose level. The logger.conf has this line myDebugLog = notice,warning,error,debug,verbose,dtmf And it does not even get created. /etc/asterisk1/asterisk.conf has these lines astetcdir = /etc/asterisk1 astmoddir = /usr/lib/asterisk/modules astvarlibdir = /var/lib/asterisk1 astdbdir = /var/lib/asterisk1 astkeydir = /var/lib/asterisk1 astdatadir = /var/lib/asterisk1 astagidir = /var/lib/asterisk/agi-bin astspooldir = /var/spool/asterisk1 astrundir = /temp/run/asterisk1 astlogdir = /var/log/asterisk1 astsbindir = /usr/sbin All directories mentioned above do exist. Should I open a bug or there is something I am missing? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Checking for human answer
We redirect calls to another pbx - which are not under our control. So, we need to distinguish when an operator answer from the time the call stays on queue. To do so, we use dial cmd with M option. M calls a macro that repeats a digit (saydigit) until someone dial it. When operator dials the correct digit we finish the macro making it to be bridged (caller and called). It almost works perfectly - the problem lays that macro knows if called hangs-out but not if caller hangs-out - so que keep repeating digit even when caller quits the call. Does someone know a solutions or even an alternative implementation to make such thing works? Att -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Checking for human answer
Valter Nogueira wrote: Does someone know a solutions or even an alternative implementation to make such thing works? Set up a loop in your programming that counts the number of times the loop has been processed. At a certain count, assume nobody is there and terminate the call. Doug -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Checking for human answer
The problem is in the opposite side - when someone call us and hangs before the operator press the number. In this case we are not aware that caller hang until de operator interacts. 2014-07-20 11:37 GMT-03:00 Doug Lytle supp...@drdos.info: Valter Nogueira wrote: Does someone know a solutions or even an alternative implementation to make such thing works? Set up a loop in your programming that counts the number of times the loop has been processed. At a certain count, assume nobody is there and terminate the call. Doug -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Checking for human answer
Valter Nogueira wrote: The problem is in the opposite side - when someone call us and hangs before the operator press the number. Then my guess would be you're on analog lines? Without call supervision on the line, there will be no way of detecting when an analog call has been dropped, other then when the operator has decided there is nobody there and hangs up at which point the call should be dropped. Digital lines and VOIP lines shouldn't have this issue since they have call supervision. Doug -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Checking for human answer
No, I am testing with IP phones. When caller hangs-out the macro is not aware - but when calle hangs the macro is. 2014-07-20 12:31 GMT-03:00 Doug Lytle supp...@drdos.info: Valter Nogueira wrote: The problem is in the opposite side - when someone call us and hangs before the operator press the number. Then my guess would be you're on analog lines? Without call supervision on the line, there will be no way of detecting when an analog call has been dropped, other then when the operator has decided there is nobody there and hangs up at which point the call should be dropped. Digital lines and VOIP lines shouldn't have this issue since they have call supervision. Doug -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Checking for human answer
In fact, Asterisk console shows a message warning that call is not finished because of the macro leg 2014-07-20 13:19 GMT-03:00 Valter Nogueira vgnogue...@gmail.com: No, I am testing with IP phones. When caller hangs-out the macro is not aware - but when calle hangs the macro is. 2014-07-20 12:31 GMT-03:00 Doug Lytle supp...@drdos.info: Valter Nogueira wrote: The problem is in the opposite side - when someone call us and hangs before the operator press the number. Then my guess would be you're on analog lines? Without call supervision on the line, there will be no way of detecting when an analog call has been dropped, other then when the operator has decided there is nobody there and hangs up at which point the call should be dropped. Digital lines and VOIP lines shouldn't have this issue since they have call supervision. Doug -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk 12 fails to launch with option -C
On Sun, Jul 20, 2014 at 6:47 AM, CDR vene...@gmail.com wrote: I am trying to launch Asterisk on a different directory with the parameter 'C asterisk -vvgc -C /etc/asterisk1/asterisk.conf Parsing '/etc/asterisk1/extconfig.conf': Found Resetting translation matrix UUID system initiated Parsing /etc/asterisk1/asterisk.conf == Parsing '/etc/asterisk1/asterisk.conf': Found This means that yes, it parsed the config file you told it to parse. Not changing threadpool size since new size 0 is the same as current 0 gl_pathc 0 == Sorcery registered wizard 'bucket' == Sorcery registered wizard 'bucket_file' Cannot update type 'bucket' in module 'core' because it has no existing documentation! Failed to register 'bucket' object type in Bucket sorcery The debug level is 5, and so is the verbose level. Nothing you've shown would indicate whether or not Asterisk should or should not have a particular debug/verbose level. You have started Asterisk with a particular verbosity; however, that level is ignored if your asterisk.conf file specifies a particular verbosity. The logger.conf has this line myDebugLog = notice,warning,error,debug,verbose,dtmf And it does not even get created. The operation of logger (and the parsing of logger.conf) has nothing to do with asterisk.conf, save for the location of the Asterisk log file directory. /etc/asterisk1/asterisk.conf has these lines astetcdir = /etc/asterisk1 astmoddir = /usr/lib/asterisk/modules astvarlibdir = /var/lib/asterisk1 astdbdir = /var/lib/asterisk1 astkeydir = /var/lib/asterisk1 astdatadir = /var/lib/asterisk1 astagidir = /var/lib/asterisk/agi-bin astspooldir = /var/spool/asterisk1 astrundir = /temp/run/asterisk1 astlogdir = /var/log/asterisk1 astsbindir = /usr/sbin All directories mentioned above do exist. Should I open a bug or there is something I am missing? I suspect you have some configuration error or environment problem. The Asterisk Test Suite - which runs on every commit and nightly - makes extensive use of custom asterisk.conf files to sandbox instances of Asterisk that run concurrently. This runs against every branch of Asterisk and trunk. I do not think there is anything wrong with the '-C' option. -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Native architecture never available in menuselect
I want to compile Asterisk always for the native architecture of the machine, and I find that it is never available. It says Depends on: native_arch(E) Can use: N/A Conflicts with: N/A Support Level: core This is Fedora 20 gcc (GCC) 4.8.3 20140624 (Red Hat 4.8.3-1) many thanks Philip -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
