Summary:	ASTERISK-21933: DTMF feature hook triggered for both caller and peer when peer initiates blind transfer
Reporter:	Matt Jordan (mjordan)	Labels:
Date Opened:	2013-06-20 15:08:18	Date Closed:	2013-08-19 11:42:52
Priority:	Major	Regression?
Status:	Closed/Complete	Components:	Core/Bridging
Versions:	12	Frequency of Occurrence
Related Issues:
Environment:	Asterisk SVN-trunk-r392279	Attachments:	( 0) full.2
Description:	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.
Comments: