Yes, I did make sure that was activated in the profile. the configuration that comes from the git repo has that turned on, and I am using the demo config directly from git. The demo dial plan doesn't include the inherit_codec=true line, so I did add that. It logs that it is set to true, but freeswitch ends up transcoding. If I remove the ringback, suddenly everything works as expected. I just can't have a phone system with no ringing for the calling party. Still it does indicate that inbound late negotiation and the inherit_codec are capable of doing the right thing. Just when a ring back is added, it seems to fail to work. If I am configuring this correctly (only 1 change from the demo configuration provided) should I open a bug somewhere, or e-mail a dev list? I didn't want to do either of these without someone confirming that my configuration part is correct and that it is a bug. "Faithless is he, who says 'farewell', when the path darkens." "you just keep on trying till you run out of cake" On Wed, Sep 18, 2013 at 7:31 PM, Steven Ayre <steveayre@gmail.com> wrote:
Inherit_codec requires late negotiation - is that enabled too? Otherwise the aleg codec has already been picked before hitting the dialplan.
On Wednesday, September 18, 2013, sangdrax8 wrote:
Did I explain a bit to much detail for the users list?
Does anyone use "inherit_codec=true" and have it working?
On Tue, Sep 17, 2013 at 2:27 PM, sangdrax8 <sangdrax8@gmail.com> wrote:
I pulled the latest freeswitch from git this morning, and am still having issues using inherit_codec=true. It seems the only way I can get it to defer to the choice of the b-leg call is to remove the ringback, and thus the need for early media.
My setup has 2 phones with the following codecs configured:
phone1000: g722, ulaw phone1001: ulaw
My goal is to have a call initiated by phone1000 (a-leg) to defer the codec choice until phone1001 (b-leg) chooses one. This would allow them to talk with no transcoding required by freeswitch. With the following dial plan, this fails to work.
<extension name="Local_Extension"> <condition field="destination_number" expression="^(10[01][0-9])$"> <action application="export" data="dialed_extension=$1"/> <action application="set" data="ringback=${us-ring}"/> <action application="set" data="transfer_ringback=$${hold_music}"/> <action application="set" data="call_timeout=30"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="inherit_codec=true" /> <action application="bridge" data="user/${dialed_extension}@${domain_name}"/> </condition> </extension>
It does log that it is going to defer:
2013-09-17 13:15:10.956535 [DEBUG] mod_sofia.c:4542 [zrtp_passthru] Setting a-leg inherit_codec=true 2013-09-17 13:15:10.956535 [DEBUG] mod_sofia.c:4545 [zrtp_passthru] Setting b-leg absolute_codec_string='G722@8000h@20i@64000b,PCMU@8000h@20i@64000b'
then it tries to provide the ringback for the a-leg, and it negotiates to g722 since freeswitch supports that and it is the first match. Later when the b-leg is answered, it also negotiates, this time to ulaw as that is all b supports. My call completes, but freeswitch has to transcode between the two.
In an attempt to see inherit_codec work, I then commented out the ringback line from the above dialplan. With only this one change, freeswitch now waits until the b-leg negotiation, and passes that back to the a-leg. The call completes and both handsets are using ulaw and no transcoding is required. The problem being that the calling party never gets a ring while waiting.
I can't imagine that the only way to use inherit_codec=true is with all ringing turned off. Can someone tell me if there is an additional option I am missing? All documentation I read seems to indicate that just adding "inherit_codec=true" will fix things, but even the default.xml provided as an example uses ringback and therefore fails.
_________________________________________________________________________ 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.free
_________________________________________________________________________ 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