Callcenter application codec negotiation problem
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! 防毒軟體已開啟防護，所以此封電子郵件將不受病毒及惡意軟體的侵害。 http://www.avast.com
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
------------------------------------------------------------------------ <http://www.avast.com/>
?? avast! ???? <http://www.avast.com/> ?????,??????????????????????
_________________________________________________________________________ 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
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
I see. inbound_late_negotiation should *just work* without setting the other options, try removing them and leaving inbound_late_negotiation set to true. 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. 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 :) 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 <mailto: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
------------------------------------------------------------------------ <http://www.avast.com/>
?? avast! ???? <http://www.avast.com/> ?????,??????????????????????
_________________________________________________________________________ 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 <mailto: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 <mailto:FreeSWITCH-users@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@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
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 <mailto: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
------------------------------------------------------------------------ <http://www.avast.com/>
?? avast! ???? <http://www.avast.com/> ?????,??????????????????????
_________________________________________________________________________ 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 <mailto: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 <mailto:FreeSWITCH-users@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@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! 防毒軟體已開啟防護，所以此封電子郵件將不受病毒及惡意軟體的侵害。 http://www.avast.com
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 <mailto: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
------------------------------------------------------------------------ <http://www.avast.com/>
?? avast! ???? <http://www.avast.com/> ?????,??????????????????????
_________________________________________________________________________ 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 <mailto: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 <mailto:FreeSWITCH-users@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@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
------------------------------------------------------------------------ <http://www.avast.com/>
?? avast! ???? <http://www.avast.com/> ?????,??????????????????????
_________________________________________________________________________ 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
participants (3)
-
Francis
-
Jimmy
-
Jimmy Chang