[Freeswitch-users] g729 annexa/annexb interoperability

Javier Gallart jgallartm at gmail.com
Mon Apr 25 15:44:34 MSD 2011


Hello all

we're using a Sangoma D100 card for transcoding. Our configuration, as far
as the codec policy is concerned, basically does this:

-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}"/>)
-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.

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.

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).

Is there any way to force the transcoding in a situation like the one I
described?

Thanks in advance

Javi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110425/02bf2f15/attachment.html 


More information about the FreeSWITCH-users mailing list