Oh, and it is allowed in the standard to override a static number with a rtpmap line for a dynamic codec if you run out of numbers in the dynamic range, but the unassigned numbers should be used before any of the assigned ones.<br>
<br>-Steve<br><br><br><br><div class="gmail_quote">On 16 January 2011 23:21, Steven Ayre <span dir="ltr">&lt;<a href="mailto:steveayre@gmail.com">steveayre@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
It&#39;s part of the RTP/SDP standards. They&#39;re either static or dynamic numbers.<br><br>Dynamic ones (96-127) are named by name in a=rtpmap lines.<br><br>Static numbers are reserved numbers and the a=rtpmap is allowed but optional (although some devices incorrectly require it)<br>

The list of reserved static numbers is: <a href="http://www.iana.org/assignments/rtp-parameters" target="_blank">http://www.iana.org/assignments/rtp-parameters</a><br><br>-Steve<div><div></div><div class="h5"><br><br><br>
<div class="gmail_quote">On 16 January 2011 23:18, Diego Viola <span dir="ltr">&lt;<a href="mailto:diego.viola@gmail.com" target="_blank">diego.viola@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">How do you understand these RTP/AVP numbers?<br>
<div><br>
 m=audio 23344 RTP/AVP 3 18 98 99 9 0 8 101 13<br>
<br>
</div>What does the numbers mean? I don&#39;t see that on the wiki.<br>
<br>
Any help appreciated.<br>
<div><div></div><div><br>
On Sun, Jan 16, 2011 at 7:48 PM, David Ponzone &lt;<a href="mailto:david.ponzone@ipeva.fr" target="_blank">david.ponzone@ipeva.fr</a>&gt; wrote:<br>
&gt; That sounds like a bad reading of the trace.<br>
&gt; The important line is the 239th:<br>
&gt;  m=audio 23344 RTP/AVP 3 18 98 99 9 0 8 101 13<br>
&gt; That means codec 3 is sent first (so GSM), then 18 (so G729).<br>
&gt; I think you should read a little bit on early negotiation.<br>
&gt; If leg A has GSM in 1st position, if your inbound codec list allows GSM, and<br>
&gt; your outbound codec list is : G729, PCM, GSM, than your outbound INVITE to<br>
&gt; leg B will have GSM in 1st position, because that was requested by leg A.<br>
&gt; That&#39;s in the wiki, it&#39;s a part I rewrote myself some weeks ago, in the most<br>
&gt; readable way I could.<br>
&gt; David Ponzone  Direction Technique<br>
&gt; email: <a href="mailto:david.ponzone@ipeva.fr" target="_blank">david.ponzone@ipeva.fr</a><br>
&gt; tel:      01 74 03 18 97<br>
&gt; gsm:   06 66 98 76 34<br>
&gt; Service Client IPeva<br>
&gt; tel:      0811 46 26 26<br>
&gt; <a href="http://www.ipeva.fr" target="_blank">www.ipeva.fr</a>  -   <a href="http://www.ipeva-studio.com" target="_blank">www.ipeva-studio.com</a><br>
&gt; Ce message et toutes les pièces jointes sont confidentiels et établis à<br>
&gt; l&#39;intention exclusive de ses destinataires. Toute utilisation ou diffusion<br>
&gt; non autorisée est interdite. Tout message électronique est susceptible<br>
&gt; d&#39;altération. IPeva décline toute responsabilité au titre de ce message s&#39;il<br>
&gt; a été altéré, déformé ou falsifié. Si vous n&#39;êtes pas destinataire de ce<br>
&gt; message, merci de le détruire immédiatement et d&#39;avertir l&#39;expéditeur.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Le 16/01/2011 à 21:59, Diego Viola a écrit :<br>
&gt;<br>
&gt; Hello,<br>
&gt;<br>
&gt; I&#39;m experiencing some strange issue with codecs. I have the following<br>
&gt; in my vars.xml file:<br>
&gt;<br>
&gt;  &lt;X-PRE-PROCESS cmd=&quot;set&quot;<br>
&gt; data=&quot;global_codec_prefs=G729,G7221@32000h,G7221@16000h,G722,PCMU,PCMA,GSM&quot;/&gt;<br>
&gt;  &lt;X-PRE-PROCESS cmd=&quot;set&quot; data=&quot;outbound_codec_prefs=G729,PCMU,PCMA,GSM&quot;/&gt;<br>
&gt;<br>
&gt; &quot;inbound-late-negotiation&quot; and &quot;disable-transcoding&quot; are commented in<br>
&gt; my internal SIP profile. So I guess I&#39;m in Early Negotiation (default<br>
&gt; behavior) mode.<br>
&gt;<br>
&gt; However, when I send a call to my provider, and I look at the SIP<br>
&gt; trace I see that FS is sending another codec, not G729 as I specified<br>
&gt; in the global_codec_prefs / outbound_codec_prefs parameters.<br>
&gt;<br>
&gt; I&#39;m sending calls like this:<br>
&gt;<br>
&gt;        &lt;action application=&quot;bridge&quot; data=&quot;sofia/internal/$<a href="mailto:1@38.102.93.70" target="_blank">1@38.102.93.70</a>&quot;/&gt;<br>
&gt;<br>
&gt; Here is a SIP trace of a call:<br>
&gt;<br>
&gt; <a href="http://pastebin.freeswitch.org/15042" target="_blank">http://pastebin.freeswitch.org/15042</a><br>
&gt;<br>
&gt; I&#39;m not understanding why FS is sending an INVITE with the G7221 codec<br>
&gt; in line 240, if I&#39;m telling it explicitly that I want G729 as the<br>
&gt; priority when possible in the codec prefs options. But I see G729 in<br>
&gt; the 200 OK in line 291.<br>
&gt;<br>
&gt; I&#39;ve been told to use absolute_codec_string=G729 in my dialplan or<br>
&gt; enable late negotiation, but why if I&#39;m already telling it to use G729<br>
&gt; in the codec prefs?<br>
&gt;<br>
&gt; my softphone IP: 190.23.80.10<br>
&gt; provider IP: 38.102.93.70<br>
&gt; FS IP: 77.92.65.126<br>
&gt;<br>
&gt; calls flow like this:<br>
&gt;<br>
&gt; softphone -&gt; FS -&gt; provider<br>
&gt;<br>
&gt; Any help appreciated.<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; FreeSWITCH-users mailing list<br>
&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; FreeSWITCH-users mailing list<br>
&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
</div></div>--<br>
<div>Diego Viola<br>
Representative of Bridgecom LLC<br>
Phone: +595 971 320 520<br>
GTalk: <a href="mailto:diego.viola@gmail.com" target="_blank">diego.viola@gmail.com</a><br>
MSN: <a href="mailto:diegoev@msn.com" target="_blank">diegoev@msn.com</a><br>
LinkedIn: <a href="http://www.linkedin.com/pub/diego-viola/15/886/609" target="_blank">http://www.linkedin.com/pub/diego-viola/15/886/609</a><br>
<a href="http://www.bridgecom.com.py" target="_blank">www.bridgecom.com.py</a><br>
<br>
_______________________________________________<br>
</div><div><div></div><div>FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>