Hi all, We have had an upstream provider request that we enable 100rel support. I note in the wiki it says: enable-100rel This enable support for 100rel (100% reliability - PRACK message as defined in RFC3262 <http://tools.ietf.org/html/rfc3262>) This fixes a problem with SIP where provisional messages like "180 Ringing" are not ACK'd and therefore could be dropped over a poor connection without retransmission. *2009-07-08:* Enabling this may cause FreeSWITCH to crash, see FSCORE-392 <http://jira.freeswitch.org/browse/FSCORE-392>. <param name="enable-100rel" value="true"/> FSCORE-392 doesn't say if the crashing related to enabling 100rel was ever fixed. Can anyone confirm whether it is now safe to enable 100rel support? regards, David
Hi, It's not safe but it may work for you. I used it for years and never had an issue but load were relatively small. Alex On Tue, Apr 17, 2018 at 2:08 PM, David Witham <david.witham@netsip.com.au> wrote:
Hi all,
We have had an upstream provider request that we enable 100rel support. I note in the wiki it says:
enable-100rel
This enable support for 100rel (100% reliability - PRACK message as defined in RFC3262 <http://tools.ietf.org/html/rfc3262>) This fixes a problem with SIP where provisional messages like "180 Ringing" are not ACK'd and therefore could be dropped over a poor connection without retransmission. *2009-07-08:* Enabling this may cause FreeSWITCH to crash, see FSCORE-392 <http://jira.freeswitch.org/browse/FSCORE-392>.
<param name="enable-100rel" value="true"/>
FSCORE-392 doesn't say if the crashing related to enabling 100rel was ever fixed. Can anyone confirm whether it is now safe to enable 100rel support?
regards, David
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Alex Sibyakin | Support Engineer FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g> Email: alex@freeswitch.com Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/> Need commercial support? Contact sales@freeswitch.com for details.
I've been wondering this for a few years too. I'm guessing that comment has scared everyone away from enabling it to test it out. At a guess if there's any issue it's within the Sofia-SIP stack and therefore trickier to debug/patch than in mod_sofia. You could enable it and if there are any problems report them on Jira so they get looked into. I believe 100rel might be required for IMS implementations. On 17 April 2018 at 06:08, David Witham <david.witham@netsip.com.au> wrote:
Hi all,
We have had an upstream provider request that we enable 100rel support. I note in the wiki it says:
enable-100rel
This enable support for 100rel (100% reliability - PRACK message as defined in RFC3262 <http://tools.ietf.org/html/rfc3262>) This fixes a problem with SIP where provisional messages like "180 Ringing" are not ACK'd and therefore could be dropped over a poor connection without retransmission. *2009-07-08:* Enabling this may cause FreeSWITCH to crash, see FSCORE-392 <http://jira.freeswitch.org/browse/FSCORE-392>.
<param name="enable-100rel" value="true"/>
FSCORE-392 doesn't say if the crashing related to enabling 100rel was ever fixed. Can anyone confirm whether it is now safe to enable 100rel support?
regards, David
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
The known crash is specifically with proxy forking with 100rel. If you never hit that its probably fine, but you have zero control over if that will happen, so enabling it opens you to a remote denial of service issue.
On Apr 17, 2018, at 5:41 AM, Steven Ayre <steveayre@gmail.com> wrote:
I've been wondering this for a few years too. I'm guessing that comment has scared everyone away from enabling it to test it out.
At a guess if there's any issue it's within the Sofia-SIP stack and therefore trickier to debug/patch than in mod_sofia.
You could enable it and if there are any problems report them on Jira so they get looked into.
I believe 100rel might be required for IMS implementations.
On 17 April 2018 at 06:08, David Witham <david.witham@netsip.com.au <mailto:david.witham@netsip.com.au>> wrote: Hi all,
We have had an upstream provider request that we enable 100rel support. I note in the wiki it says:
enable-100rel This enable support for 100rel (100% reliability - PRACK message as defined in RFC3262 <http://tools.ietf.org/html/rfc3262>) This fixes a problem with SIP where provisional messages like "180 Ringing" are not ACK'd and therefore could be dropped over a poor connection without retransmission. *2009-07-08:* Enabling this may cause FreeSWITCH to crash, see FSCORE-392 <http://jira.freeswitch.org/browse/FSCORE-392>. <param name="enable-100rel" value="true"/>
FSCORE-392 doesn't say if the crashing related to enabling 100rel was ever fixed. Can anyone confirm whether it is now safe to enable 100rel support?
regards, David
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <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 <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 <http://www.freeswitch.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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 (4)
-
Alexey Sibyakin
-
David Witham
-
Michael Jerris
-
Steven Ayre