[tsvwg] Erik Kline's Yes on draft-ietf-tsvwg-datagram-plpmtud-19: (with COMMENT)

Erik Kline via Datatracker <noreply@ietf.org> Sat, 04 April 2020 23:00 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: tsvwg@ietf.org
Delivered-To: tsvwg@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DE0A3A0E48; Sat, 4 Apr 2020 16:00:57 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Erik Kline via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-tsvwg-datagram-plpmtud@ietf.org, tsvwg-chairs@ietf.org, tsvwg@ietf.org, Wesley Eddy <wes@mti-systems.com>, wes@mti-systems.com
X-Test-IDTracker: no
X-IETF-IDTracker: 6.124.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Erik Kline <ek.ietf@gmail.com>
Message-ID: <158604125735.27163.775599569889215400@ietfa.amsl.com>
Date: Sat, 04 Apr 2020 16:00:57 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/WvK1AmoDwsSazRb-tgWdfP1ehy8>
Subject: [tsvwg] Erik Kline's Yes on draft-ietf-tsvwg-datagram-plpmtud-19: (with COMMENT)
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 04 Apr 2020 23:00:58 -0000

Erik Kline has entered the following ballot position for
draft-ietf-tsvwg-datagram-plpmtud-19: Yes

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:





* It's not clear to me that "stateful" in the phrase "stateful firewall"
  matters here. I imagine a "stateless" firewall could just as easily block
  incoming ICMP messages.


* The "[RFC8201]" didn't render as a clickable link. Source XML weirdness?
  Same in S4.6.1.


* First sentence of second paragraph seems like two sentences, one sentence
  with a parenthetical comment, or a run-on sentence.  Also, I think "only be
  performed once" here means "only performed at one layer" rather than "only
  performed at one point in time"?


* The "section 3.1.1" link seems to be internal to the draft rather than linked
  into RFC 8085, as I would expect from the text. (this happens twice in this


* Is there any additional detail worth including here?  It asserts that a PL
  sender is able to detect inconsistencies, but I wonder whether more guidance
  (or an example) might be helpful to implementors.


* s/is to be added//


* Maybe check the XML for the "[RFC4960]" reference, since it doesn't seem to
  have been converted into a link.