I've read the document and think this is good problem area to work on, and this document is a good starting place to adopt.
Going forward, I would like to see more discussion and review of the use IP fragmentation (how often is that really needed, and is it worth the concerns stated in https://tools.ietf.org/html/draft-ietf-intarea-frag-fragile-17), as well as the use of Congestion Control (considerations for how having multiple layers of CC works, and if we can make sure that the format of the payload is aligned with current work in QUIC, etc). Thanks, Tommy > On Oct 26, 2019, at 8:17 AM, Tero Kivinen <[email protected]> wrote: > > So this is fast (one week) adoption call for the > draft-hopps-ipsecme-iptfs draft to be accepted to the WG document. We > did have quite positive feedback in last IETF meeting and the charter > item is being worked on in parallel to this call. > > If you support adopting this document as WG document and as a starting > place for the charter item proposed for the WG, then send email > indicating your support to the [email protected] mailing-list. If you > have any comments or reservations send them to list too. > > This adoption call finishes at 2019-11-04. > > ---------------------------------------------------------------------- > The demand for Traffic Flow Confidentiality has been increasing in the user > community; however, the current method defined in RFC4303 (i.e., add null > padding to each ESP payload) is very inefficient in it's use of network > resources. The working group will develop an alternative TFC solution that > provides for efficient use of network resources. > -- > [email protected] > > _______________________________________________ > IPsec mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/ipsec _______________________________________________ IPsec mailing list [email protected] https://www.ietf.org/mailman/listinfo/ipsec
