<div dir="ltr"><div dir="ltr">On Tue, Nov 26, 2019 at 12:11 PM Benoit Panizzon <<a href="mailto:benoit.panizzon@imp.ch">benoit.panizzon@imp.ch</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Gang<br>
<br>
I offer:<br>
<br>
g722<br>
g711a<br>
<br>
g711a is mandatory. g722 is becoming more and more popular.<br>
<br>
Now if a call originates from a device which support g722 and ends on a<br>
device which does not. I see that asterisk is transcoding between g722<br>
and g711a despite both ends supporting g711a.<br>
<br>
Google tells me, that in this scenario asterisk should have selected<br>
g711a as this is the codec common for both sides.<br>
<br>
So why is my asterisk instance choosing to transcode instead of trying<br>
to natively and even remotely bridge the calls?<br>
<br>
I have nothing in the dial plan which would force asterisk to listen to<br>
the audio and I have set direct_media=yes on both endpoints.<br></blockquote><div><br></div><div>Each call leg is independently negotiated, from Asterisk to the device. This can yield results such as what you are seeing. There have been requests to improve this, but noone has taken that on as a project because it's not as easy as one would initially think (you have to define configuration options to define behavior in scenarios, go through everything making it aware, etc).</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div style="font-family:tahoma,sans-serif"><font color="#073763">Joshua C. Colp</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Senior Software Developer</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Sangoma Technologies</font></div><div style="font-family:tahoma,sans-serif"><font color="#073763">Check us out at</font> <a href="http://www.sangoma.com/" style="color:rgb(17,85,204)" target="_blank">www.sangoma.com</a></div></div></div></div></div></div></div></div></div></div>