Re: [Sipp-users] Entering DTMF in the SIPP Scenario PLEASE READ

[mayamatakeshi <may...@gm...>]

On Wed, Aug 24, 2011 at 5:31 AM, Corcione, John
<joh...@hr...>wrote:

> I figured out the payload had to match the pcap file.  However when I send
> the call to my desk phone I hear the tones in the continuous pcap file but
> sound very short maybe choppy.
>

If you are using RFC2833 tones in your pcap files then the bad quality of
the sound is just how your desk phone is reproducing them, because there is
no actual audio packets related to tones in the file.
If you are using actual in-band tones in your pcap files then remember that
G.729 is unreliable as a way to transport DTMF tones (so it would be better
to test with G.711).
And if you are sending both RFC2833 and in-band tones, then you might be
confusing the platform.

Also you must check what is the behavior of the platform. As I said before,
if you offer telephone-events, an IVR system might decide to ignore in-band
tones (will not start a digit detector and will rely on RFC2833 packets).


>   I am trying to play the tones separately however I only  here on tone.
>

I would try using a single file with the necessary pauses. Don't try to
resolve several problems at the same time. First make it work with a static
sequence of digits using G.711. Then when this works you can research how to
use different sequences and use different codecs like G.729.