<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><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">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, "7 kHz audio-coding
within 64 kbit/s". 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><br></div><div><br></div><div><div>On Jul 8, 2013, at 12:17 PM, Wesley Akio <<a href="mailto:wesleyakio@tuntscorp.com">wesleyakio@tuntscorp.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Hi all,<div><br></div><div>I'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 style="">But Freeswitch is prepared to accept only G722@8000 as can be seen in:</div><div style=""><br></div>
<div style="">[DEBUG] sofia_glue.c:5181 Audio Codec Compare [G722:9:16000:20:64000]/[G722:9:8000:10:64000]<br></div><div style=""><br></div><div style="">For now I've changed the source to accept 16000 but according to Anthony, as per the RFC, 8000 is the correct value.</div>
<div style=""><br></div><div style="">I've seen some conversations between Nandy Dagondon ans Steven Ayre but I'm not sure if it is the same issue, nonetheless I could not find a solution.</div><div style=""><br></div><div style="">
has anyone faced a similar problem and found a viable solution?</div></div></div></blockquote></div><br></div></body></html>