NDLB-connectile-dysfunction and 1.5.13b
Greetings! I'm looking at migrating my old FreeSWITCH 1.2.23 to 1.5.13b from git. I have a Yealink T42G phone that has lots of issues, one of them being call drops after 32 seconds. With 1.2.23 I was able to solve the problem using the following in my dialplan: <extension name="Yealink Detection" continue="true"> <condition field="${sip_user_agent}" expression="^Yealink"> <action application="set" data="sip-force-contact=NDLB-connectile-dysfunction"/> </condition> </extension> After the 1.5.13b upgrade this no longer works. The full version I'm currently using is: FreeSWITCH Version 1.5.13b+git~20140621T003222Z~47891d5caa~64bit (git 47891d5 2014-06-21 00:32:22Z 64bit) Is this intended or I'm missing something obvious here :) Thanks! Kind regards, -- Iskren Hadzhinedev
Hello Iskren, You could try to use sip-sticky-contact when bridging calls instead of using sip-force-contact, it may solve your issue (I've had no chance using sip-force-contact on my platform). Regards Florent Le 23/06/2014 08:14, Iskren Hadzhinedev a écrit :
Greetings!
I'm looking at migrating my old FreeSWITCH 1.2.23 to 1.5.13b from git.
I have a Yealink T42G phone that has lots of issues, one of them being call drops after 32 seconds.
With 1.2.23 I was able to solve the problem using the following in my dialplan:
<extension name="Yealink Detection" continue="true">
<condition field="${sip_user_agent}" expression="^Yealink">
<action application="set" data="sip-force-contact=NDLB-connectile-dysfunction"/>
</condition>
</extension>
After the 1.5.13b upgrade this no longer works.
The full version I'm currently using is:
FreeSWITCH Version 1.5.13b+git~20140621T003222Z~47891d5caa~64bit (git 47891d5 2014-06-21 00:32:22Z 64bit)
Is this intended or I'm missing something obvious here :)
Thanks!
Kind regards,
--
Iskren Hadzhinedev
_________________________________________________________________________ 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
-- Florent Krieg Sewan Communications - Ingénieur R&D
Try NDLB-force-rport=safe in the sip profile. Thanks, Moishe Grunstein Tornado Computer Systems, Inc. 212.400.7650 888.IPPBX.US Service Request Email: support@nysolutions.com<mailto:support@nysolutions.com> Polycom Certified VAR Microsoft Small Business Specialist, Cisco SMB Select Certified [cid:image001.jpg@01C72F94.9EE45D60]<http://www.nysolutions.com/> Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Florent Krieg Sent: Monday, June 23, 2014 7:10 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] NDLB-connectile-dysfunction and 1.5.13b Hello Iskren, You could try to use sip-sticky-contact when bridging calls instead of using sip-force-contact, it may solve your issue (I've had no chance using sip-force-contact on my platform). Regards Florent Le 23/06/2014 08:14, Iskren Hadzhinedev a écrit : Greetings! I'm looking at migrating my old FreeSWITCH 1.2.23 to 1.5.13b from git. I have a Yealink T42G phone that has lots of issues, one of them being call drops after 32 seconds. With 1.2.23 I was able to solve the problem using the following in my dialplan: <extension name="Yealink Detection" continue="true"> <condition field="${sip_user_agent}" expression="^Yealink"> <action application="set" data="sip-force-contact=NDLB-connectile-dysfunction"/> </condition> </extension> After the 1.5.13b upgrade this no longer works. The full version I'm currently using is: FreeSWITCH Version 1.5.13b+git~20140621T003222Z~47891d5caa~64bit (git 47891d5 2014-06-21 00:32:22Z 64bit) Is this intended or I'm missing something obvious here :) Thanks! Kind regards, -- Iskren Hadzhinedev _________________________________________________________________________ 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://www.freeswitch.org -- Florent Krieg Sewan Communications - Ingénieur R&D
Hello! Thanks for all replies! The NDLB-force-rport=safe option solved my issue, if for some reason it shows inconsistency, I'll try the sip-sticky-contact. Kind regards, -- Iskren Hadzhinedev Try NDLB-force-rport=safe in the sip profile. Thanks, Moishe Grunstein Tornado Computer Systems, Inc. 212.400.7650 888.IPPBX.US *Service Request Email: support@nysolutions.com[1] * Polycom Certified VARMicrosoft Small Business Specialist, Cisco SMB Select Certified Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS *From:* freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users- bounces@lists.freeswitch.org] *On Behalf Of *Florent Krieg *Sent:* Monday, June 23, 2014 7:10 AM *To:* freeswitch-users@lists.freeswitch.org *Subject:* Re: [Freeswitch-users] NDLB-connectile-dysfunction and 1.5.13b Hello Iskren, You could try to use sip-sticky-contact when bridging calls instead of using sip-force-contact, it may solve your issue (I've had no chance using sip-force-contact on my platform). RegardsFlorent Le 23/06/2014 08:14, Iskren Hadzhinedev a écrit : Greetings! I'm looking at migrating my old FreeSWITCH 1.2.23 to 1.5.13b from git. I have a Yealink T42G phone that has lots of issues, one of them being call drops after 32 seconds. With 1.2.23 I was able to solve the problem using the following in my dialplan: <extension name="Yealink Detection" continue="true"> <condition field="${sip_user_agent}" expression="^Yealink"> <action application="set" data="sip-force-contact=NDLB-connectile-dysfunction"/> </condition> </extension> After the 1.5.13b upgrade this no longer works. The full version I'm currently using is: FreeSWITCH Version 1.5.13b+git~20140621T003222Z~47891d5caa~64bit (git 47891d5 2014-06-21 00:32:22Z 64bit) Is this intended or I'm missing something obvious here :) Thanks! Kind regards, -- Iskren Hadzhinedev _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org[2] http://www.freeswitchsolutions.com[3] FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com[4] Official FreeSWITCH Sites http://www.freeswitch.org[5] http://wiki.freeswitch.org[6] http://www.cluecon.com[7] FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org[8] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users[9] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users[10] http://www.freeswitch.org[5] -- Florent Krieg Sewan Communications - Ingénieur R&D -------- [1] mailto:support@nysolutions.com [2] mailto:consulting@freeswitch.org [3] http://www.freeswitchsolutions.com [4] http://www.cudatel.com [5] http://www.freeswitch.org [6] http://wiki.freeswitch.org [7] http://www.cluecon.com [8] mailto:FreeSWITCH-users@lists.freeswitch.org [9] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users [10] http://lists.freeswitch.org/mailman/options/freeswitch-users
participants (3)
-
Florent Krieg
-
Iskren Hadzhinedev
-
Moishe Grunstein