On Fri, 6 Dec 2024, Tero Kivinen wrote:
Subject: [IPsec] WGLC for draft-ietf-ipsecme-ikev2-rename-esn
I am in favour of adoption and have reviewed the document. Thanks to Valery for writing this draft. Comments: I don't like the phrase "Transform ID 0" because each transform type has its own transform id 0. I would prefer to use Transform Type 5 and talk about the value 0, etc. I would remove everything but the last sentence from Section 4 Security Considerations. eg just say nothing changes. It removes repetition and it doesn't really beling in this section anyway. nits: The receiver maintains sliding window -> The receiver maintains a sliding window and are instead deducted -> and are instead deduced Since the decision whether to enable anti-replay protection is ultimately taken by the receiver Since the decision whether to enable anti-replay protection is taken by the receiver independently of the sender Both AH and ESP specifications allow the sender to relax their duties of maintaining Both AH and ESP specifications allow the sender to avoid maintaining if there is a way to notify the sender -> if the sender has been notified AH and ESP rely on the Internet Key Exchange protocol version 2 -> AH and ESP are usually established using the Internet Key Exchange protocol Paul _______________________________________________ IPsec mailing list -- ipsec@ietf.org To unsubscribe send an email to ipsec-le...@ietf.org
