<div dir="ltr">Yeap, now I know, Anthony explained and pointed me to some literature... :/ &quot;Historical reasons&quot;...<div><br></div><div style>I&#39;m playing with it right now and, in light of this information, it seems I missed something really obvious...</div>
<div style><br></div><div style>Audiocodes has both G.722/8000 and G.722/16000 in the codecs list. At first I though it would vary the sample rate but testing it now it seems all it does is change the SDP, since using G.722/8000 results in:</div>
<div style><div>2013-07-08 13:57:13.469291 [DEBUG] switch_ivr_play_say.c:1315 Codec Activated L16@16000hz 1 channels 20ms</div><div><br></div><div style>Will test a little bit further but it seems to be simpler than anticipated.</div>
<div style><br></div></div></div><div class="gmail_extra"><br clear="all"><div>Wesley Akio<br>TuntsCorp.com</div>
<br><br><div class="gmail_quote">On Mon, Jul 8, 2013 at 1:50 PM, Michael Jerris <span dir="ltr">&lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div>It may seem crazy, but you have to use 8000 for g722.  If audiocodes is really sending it as 16000 you need to report that to them.</div><div><br></div><a href="http://www.ietf.org/rfc/rfc3551.txt" target="_blank">http://www.ietf.org/rfc/rfc3551.txt</a><div>
<br></div><div><pre style="word-wrap:break-word;white-space:pre-wrap">4.5.2 G722

   G722 is specified in ITU-T Recommendation G.722, &quot;7 kHz audio-coding
   within 64 kbit/s&quot;.  The G.722 encoder produces a stream of octets,
   each of which SHALL be octet-aligned in an RTP packet.  The first bit
   transmitted in the G.722 octet, which is the most significant bit of
   the higher sub-band sample, SHALL correspond to the most significant
   bit of the octet in the RTP packet.

   Even though the actual sampling rate for G.722 audio is 16,000 Hz,
   the RTP clock rate for the G722 payload format is 8,000 Hz because
   that value was erroneously assigned in RFC 1890 and must remain
   unchanged for backward compatibility.  The octet rate or sample-pair
   rate is 8,000 Hz.</pre><div><div class="h5"><div><br></div><div><br></div><div><div>On Jul 8, 2013, at 12:17 PM, Wesley Akio &lt;<a href="mailto:wesleyakio@tuntscorp.com" target="_blank">wesleyakio@tuntscorp.com</a>&gt; wrote:</div>
<br><blockquote type="cite"><div dir="ltr">Hi all,<div><br></div><div>I&#39;m having some trouble with G722 and AudioCodes HD310 in latest 1.2-stable...</div><div><br></div><div>The phone sends the SDP:</div><div><div>v=0</div>
<div>o=1000 946688278 946688278 IN IP4 192.168.0.108</div>
<div>s=-</div><div>c=IN IP4 192.168.0.108</div><div>t=0 0</div><div>m=audio 4000 RTP/AVP 9 0 8 18 101</div><div>a=rtpmap:9 G722/16000</div><div>a=rtpmap:0 PCMU/8000</div><div>a=rtpmap:8 PCMA/8000</div><div>a=rtpmap:18 G729/8000</div>

<div>a=fmtp:18 annexb=no</div><div>a=rtpmap:101 telephone-event/8000</div><div>a=fmtp:101 0-15</div><div><br></div><div>But Freeswitch is prepared to accept only G722@8000 as can be seen in:</div><div><br></div>
<div>[DEBUG] sofia_glue.c:5181 Audio Codec Compare [G722:9:16000:20:64000]/[G722:9:8000:10:64000]<br></div><div><br></div><div>For now I&#39;ve changed the source to accept 16000 but according to Anthony, as per the RFC, 8000 is the correct value.</div>

<div><br></div><div>I&#39;ve seen some conversations between Nandy Dagondon ans Steven Ayre but I&#39;m not sure if it is the same issue, nonetheless I could not find a solution.</div><div><br></div><div>
has anyone faced a similar problem and found a viable solution?</div></div></div></blockquote></div><br></div></div></div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><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>
<br></blockquote></div><br></div>