<div dir="ltr">Could this be a keypad sound that gets picked up by the microphone?<br clear="all"><div dir="ltr"><span style="font-family:Verdana, Arial, Helvetica, sans-serif"><span style="font-size:small">-Avi</span></span></div>
<br><br><div class="gmail_quote">On Wed, Aug 17, 2011 at 12:55 AM, David Bolen <span dir="ltr"><<a href="mailto:db3l.net@gmail.com">db3l.net@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Kristian Kielhofner <<a href="mailto:kris@kriskinc.com">kris@kriskinc.com</a>> writes:<br>
<br>
> Agreed. Sounds like an analog device not clamping inband DTMF -> RFC<br>
> 2833 events properly (or quickly enough).<br>
><br>
> Grab a pcap and look at the audio. See if you can see DTMF in the<br>
> audio stream itself.<br>
<br>
Thanks. I do believe the problem is while tones are using RFC2833. I<br>
did some separate in-band testing (manually configuring the PAP2T for<br>
in-band and using start_dtmf on the switch) and in that case full<br>
tones go through to the conference while also being recognized (though<br>
in that case by switch_ivr_async, not switch_rcp). What I hear in the<br>
2833 case is a more truncated/clipped "blip" of sound.<br>
<br>
I just ran a specific test with two conference participants - blink on<br>
a Mac (software sipphone), and an analog phone through a PAP2T. Both<br>
connections direct to the FreeSWITCH server, no PSTN gateway involved.<br>
I used blink as the DTMF generator.<br>
<br>
I pressed "4" 4 times in blink, 3 of which (cases 1,2 and 4) were<br>
audible blips to the other phone. A summary of the blink outbound rtp<br>
is at the bottom. It seems to have the c101 types properly for the<br>
presses. Not sure if the occasional repeated sequence number is an<br>
issue. The pcap for the outbound leg is entirely c0 rtp types.<br>
<br>
I used wireshark to generate audio files from the inbound blink leg<br>
and the outbound PAP2T leg of the call and verified that the inbound<br>
leg from blink to FreeSwitch was silent, while you can clearly hear<br>
the brief blips of tones on the outbound leg. So whatever is<br>
happening (even if not FreeSWITCH but networking or some other host<br>
issue) doesn't appear to be the end device(s).<br>
<br>
-- David<br>
<br>
Inbound packets (sipphone -> FreeSWITCH):<br>
17:23:24.954474 udp/rtp 160 c0 6611 197118243 1533652571<br>
17:23:24.973732 udp/rtp 160 c0 6612 197118403 1533652571<br>
17:23:25.053559 udp/rtp 4 c101 * 6613 197118723 1533652571<br>
17:23:25.053588 udp/rtp 4 c101 * 6613 197118723 1533652571<br>
17:23:25.053594 udp/rtp 4 c101 * 6613 197118723 1533652571<br>
17:23:25.098159 udp/rtp 4 c101 * 6614 197118723 1533652571<br>
17:23:25.098389 udp/rtp 4 c101 * 6615 197118723 1533652571<br>
17:23:25.114263 udp/rtp 4 c101 * 6616 197118723 1533652571<br>
17:23:25.114377 udp/rtp 4 c101 * 6617 197118723 1533652571<br>
17:23:25.114392 udp/rtp 4 c101 * 6617 197118723 1533652571<br>
17:23:25.114402 udp/rtp 4 c101 * 6617 197118723 1533652571<br>
17:23:25.127360 udp/rtp 160 c0 6618 197119763 1533652571<br>
17:23:25.142563 udp/rtp 160 c0 6619 197119923 1533652571<br>
17:23:25.157877 udp/rtp 160 c0 6620 197120083 1533652571<br>
17:23:25.241723 udp/rtp 4 c101 * 6621 197120403 1533652571<br>
17:23:25.241751 udp/rtp 4 c101 * 6621 197120403 1533652571<br>
17:23:25.241766 udp/rtp 4 c101 * 6621 197120403 1533652571<br>
17:23:25.260182 udp/rtp 4 c101 * 6622 197120403 1533652571<br>
17:23:25.313686 udp/rtp 4 c101 * 6623 197120403 1533652571<br>
17:23:25.313708 udp/rtp 4 c101 * 6624 197120403 1533652571<br>
17:23:25.313721 udp/rtp 4 c101 * 6624 197120403 1533652571<br>
17:23:25.313728 udp/rtp 4 c101 * 6624 197120403 1533652571<br>
17:23:25.320545 udp/rtp 160 c0 6625 197121363 1533652571<br>
17:23:25.325668 udp/rtp 160 c0 6626 197121523 1533652571<br>
17:23:25.355376 udp/rtp 160 c0 6627 197121683 1533652571<br>
17:23:25.360447 udp/rtp 160 c0 6628 197121843 1533652571<br>
17:23:25.385616 udp/rtp 160 c0 6629 197122003 1533652571<br>
17:23:25.486738 udp/rtp 4 c101 * 6630 197122243 1533652571<br>
17:23:25.486777 udp/rtp 4 c101 * 6630 197122243 1533652571<br>
17:23:25.486826 udp/rtp 4 c101 * 6630 197122243 1533652571<br>
17:23:25.486921 udp/rtp 4 c101 * 6631 197122243 1533652571<br>
17:23:25.492201 udp/rtp 4 c101 * 6632 197122243 1533652571<br>
17:23:25.534484 udp/rtp 4 c101 * 6633 197122243 1533652571<br>
17:23:25.534505 udp/rtp 4 c101 * 6634 197122243 1533652571<br>
17:23:25.534514 udp/rtp 4 c101 * 6634 197122243 1533652571<br>
17:23:25.534519 udp/rtp 4 c101 * 6634 197122243 1533652571<br>
17:23:25.540002 udp/rtp 160 c0 6635 197123283 1533652571<br>
17:23:25.540155 udp/rtp 160 c0 6636 197123443 1533652571<br>
17:23:25.580041 udp/rtp 160 c0 6637 197123603 1533652571<br>
17:23:25.640075 udp/rtp 4 c101 * 6638 197123923 1533652571<br>
17:23:25.640106 udp/rtp 4 c101 * 6638 197123923 1533652571<br>
17:23:25.646655 udp/rtp 4 c101 * 6638 197123923 1533652571<br>
17:23:25.705011 udp/rtp 4 c101 * 6639 197123923 1533652571<br>
17:23:25.710230 udp/rtp 4 c101 * 6640 197123923 1533652571<br>
17:23:25.710259 udp/rtp 4 c101 * 6641 197123923 1533652571<br>
17:23:25.710286 udp/rtp 4 c101 * 6641 197123923 1533652571<br>
17:23:25.710301 udp/rtp 4 c101 * 6641 197123923 1533652571<br>
17:23:25.710313 udp/rtp 160 c0 6642 197124883 1533652571<br>
17:23:25.723594 udp/rtp 160 c0 6643 197125043 1533652571<br>
17:23:25.745100 udp/rtp 160 c0 6644 197125203 1533652571<br>
17:23:25.762744 udp/rtp 160 c0 6645 197125363 1533652571<br>
<br>
<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div>