similar to: Can I make asterisk do inband and rfc2833 at the same time?

Using FireFly, all other codecs but G711 Ulaw is selected. But whenever I place a call, I get: Jan 24 16:07:06 WARNING[30654495]: dsp.c:1468 ast_dsp_process: Inband DTMF is not supported on codec G.711 u-law. Use RFC2833 Umm, wtf? I thought Inband was ONLY supported on G.711 u-law. -------------- next part -------------- An HTML attachment was scrubbed... URL:

> I have seen the following effect in Asterisk, though: where > it converts > an inband DTMF (eg coming off a Zap channel) into an > indication, it mutes > the audio where that tone is. But sometimes it leaves a > teeny bit of the > tone behind. > > If you take such a call over say IAX to somewhere and then > back out a Zap > channel, you end up with the

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: Max Glucksmann (Fax del trabajo).vcf Type: text/x-vcard Size: 617 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20060118/b1b5e895/MaxGlucksmannFaxdeltrabajo.vcf

Hi all. Why don't Asterisk support inband DTMF with G729? Is there a way to do that!? Are you using RFC2833? Doesn't it a security hole? Thanks. Denis.

Does anybody know why Asterisk does not support inband DTMF for G.729? Our SIP carrier use inband dtmf for G.729. This causes problem for us to use it for our Asterisk IVR system. Any suggestion to solve this problem? Gary -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070622/43308a1f/attachment.htm

I have a client who is using a Shoretel PBX. This PBX apparently does not send DTMF information OOB, but instead sends this inband via the B-channel. This is traversing an Asterisk box via a PRI. The user calls the IVR (1-800-CALL-DHL), receives audio, but is not able to present DTMF to engage the IVR. With some light research it appears that the DSP is not activating until the call is

Is it possible to make Asterisk do inband DTMF over IAX?

Hi, We have few systems with asterisk 1.4.22.1 and we use sip trunking for them not PRI's, one of our system is giving a problem of dtmf (rfc2833), like when we dial the number that have IVR and enter the extension or access code, it some time takes it and some times does'nt recognize the digits dialled. We also tried auto and info for dtmf but could not get the dtmf to work reliably, can

Hi can anyone help me on this error msg?? dsp.c:1467 ast_dsp_process: Unable to process inband DTMF on 2 frames thnx St

It appears Asterisk can handle DTMF inband on only a limited selection of formats, of which G.729 is not one. The issue appears to be something involving "short data" -- whatever that is. (I'm inferring all this from looking at dsp.c in the vicinity of the error message I was getting, which pointed to line 1424.) What *is* "short data"? Is this really a show-stopper for

Hi again, I am trying to get my DTMF to use RFC 2833 rather then inband, so that I can utilize lower bandwidth codecs through my FXO. After much tinkering I was able to get my gateway (wellgate 3701A) configured to a point where I have some success, but no real joy. I have configured the RTP Payload type (or RFC2833 Payload type) to 101. I don't have a clue what this means, but I took

Hi, I am using asterisk 1.4.17 which is connected to a SIP trunk supporting rfc2833 dtmf events. Asterisk stays in the media path. In sip.conf I have set dtmfmode=rfc2833 for the outbound sip proxy (SIP Trunk account) and for SIP clients I have set dtmfmode=info. So when I make a call to a cell number using the sip trunk and then press digits I can see the 2833 dtmf events coming to asterisk

Hello everybody, I have set dtmfmode=auto in my sip.conf, but that does not work and I still got the following message: WARNING[4980]: dsp.c:1422 ast_dsp_process: Inband DTMF is not supported on codec g729. Use RFC2833 According to http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+dtmfmode: auto: Asterisk will use rfc2833 for DTMF relay by default but will switch to inband DTMF tones

Hello folks. I'm not sure if this is the right list for this question, but I'll start here. If I'm using a SIP provider and I have an entry in sip.conf that looks like: [8315551212] type => friend ... dtmfmode => inband ... When I pick up the phone, call someone through this provider, and press numeric digits to generate dtmf tones, who is actually generating the tones at the

Hello list, Hope you are all doing fine! I have stumbled over some piece of dialplan code in which apparently they were trying to avoid recording the DTMF tones in the wav file. It is really messy and I am not sure if this really works. So after a bit of research I found this comment ( https://community.asterisk.org/t/asterisk-dtmf-record/65040) in which it is said: *"Asterisk strips the

How come FireFly doesn't give me an Inband DTMF option? Only RFC2833 and Info. RFC2833 is the default, so I left it that way. I also unchecked all the codecs except g711ulaw to force that codecs usage. However, when I go to place a call, I get this: Nov 3 13:18:44 WARNING[53641241]: dsp.c:1468 ast_dsp_process: Inband DTMF is not supported on codec G.711 u-law. Use RFC2833 Nov 3 13:18:44

Incoming FWD calls from other FWD users, iaxtel, or via ipkall, need to have dtmfmode=rfc2833. However, incoming FWD calls from the dialup access numbers (such as libretel) need to have dtmfmode=inband. To solve this problem, I created a second FWD account and configured sip.conf as follows, in order to match the incoming number to the proper dtmfmode: [fwd-rfc] type=friend secret=*****

Topology: PSTN<-T1 PRI->NEAX2400<-T1 PRI->Cisco 3825<-Ethernet-> Asterisk VoIP server When I make a call to a VoIP user from the PSTN, the call gets routed through the PBX, and Cisco. Because of that the DTMF tones are passed inband, which I can hear on the VoIP end of the call. However, I have one extension on asterisk set up so that I can check voice mail when away from my

Hi, I've managed to get X-Lite (v2 build 1050) working pretty well with *, but am having problems with the DTMF signalling. I've used inband signalling with no problems on the uncompressed codecs (G711), but obviously this doesn't work with the compressed ones (GSM). However when I try to use RFC 2833 it doesn't seem to pick up "0" properly. For example if I dial the

I've setup Asterisk to work with Broadvoice for both incoming and outgoing calls. I can make outgoing calls, but when I try to receive an incoming call I see the following message on the console: [date] NOTICE[8661]: chan_sip.c:13178 handle_request_invite: Unable to create/find SIP channel for this INVITE It's registered with Broadvoice: Name/username Host Dyn