IPV6 addr change killed sofia profile internal
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.
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
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
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
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
_________________________________________________________________________ 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
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
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 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
_________________________________________________________________________ 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
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
I wish I could file a bug via email as well, that would be very cool, maybe a template or something. I have heard there is an interface so you could comment by Email. 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 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
_________________________________________________________________________ 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
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
---------------------------------------------------- Alternatives:
---------------------------------------------------- _________________________________________________________________________ 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
-- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com
I'm filing a jira to see if we can make this possible. -- Brian West brian@freeswitch.org 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 2, 2014, at 1:07 PM, covici@ccs.covici.com wrote:
I wish I could file a bug via email as well, that would be very cool, maybe a template or something. I have heard there is an interface so you could comment by Email.
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
<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 2, 2014, at 1:07 PM, covici@ccs.covici.com wrote:
I wish I could file a bug via email as well, that would be very cool, maybe a template or something. I have heard there is an interface so you could comment by Email.
_________________________________________________________________________ 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
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.
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
bind-attempts bind-attempt-interval Are the two params for the sofia profile. -- Brian West brian@freeswitch.org 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
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
;) Your patch was almost correct with the one exception to not call SO_REUSEPORT if its not supported (i.e. linux), FS-6603 is still a problem with the TLS socket not shutting down properly that we are trying to nail down, So far its only presenting on FreeBSD, Waiting on access to that system as I can’t replicate the issue on my FreeBSD 10 instance. Thanks for testing. -- Brian West brian@freeswitch.org 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 18, 2014, at 5:41 PM, Mario G <mario_fs@mgtech.com> wrote:
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
participants (5)
-
Anthony Minessale
-
Brian West
-
covici＠ccs.covici.com
-
Francis
-
Mario G