You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When both endpoints have listed NR-SACK-Chunks at the supported extensions in the INIT and INIT-ACK-Chunks incoming SACK-Chunks are accepted by the FreeBSD-Kernel-Implementation. At the internet draft "Load Sharing for the Stream Control Transmission Protocol (SCTP)" i was not be able to find any information on how to handle those situations (see https://tools.ietf.org/html/draft-tuexen-tsvwg-sctp-multipath-12#page-6). There is although one paragraph stating:
Once both endpoints indicate during association establishment that
they support the NR-SACK extension, each endpoint SHOULD acknowledge
received DATA chunks with NR-SACK chunks, and not SACK chunks. That
is, throughout an SCTP association, both endpoints SHOULD send either
SACK chunks or NR-SACK chunks, never a mixture of the two.
When both endpoints have listed NR-SACK-Chunks at the supported extensions in the INIT and INIT-ACK-Chunks incoming SACK-Chunks are accepted by the FreeBSD-Kernel-Implementation. At the internet draft "Load Sharing for the Stream Control Transmission Protocol (SCTP)" i was not be able to find any information on how to handle those situations (see https://tools.ietf.org/html/draft-tuexen-tsvwg-sctp-multipath-12#page-6). There is although one paragraph stating:
See the following test cases fore more details:
The text was updated successfully, but these errors were encountered: