[Sframe] Warren Kumari's No Objection on draft-ietf-sframe-enc-07: (with COMMENT)

[Warren Kumari via Datatracker <[e-mail]>]

Warren Kumari has entered the following ballot position for
draft-ietf-sframe-enc-07: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-sframe-enc/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thank you for this document -- I found it a fascinating read.

I am balloting NoObj, but have some nits to offer to further improve it.

1: 1.  Hop-by-hop (HBH) encryption of media, metadata, and feedback messages
between the the endpoints and SFU s/the the/the/

2: "the receiving client collects all the fragments of the ciphertext, using an
appropriate sequencing and start/end markers in the transport. " s/an// (I
think!)

3: ""_80" indicates a eighty-bit tag,"
s/a/an/

4: Key IDs in this scheme have two parts, a "key generation" and a "ratchet
step". s/,/:/

5: "Ratcheting the key forward is useful when adding new receivers to an
SFrame-based interaction, since it assures that the new receivers can't decrypt
any media encrypted before they were added." s/assures/ensures/ (I think...?!)

6: Such a brute-force attack will have an expected sucess rate of the following
form: s/sucess/success/