mirror of
https://github.com/asterisk/asterisk.git
synced 2025-09-30 02:26:23 +00:00
Documentation: Revise explanation of cdr.conf option 'Unanswered'
ASTERISK-24279 #close Reported by: Matt Jordan Review: https://reviewboard.asterisk.org/r/4109/ ........ Merged revisions 427901 from http://svn.asterisk.org/svn/asterisk/branches/12 git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/13@427902 65c4cc65-6c06-0410-ace0-fbb531ad65f3
This commit is contained in:
@@ -13,20 +13,13 @@
|
|||||||
; any loading of backend CDR modules. Default is "yes".
|
; any loading of backend CDR modules. Default is "yes".
|
||||||
;enable=yes
|
;enable=yes
|
||||||
|
|
||||||
; Define whether or not to log unanswered calls. Setting this to "yes" will
|
; Define whether or not to log unanswered calls that don't involve an outgoing
|
||||||
; report every attempt to ring a phone in dialing attempts, when it was not
|
; party. Setting this to "yes" will make calls to extensions that don't answer
|
||||||
; answered. For example, if you try to dial 3 extensions, and this option is "yes",
|
; and don't set a B side channel (such as by using the Dial application)
|
||||||
; you will get 3 CDR's, one for each phone that was rung. Default is "no". Some
|
; receive CDR log entries. If this option is set to "no", then those log
|
||||||
; find this information horribly useless. Others find it very valuable. Note, in "yes"
|
; entries will not be created. Unasnwered Calls which get offered to an
|
||||||
; mode, you will see one CDR, with one of the call targets on one side, and the originating
|
; outgoing line will always receive log entries regardless of this option, and
|
||||||
; channel on the other, and then one CDR for each channel attempted. This may seem
|
; that is the intended behaviour.
|
||||||
; redundant, but cannot be helped.
|
|
||||||
;
|
|
||||||
; In brief, this option controls the reporting of unanswered calls which only have an A
|
|
||||||
; party. Calls which get offered to an outgoing line, but are unanswered, are still
|
|
||||||
; logged, and that is the intended behaviour. (It also results in some B side CDRs being
|
|
||||||
; output, as they have the B side channel as their source channel, and no destination
|
|
||||||
; channel.)
|
|
||||||
;unanswered = no
|
;unanswered = no
|
||||||
|
|
||||||
; Define whether or not to log congested calls. Setting this to "yes" will
|
; Define whether or not to log congested calls. Setting this to "yes" will
|
||||||
|
22
main/cdr.c
22
main/cdr.c
@@ -98,19 +98,15 @@ ASTERISK_FILE_VERSION(__FILE__, "$Revision$")
|
|||||||
</description>
|
</description>
|
||||||
</configOption>
|
</configOption>
|
||||||
<configOption name="unanswered">
|
<configOption name="unanswered">
|
||||||
<synopsis>Log calls that are never answered.</synopsis>
|
<synopsis>Log calls that are never answered and don't set an outgoing party.</synopsis>
|
||||||
<description><para>Define whether or not to log unanswered calls. Setting this to "yes" will
|
<description><para>
|
||||||
report every attempt to ring a phone in dialing attempts, when it was not
|
Define whether or not to log unanswered calls that don't involve an outgoing party. Setting
|
||||||
answered. For example, if you try to dial 3 extensions, and this option is "yes",
|
this to "yes" will make calls to extensions that don't answer and don't set a side B channel
|
||||||
you will get 3 CDR's, one for each phone that was rung. Some find this information horribly
|
(such as by using the Dial application) receive CDR log entries. If this option is set to
|
||||||
useless. Others find it very valuable. Note, in "yes" mode, you will see one CDR, with one of
|
"no", then those log entries will not be created. Unanswered calls which get offered to an
|
||||||
the call targets on one side, and the originating channel on the other, and then one CDR for
|
outgoing line will always receive log entries regardless of this option, and that is the
|
||||||
each channel attempted. This may seem redundant, but cannot be helped.</para>
|
intended behavior.
|
||||||
<para>In brief, this option controls the reporting of unanswered calls which only have an A
|
</para>
|
||||||
party. Calls which get offered to an outgoing line, but are unanswered, are still
|
|
||||||
logged, and that is the intended behavior. (It also results in some B side CDRs being
|
|
||||||
output, as they have the B side channel as their source channel, and no destination
|
|
||||||
channel.)</para>
|
|
||||||
</description>
|
</description>
|
||||||
</configOption>
|
</configOption>
|
||||||
<configOption name="congestion">
|
<configOption name="congestion">
|
||||||
|
Reference in New Issue
Block a user