[Ntp] Gorry Fairhurst's No Record on draft-ietf-ntp-roughtime-17: (with COMMENT)

[Gorry Fairhurst via Datatracker <[e-mail]>]

Gorry Fairhurst has entered the following ballot position for
draft-ietf-ntp-roughtime-17: No Record

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-ntp-roughtime/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

## Thanks to the Reviewers

Thanks to Colin Perkins for the TSVART review, and the text proposed to address
that review.

### S5 - Comment
"A Roughtime packet may exceed the maximum deliverable length of a UDP
   packet."
- NiT, I think this could be betteer, perhaps something like:
"The size of a Roughtime packet could exceed the maximum deliverable length of
a UDP
   packet."

### S5 - Comment
  "MTU issues
   may lead to persistent nonresponse due to network devices between
   client and server."
- This seems like an odd term: /MTU issues/. Do you perhaps mean the "Path MTU
may be insufficient to carry a datagram of the required size"? - Or do you mean
that "PMTUD may be unable to determine an effective PMTU", or both? or
something else, please consider a small change.

## S5.2 - Comment
"   The size of the request message SHOULD be at least 1024 bytes when
   the UDP transport mode is used."
- What happens if the interface MTU is too small to allow datagrams with this
size, or the path is unable to deliver datagrams with this size. Is it OK for
the request to fail? - If so, please state this - or please specify what ought
to happen.

## S5.2 - Comment
- As above, but for the return path, we should not assume the two paths have a
symmetric PMTU. Again, please specify what ought to happen. It could be helpful
to also note how a server handles persistent lack of a response.

Gorry Fairhurst