[v6ops] Spencer Dawkins' No Objection on draft-ietf-v6ops-pmtud-ecmp-problem-04: (with COMMENT)
"Spencer Dawkins" <spencerdawkins.ietf@gmail.com> Tue, 13 October 2015 16:59 UTC
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05EF51B4BC1; Tue, 13 Oct 2015 09:59:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l3JnUBUITGZW; Tue, 13 Oct 2015 09:59:03 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 69DE61B4BC4; Tue, 13 Oct 2015 09:59:03 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Spencer Dawkins <spencerdawkins.ietf@gmail.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.5.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20151013165903.19562.54680.idtracker@ietfa.amsl.com>
Date: Tue, 13 Oct 2015 09:59:03 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/zTed4OqVEnmnDEcsqDHGVTWRgew>
Cc: v6ops@ietf.org, draft-ietf-v6ops-pmtud-ecmp-problem.all@ietf.org
Subject: [v6ops] Spencer Dawkins' No Objection on draft-ietf-v6ops-pmtud-ecmp-problem-04: (with COMMENT)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Oct 2015 16:59:05 -0000
Spencer Dawkins has entered the following ballot position for draft-ietf-v6ops-pmtud-ecmp-problem-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-v6ops-pmtud-ecmp-problem/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In section 3, "Mitigation", I'm reading this. Mitigation of the potential for PTB messages to be mis-delivered involves ensuring that an ICMPv6 error message is distributed to the same anycast server responsible for the flow for which the error is generated. Ideally, mitigation could be done by the mechanism hosts ^^^^^^^ use to identify the flow, by looking into the payload of the ICMPv6 message (to determine which TCP flow it was associated with) before making a forwarding decision. Because the encapsulated IP header occurs at a fixed offset in the ICMP message it is not outside the realm of possibility that routers with sufficient header processing capability could parse that far into the payload. Employing a mediation device that handles the parsing and distribution of PTB messages after policy routing or on each load-balancer/server is a possibility. Most of the document is about using other mitigations that make this mitigation unnecessary, but it's still a bit odd to see Deep Packet Inspection characterised as "ideally", now that RFC 7258 is now BCP 188, and we've chartered TCPINC to make that DPI fail as often as possible. Could that one word go away? I see in email that Fred asked if any reviews were needed before submitting this draft for publication, and David Black suggested reviews from INT and TSV, and that made it as far as the shepherd writeup, but I'm not seeing a request for review popping up in TSV (at least not with "PMTUD" and "V6OPS" in an e-mail). I don't have concerns about this particular draft, but I wish it hadn't slipped through that particular crack. Yes, Fred copied TSVWG and TSVAREA on his note asking for guidance, and yes, there was an IETF Last Call, so I'm not hitting "Defer" to chase that. Just something to watch for, in the future. And yes, Martin and I have a call set up to talk with the TSVdir triage team next week ...
- [v6ops] Spencer Dawkins' No Objection on draft-ie… Spencer Dawkins
- Re: [v6ops] Spencer Dawkins' No Objection on draf… Benoit Claise
- Re: [v6ops] Spencer Dawkins' No Objection on draf… Spencer Dawkins at IETF
- Re: [v6ops] Spencer Dawkins' No Objection on draf… Tim Chown
- Re: [v6ops] Spencer Dawkins' No Objection on draf… joel jaeggli