Asterisk
  1. Asterisk
  2. ASTERISK-10625

CDR Created incorrectly on Transfer of outgoing call

    Details

    • Type: Bug Bug
    • Status: Closed
    • Severity: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Target Release Version/s: None
    • Component/s: Applications/app_cdr
    • Labels:
      None
    • Mantis ID:
      11093
    • Regression:
      No

      Description

      When making an outgoing call and then transferring a call to another extension the CDR details are incorrect.

      I would expect to see two CDR's created, one for the outgoing call and another for the transfer as Asterisk does, however it stops (ends) the outgoing CDR at the point of transfer, instead of continuing to increment the 'seconds'.

      This problem occurs on both blind transfers and attended (using a Snom and not using '#' or '*1' features). However attended transfers are more accurate than blind transfers, they do continue to count however the time is not 100% accurate.

      I have tried to fix this myself in the dial plan by using '/n' and a local channel however it still occurs. This problem did not occur in previous versions of Asterisk.

        Activity

        Hide
        Juan Pablo Abuyeres added a comment -

        Murf,

        All of my descriptions were made pressing the transfer button (holding the call automatically) and performing an attended transfer. Blind transfers are prohibited in my dialplan for historical "CDR" reasons.

        Now, seven months after I reported the wrong behavior, I don't have the polycoms or the server set up to make the tests .... I'll try to get them.

        Show
        Juan Pablo Abuyeres added a comment - Murf, All of my descriptions were made pressing the transfer button (holding the call automatically) and performing an attended transfer. Blind transfers are prohibited in my dialplan for historical "CDR" reasons. Now, seven months after I reported the wrong behavior, I don't have the polycoms or the server set up to make the tests .... I'll try to get them.
        Hide
        Steve Murphy added a comment -

        Sorry about the long wait; fixing these bugs took a lot of time,
        and I never really totally finished. Now, I'm trying to at least
        save my previous efforts from being wasted.

        NOTICE to ALL:

        I've just svnmerged CDRfix/4/5/6; so now it's all DAHDI based.

        Don't forget to check out:

        http://svn.digium.com/svn/dahdi/linux/trunk
        http://svn.digium.com/svn/dahdi/tools/trunk

        build and install first the linux half
        then build and install the tools half;

        then run ./configure in the CDRfix* dir make menuselect; make; make install
        there. Make sure the channel driver "chan_dahdi" is selected (if you use
        any zap stuff), and built.

        Show
        Steve Murphy added a comment - Sorry about the long wait; fixing these bugs took a lot of time, and I never really totally finished. Now, I'm trying to at least save my previous efforts from being wasted. NOTICE to ALL: I've just svnmerged CDRfix/4/5/6; so now it's all DAHDI based. Don't forget to check out: http://svn.digium.com/svn/dahdi/linux/trunk http://svn.digium.com/svn/dahdi/tools/trunk build and install first the linux half then build and install the tools half; then run ./configure in the CDRfix* dir make menuselect; make; make install there. Make sure the channel driver "chan_dahdi" is selected (if you use any zap stuff), and built.
        Hide
        Grey VoIP added a comment -

        I have tested against CDRfix4 and attended transfer CDRs are now correct. Blind transfer CDRs still have the wrong duration on the first call leg.

        Show
        Grey VoIP added a comment - I have tested against CDRfix4 and attended transfer CDRs are now correct. Blind transfer CDRs still have the wrong duration on the first call leg.
        Hide
        Steve Murphy added a comment -

        Greyvoip reported via email this past week, that indeed, the
        blind xfer times are correct. yay!

        Show
        Steve Murphy added a comment - Greyvoip reported via email this past week, that indeed, the blind xfer times are correct. yay!
        Hide
        Digium Subversion added a comment -

        Repository: asterisk
        Revision: 127663

        U branches/1.4/channels/chan_dahdi.c
        U branches/1.4/channels/chan_sip.c
        U branches/1.4/include/asterisk/cdr.h
        U branches/1.4/main/cdr.c
        U branches/1.4/main/channel.c
        U branches/1.4/main/pbx.c
        U branches/1.4/res/res_features.c

        ------------------------------------------------------------------------
        r127663 | murf | 2008-07-02 19:08:58 -0500 (Wed, 02 Jul 2008) | 30 lines

        The CDRfix4/5/6 omnibus cdr fixes.

        (closes issue ASTERISK-10481)
        Reported by: murf
        Tested by: murf, deeperror

        (closes issue ASTERISK-12240)
        Reported by: falves11
        Tested by: murf, falves11

        (closes issue ASTERISK-11309)
        Reported by: greyvoip

        As to 11849, I think these changes fix the core problems
        brought up in that bug, but perhaps not the more global
        problems created by the limitations of CDR's themselves
        not being oriented around transfers.

        Reopen if necc, but bug reports are not the best
        medium for enhancement discussions. We need to start
        a second-generation CDR standardization effort to cover
        transfers.

        (closes issue ASTERISK-10625)
        Reported by: rossbeer
        Tested by: greyvoip, murf

        ------------------------------------------------------------------------

        http://svn.digium.com/view/asterisk?view=rev&revision=127663

        Show
        Digium Subversion added a comment - Repository: asterisk Revision: 127663 U branches/1.4/channels/chan_dahdi.c U branches/1.4/channels/chan_sip.c U branches/1.4/include/asterisk/cdr.h U branches/1.4/main/cdr.c U branches/1.4/main/channel.c U branches/1.4/main/pbx.c U branches/1.4/res/res_features.c ------------------------------------------------------------------------ r127663 | murf | 2008-07-02 19:08:58 -0500 (Wed, 02 Jul 2008) | 30 lines The CDRfix4/5/6 omnibus cdr fixes. (closes issue ASTERISK-10481 ) Reported by: murf Tested by: murf, deeperror (closes issue ASTERISK-12240 ) Reported by: falves11 Tested by: murf, falves11 (closes issue ASTERISK-11309 ) Reported by: greyvoip As to 11849, I think these changes fix the core problems brought up in that bug, but perhaps not the more global problems created by the limitations of CDR's themselves not being oriented around transfers. Reopen if necc, but bug reports are not the best medium for enhancement discussions. We need to start a second-generation CDR standardization effort to cover transfers. (closes issue ASTERISK-10625 ) Reported by: rossbeer Tested by: greyvoip, murf ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=127663

          People

          • Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development