We submitted a new version of <draft-ietf-6man-mtu-option>. The summary of changes are: * Area Director Reviews: - Lars Eggert's Review: Fixed "nits". - Eric Vyncke's Review: Added that this work is focused on Unicast, removed Discussion from Section 6.1, revised text on PLPMTUD probing, changed SHOULD to MUST in Section 6.3.4, and fixed several NITs. - Alvaro Retana's Review: Changed SHOULD language to more general text in Section 6.1 - ARTART Review: Added new Appendix "Examples of Usage" with diagrams showing examples of use. - Zaheduzzaman Sarker's Review: Fixed some editorial issues, and updated SHOULD language. * Editorial Changes. These changes are to close the issues raised during during the last IESG tele-chat where this draft was discussed and balloted. The authors believe this version should resolve these issues. Links to draft and diff below. Bob & Gorry > Begin forwarded message: > > From: internet-drafts@xxxxxxxx > Subject: New Version Notification for draft-ietf-6man-mtu-option-14.txt > Date: April 15, 2022 at 7:45:34 AM PDT > To: "Robert M. Hinden" <bob.hinden@xxxxxxxxx>, "Godred Fairhurst" <gorry@xxxxxxxxxxxxxx>, "Gorry Fairhurst" <gorry@xxxxxxxxxxxxxx>, "Robert Hinden" <bob.hinden@xxxxxxxxx> > > > A new version of I-D, draft-ietf-6man-mtu-option-14.txt > has been successfully submitted by Robert M. Hinden and posted to the > IETF repository. > > Name: draft-ietf-6man-mtu-option > Revision: 14 > Title: IPv6 Minimum Path MTU Hop-by-Hop Option > Document date: 2022-04-15 > Group: 6man > Pages: 27 > URL: https://www.ietf.org/archive/id/draft-ietf-6man-mtu-option-14.txt > Status: https://datatracker.ietf.org/doc/draft-ietf-6man-mtu-option/ > Html: https://www.ietf.org/archive/id/draft-ietf-6man-mtu-option-14.html > Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-6man-mtu-option > Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-mtu-option-14 > > Abstract: > This document specifies a new IPv6 Hop-by-Hop option that is used to > record the minimum Path MTU along the forward path between a source > host to a destination host. The recorded value can then be > communicated back to the source using the return Path MTU field in > the option. > > > > > The IETF Secretariat > >
Attachment:
signature.asc
Description: Message signed with OpenPGP
-- last-call mailing list last-call@xxxxxxxx https://www.ietf.org/mailman/listinfo/last-call