Summary: | ASTERISK-13224: PlayDTMF is not working | ||
Reporter: | Marcos Jose Setim (msetim) | Labels: | |
Date Opened: | 2008-12-16 13:23:48.000-0600 | Date Closed: | 2011-06-07 14:07:57 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Core/ManagerInterface |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | Hi guys, I'm trying to play dtmf digits to a channel, but it's not working. To test its is very simple, I made: 0. Enable full in logger.conf (exec tail -f /var/log/asterisk/full) 1. Register two sip phones 2. Call from one to another 3. Get some channel (show channels) 4. Login manager (telnet localhost 5038) 5. Send event: Action: PlayDTMF Channel: SIP/556-0859cdd8 Digit: 1 Thanks guys.. I hope that additional information help to found root cause. Ps. I don't know the correct category and I'm receving an error when I try to select .I did not set the category correctly. ****** ADDITIONAL INFORMATION ****** Following it my result was: weon*CLI> show channels Channel Location State Application(Data) SIP/556-0853d160 (None) Up Bridged Call(SIP/115-08603550) SIP/115-08603550 s@macro-dial:25 Up Dial(SIP/556|45|TtKk) Manager Command: Action: PlayDTMF Channel: SIP/115-08603550 Digit: 1 Response: Success Message: DTMF successfully queued Action: PlayDTMF Channel: SIP/556-0853d160 Digit: 1 Response: Success Message: DTMF successfully queued My full log was only: [2008-12-16 17:50:54] VERBOSE[7639] logger.c: -- Executing [s@macro-dial:25] Dial("SIP/115-08603550", "SIP/556|45|TtKk") in new stack [2008-12-16 17:50:54] VERBOSE[7639] logger.c: -- Called 556 [2008-12-16 17:50:54] VERBOSE[7639] logger.c: -- SIP/556-0853d160 is ringing [2008-12-16 17:50:56] VERBOSE[7639] logger.c: -- SIP/556-0853d160 answered SIP/115-08603550 When I type some digit on telephone I received: [2008-12-16 17:53:28] DTMF[7639] channel.c: DTMF begin '1' received on SIP/115-08603550 [2008-12-16 17:53:28] DTMF[7639] channel.c: DTMF begin passthrough '1' on SIP/115-08603550 [2008-12-16 17:53:28] DTMF[7639] channel.c: DTMF end '1' received on SIP/115-08603550, duration 280 ms [2008-12-16 17:53:28] DTMF[7639] channel.c: DTMF end accepted with begin '1' on SIP/115-08603550 [2008-12-16 17:53:28] DTMF[7639] channel.c: DTMF end passthrough '1' on SIP/115-08603550 [2008-12-16 17:53:30] DTMF[7639] channel.c: DTMF begin '1' received on SIP/556-0853d160 [2008-12-16 17:53:30] DTMF[7639] channel.c: DTMF begin passthrough '1' on SIP/556-0853d160 [2008-12-16 17:53:30] DTMF[7639] channel.c: DTMF end '1' received on SIP/556-0853d160, duration 110 ms [2008-12-16 17:53:30] DTMF[7639] channel.c: DTMF end accepted with begin '1' on SIP/556-0853d160 [2008-12-16 17:53:30] DTMF[7639] channel.c: DTMF end passthrough '1' on SIP/556-0853d160 | ||
Comments: | By: Joshua C. Colp (jcolp) 2008-12-16 13:27:51.000-0600 The log messages you are pointing out are for DTMF received *from* a channel, not sent to one. The manager action you are executing is sending the DTMF digit '1' to channel SIP/556-0859cdd8. What is the device in question? Is it muting the DTMF? Can you attach an rtp debug if using RFC2833 to see if the digit is getting sent? By: Marcos Jose Setim (msetim) 2008-12-16 13:52:07.000-0600 Hi file, I tried to sent DTMF to both channels trying to figure out some "my own" mistake, but it don't see DTMF an anyone of them. I will try to explain what I'm expecting: I made a call from SIP/115 to SIP/556 and I try to send "DTMF digit 1" to SIP/115. Yes, I can sent to you an rtp debug. Do you need an rtp debug from tcpdump or can be from asterisk cli command (rtp debug). From tcpdump can you have show me the command that you need? I'm using RFC2833 (DTMFmode: rfc2833) in both peers (SIP/115 and SIP/556) Bye By: Joshua C. Colp (jcolp) 2008-12-16 13:57:12.000-0600 I think you misunderstand the action. It does not send DTMF as though it came from the device, so you will never see the log messages you pointed out. It sends DTMF to the device. Asterisk will never see the DTMF. By: Russell Bryant (russell) 2008-12-16 15:29:57.000-0600 Closing this out because it is not a bug. |