Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incoming SACK-Chunks are allowed when NR-SACK-Chunks are listed at the supported-extensions #13

Open
TheAomx opened this issue Dec 12, 2016 · 1 comment
Assignees
Labels

Comments

@TheAomx
Copy link

TheAomx commented Dec 12, 2016

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.

See the following test cases fore more details:

@tuexen tuexen self-assigned this Dec 12, 2016
@tuexen tuexen added the bug label Dec 12, 2016
@tuexen
Copy link
Member

tuexen commented Dec 12, 2016

We also need a clarification in the specification...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants