PSTN -> Freeswitch/freetdm (sending) -> Freeswitch/sip (receiving) PCMU is always winning between these two Freeswitch 1.2.23 boxes regardless of order in the codec list, when a call comes on freetdm. If I remove PCMU from the receiving box global_codec_prefs and thus the sofia external profile "CODECS IN" it works as expected and picks the top agreed codec from the freetdm sending box and the receiving. Before I paste debug logs, is there something I should be looking for on the sending box in relation to freetdm?
Check sip_codec_negotiation: https://wiki.freeswitch.org/wiki/Variable_sip_codec_negotiation Applies to inbound calls. Generous will allow FreeSWITCH to select the most preferred compatible codec from the remote end. Greedy will force the incoming profile to select the preferred compatible codec selected locally. Scrooge is greedy plus more or less forcing a few extra parameters (like ptime). Scenario: FS A (OPUS, G722, PCMU) -> FS B (PCMU, G722, GSM) Generous set on FS B - G722 wins Greedy set on FS B - PCMU wins Scrooge should only be used in extreme circumstances. On Tue, Mar 25, 2014 at 11:31 PM, Pete Ashdown <pashdown@xmission.com> wrote:
PSTN -> Freeswitch/freetdm (sending) -> Freeswitch/sip (receiving)
PCMU is always winning between these two Freeswitch 1.2.23 boxes regardless of order in the codec list, when a call comes on freetdm. If I remove PCMU from the receiving box global_codec_prefs and thus the sofia external profile "CODECS IN" it works as expected and picks the top agreed codec from the freetdm sending box and the receiving.
Before I paste debug logs, is there something I should be looking for on the sending box in relation to freetdm?
_________________________________________________________________________ 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
-- Kristian Kielhofner
On 03/26/2014 08:30 AM, Kristian Kielhofner wrote:
Check sip_codec_negotiation:
https://wiki.freeswitch.org/wiki/Variable_sip_codec_negotiation
Applies to inbound calls. Generous will allow FreeSWITCH to select the most preferred compatible codec from the remote end. Greedy will force the incoming profile to select the preferred compatible codec selected locally. Scrooge is greedy plus more or less forcing a few extra parameters (like ptime).
Scenario: FS A (OPUS, G722, PCMU) -> FS B (PCMU, G722, GSM)
Generous set on FS B - G722 wins Greedy set on FS B - PCMU wins
Scrooge should only be used in extreme circumstances.
"Greedy" on FS B fixes the immediate issue, but I'm still puzzled as to why PCMU is being preferred by FS A if its codec list looks like this (which is identical to FS B): CODECS OUT opus,G722,G7221,speex,iLBC@30i,PCMU,PCMA,GSM
On Thu, Mar 27, 2014 at 1:14 PM, Pete Ashdown <pashdown@xmission.com> wrote:
"Greedy" on FS B fixes the immediate issue, but I'm still puzzled as to why PCMU is being preferred by FS A if its codec list looks like this (which is identical to FS B):
CODECS OUT opus,G722,G7221,speex,iLBC@30i,PCMU,PCMA,GSM
Actual codecs offered, parsed, and evaluated is dependent on several things including module loading, late negotiation, and even more factors after that. Codec negotiation gets complicated quickly. -- Kristian Kielhofner
participants (2)
-
Kristian Kielhofner
-
Pete Ashdown