Urgent: Beeps during calls!

Stewart

Guru
Joined
Sep 16, 2009
Messages
603
Reaction score
6
I've been working with Linetux (great guy by the way) on trying to squash some issues. One VERY BIG one remains that my clients are steaming over: Beeps in the calls!

It's not a call-waiting that coming in. It isn't recording beeps. I don't think it's talk-off since it happens on a large majority of the calls. The calls that have problems do seem to be almost, if not, all cell phones. I don't know where the beeps are coming from at all. :cryin:

If I capture and look at the SIP and RTP packets, I see DTMF being generated by Asterisk and sent out to the phones, but I don't see DTMF coming in. Some clients are using SIP and others are analog with a Grandstream gateway. Is there any way to keep the DTMF tones from being regenerated at the phone or to keep Asterisk from regenerating at all? I'm getting pretty desperate here! :banghead:

* Running Asterisk Version : Asterisk 1.4.35
* Asterisk Source Version : 1.4.35
* Dahdi Source Version : 2.4.0+2.4.0
* Libpri Source Version : 1.4.11.4
* Addons Source Version : 1.4.11

Phones are Aastra 57i's with the new 2.6.0.2010

The trunks include:
rfc2833compensate=yes
relaxdtmf=no

I'll even pay for a few hours of time if need be!
 
There is no recording happening. There is also no customization that would initiate the recording. Also, there is no pattern that it would happen every x seconds or so. Unless I missed something, I don't see anything that could explain my problem. What in particular should I be looking at?
 
Turn off all the fax modules and fax detection.
 
You're right on your comment on that thread. The other issue you run into is that when you put DTMF out-of-band, you lose the ability for long/short DTMF tones - they are whatever they're defined to be. This can cause issues (although I don't have any specific information to give you).

I don't think we covered this before - so two questions:

1) What is the firmware version for your Aastra phones?

2) Have you tired contacting Aastra on this at all? It does seem specific to their phones, although I've never experienced it.
 
From what we have experienced....

Give this a try:

Add the following lines to your aastra.conf file (if you are using provisioning)

# Set DTMF Mode
sip dtmf method: 1
sip out-of-band dtmf: 0

What this will do is set the DTMF Mode to SIP INFO and un-check the check box to force out of band DTMF.

We were plagued by the exact same problem for months until we tried out this solution.

Let us know if this is helpful to you as well.

Thanks very much,

Rich.
 
I'm finally able to see the problem! I'm actually seeing DTMF passed in from the carrier in the form of staggered beeps and then regenerated by the phone as 1 beep. Here's a snapshot of what Wireshark presents.

richcorp12:
Does doing this have any affect on your users interacting with other IVR's?
 

Attachments

Dtmf...

From what we have seen, this should not affect interaction with other IVR's in any way. The only issue we have seen, although only at one particular client, is that when the client needed to use account codes (which are being handled by the carrier) they were not able to pass the DTMF for the account code.

Other that that one issue, we have this as a standard practice at all clients (over 2 dozen installations to date) without any additional issues.

We have seen the DTMF feedback issue with almost all systems installed before we began using these settings.

Give it a try one one or two phones first and then you can decide if it is the issue and then put it in the configuration file. (Using the phone's web GUI at first)

Thanks very much,

Rich.
 
I've made the change and outgoing DTMF is working. I'll cross my fingers that it fixes the beeping! Any idea why the provider would be sending random DTMF down the pipe? DTMF-A isn't used by phones IIRC so it would have to be a provider sending it...
 
Yes I have seen that post. One of the several influences that caused me to already have rfc2833compensate=yes in the trunks as I noted in my original post. Was there anything else to see from that thread? That's all I got out of it...
 
Yes I have seen that post. One of the several influences that caused me to already have rfc2833compensate=yes in the trunks as I noted in my original post. Was there anything else to see from that thread? That's all I got out of it...

No, just the rfc2833compensate.
 

Members online

No members online now.

Forum statistics

Threads
26,693
Messages
174,435
Members
20,263
Latest member
Fugazi31
Get 3CX - Absolutely Free!

Link up your team and customers Phone System Live Chat Video Conferencing

Hosted or Self-managed. Up to 10 users free forever. No credit card. Try risk free.

3CX
A 3CX Account with that email already exists. You will be redirected to the Customer Portal to sign in or reset your password if you've forgotten it.
Back
Top