similar to: rfc2833 vs. sipinfo and network weirdness

The background: trying out direct peer-to-peer SIP between a Grandstream BT100 and a Sipura SPA-3000 with its FXO port connected to a PSTN line. I found initially that the Sipura was very unreliable at detecting the digits dialled by the Grandstream. I have had all my GS phones set to DTMF=SIP-INFO. I found that by changing to RFC2833, the Sipura would then detect digits reliably. I'm

We are tracking the following situation: SIP client connects to our Asterisk server, and then connects to another SIP user. Re-invite is OFF, so Asterisk is in the middle of the whole conversation. When one SIP client sends DTMF tones, the SIP client uses RFC2833 to send the tones to the server. (This is correct). The server then sends RFC2833 tones out to the other SIP client. The problem is,

I appreciate your report (below), but it's a strange and disturbing coincidence for me. DTMF out through Vitelity was not working for me until 1-2 days ago when I changed it from rfc2833 to inband! Maybe I just missed the change date and I should change it back? ---- Date: Tue, 22 Jul 2008 12:23:39 -0400 From: "Mark G. Thomas" <Mark at Misty.com> Subject: [asterisk-users]

I know I wouldn't normally want this due to double tones, but my upstream provider has an issue where they negotiate rfc2833 but then send dtmf inband. I don't expect to get both at the same time, so is there a way to make asterisk turn on both inband or rfc2833? Auto doesn't work because it sees the rfc2833 in SDP then ignores inband for the remainder of the call. Thanks.

Hi, Last week my outbound (dtmfmode=inband) DTMF via Vitelity started acting more weird than usual, and for outbound calls, incoming DTMF tones would consistenly get stuck, breaking a call screen macro I had set up. I checked "sip show peer" and saw that Vitelity for inbound was now reporting "DTMFmode : rfc2833" (it didn't used to), so switched my ountbound dtmfmode to

Sorry if this was posted yesterday, I was having issues with being auto-unsubscribed because of my spam filter. Not sure if my post made it through. Hi everyone, I'm wondering if I'm missing something obvious here, or if Asterisk just doesn't support what I'm trying to do. It seems like it should be simple, but appearances can be deceiving. I've got an Asterisk box

We are testing some DTMF-driven applications over VOIP (legacy systems which use fast pulses of standard DTMF tones). The applications work fine when Digium IAXy's are used - no loss or garbling of DTMF tones. However, when we use SIP modems (such as Sipura 1000's), the DTMF tones are frequently uninterpretable and our applications have to ask for retries. I am under the impression that

We are using Asterisk 1.0.7. We have this scenario: IAX2 user comes in to Asterisk, dials an extension, and transfers to a SIP user. The dial command is simple, looks like this: exten => 300,1,Dial(SIP/300) Extension 300 is a legacy PBX device operated by touchtones. The user (coming in over IAX2) is trying to drive this PBX using touchtones. But the trouble is, by the time the touchtones

Hello, I have installed oh323 channel driver. Outgoing calls to H.323 world do not include RFC2833 in the outgoing TerminalCapabilitiesSet despite that userInputMode=RFC2833 has already been set. Does anyone know how to make RFC 2833 DTMF relay work over oh323 channel? Kind regards, Fernando Herrera _____ De: Fernando Herrera [mailto:fherrera@iplan.com.ar] Enviado el:

We are experiencing intermittent DTMF problems here, with the following setup: ITSP -> PIX -> Asterisk (g729, RFC2833 for DTMF). I am running Ubuntu server 10.04, but Asterisk is compiled by us and not installed from the software repository. Essentially, DTMF works for some time, but at some point it simply stops and the point at which it stops appears to be random. Using RTP debug, I

I'm having an issue sending DTMF to cisco dialing this extension I should hear the dtmf tone RTP playload 101 has been sent to the cisco phone, but no audio. in the dialplan exten => 8603,1,Answer(1) exten => 8603,n,sipdtmfmode(rfc2833) exten => 8603,n,SendDTMF(1|100) exten => 8603,n,hangup() sip.conf dtmfmode=rfc2833 SIPDefault.conf I did play with all possible settings for

Hi. I have a SIP provider which wants RFC2833 for the dtmfmode, however I would like to increase the duration of the tone, its pretty short and some IVR's are unhappy or don't detect it. I did poke around, but it looks like when RFC2833 is used, it actually generates rtp packets of some sort, so I have no idea how to increase that duration. Any assistance would be appreciated. -- Your

I am running Asterisk 1.4.22.2, though I have also found this problem with 1.4.23.x Sometimes after I hang up the system continues to spew packets to my phone causing it to become unusable until I restart Asterisk. Michael

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

Hi, In testing the Budgetone we have noticed something strange with DTMF and Voicemail. When we set the Budgetone for RFC2833, and connect to voicemail, the detected DTMF digits do not correspond with what we pressed on the phone. For example user=1001, password=1001 is detected as: Incorrect password '1111000000111' for user '111000000111' (context = <any>) Any idea

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

Hello mailing list, I have been porting one of my Asterisk boxes to 1.4 and I have encountered a nasty DTMF problem. What happens is someone might come in to my IVR and enter "12345" and what will actually come through could be along the lines of "12234445". Sometimes it works, sometimes it doesn't. I had this problem with 1.2 back in November but was able to solve it

Hi, I'm am getting doubled DTMF on some digits with one of my providers who also uses asterisk. We're using SIP, with dtmfmode set to rfc2833, and the codec G.711. Once out of every five or ten calls, there are no problems, but more often than not, the DTMF is getting doubled-up on at least one of the digits of the extension dialed. I've tested with a CVS-HEAD from Febuary, and just

Hi all I have posted a question on the asterisk dev board about this issue but I want to see if any users have run up against this. This issue is that when calls are run through Broadvox and Level 3 the in-call rfc2833 dtmf is not reliable. This occured for me on asterisk version 1.6.1.18, 1.6.1.20 it appears to have been fixed when I went to 1.6.2.11 but broken again in 1.6.2.12-rc1. I have