<div dir="ltr">Hi,<div><br></div><div>the problem is, the device (a VoLTE phone) will ALWAYS offer AMR-WB and AMR-NB and we will need to do transcoding to G722 / G711 in most cases (unless the B-Party actually offers AMR-WB/AMR-NB).</div><div>The Answer may be pure G711 (RTPEngine will do Transcoding G711 <=> AMR-WB [meaningless]) or G722 (RTPEngine will do Transcoding G722 <=> AMR-WB [Makes sense]) or AMR-NB/-WB (no Transcoding [ideal]). If I could limit the Answer from RTPEngine to contain only AMR-NB, that would ideal, as AMR-NB has less complexity, than transcoding into AMR-WB and it would additionally save bandwidth (which is important in our case).</div><div><br></div><div>However, I should mention that I am already more than happy with the current result. Transcoding is working great, even with AMR/AMR-WB!</div><div><br></div><div>Thanks,</div><div>Carsten</div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">--</div><div dir="ltr">Carsten Bock I Managing Director <br>ng-voice GmbH<br><br>Millerntorplatz 1 I 20359 Hamburg I Germany<br><a href="http://www.ng-voice.com" target="_blank">www.ng-voice.com</a><br><br>Mobile +49 (0)179-20 21 244 I Direct +49 (0)40-52 47 593-40 I Fax +49 (0)40-52 47 593-99<br><br>Sitz der Gesellschaft: Hamburg<br>Registergericht: Amtsgericht Hamburg, HRB 120189<br>Geschäftsführer: Carsten Bock, Dr. David Bachmann<br>Ust-ID: DE279344284<br><br>Hier finden Sie unsere handelsrechtlichen Pflichtangaben:<br><a href="http://www.ng-voice.com/imprint/" target="_blank">http://www.ng-voice.com/imprint/</a></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mi., 22. Mai 2019 um 01:17 Uhr schrieb Richard Fuchs <<a href="mailto:rfuchs@sipwise.com">rfuchs@sipwise.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 21/05/2019 18.42, Carsten Bock wrote:<br>
> Hi Richard,<br>
><br>
> Thanks for your reply, understood.<br>
><br>
> The issue is following (not really an issue, more an optimization):<br>
> At the moment of the offer, I simply don't know, what will be <br>
> supported by the callee. G711 is however always supported, that's why <br>
> I don't want to strip it. I send the call to our upstream provider; if <br>
> he sends it to Telefonica, we get an answer with G722 and G711. If he <br>
> sends it to Deutsche Telekom, the answer is only G711. However, we <br>
> don't know, if it's gonna be Telefonica or Deutsche Telekom...<br>
><br>
> I was thinking about avoiding uneccessary RTP traffic (in HD) between <br>
> RTPEngine and the device in case of an outbound call. From a <br>
> signalling perspective, I get the right result, if I use <br>
> sdp_remove_codecs() in my reply. However, that won't work, since the <br>
> RTP stream sent from RTPEngine to the device is in HD, regardless of <br>
> the signalling.<br>
<br>
Maybe you want to make your transcoding options also dependent on <br>
whether G.711 was present in the original offer, and/or in what order <br>
the codecs were listed? Rtpengine won't do transcoding if both sides <br>
support the same codec, even if other codec pairings are possible <br>
(unless `always-transcode` is given). Are you using that option? Are you <br>
using other options to reorder codecs in the offer? Because normally the <br>
first supported codec will be used, and rtpengine adds transcoding codec <br>
offers to the end of the list. So they should only be used if no other <br>
codec is supported by the callee, unless the callee ignores the listed <br>
codec preferences, or codecs were reordered, or `always-transcode` was used.<br>
<br>
Cheers<br>
<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>