hi ,
i have my pstn lines all of them are directed to ivr ,
sometimes the caller enter the ivr , and press wrong entering , or may not enter any thing and then
the caller is hanged .======> this is the default behavior
im using elastix 2.2
Code:
Kernel
Linux(i386)-2.6.18-238.12.1.el5
my issue is , alot of hanged calls are exit in my cdr report , so im doubting that there is an issuue from my ivr ,
at the cdr report , it give me the caller with destination hang , and there is no recorded call , " no icon which indicates that the call has been recorded"
my request is , i want to enable recording the calls when caller enter the ivr and hanged before be directed to any extention or queue .
I’m wondering what you expect to hear in the recording of a user that called your IVR, most people don’t speak when there, so it makes no sense recording that part of the call, No?.
Also Elastix has over-ridden the standard FreePBX CDR reporting in their hacked up version of a more than three year old FreePBX with their own “improved” version so you will have to ask them about it.
because i noted alot of hang calls at the ivr , and i want to see , some telephones may have a different DTMF standard and my ivr may not understand the input signals
i mean there is no "DTMF REPORTING " as u said in the file logger.conf
here is a quote :
; Special filename “console” represents the system console
;
debug => debug
; The DTMF log is very handy if you have issues with IVR’s
;dtmf => dtmf
;console => notice,warning,error
console => notice,warning,error,debug
;note that the line above wasnt commented , and line below added recently
;console => notice,warning,error,verbose,debug
;messages => notice,warning,error
;full => notice,warning,error,debug,verbose
;full => notice,warning,error
full => debug
;syslog keyword : This special keyword logs to syslog facility
I still really suggest you try google so you actually know what you are doing and why you are doing it (you are missing the point again with the logger files)
My point is…what are the callers who are being sent to the time out destination telling you? Are you giving them instructions on what to do in your original announcement? If a person hangs up, FreePbx is only going to tell you they hung up, not why. You’re going to have to get your call to a real person and diagnose the problem. Might not even be a technical problem at all. Could be something like “your announcement was so confusing I didn’t know what to do.”