[Freeswitch-users] Number of codecs offerred in SDP

David Ponzone david.ponzone at gmail.com
Mon Jun 28 00:15:22 PDT 2010 

Please, retry with a genuine config (the default one would be a wise  
choice).

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26
www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis  
à l'intention exclusive de ses destinataires. Toute utilisation ou  
diffusion non autorisée est interdite. Tout message électronique est  
susceptible d'altération. IPeva décline toute responsabilité au titre  
de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes  
pas destinataire de ce message, merci de le détruire immédiatement et  
d'avertir l'expéditeur.




Le 28/06/2010 à 07:37, Mark Campbell-Smith a écrit :

> Hi All,
>
> I'm not really sure if I got a firm answer for this one.  Is the only
> way to ensure that transcoding is performed is by using
> late-negotiation?  Why aren't all my codecs sent in the INVITE message
> to the B-leg (extension 1020)?
>
> Thanks!
>
> On Thu, Jun 24, 2010 at 9:32 AM, Mark Campbell-Smith
> <mcampbellsmith at gmail.com> wrote:
>> FS version and codecs are shown below, but my config file are  
>> probably
>> quite old.  But I guess they should still work?
>>
>> All codecs are loaded, and the call works if late negotiation is set
>> on profile internal.
>> As I wrote above:
>> The call setup is extension 1000 calls extension 1020
>> 1. Extension 1000 calls with preferred codec PCMU.  PCMU is chosen by
>> FS as the A-leg codec
>> 2. Extension 1020 only supports GSM codec.  The call fails with Not
>> Acceptable Here.
>>
>> I forgot to write that Extension 1000 does not support GSM (I want to
>> force transcoding).  Is that why FS is filtering out GSM on the b- 
>> leg?
>>
>> freeswitch at internal> version
>> FreeSWITCH Version 1.0.head (git-9b5778f 2010-06-19 14-49-15 -0500)
>>
>> freeswitch at internal> show codecs
>> type,name,ikey
>> codec,ADPCM (IMA),mod_voipcodecs
>> codec,G.711 alaw,CORE_PCM_MODULE
>> codec,G.711 ulaw,CORE_PCM_MODULE
>> codec,G.722,mod_voipcodecs
>> codec,G.723.1 6.3k,mod_g723_1
>> codec,G.726 16k,mod_voipcodecs
>> codec,G.726 16k (AAL2),mod_voipcodecs
>> codec,G.726 24k,mod_voipcodecs
>> codec,G.726 24k (AAL2),mod_voipcodecs
>> codec,G.726 32k,mod_voipcodecs
>> codec,G.726 32k (AAL2),mod_voipcodecs
>> codec,G.726 40k,mod_voipcodecs
>> codec,G.726 40k (AAL2),mod_voipcodecs
>> codec,G.729,mod_com_g729
>> codec,GSM,mod_voipcodecs
>> codec,H.261 Video (passthru),mod_h26x
>> codec,H.263 Video (passthru),mod_h26x
>> codec,H.263+ Video (passthru),mod_h26x
>> codec,H.263++ Video (passthru),mod_h26x
>> codec,H.264 Video (passthru),mod_h26x
>> codec,LPC-10,mod_voipcodecs
>> codec,PROXY PASS-THROUGH,CORE_PCM_MODULE
>> codec,PROXY VIDEO PASS-THROUGH,CORE_PCM_MODULE
>> codec,RAW Signed Linear (16 bit),CORE_PCM_MODULE
>> codec,Speex,mod_speex
>>
>> 25 total.
>>
>>
>> On Wed, Jun 23, 2010 at 11:05 PM, David Ponzone <david.ponzone at gmail.com 
>> > wrote:
>>> Mark,
>>> I confirm that, as I wrote that wiki page (the early negotiation  
>>> part) :)
>>> Can you really confirm your FS version ?
>>> The parameter you showed is old.
>>> codec-prefs has been replaced in SIP profiles by:
>>>     <param name="inbound-codec-prefs" value="$$ 
>>> {global_codec_prefs}"/>
>>>     <param name="outbound-codec-prefs" value="$$ 
>>> {outbound_codec_prefs}"/>
>>> David Ponzone  Direction Technique
>>> email: david.ponzone at ipeva.fr
>>> tel:      01 74 03 18 97
>>> gsm:   06 66 98 76 34
>>> Service Client IPeva
>>> tel:      0811 46 26 26
>>> www.ipeva.fr  -   www.ipeva-studio.com
>>> Ce message et toutes les pièces jointes sont confidentiels et  
>>> établis à
>>> l'intention exclusive de ses destinataires. Toute utilisation ou  
>>> diffusion
>>> non autorisée est interdite. Tout message électronique est  
>>> susceptible
>>> d'altération. IPeva décline toute responsabilité au titre de ce  
>>> message s'il
>>> a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire  
>>> de ce
>>> message, merci de le détruire immédiatement et d'avertir  
>>> l'expéditeur.
>>>
>>>
>>>
>>> Le 23/06/2010 à 14:43, Mark Campbell-Smith a écrit :
>>>
>>> Check this good wiki page for how FS negotiates codecs (early
>>> negotiation default):
>>> http://wiki.freeswitch.org/wiki/Codec_Negotiation
>>>
>>> I have this set in my internal profile:
>>>    <param name="codec-prefs" value="$${global_codec_prefs}"/>
>>>
>>> and as stated before vars.xml:
>>> <X-PRE-PROCESS cmd="set" data="global_codec_prefs=G729,PCMU,GSM"/>
>>> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=G729,PCMU,GSM"/>
>>>
>>> Setting late negotiation works (thanks Sergey), but reading the wiki
>>> page, I see the following sentence, which I interpret that GSM  
>>> should
>>> still be sent:
>>> When FS calls leg B, the list of codecs in outbound-codec-prefs for
>>> the SIP profile is reorganized by pushing the codec negotiated above
>>> for leg A at the top . If B does not accept any of the codecs, the
>>> calls fails, obviously.
>>>
>>>
>>>
>>> On Wed, Jun 23, 2010 at 10:28 PM, Tony Graziano
>>> <tgraziano at myitdepartment.net> wrote:
>>>
>>> I'm a newb to fs, but doesn't codec get neogtiated by the endpoints?
>>>
>>> Wouldn't fs only get involved when its media server is referred to?
>>>
>>> If the "other endpoint" will only accept G729, doesn't that mean you
>>>
>>> need to change that endpoint to also accept G711 or also license  
>>> G729
>>>
>>> in FS?
>>>
>>> On 6/23/10, Mark Campbell-Smith <mcampbellsmith at gmail.com> wrote:
>>>
>>> Test Setup:
>>>
>>> vars.xml:
>>>
>>>   <X-PRE-PROCESS cmd="set" data="global_codec_prefs=G729,PCMU,GSM"/>
>>>
>>>   <X-PRE-PROCESS cmd="set"  
>>> data="outbound_codec_prefs=G729,PCMU,GSM"/>
>>>
>>> The call setup is extension 1000 calls extension 1020
>>>
>>> 1. Extension 1000 calls with preferred codec PCMU.  PCMU is chosen  
>>> by
>>>
>>> FS as the A-leg codec
>>>
>>> 2. Extension 1020 only supports GSM codec.  The call fails with Not
>>>
>>> Acceptable Here.
>>>
>>> FS only offers G729 and PCMU to 1020.  How do I change the number of
>>>
>>> codecs that are offered to an extension?  I know I can change the
>>>
>>> order in the codec_prefs, but would prefer FS to offer all three
>>>
>>> codecs to an extension.
>>>
>>>    m=audio 23662 RTP/AVP 0 18 101 13
>>>
>>>    a=rtpmap:0 PCMU/8000
>>>
>>>    a=rtpmap:18 G729/8000
>>>
>>>    a=rtpmap:101 telephone-event/8000
>>>
>>>    a=fmtp:101 0-16
>>>
>>>    a=rtpmap:13 CN/8000
>>>
>>>    a=ptime:30
>>>
>>> Thanks
>>>
>>> _______________________________________________
>>>
>>> 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
>>>
>>>
>>> --
>>>
>>> Sent from my mobile device
>>>
>>> ======================
>>>
>>> Tony Graziano, Manager
>>>
>>> Telephone: 434.984.8430
>>>
>>> sip: tgraziano at voice.myitdepartment.net
>>>
>>> Fax: 434.984.8431
>>>
>>> Email: tgraziano at myitdepartment.net
>>>
>>> LAN/Telephony/Security and Control Systems Helpdesk:
>>>
>>> Telephone: 434.984.8426
>>>
>>> sip: helpdesk at voice.myitdepartment.net
>>>
>>> Fax: 434.984.8427
>>>
>>> Helpdesk Contract Customers:
>>>
>>> http://www.myitdepartment.net/gethelp/
>>>
>>> Why do mathematicians always confuse Halloween and Christmas?
>>>
>>> Because 31 Oct = 25 Dec.
>>>
>>> _______________________________________________
>>>
>>> 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
>>>
>>>
>>> _______________________________________________
>>> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100628/c749a731/attachment-0001.html

More information about the FreeSWITCH-users mailing list