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"/

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-negotiation

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