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-lamps-5g-nftypes-05 Reviewer: Robert Sparks Review Date: 2022-10-13 IETF LC End Date: 2022-10-27 IESG Telechat date: Not scheduled for a telechat Summary: Ready (maybe) for publication as a Proposed Standard RFC, but with issues to consider before this gets to IESG Evaluation. Major Issue: (Apologies if I'm forgetting a well known reason this isn't an issue): Doesn't IA5String allow all of 0-127 in ascii? Do you want NUL through SP and DEL in NF Type names? Minor Issue: The document says operators need to not use colliding names but then explicitly declaires on how an operator would know if a name is already in use is out of scope. Surely there was a discussion about a registry, and the IESG is certainly going to ask. It would save some time if you could add something to the shepherd writeup explaining why a registry wasn't pursued in this document? Nits: At: "The 49 NF types that are defined for 3GPP Release 17 listed in Table 6.1.6.3.3-1 of [TS29.510], and each NF type is identified by a short ASCII string." the sentence doesn't parse. Do you mean "are listed" or "There are 49 NF types" or something else? At: "The NFTypes MUST contain only an ASCII string, MUST contain at least one ASCII character, and MUST NOT contain more than 32 ASCII characters." I suggest "Each NFType MUST" At: "The mechanism for an operator to determine whether an ASCII string associate with a NF Type is unique across operators is outside the scope of this document" I suggest "string associate with" -> "string is associated with"