Subject: Re: [dtn] Martin Duke's No Objection on draft-ietf-dtn-tcpclv4-23: (with COMMENT)

From: Brian Sipos <[email-masked]>
Date: Mon, 7 Dec 2020 22:33:01 +0000

Martin,
That last statement about a "half-closed" connection was brought up earlier related to TCP FIN and whether or not an entity needed to wait for, or cared about, an unacknowledged FIN. This is not at the higher level of XFER_ACK, but certainly if the entity actually receives a final XFER_ACK it will act on it. This is more OS-level connection management detail.

________________________________
From: Martin Duke via Datatracker <[email-masked]>
Sent: Monday, November 23, 2020 13:28
To: The IESG <[email-masked]>
Cc: [email-masked] <[email-masked]>; [email-masked] <[email-masked]>; [email-masked] <[email-masked]>; Edward Birrane <[email-masked]>; [email-masked] <[email-masked]>
Subject: Martin Duke's No Objection on draft-ietf-dtn-tcpclv4-23: (with COMMENT)

Martin Duke has entered the following ballot position for
draft-ietf-dtn-tcpclv4-23: No Objection

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://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html&amp;data=04%7C01%7Cbsipos%40rkf-eng.com%7C9e4e06c91b714f18479908d88fdd8c93%7C4ed8b15b911f42bc8524d89148858535%7C1%7C0%7C637417529000918158%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=Uewlh107ZIX3no677tig5Hve92P7KS9sVpAiCskGqDs%3D&amp;reserved=0
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:
https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-dtn-tcpclv4%2F&amp;data=04%7C01%7Cbsipos%40rkf-eng.com%7C9e4e06c91b714f18479908d88fdd8c93%7C4ed8b15b911f42bc8524d89148858535%7C1%7C0%7C637417529000918158%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=0gF8cWUGwSyFJyUiCqTdxUMcwLyeM4Uk4vOkZvnEx1Q%3D&amp;reserved=0

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

Thanks for addressing my DISCUSS. Sec 6.1 is much clearer now.

I am not sure what "Any delay between request to close the TCP connection and
actual closing of the connection (a "half-closed" state) MAY be ignored by the
TCPCL entity." means. Presumably if it gets a XFER_ACK, it should pay attention
to it.