[DNSOP] Martin Stiemerling's No Objection on draft-ietf-dnsop-edns-tcp-keepalive-04: (with COMMENT)

"Martin Stiemerling" <mls.ietf@gmail.com> Tue, 05 January 2016 22:29 UTC

Return-Path: <mls.ietf@gmail.com>
X-Original-To: dnsop@ietf.org
Delivered-To: dnsop@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 853A81AC3E4; Tue, 5 Jan 2016 14:29:32 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Martin Stiemerling <mls.ietf@gmail.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.11.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160105222932.5018.56721.idtracker@ietfa.amsl.com>
Date: Tue, 05 Jan 2016 14:29:32 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/QZi_PWmJP5paGWwBOhJ0I-l1Az0>
Cc: tjw.ietf@gmail.com, draft-ietf-dnsop-edns-tcp-keepalive@ietf.org, dnsop@ietf.org, dnsop-chairs@ietf.org
Subject: [DNSOP] Martin Stiemerling's No Objection on draft-ietf-dnsop-edns-tcp-keepalive-04: (with COMMENT)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jan 2016 22:29:32 -0000

Martin Stiemerling has entered the following ballot position for
draft-ietf-dnsop-edns-tcp-keepalive-04: 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://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-dnsop-edns-tcp-keepalive/



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

Two comments for your considerations:

1) Section 3.3.2 is talking about this "It is reasonable for this value
to change [...] or in consideration of  intermediary behaviour (for
example TCP middleboxes or NATs)."
Can you please clarify how the DNS client or server is able to inspect
the behaviour of intermediated devices and adapt its behaviour
accordingly? This smells a bit like a half-baked idea which does not
belong into a standards track document. 


2) Section 3.6. talks about using Multipath TCP. Please note that
Multipath TCP is still experimental and has known security issues, which
are dealt with right now. Further, I would recommend to move this to a
non-normative appendix, noting that this is a potential future way
forward, but that is has not yet been tested and deployed. This would
also honor that RFC 6824 is listed in the informative part of the
references.