Date: Tue, 30 Apr 2024 15:52:26 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 278666] [sctp] Heartbeat jittering is not +- anymore Message-ID: <bug-278666-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278666 Bug ID: 278666 Summary: [sctp] Heartbeat jittering is not +- anymore Product: Base System Version: Unspecified Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: albin.hellqvist@ericsson.com Hi, When reading the SCTP RFC regarding the SCTP heartbeat timing, it says: "On an idle destination address that is allowed to heartbeat, it is RECOMME= NDED that a HEARTBEAT chunk is sent once per RTO of that destination address plus the protocol parameter 'HB.interval', with jittering of +/- 50% of the RTO value and exponential backoff of the RTO if the previous HEARTBEAT chunk is unanswered." It was implemented like this previously, but it was later changed here: https://cgit.freebsd.org/src/commit/?id=3D70e95f0b6917a8b8cd4a2a5f883f3e975= 3fc86d8 I am wondering if this can be considered a bug? Because previously, the jit= ter could be like [-RTO/2, RTO/2], but now it is [0, RTO/2]. This results in a longer path failover on average for idle paths that are not sending DATA ch= unks and receiving SACK:s. Thank you in advance! --=20 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-278666-227>