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 information, please see the FAQ at . Document: draft-ietf-6man-mtu-option-12 Reviewer: Paul Kyzivat Review Date: 2022-02-04 IETF LC End Date: 2022-02-10 IESG Telechat date: ?? Summary: This draft is ready for publication as an Experimental RFC. Comments and Questions: I didn't attempt to evaluate the security considerations as it is totally outside my scope. I trust this will be dealt with by a security review. I have the following questions about the draft. (I don't think they even rise to the level of nits.) 1) Regarding PMTU range in section 5: Was any consideration given to supporting PMTUs greater than 2^16? 2) Regarding multiplexing of Rtn-PMTU and R-Flag in section 5: Min-PMTU is permitted to be odd, but Rtn-PMTU is forced to be even to allow room for the R-Flag. Hence, if the Min-PMTU ends up odd, then it will be rounded down in Rtn-PMTU. Why not restrict Min-PMTU to be even as well? This would provide consistency and make clear that MTUs need to be even? This could be done by reducing Min-PMTU to 15 bits, adding a 1-bit reserved field, and a few explanatory words to the text.