Thanks David<br><br><div>this is how Cisco sees the g729 issue: <a href="http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a00800b6710.shtml#g729">http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a00800b6710.shtml#g729</a></div>
<div>IIRC the cng packets have 2 bytes payload, if an endpoint does not support annexb, what should it do about those packets?</div><div><br></div><div>Regards</div><div><br></div><div>Javi </div><div><br></div><div><br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">---------- Forwarded message ----------<br>From: David Ponzone <<a href="mailto:david.ponzone@ipeva.fr">david.ponzone@ipeva.fr</a>><br>
To: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>Date: Mon, 25 Apr 2011 16:19:39 +0200<br>Subject: Re: [Freeswitch-users] g729 annexa/annexb interoperability<br>
<div style="word-wrap:break-word">Javier,<div><br></div><div>I dont think there is anything to transcode.</div><div>G729 and G729B are the same, except the latter uses VAD and CNG.</div><div><br><div><div>
<span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:Helvetica;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:Helvetica;font-size:14px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><div style="word-wrap:break-word">
<div><font face="'Helvetica Neue'"><font color="#1C00FF">David Ponzone </font><font color="#000000" size="3"><span style="font-size:12px">Direction Technique</span></font></font></div><div><font face="'Helvetica Neue'"><font size="3"><span style="font-size:13px">email: <a href="mailto:david.ponzone@ipeva.fr" target="_blank">david.ponzone@ipeva.fr</a></span></font></font></div>
<div><font face="'Helvetica Neue'"><font size="3"><span style="font-size:13px">tel: 01 74 03 18 97</span></font></font></div><div><font face="'Helvetica Neue'"><font size="3"><span style="font-size:13px">gsm: 06 66 98 76 34</span></font></font></div>
<div><font face="'Helvetica Neue'"><br></font></div><div><font color="#1C00FF" face="'Helvetica Neue'">Service Client<span> </span></font><font face="'Helvetica Neue'"><font color="#FF0000">IP</font></font><font color="#1C00FF" face="'Helvetica Neue'">eva</font></div>
<div><font color="#1C00FF" face="'Helvetica Neue'"><span style="color:rgb(0, 0, 0);font-family:Helvetica"><div><font face="'Helvetica Neue'"><font size="3"><span style="font-size:13px">tel: 0811 46 26 26</span></font></font></div>
<div><font face="'Helvetica Neue'" size="3"><span style="font-size:13px"><div style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0px;color:rgb(0, 34, 243)"><span style="text-decoration:underline"><a>www.ipeva.fr</a></span><span style="color:rgb(101, 104, 149)"> - <span style="color:rgb(0, 34, 243);text-decoration:underline"><a>www.ipeva-studio.com</a></span></span></div>
<div style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0px;color:rgb(0, 34, 243)"><span style="text-decoration:underline"><br></span></div><div style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0px;color:rgb(0, 34, 243)">
<span><div style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0px;text-align:justify;color:rgb(192, 192, 192)"><i>Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. </i><b><i>IPeva</i></b><i> décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.</i></div>
<div style="text-decoration:underline;text-align:justify"><font color="#C0C0C0"><i><br></i></font></div></span></div></span></font></div></span></font></div></div></span><br></span><br>
</div>
<br><div><div>Le 25/04/2011 à 13:44, Javier Gallart a écrit :</div><br><blockquote type="cite">Hello all<div><br></div><div>we're using a Sangoma D100 card for transcoding. Our configuration, as far as the codec policy is concerned, basically does this:</div>
<div><br></div><div>-In the first offer to the b-leg we use the same codec list we receive (<action application="export" data="absolute_codec_string=${ep_codec_string}"/>)</div>
<div>-If the call fails with status 488, we repeat the call using all the codecs available. This includes changing from annexb to annexa and viceversa.</div><div><br></div><div>Let's suppose a-leg only supports g729 annexA, and B-leg only supports G729 annexB. My understanding is that those different codec flavours don't interoperate; in fact I've experienced many times audio problems when trying to set up a call between endpoints supporting different g729 variants. </div>
<div><br></div><div>In the described case, FS sends initially annexb=no, and B-leg rejects it with cause 488. We rebuild the offer with annexb=yes, and then the offer is accepted by the B-leg. Our concern is that no transcoding resources are used in this case, and we might run into audio problems because of that. The other concern is that in the answer to the A-leg (in 183 and 200), annexb=yes is included. I'm not sure if all devices would support different fmtp parameters in the offer and the answer (the RFC, as usual, won't be explicit about this).</div>
<div><br></div><div>Is there any way to force the transcoding in a situation like the one I described?</div><div><br></div><div>Thanks in advance</div><div>
<br></div><div>Javi</div><div><br></div><div><br></div>
_______________________________________________<br>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></div></div><br><br></blockquote></div></div>