Re: [babel] I-D Action: draft-ietf-babel-v4viav6-00.txt

Juliusz Chroboczek <jch@irif.fr> Thu, 08 April 2021 12:22 UTC

Return-Path: <jch@irif.fr>
X-Original-To: babel@ietfa.amsl.com
Delivered-To: babel@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BD383A1501; Thu, 8 Apr 2021 05:22:54 -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, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 f2OBpYvzvwwk; Thu, 8 Apr 2021 05:22:52 -0700 (PDT)
Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2C323A14FE; Thu, 8 Apr 2021 05:22:51 -0700 (PDT)
Received: from potemkin.univ-paris7.fr (potemkin.univ-paris7.fr [IPv6:2001:660:3301:8000::1:1]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/82085) with ESMTP id 138CMlwd006054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Apr 2021 14:22:47 +0200
Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by potemkin.univ-paris7.fr (8.14.4/8.14.4/relay2/82085) with ESMTP id 138CMkQX023827; Thu, 8 Apr 2021 14:22:46 +0200
Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id EB893E6F1F; Thu, 8 Apr 2021 14:22:46 +0200 (CEST)
X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr
Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id LwwnAhld3rdO; Thu, 8 Apr 2021 14:22:44 +0200 (CEST)
Received: from pirx.irif.fr (unknown [78.194.40.74]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 22DE6E6F17; Thu, 8 Apr 2021 14:22:43 +0200 (CEST)
Date: Thu, 08 Apr 2021 14:22:43 +0200
Message-ID: <87eeflm0do.wl-jch@irif.fr>
From: Juliusz Chroboczek <jch@irif.fr>
To: Donald Eastlake <d3e3e3@gmail.com>
Cc: Babel at IETF <babel@ietf.org>, babel-chairs <babel-chairs@ietf.org>
In-Reply-To: <CAF4+nEFF8a_p7Ngskmej9ZtbzGHCFrHKh6Gm17vb0SfwPNO=LA@mail.gmail.com>
References: <160321741182.20077.1775706618101177377@ietfa.amsl.com> <42028b97-c2ff-6a25-e8ac-c77129caac73@ens.fr> <CAF4+nEFF8a_p7Ngskmej9ZtbzGHCFrHKh6Gm17vb0SfwPNO=LA@mail.gmail.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/27.1 Mule/6.0
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]); Thu, 08 Apr 2021 14:22:47 +0200 (CEST)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (potemkin.univ-paris7.fr [194.254.61.141]); Thu, 08 Apr 2021 14:22:47 +0200 (CEST)
X-Miltered: at korolev with ID 606EF597.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-Miltered: at potemkin with ID 606EF596.002 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-j-chkmail-Enveloppe: 606EF597.000 from potemkin.univ-paris7.fr/potemkin.univ-paris7.fr/null/potemkin.univ-paris7.fr/<jch@irif.fr>
X-j-chkmail-Enveloppe: 606EF596.002 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/<jch@irif.fr>
X-j-chkmail-Score: MSGID : 606EF597.000 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Score: MSGID : 606EF596.002 on potemkin.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Status: Ham
X-j-chkmail-Status: Ham
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/53m4MkPXV_lZ_enxovfPVB42rMs>
Subject: Re: [babel] I-D Action: draft-ietf-babel-v4viav6-00.txt
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: Thu, 08 Apr 2021 12:22:54 -0000

> https://datatracker.ietf.org/meeting/110/materials/slides-110-babel-babel-source-specific-and-v4-via-v6-02
> specifically slides 5 through the end.

> I think slides 10 and 11 cover the practical choices. Any feedback or
> opinions welcome.

To restate the opinion I presented during my talk: the dependency of PMTUd
on ICMP is the fundamental problem here, since it breaks the end-to-end
nature of TCP.  The Babel WG is however not the right forum to redesign
PMTUd.  無.

The draft should merely say that every IPv4 router MUST be able to send
ICMPv4 packets.  How this is realised is an implementation detail -- the
v4 address could be assigned to the outgoing interface, to the router as
a whole, or a fallback address hard-wired in the ICMPv4 module.  The draft
should also state that the router need not be able to receive packets
destined to that address, and that the address need not be locally or
globally unique.  It should discuss debuggability issues, perhaps in an
informative appendix.

> There is one other question in my mind. Does this draft really need to
> be Experimental? I would be inclined to target it to Proposed Standard.

I'm a little uneasy on this subject.  My personal feeling is that we
haven't done our homework on this extension (admittedly my fault), and
that we don't have enough implementation and deployment experience to
propose it as a standard right now.

I'd be delighted if people could disagree.

-- Juliusz