DTMF tones

[Xponder1]

Basically if you hear this, it's the PAP2 interpreting a sound/voice as DTMF. By default it essentially "listens" for a DTMF tone and if it "hears" a hint of what it thinks is one, it'll generates it. This is why it only happens to some people (the sound/voice has to be the pitch/sound its looking for. This has been going on for years with those.

If you do experience, here's what you can do.

1) Go to vPanel - Features - Preferences - Advanced and set your DTMF Method to Inband. This will require the adapter to reboot.

2) If you still have it the, go to vPanel - Features - Preferences - Advanced and set your Audio to pass through the VOIPo network (more strict with DTMF).

It should be able to be resolved 99% of the time with these two things.

Are there any negative effects from using these settings?

[VOIPoTim]

Are there any negative effects from using these settings?

There shouldn't be. Inband DTMF basically just sends the "signal" for the DTMF tone instead of the DTMF sound...at least the way I understand it.

[Xponder1]

Support had put me on these settings before you posted them and I am still hearing the tones. Oh, and I have rebooted the ATA several times.

[VOIPoTim]

Support had put me on these settings before you posted them and I am still hearing the tones. Oh, and I have rebooted the ATA several times.

Out of curiosity, how long have you had STUN on? Depending on the network setup in some cases STUN can force the audio to be routed directly instead of being proxied regardless of what we set it to do.

Has it always been enabled or was it enabled around the time this started?

If STUN wasn't on for a reason, let's try disabling it (and rebooting) and see if that solves it since it being disabled will make sure the audio preference is followed.

[Xponder1]

Out of curiosity, how long have you had STUN on? Depending on the network setup in some cases STUN can force the audio to be routed directly instead of being proxied regardless of what we set it to do.

Has it always been enabled or was it enabled around the time this started?

If STUN wasn't on for a reason, let's try disabling it (and rebooting) and see if that solves it since it being disabled will make sure the audio preference is followed.

I turned STUN on last night trying to resolve the other issues I am having. I did not really think it would make any difference (and it didn't). I have never needed a STUN server and have not changed my setup. As you requested I turned it back off.

I noticed that in Vpanel there is a option for support and it has a recent ticket summery but it only has two old tickets? Were you aware that tickets do not show up there?

Thanks,

Edited out part of the above after getting a reply from support.

[VOIPoTim]

I noticed that in Vpanel there is a option for support and it has a recent ticket summery but it only has two old tickets? Were you aware that tickets do not show up there?

Thanks,

Edited out part of the above after getting a reply from support.

Have support verify the email associated with your vPanel account. The tickets are linked through e-mail.

[dswartz]

Confused about something here. If the false tones happen because the ATA hears a sound from the other end that it mistakes for a DTMF tone, why would making the setting "Inband" fix it? If the ATA is doing RFC2833, why would this ever happen, since it would not be looking for DTMF tones in the inbound audio stream? Obviously, I am misunderstanding something here...