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

Section 6.1: Persistence of HMAC-ALGO parameter #15

Open
tuexen opened this issue Feb 9, 2024 · 1 comment
Open

Section 6.1: Persistence of HMAC-ALGO parameter #15

tuexen opened this issue Feb 9, 2024 · 1 comment
Assignees
Labels
question Further information is requested

Comments

@tuexen
Copy link
Member

tuexen commented Feb 9, 2024

An SCTP endpoint MUST NOT change the parameters listed in the HMAC-ALGO parameter during the lifetime of the endpoint.

I think it is unclear what is meant with a lifetime of the endpoint here. I can understand that this would apply for the life time of the SCTP association, but for the life time of the endpoint appears to limiting. I think that this preference list should be bound to a shared key. Thus, if one generate new endpoint pair shared key, one can have a different preference list when using that key?

This was reported in Comments on draft-tuexen-tsvwg-rfc4895-bis-04.

@tuexen tuexen changed the title Comment regarding Section 6.1 Section 6.1: Persistence of HMAC-ALGO parameter Mar 3, 2024
@tuexen tuexen self-assigned this Mar 3, 2024
@tuexen
Copy link
Member Author

tuexen commented Mar 4, 2024

An SCTP endpoint MUST NOT change the parameters listed in the HMAC-ALGO parameter during the lifetime of the endpoint.

I think it is unclear what is meant with a lifetime of the endpoint here. I can understand that this would apply for the life time of the SCTP association, but for the life time of the endpoint appears to limiting. I think that this preference list should be bound to a shared key. Thus, if one generate new endpoint pair shared key, one can have a different preference list when using that key?

But the list is announced by both endpoints during association setup. So it can' be changed dynamically. Choosing the preference is also done at receiver side, not sender side. So I don't know how to do this when endpoint shared keys are configured. I also don't understand the use case of making the selection per endpoint shared secret.
@gloinul : Could you elaborate?

This was reported in Comments on draft-tuexen-tsvwg-rfc4895-bis-04.

@tuexen tuexen added the question Further information is requested label Mar 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

1 participant