Reviewer: Ines Robles
Review result: Ready
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please treat these comments just
like any other last call comments.
For more
Reviewer: Dale Worley
Review result: Ready with Issues
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please treat these comments just
like any other last call comments.
For
Richards,
Thanks for the explanation.
The third paragraph of the Intro section says:
The Secure Real-Time Protocol (SRTP) is already widely used for HBH
encryption [RFC3711]. The SRTP "double encryption" scheme defines a
way to do E2E encryption in SRTP [RFC8723]. Unfortunately, this
scheme has
Looks good!
On 4/3/24 11:09 AM, Corey Bonnell wrote:
Hi Paul,
Thanks again for your careful review. -07 resolves the malformed section
reference:
https://author-tools.ietf.org/iddiff?url1=draft-ietf-lamps-rfc5019bis-06=draft-ietf-lamps-rfc5019bis-07=--html
Thanks,
Corey
-Original
Hi Paul,
Thanks again for your careful review. -07 resolves the malformed section
reference:
https://author-tools.ietf.org/iddiff?url1=draft-ietf-lamps-rfc5019bis-06=draft-ietf-lamps-rfc5019bis-07=--html
Thanks,
Corey
-Original Message-
From: Paul Kyzivat
Sent: Wednesday, April 3,
Corey,
On 4/3/24 8:45 AM, Corey Bonnell wrote:
Hello Paul,
Thank you for your detailed review and insightful feedback. We have just
uploaded -06 to the Datatracker:
https://datatracker.ietf.org/doc/draft-ietf-lamps-rfc5019bis/.
We believe -06 addresses all the concerns that you raised. Please
Hi Valery,
Yes, your proposed text sounds good to me. Thank you again for the updates!
Best,
Reese___
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art
Hello Paul,
Thank you for your detailed review and insightful feedback. We have just
uploaded -06 to the Datatracker:
https://datatracker.ietf.org/doc/draft-ietf-lamps-rfc5019bis/.
We believe -06 addresses all the concerns that you raised. Please let us know
if there are still unresolved
Hi Linda,
Secure Frames are *not* decrypted by the SFU. The outer HBH encryption is
decrypted by the SFU, but the point of the E2E encryption is that the SFU
does not have the keys.
The document does not claim to save on SFU processing. For a switching
SFU, the processing should be roughly the
Hi Reese,
I snipped most of the text for readability.
> Hi Valery,
>
> Thank you for the response and updates.
>
> Please see inline:
[...]
> >> Section 5:
> >>
> >> "Note, that this is not a real attack, since NULL authentication
> >> should be allowed by local security policy." Why is it
10 matches
Mail list logo