<div dir="ltr"><div dir="ltr">On Mon, Jul 6, 2020 at 5:11 AM Dennis Buteyn <<a href="mailto:dennis.buteyn@xorcom.com">dennis.buteyn@xorcom.com</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">
  
    
  
  <div>
    <p><font face="Liberation Sans">We found that during testing that
        when codecs are defined in the order "vp8,g729" the call is
        dropped. When codecs are instead defined in the order "g729,vp8"
        the call succeeds. For our systems we will make sure codecs are
        always in "audio,video" order because that seems to work. It
        does smell like there's a bug somewhere but I'm not sure what...
        Think it is worth reporting or we made a mistake and docs
        declare we configured chan_sip the wrong way?</font><br>
    </p>
    </div></blockquote></div>You can however chan_sip is community supported, so it would just go into an open state. If it were reproduced under chan_pjsip then it would also go into the Sangoma queue.<br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><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">Asterisk Technical Lead</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 <a href="http://www.sangoma.com" target="_blank">www.sangoma.com</a> and <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a></font><br></div></div></div></div></div></div></div></div></div></div></div>