[asterisk-bugs] [JIRA] (ASTERISK-21933) DTMF feature hook triggered for both caller and peer when peer initiates blind transfer

Matt Jordan (JIRA) noreply at issues.asterisk.org
Thu Jun 20 15:10:03 CDT 2013


Matt Jordan created ASTERISK-21933:
--------------------------------------

             Summary: DTMF feature hook triggered for both caller and peer when peer initiates blind transfer
                 Key: ASTERISK-21933
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21933
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
    Affects Versions: 12
         Environment: Asterisk SVN-trunk-r392279
            Reporter: Matt Jordan
         Attachments: full.2

Scenario:

# Alice calls Bob with feature options {{hHkKtT}}
# Bob Answers
# Bob initiates a blind transfer by pressing {{#1}}
# Both Alice and Bob hear {{pbx-transfer}}
# Bob dials {{700}} to transfer Alice to parking
# Alice hears {{pbx-invalid}}
# Bob hears the parking extension
# Bob gets hung up

Clearly Alice shouldn't have heard anything...

In the log files attached, Alice is SIP/digium02-0000000f; Bob is SIP/digium01-00000010.

Bridging starts at:

{noformat}
[Jun 20 15:00:11] DEBUG[30930][C-00000006] bridging.c: Bridge technology holding_bridge does not have any capabilities we want.
{noformat}

Issue appears here:

{noformat}
[Jun 20 15:00:12] DEBUG[30930][C-00000006] res_rtp_asterisk.c: Creating BEGIN DTMF Frame: 35 (#), at 10.24.19.80:4052
[Jun 20 15:00:12] DTMF[30930][C-00000006] channel.c: DTMF begin '#' received on SIP/digium01-00000010
[Jun 20 15:00:12] DTMF[30930][C-00000006] channel.c: DTMF begin passthrough '#' on SIP/digium01-00000010
[Jun 20 15:00:12] DEBUG[30930][C-00000006] res_rtp_asterisk.c: Setting the marker bit due to a source update
[Jun 20 15:00:12] DEBUG[30930][C-00000006] res_rtp_asterisk.c: Creating END DTMF Frame: 35 (#), at 10.24.19.80:4052
[Jun 20 15:00:12] DTMF[30930][C-00000006] channel.c: DTMF end '#' received on SIP/digium01-00000010, duration 150 ms
[Jun 20 15:00:12] DTMF[30930][C-00000006] channel.c: DTMF end accepted with begin '#' on SIP/digium01-00000010
[Jun 20 15:00:12] DTMF[30930][C-00000006] channel.c: DTMF end passthrough '#' on SIP/digium01-00000010
[Jun 20 15:00:12] DEBUG[30930][C-00000006] bridging.c: DTMF feature string on 0x7fdbb8024df8(SIP/digium01-00000010) is now '#'
[Jun 20 15:00:12] DEBUG[30898][C-00000006] res_rtp_asterisk.c: Creating BEGIN DTMF Frame: 35 (#), at 10.24.19.55:4000
[Jun 20 15:00:12] DTMF[30898][C-00000006] channel.c: DTMF begin '#' received on SIP/digium02-0000000f
[Jun 20 15:00:12] DTMF[30898][C-00000006] channel.c: DTMF begin passthrough '#' on SIP/digium02-0000000f
[Jun 20 15:00:12] DEBUG[30898][C-00000006] res_rtp_asterisk.c: Setting the marker bit due to a source update
[Jun 20 15:00:12] DEBUG[30898][C-00000006] res_rtp_asterisk.c: Creating END DTMF Frame: 35 (#), at 10.24.19.55:4000
[Jun 20 15:00:12] DTMF[30898][C-00000006] channel.c: DTMF end '#' received on SIP/digium02-0000000f, duration 60 ms
[Jun 20 15:00:12] DTMF[30898][C-00000006] channel.c: DTMF end accepted with begin '#' on SIP/digium02-0000000f
[Jun 20 15:00:12] DTMF[30898][C-00000006] channel.c: DTMF end '#' detected to have actual duration 59 on the wire, emulation will be triggered on SIP/digium02-0000000f
[Jun 20 15:00:12] DTMF[30898][C-00000006] channel.c: DTMF end passthrough '#' on SIP/digium02-0000000f
[Jun 20 15:00:12] DEBUG[30898][C-00000006] bridging.c: DTMF feature string on 0x7fdbb80735b8(SIP/digium02-0000000f) is now '#'
{noformat}

The DTMF '#' should never have been passed through the bridge from SIP/digium01 to SIP/digium02.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list