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

I-FORWARD-TSN-Chunk is accepted when no I-DATA-Support is announced at handshake #6

Open
TheAomx opened this issue Dec 12, 2016 · 0 comments
Assignees
Labels

Comments

@TheAomx
Copy link

TheAomx commented Dec 12, 2016

When an INIT-Chunk like

INIT[flgs=0, tag=1, a_rwnd=1500, os=1, is=1, tsn=0, FORWARD_TSN_SUPPORTED[], SUPPORTED_EXTENSIONS[types=[FORWARD_TSN, I_FORWARD_TSN]]]

in injected and later after the handshake is completed the following I-FORWARD-TSN-Chunk is injected:

I_FORWARD_TSN[cum_tsn=1, ids=[]]

the FreeBSD-Implementation sends an SACK-Chunk instead of an ERROR-Chunk.

In section 2.3.1. of the internet draft "Stream Schedulers and User Message Interleaving for the Stream Control Transmission Protocol" it says:

Support for the I-FORWARD-TSN chunk is negotiated during the SCTP
association setup via the Supported Extensions Parameter as defined
in [RFC5061]. Only if both end points support the I-DATA chunk and
the I-FORWARD-TSN chunk, the partial reliability extension can be
used in combination with user message interleaving.

See the following test-case for more details:

@TheAomx TheAomx changed the title I-FORWARD-TSN-Chunk is accepted when no I_DATA-Support is announced at handshake I-FORWARD-TSN-Chunk is accepted when no I-DATA-Support is announced at handshake Dec 12, 2016
@tuexen tuexen self-assigned this Dec 12, 2016
@tuexen tuexen added the bug label Dec 12, 2016
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