Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To: b645798cb7dd6643910a368dd9cc8d8fa83...@lynkvm-mail01.lynk.com
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 46893
Message-ID: b72d.4bf44...@forum.sipfoundry.org
A new chapter in
Asterisk versions 1.4 and lower tend to do weird things with DTMF unless
certain precautions are taken. The best thing you could do at this point
is try to find an ITSP that uses Asterisk 1.6 and up or one that doesn't
use Asterisk.
Josh Patten
Assistant Network Administrator
Brazos County IT
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To: 4bf444f7.6020...@co.brazos.tx.us
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 46895
Message-ID: b72f.4bf44...@forum.sipfoundry.org
Josh,
We are *NOT* using Asterisk. See the
Ah, Josh is implying (correctly) that a lot of ITSP's use Asterisk. You can
see the UA version in your failed transactions.
Get another ITSP. There are a lot of them out there that seem to work well.
On Wed, May 19, 2010 at 4:13 PM, Michael W. Burden m...@lynk.com wrote:
Content-Type:
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To: aanlktineupupxgufwcl2m6gps6rldpdszfuuozp_c...@mail.gmail.com
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 46901
Message-ID: b735.4bf44...@forum.sipfoundry.org
Ah! Gotcha. Sorry
Using PRI and mediant 1000, so no ITSP
I do have a Trixbox system in production at a small office and they
sometimes have DTMF troubles, hence my comment.
Josh Patten
Assistant Network Administrator
Brazos County IT Dept.
(979) 361-4676
On 5/19/2010 3:23 PM, Michael W.Burden wrote:
, 2010 4:46 PM
To: Burden, Mike
Cc: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF Issues Revisited
Mike,
Did they say what header fields they thought were causing the trouble?
It sure looked like a 'normal' negotiation except for that weirdness
with the qualifier (limiting
From: Eric Varsanyi [mailto:sip...@eljv.com]
Sent: Wednesday, March 10, 2010 10:35 AM
To: Tony Graziano
Cc: Burden, Mike; sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF Issues Revisited
I am somewhat doubtful that the DTMF setting are at issue here.
I say
: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF Issues Revisited
What would be really interesting trace wise is the SDP headers showing the
offer/response for telephony events (from the invite and the ack). If the
ITSP is accepting these, at 101 even, and then not acting
=44822, Time=3427730944
Mike Burden
Lynk Systems, Inc
e-mail: m...@lynk.com
Phone: 616-532-4985
-Original Message-
From: Scott Lawrence [mailto:scottlawr...@avaya.com]
Sent: Tuesday, March 09, 2010 6:24 PM
To: Burden, Mike
Cc: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF
Lynk Systems, Inc
e-mail: m...@lynk.com
Phone: 616-532-4985
-Original Message-
From: Scott Lawrence [mailto:scottlawr...@avaya.com]
Sent: Tuesday, March 09, 2010 6:24 PM
To: Burden, Mike
Cc: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF Issues Revisited
On Tue
From: Tony Graziano [mailto:tgrazi...@myitdepartment.net]
Sent: Wednesday, March 10, 2010 8:36 AM
To: Burden, Mike
Cc: Scott Lawrence; sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF Issues Revisited
A real siptrace of a call that DTMF did not work properly
...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Burden,
Mike
Sent: Wednesday, March 10, 2010 9:27 AM
To: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF Issues Revisited
From: Tony Graziano [mailto:tgrazi...@myitdepartment.net]
Sent: Wednesday, March 10, 2010
I am somewhat doubtful that the DTMF setting are at issue here. I say that
because whether through an Ingate, PRI or sipxbridge I have never seen this.
All the above does is indicate someone pressed a key a bunch of times.
Is a siptrace available?
Tony
Tony,
His trace is actually
[mailto:sip...@eljv.com]
Sent: Wednesday, March 10, 2010 10:35 AM
To: Tony Graziano
Cc: Burden, Mike; sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF Issues Revisited
I am somewhat doubtful that the DTMF setting are at issue here.
I say that because whether through
calls to my test targets just today, and only had a couple successes.
Mike Burden
Lynk Systems, Inc
e-mail: m...@lynk.com
Phone: 616-532-4985
From: John Lodden [mailto:j...@lodden.com]
Sent: Friday, March 05, 2010 3:40 PM
To: Burden, Mike
Subject: Re: [sipx-users] DTMF
On Tue, 2010-03-09 at 17:05 -0500, Burden, Mike wrote:
OK, it looks like my understanding was way off base.
On the advice of Dave D., Eric V. and Dave W., I’ve tried:
- Locking the phones into G.711
- Increasing the DTMF On/Off times from 50 to 150 (tested at 25ms
increments)
image002.jpg
Mike Burden
image003.gif
Lynk Systems, Inc
e-mail: m...@lynk.com
Phone: 616-532-4985
From: Eric Varsanyi [mailto:sip...@eljv.com]
Sent: Sunday, March 07, 2010 2:03 PM
To: Burden, Mike
Cc: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] DTMF Issues Revisited
I recently had a problem with voip.ms exactly like this, the problem was that
something in their infrastructure or downstream just assumes that the 'dynamic'
RTP code for telephony events (DTMF) is 101. It isn't consistent and DTMF on
calls to the same destinations work or don't work apparently
Good afternoon,
Most of the time (about 75%) we can call a Customer/Vendor/etc that has
an automated attendant, and we are able to make selections or choose
extensions using DTMF on the keypad.
Once in a while, though, we make a call and are not able to make a
selection unless we wait
: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Burden,
Mike
Sent: Friday, March 05, 2010 3:27 PM
To: sipx-users@list.sipfoundry.org
Subject: [sipx-users] DTMF Issues Revisited
Good afternoon,
Most of the time (about 75%) we can call
On Fri, 2010-03-05 at 15:27 -0500, Burden, Mike wrote:
Most of the time (about 75%) we can call a Customer/Vendor/etc that
has an automated attendant, and we are able to make selections or
choose extensions using DTMF on the keypad.
Once in a while, though, we make a call and are not able to
On 3/5/2010 2:27 PM, Burden, Mike wrote:
Good afternoon,
Most of the time (about 75%) we can call a Customer/Vendor/etc that
has an automated attendant, and we are able to make selections or
choose extensions using DTMF on the keypad.
Once in a while, though, we make a call and are not
23 matches
Mail list logo