[Freeswitch-users] enforcing RTP payload numbers for codecs

[Tzury Bar Yochay]

Brian and Anthony,
Dears,

I am afraid it is a bug in teh FS
See, if during SDP the client declare on payload 98 and fs declare on 99.
Then client expect receiving 99 while sending 98. That is fine.
However, when both clients are the same (as in our case) since FS is not
trans-coding
clients receives 98 in
given that same sip client cannot work with previous versions of FS
where there Speex was 98 (and 97 in older)


On Thu, Jul 8, 2010 at 5:08 PM, Anthony Minessale <
anthony.minessale at gmail.com> wrote:

> No, you can't force codecs in the dynamic range and if properly
> implemented, it won't matter what number either side chooses.
>
> On Jul 8, 2010 8:34 AM, "Tzury Bar Yochay" <tzury.by at reguluslabs.com>
> wrote:
>
> Hi,
>
> I just download the latest, build and brought up all is fine.
> However, our clients are connected via IP over GPRS(UMTS) and thus we
> are using Speex codec.
>
> Is there a way I can enforce speex to have 97 or 98 instead of 99?
> Currently as it looks in the vars.xml speex is 99.
> see dump (taken from default vars.xml)
>
> thanks
> Tzury
>       RTP Dynamic Payload Numbers currently used in FreeSWITCH and what
> for.
>
>       96  - AMR
>       97  - iLBC (30)
>       98  - iLBC (20)
>       99  - Speex 8kHz, 16kHz, 32kHz
>       100 -
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>


-- 
Tzury Bar Yochay

tzury.by at reguluslabs.com
+ 972 52 5133399
twitter.com/tzury
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100708/ad60cd65/attachment.html