Date: Sun, 10 Dec 2017 20:35:06 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 224218] Kernel panic in SCTP/IpV6 server mode Message-ID: <bug-224218-2472-i4TacjPWmC@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-224218-2472@https.bugs.freebsd.org/bugzilla/> References: <bug-224218-2472@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224218 --- Comment #14 from Shreesh Holla <hshreesh@yahoo.com> --- (In reply to Conrad Meyer from comment #12) @conrad - I see what you mean since i386 => 32 bit. And yes definitely fixing the SCTP stack to not use that much stack is the right one. From what I saw it was right away and likely it uses a lot of stack for each stream and maybe each association. Dont know the implementation - but difficult to break that need. But as @Eugene said there is no requirement to keep it less than 4. My opinion is that the default is changed to 3 or 4. And systems that are lower end can configure for lower numbers knowing that things like IpV6+SCTP will not work. Assuming they dont need to use SCTP. This way the OS is generally usable in such a specific situation? I mean I think this is a security situation since it seems real easy to bring down a machine with this issue currently. Seems like a more critical issue than that ICMPV6 issue of a while back. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-224218-2472-i4TacjPWmC>