[Freeswitch-users] Callcenter application codec negotiation problem

[Jimmy Chang]

Hi,

> I see.
>
> inbound_late_negotiation should *just work* without setting the other 
> options, try removing them and leaving inbound_late_negotiation set to 
> true.
ya, I know, this was the default setting in my env, it didn't work.

> However, I've found that negotiation and transcoding will fail if 
> inbound_zrtp_passthru is set to true. If you are using this option, 
> set it to false in all sip profiles. Of course, any proxy_media or 
> bypass_media options should also be set to false.
I set inbound_zrtp_passthru=false in all sip profiles, still didn't work.

> As a last resort, try setting inbound_late_negotiation to false, which 
> will force transcoding if codecs mismatch. Your G729 channels must be 
> licensed or this will fail too :)
>
Yes, it is the last resort.
Do these settings about codec negotiation not take effect when it comes 
to callcenter application?

Thanks.
Jimmy

>
> On 23/12/2013 11:21 PM, Jimmy wrote:
>> Hi,
>> Agent and FS are both in LAN and agent register to FS.
>> Client A and B are both in internet.
>> Thanks.
>>
>>
>> Francis <sms at icefire.qza.net.au <mailto:sms at icefire.qza.net.au>> ? 
>> 2013/12/23 20:31 ??:
>>
>>> Am I right in assuming that inbound calls are coming from the 
>>> outside world to your agent, then to A and B?
>>>
>>> Francis
>>>
>>> On 23/12/2013 9:53 PM, Jimmy Chang wrote:
>>>> Hi,
>>>>
>>>> I have two clients using different codecs.
>>>> Client A: PCMA, H264
>>>> Client B: G729, H264
>>>> Agent: PCMA,G729,H264
>>>> FS:PCMA,G729,H264
>>>>
>>>> Now agent could only accept calls of client A but not from client B.
>>>> When I change the codec order of FS to G729,PCMA,H264, then agent 
>>>> could accept client B but not from client A.
>>>> I have tried these settings below and all in vain.
>>>> 1) add <action application="set" data="inherit_codec=true"/> in 
>>>> diaplan (inbound-late-negotiation is true)
>>>> 2) add <action application="export" 
>>>> data="nolocal:absolute_codec_string=G729,H264"/> in diaplan B.
>>>> 3) add {absolute_codec_string='G729,H264'} in callcenter 
>>>> application, syntax error
>>>>
>>>> Here is the diaplan.
>>>> <extension name="Test Call Center">
>>>>     <condition field="destination_number" expression="^555$">
>>>>         <action application="sleep" data="1000"/>
>>>>         <action application="callcenter" data="555 at default"/>
>>>>     </condition>
>>>> </extension>
>>>>
>>>> How can I configure to accept both clients?
>>>> Any advice would be appreciated.
>>>>
>>>> Jimmy
>>>>
>>>> ------------------------------------------------------------------------
>>>> <http://www.avast.com/> 	
>>>>
>>>> ?? avast! ???? <http://www.avast.com/> ?????,??????????????????????
>>>>
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> 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
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org 
>>> <mailto:FreeSWITCH-users at lists.freeswitch.org>
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users 
>>> <http://lists.freeswitch.org/mailman/options/freeswitch-users>
>>> http://www.freeswitch.org
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> 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
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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



---
由於 avast! 防毒軟體已開啟防護，所以此封電子郵件將不受病毒及惡意軟體的侵害。
http://www.avast.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20131224/68f7ddce/attachment.html