Anthony and Brian, please see my comment in FS-5223, the darn thing is working now! hallelujah! yeah! yipee! etc. you get the idea. Mario On Jun 16, 2014, at 11:36 AM, Brian West <brian@freeswitch.org> wrote:
bind-attempts bind-attempt-interval
Are the two params for the sofia profile.
-- Brian West brian@freeswitch.org
<whmcslogo.png>
Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Jun 16, 2014, at 7:45 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
My patch included auto retry too. I'm on the road so I can't look up the commit now but you should find it in sofia
On Jun 15, 2014 3:43 PM, "Mario G" <mario_fs@mgtech.com> wrote: An update: I did not find a JIRA or I would have posted there. Anthony’s patch has been in for 2 weeks and no problem with auto changing IP6 addresses so far. Still, we need some time of auto-retry for profile internal failures to solve other issues. Mario
> PS, I think your idea of auto attempting restarts on fail is a good > one, something like: > > <param name="auto-restart" > value="<n-Attempts|Indefinitely>,<n-Seconds-Delay>”/>
Anthony Minessale <anthony.minessale@gmail.com> wrote:
See commit 956da6d
This is the kind of discussion better suited for Jira we should find a way to migrate mailing list threads into Jira automatically and preserve the conversation.
On Jun 3, 2014, at 10:48 AM, Mario G <mario_fs@mgtech.com> wrote:
Just an FYI I have been testing Anthony’s patch for 19 hours. I will migrate over to the Jira. Mario G
On Jun 3, 2014, at 7:04 AM, Brian West <brian@freeswitch.org> wrote:
I'm filing a jira to see if we can make this possible. -- Brian West brian@freeswitch.org
On Mon, Jun 2, 2014 at 12:06 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
auto-restart is also a per-profile setting the one noted just sets it on all of them. It will restart profiles who have the ip that changed present in the rtp-ip or sip-ip.
I did just see an errant restart_all_profiles call in the code in questions which will be corrected.
We can see if we can improve its resilience.
On Thu, May 29, 2014 at 3:32 PM, Mario G <mario_fs@mgtech.com> wrote:
I have nailed this down and this looks like it should affect other people… I discovered why the IPV6 address changes.. It has to do with privacy addressing (http://tools.ietf.org/html/rfc3041) which is (a good thing) defaulted since OS X 10.7, and on windows, and other devices. When enabled, the system will generate a temporary IPV6 address with a random suffix in addition to the EUI-64-based address. This is so the device mac address does not get published on the public interface.
I think FreeSWITCH will need something to handle this eventually and not restart all profiles. If the IPV6 changes why restart IPV4 only profiles? Also, we need a better way to handle the port busy condition when the internal profile is restarted. Mario G
On May 29, 2014, at 12:44 PM, Mario G <mario_fs@mgtech.com> wrote:
That would solve both my problems (I think), may have to bribe Anthony… Mario G
I like your idea: <param name="auto-restart" value="<n-Attempts|Indefinitely>,<n-Seconds-Delay>”/>
On May 28, 2014, at 1:29 PM, Francis <sms@icefire.qza.net.au> wrote:
> I had the same issue on a HP T5745, where the IPV6 interface would come > up late after boot and cause the profiles to restart, but the internal > would fail to load: > > https://jira.freeswitch.org/browse/FS-6537 > > Testing from git Master last week, there is a new timer that prevents > the profile from being restarted if it has been up for less than 10 > seconds. I've only tried this with manually restarting though, I still > have to test it in a scenario where the IPV6 address randomly changes. > Anthony pointed out that there is a setting in sofia.conf.xml: > > <param name="auto-restart" value="false"/> > > ... which prevents the profiles from auto-reloading if the IP address > changes. This is ok for me, but if you want to continue using IPV6, then > it won't help you. > Have you tried the latest master? > > PS, I think your idea of auto attempting restarts on fail is a good > one, something like: > > <param name="auto-restart" > value="<n-Attempts|Indefinitely>,<n-Seconds-Delay>"/> > > would be the sweet spot. > > > -Francis > > > On 2014-05-29 04:07, Mario G wrote: >> I have a mix of native IPV4/6. A mac runs FreeSWITCH using a static >> IP4 address and has IPV6 addresses. For some reason (I am not an IPV6 >> expert) the IPV6 address changes once or twice a day. Everything on >> the mac runs fine except FreeSWITCH stops all the profiles then >> restarts them, it then loses the internal profile. The sequence is >> below, If anyone knows of a FS param or something I can use to >> workaround this please let me know. BTW, I am not using IPV6 to the >> external ITSPs, but the Yealink phones have it on, I could turn it off >> but was hoping for a real solution. Thanks, >> Mario G >> >> 1 - Log shows: [INFO] mod_sofia.c:5286 IP change detected []->[] >> [2601:9….. >> >> 2 - FreeSWITCH stops all 7 external profiles and the internal profile. >> >> 3 - All profiles are restarted, but only the external ones start >> successfully. The internal does not start because the port has not >> been freed by OS X yet. And FreeSWITCH never attempts to restart it >> again. I am sure this is related to Jira >> http://jira.freeswitch.org:8080/browse/FS-5223 but is a bigger problem >> since I have to turn off IPV6 to stop it. >> >> 4 - I have to "sofia profile internal start” to get it going again. >> >> PS: Would love to find a way to get FS to keep trying to restart >> internal rather than give up, would help both problems. >> >>
_________________________________________________________________________ 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