[Freeswitch-users] IPV6 addr change killed sofia profile internal

[Anthony Minessale]

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 at 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 at 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 at 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 at freeswitch.org> wrote:
>
> I'm filing a jira to see if we can make this possible.
> --
> Brian West
> brian at freeswitch.org
>
>
> On Mon, Jun 2, 2014 at 12:06 PM, Anthony Minessale <
> anthony.minessale at 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 at 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 at 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 at 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 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140616/06eb4b58/attachment-0001.html