<div dir="ltr">Alexander, thanks for the reply!<div><br></div><div>I'm going to move forward with using the original static values as defaults in order to hopefully minimize any issues.</div><div><br></div><div>Currently what I am thinking is when a dynamic payload type needs an assignment it will first check to see if a default value exists for it. If so, then use that unless another dynamic payload type has already claimed it (which hopefully won't happen too often).<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 16, 2017 at 4:31 AM, Alexander Traud <span dir="ltr"><<a href="mailto:pabstraud@compuserve.com" target="_blank">pabstraud@compuserve.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Is there any advantage to falling back to [the currently used] numbers as defaults for a given format?<br>
<br>
If the remote party cares about a dynamic RTP payload type number but ignores its "=rtpmap:", this is a software bug for sure [1][2][3]. Consequently, you are asking whether SIP/SDP implementations are known which are still in use and contain such a software bug.<br>
<br>
Yes, I know such an implementation, released last year by a company in the SIP market since day one. If I use another number in the range 96-127, I face no audio on incoming calls at that phone (and then it must be restarted to continue to do any audio). I have to use exactly the type number expected by that phone. This bug was reported and is confirmed. Although this is a severe bug, a resolution is questionable. Therefore, yes, I see an advantage.<br>
<br>
[1] <<a href="https://tools.ietf.org/html/rfc4566#section-5.14" rel="noreferrer" target="_blank">https://tools.ietf.org/html/<wbr>rfc4566#section-5.14</a>> sub-field <fmt><br>
[2] <<a href="https://tools.ietf.org/html/rfc4566#section-6" rel="noreferrer" target="_blank">https://tools.ietf.org/html/<wbr>rfc4566#section-6</a>> attribute =rtpmap:<br>
[3] <<a href="https://tools.ietf.org/html/rfc4566#section-8.2.3" rel="noreferrer" target="_blank">https://tools.ietf.org/html/<wbr>rfc4566#section-8.2.3</a>><br>
<span class="gmail-HOEnZb"><font color="#888888"><br><br></font></span></blockquote></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><pre style="padding:2px;border:1px solid rgb(114,99,77);background-color:rgb(238,238,238);color:rgb(0,0,0);overflow:auto">Kevin Harwell
Digium, Inc. | Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></pre></div></div>
</div></div></div>