[babel] Warren Kumari's Discuss on draft-ietf-babel-v4viav6-07: (with DISCUSS and COMMENT)
Warren Kumari via Datatracker <noreply@ietf.org> Tue, 15 February 2022 16:39 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: babel@ietf.org
Delivered-To: babel@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B1A03A0E2D; Tue, 15 Feb 2022 08:39:30 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Warren Kumari via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-babel-v4viav6@ietf.org, babel-chairs@ietf.org, babel@ietf.org, d3e3e3@gmail.com, d3e3e3@gmail.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.44.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Warren Kumari <warren@kumari.net>
Message-ID: <164494317027.28650.14757870981223215331@ietfa.amsl.com>
Date: Tue, 15 Feb 2022 08:39:30 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/fentFc2zv6deMqCSruRZ39cNO30>
Subject: [babel] Warren Kumari's Discuss on draft-ietf-babel-v4viav6-07: (with DISCUSS and COMMENT)
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "A list for discussion of the Babel Routing Protocol." <babel.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/babel>, <mailto:babel-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/babel/>
List-Post: <mailto:babel@ietf.org>
List-Help: <mailto:babel-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/babel>, <mailto:babel-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Feb 2022 16:39:31 -0000
Warren Kumari has entered the following ballot position for draft-ietf-babel-v4viav6-07: Discuss 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/blog/handling-iesg-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-babel-v4viav6/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I'd started balloting this as Abstain, but while writing up the ballot I realized that it's important enough that it deserves to be DISCUSSed. This is clearly clever, but feels to me like it might fall into "Oo, you are so sharp you’ll cut yourself one of these days"[0] territory. I'm not saying that the "v4-via-v6" is a *bad* idea, but I really don't think that it should be introduced / documented in a Standards Track Babel document - it touches core plumbing, and should be discussed and documented in a V6OPS (or 6MAN) document, and then this document includes it by reference. If this was only ever going to used in Babel environments I'd be much less concerned, but I suspect (hope?) that future solutions will want to do very similar things, and that it needs to be reviewed with an assumption that it might get widely used. It should documented in a "self contained" manner so it can be cleanly referenced - at the moment, a reference would need to point at bits of Section 1 and 3, and there is some feeling of "this is probably safe, the 192.0.0.8 bit might make operations / debugging a bit harder, but... ¯\_(ツ)_/¯" If this has already received significant discussion in V6OPS / similar, or if it is already clearly documented elsewhere[1], I'll clear my DISCUSS and Abstain or support it. I'm sure that this DISCUSS will be frustrating to the authors/WG - I'm doing so because I'd like to see this technique more able to be used (and make sure that there aren't any sharp pointy bits), not because I think it's a bad idea... [0]: quote from Terry Pratchett, Thief of Time [1]: I suspect it is already documented somewhere, but the closest I can think is RFC7600 - "IPv4 Residual Deployment via IPv6 - A Stateless Solution (4rd)", an Experimental document which is noticeably different to this. If it *is* already documented somewhere else though, then why is this not just referencing that instead? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for a well written document. Other than my discuss, I only have a question: Section 5 (Backwards Compatibility) says: "As a result, incompatible versions will ignore v4-via-v6 routes. " Is it *always* safe for a babel router to ignore a route? I really haven't thought about it enough (and the fact that it is DV based makes me think that it should be fine) but I'd like some reassurance that it is, especially in the case that a prefix is originated by multiple routers, and one of them gets filtered/ignored.
- Re: [babel] Warren Kumari's Discuss on draft-ietf… Warren Kumari
- [babel] Warren Kumari's Discuss on draft-ietf-bab… Warren Kumari via Datatracker
- Re: [babel] Warren Kumari's Discuss on draft-ietf… Juliusz Chroboczek
- Re: [babel] Warren Kumari's Discuss on draft-ietf… Donald Eastlake
- Re: [babel] Warren Kumari's Discuss on draft-ietf… Warren Kumari
- Re: [babel] Warren Kumari's Discuss on draft-ietf… Juliusz Chroboczek
- Re: [babel] Warren Kumari's Discuss on draft-ietf… Warren Kumari