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

gid-ex: Enhance consideration input for epoch length in Gid-reusing GMs #102

Conversation

chrysn
Copy link
Member

@chrysn chrysn commented Apr 7, 2023

This is a proposal from my upcoming review:

C, "Thus, the expected highest rate for addition/removal of group
members and consequent group rekeying should be taken into account for
a proper dimensioning of the Group Epoch size." When the GM is capable
of reassigning GIDs, is this really a concern? I'd expect that if
triggers to rekeyings happen with a frequency in the order of
magnitude of the rekeying time, then the rekeyings themselves would be
delayed rather than churning through parallel rekeyings. (See also the
comment about "undue delay" -- and if that wording is not accepted,
the GM can still make the "evict device" operation take some time). So
rekeyings would always be roughly ordered, and even a nibble of group
epoch values would by far suffice.

@marco-tiloca-sics marco-tiloca-sics merged commit 40da3aa into master May 12, 2023
2 checks passed
@chrysn chrysn deleted the better-criteria-for-epoch-size-and-rekeying-frequency branch May 14, 2023 10:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants