asterisk users - Aug 2006 - DTMF between cisco and sipura going through asterisk

Hello all,

	we're having an issue with DTMFs being sent to Sipura's. Calls are
originating from a Cisco AS5300 being sent to asterisk which in turn sends
it to the Sipura. Connected to the Sipura is a legacy PBX (or actually shows
the same problem with a cheap answering machine). The DTMFs sent from the
AS5300 aren't recognised by the legacy PBX.

- DTMFs are recognised correctly on the asterisk (when we check voicemail)
- The cisco is setup with dtmf-relay rtp-nte
- in sip.conf the cisco and sipura are set to rfc2833

If I set the cisco in dtmf-relay rtp-cisco it works on the sipura, but not
on the asterisk.

Unfortunately I can only set one dtmf-relay mode on the cisco. Is there
anything I can change on asterisk or sipura to get the sipura to work with
the rtp-nte (or to get asterisk to work with the cisco-rtp)?

Any hints can help,

Thanks
Ben

Figured it out, so here it is for archives sake:

I set the dtmf mode to "info" instead of "rfc2833" works
with asterisk
clients and sipura (Cisco gateway sends everything rtp-nte).

Thanks to all who helped.
Ben 

-----Original Message-----
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Benjamin
Lawetz
Sent: August 29, 2006 1:08 PM
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: [asterisk-users] DTMF between cisco and sipura going
throughasterisk

Hello all,

	we're having an issue with DTMFs being sent to Sipura's. Calls are
originating from a Cisco AS5300 being sent to asterisk which in turn sends
it to the Sipura. Connected to the Sipura is a legacy PBX (or actually shows
the same problem with a cheap answering machine). The DTMFs sent from the
AS5300 aren't recognised by the legacy PBX.

- DTMFs are recognised correctly on the asterisk (when we check voicemail)
- The cisco is setup with dtmf-relay rtp-nte
- in sip.conf the cisco and sipura are set to rfc2833

If I set the cisco in dtmf-relay rtp-cisco it works on the sipura, but not
on the asterisk.

Unfortunately I can only set one dtmf-relay mode on the cisco. Is there
anything I can change on asterisk or sipura to get the sipura to work with
the rtp-nte (or to get asterisk to work with the cisco-rtp)?

Any hints can help,

Thanks
Ben


_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

On Tue, 29 Aug 2006, Benjamin Lawetz wrote:
> Hello all,
> 
> 	we're having an issue with DTMFs being sent to Sipura's. Calls are
> originating from a Cisco AS5300 being sent to asterisk which in turn sends
> it to the Sipura. Connected to the Sipura is a legacy PBX (or actually
shows
> the same problem with a cheap answering machine). The DTMFs sent from the
> AS5300 aren't recognised by the legacy PBX.
> 
> - DTMFs are recognised correctly on the asterisk (when we check voicemail)
> - The cisco is setup with dtmf-relay rtp-nte
> - in sip.conf the cisco and sipura are set to rfc2833
> 
> If I set the cisco in dtmf-relay rtp-cisco it works on the sipura, but not
> on the asterisk.
> 
> Unfortunately I can only set one dtmf-relay mode on the cisco. Is there
> anything I can change on asterisk or sipura to get the sipura to work with
> the rtp-nte (or to get asterisk to work with the cisco-rtp)?
> 
> Any hints can help,
Ben,
	What version of Aserisk are you using? If it is the 1.2 series, 
there are all sorts of RFC-2833 DTMF Relay issues that can crop up. My 
suggestion is that if you are willing to take the time, it might be worth 
it to Upgrade to the pre-release version of Asterisk that is currently in 
TRUNK. This supports the new Variable Length DTMF code that should knock 
out nearly all of the DTMF issues that Asterisk has had. The 1.2 and 
earlier RTP stack and RFC-2833 implementation, while not technically wrong 
according to the RFC, did things a bit differently than the rest of the 
world has chosen, and therefore can cause DTMF instability.

-- 
    Vice President of N2Net, a New Age Consulting Service, Inc. Company
         http://www.n2net.net Where everything clicks into place!
                             KP-216-121-ST