Video Codec Sent In SDP Offer
If a call is made from a phone that does not include a video codec (i.e. H.264), Freeswitch still offers H.264 as a codec in the INVITE to the callee. I think this is because H.264 is included in the inbound-codec-prefs and outbound-codec-prefs of the sip_profile (which is needed to support video calls). Is there an easy way to configure Freeswitch to exclude H.264 based on the caller's INVITE? Because it never would make sense for it to offer H.264 in this scenario. Best Regards, Jerry
Have you tried <param name="inbound-codec-negotiation" value="generous"/>
From http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#inbound-codec-nego...
inbound-codec-negotiation set to 'greedy' if you want your codec list to take precedence <param name="inbound-codec-negotiation" value="generous"/> if 'greedy' doesn't work for you, try 'scrooge' which has been known to fix misreported ptime issues with DID providers such as CallCentric. A rule of thumb is: 'generous' permits the remote codec list have precedence and 'win' the codec negotiation and selection process 'greedy' forces a win by the local FreeSWITCH preference list 'scrooge' takes 'greedy' a step further, so that the FreeSWITCH wins even when the far side lies about capabilities during the negotiation process sip_codec_negotiation is a channel variable version of this setting inbound-late-negotiation Uncomment to let calls hit the dialplan *before* you decide if the codec is OK. <param name="inbound-late-negotiation" value="true"/> Sent from my iPad On Sep 4, 2012, at 9:53 AM, Jerry Richards <jerry.richards@teotech.com> wrote:
If a call is made from a phone that does not include a video codec (i.e. H.264), Freeswitch still offers H.264 as a codec in the INVITE to the callee. I think this is because H.264 is included in the inbound-codec-prefs and outbound-codec-prefs of the sip_profile (which is needed to support video calls).
Is there an easy way to configure Freeswitch to exclude H.264 based on the caller's INVITE? Because it never would make sense for it to offer H.264 in this scenario.
Best Regards, Jerry
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Actually, the issue is introduced prior to SDP negotiation. That is, Freeswitch includes video codecs in the very first SDP offer sent to the callee when it shouldn't. CONFIGURATION: Phone A does not have video capability Phone B does have video capablity The conf/sip_profile/internal.xml has the following tags: <param name="inbound-codec-negotiation" value="generous"/ <param name="inbound-bypass-media" value="false"/> <param name="inbound-late-negotiation" value="true"/> SCENARIO: 1. Phone A calls Phone B. 2. INVITE from Phone A to FS does not include video codecs. 3. INVITE from FS to Phone B includes video codecs (added by FS from the global codec list) 4. Phone B supports video codecs and presents the call as a video call, since that option is included in the codec list. 5. When video call is answered by Phone B, a video connection cannot be established because it is not supported by Phone A. The problem is not related to who gets precedence in selecting the codec; the problem is that video codecs should not be offered by FS at all, since they cannot be supported by the caller. Thanks, Jerry From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Mike Burlingame Sent: Tuesday, September 04, 2012 10:43 AM To: FreeSWITCH Users Help Cc: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Video Codec Sent In SDP Offer Have you tried <param name="inbound-codec-negotiation" value="generous"/>
From http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#inbound-codec-nego...
inbound-codec-negotiation set to 'greedy' if you want your codec list to take precedence <param name="inbound-codec-negotiation" value="generous"/> if 'greedy' doesn't work for you, try 'scrooge' which has been known to fix misreported ptime issues with DID providers such as CallCentric. A rule of thumb is: § 'generous' permits the remote codec list have precedence and 'win' the codec negotiation and selection process § 'greedy' forces a win by the local FreeSWITCH preference list § 'scrooge' takes 'greedy' a step further, so that the FreeSWITCH wins even when the far side lies about capabilities during the negotiation process sip_codec_negotiation<http://wiki.freeswitch.org/wiki/Variable_sip_codec_negotiation> is a channel variable version of this setting inbound-late-negotiation Uncomment to let calls hit the dialplan *before* you decide if the codec is OK. <param name="inbound-late-negotiation" value="true"/> Sent from my iPad On Sep 4, 2012, at 9:53 AM, Jerry Richards <jerry.richards@teotech.com<mailto:jerry.richards@teotech.com>> wrote: If a call is made from a phone that does not include a video codec (i.e. H.264), Freeswitch still offers H.264 as a codec in the INVITE to the callee. I think this is because H.264 is included in the inbound-codec-prefs and outbound-codec-prefs of the sip_profile (which is needed to support video calls). Is there an easy way to configure Freeswitch to exclude H.264 based on the caller's INVITE? Because it never would make sense for it to offer H.264 in this scenario. Best Regards, Jerry _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (2)
-
Jerry Richards
-
Mike Burlingame