It is strange behavior. If all necessary codecs are enabled, then negotiation should traverse all codecs until a match is found, but it seems that in your case, it stops with the first. As a way of isolating the issue, try routing calls direct to a call group and have both clients make calls. If you can recieve calls from both, then the issue is probably in the agent. I've never played with call centre before so unfortunately, I've got no idea what might be the issue there.

Francis


On 24/12/2013 5:38 PM, Jimmy Chang wrote:
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@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@default"/>
    </condition>
</extension>

How can I configure to accept both clients?
Any advice would be appreciated.

Jimmy



由於 avast! 防毒軟體 已開啟防護,所以此封電子郵件將不受病毒及惡意軟體的侵害。




_________________________________________________________________________
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

_________________________________________________________________________
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


_________________________________________________________________________
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



_________________________________________________________________________
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




由於 avast! 防毒軟體 已開啟防護,所以此封電子郵件將不受病毒及惡意軟體的侵害。




_________________________________________________________________________
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