Re: [Rift] IPv4 vs IPv6

Tony Przygienda <tonysietf@gmail.com> Thu, 18 July 2019 18:50 UTC

Return-Path: <tonysietf@gmail.com>
X-Original-To: rift@ietfa.amsl.com
Delivered-To: rift@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70CD0120892 for <rift@ietfa.amsl.com>; Thu, 18 Jul 2019 11:50:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 hplNHdLIkGpR for <rift@ietfa.amsl.com>; Thu, 18 Jul 2019 11:50:27 -0700 (PDT)
Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5640112006B for <rift@ietf.org>; Thu, 18 Jul 2019 11:50:27 -0700 (PDT)
Received: by mail-ed1-x536.google.com with SMTP id m10so31560837edv.6 for <rift@ietf.org>; Thu, 18 Jul 2019 11:50:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dfZ8nO9r5iPk7a6nfnHAGo+B2vv2EJRXB/3hGgndS80=; b=lIrHr0QMulF75aDTVRhbNZn7llYhTf5/r+02EQ1gn56W5QWGPymoyq2poOL+p2rY5q bs6K864SoZ4wi+G3qyRLwbBvQ6nY9eGCYeYa7cD7IFDSrYNXoY04mktQuf0d5up6rGKO oMdwYtJHRRUarsijgy0393DvgLDTVfti1WcDq1x+SM15JwJfY4+KrCXyRayLsenmXEcG o8oUFvU8Ik5GSlwuRsUQJ7IcXpjpuVlV2KJodRD0IKb/mRa+5mbrF9sGw5EaRybbA21S UfQCJH0hQtbmukdNQkUFqHVw0Jk64cHE4HVRTjbjOWqDSCvlwOmT34hRX4h+hGNeRX9y VMjQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dfZ8nO9r5iPk7a6nfnHAGo+B2vv2EJRXB/3hGgndS80=; b=kW8YbNtWzyjLM2z2DcEL1SalN9pIR2Gd2KyeadHywzv/JXTYzKK5moBPvrbJx7sI+e WyhCBws7PY9eGMRTRkR38jjDzx6IzfdkZj9CACtx/R0JMO+C0M6u+ohCbb9PIKuucddN NSrKAXqkAuP71lVtFfFX0BUTAQGdM9XQROeFaUS38HmQ5YREstyDIpXCrToqGtPUGHer 2f1nKlBtowl0f+whcEleqcy6oXVvZZnyRNJYK8hKmtsnIwFUWCxFghmeR/bIN58bMOCx 3eaCjzZk70pgQUPgz4a1j6is4omFiKgzPW4DTqC4mBI6wExQ+kM3mSCMFauSeO92mQYs pKAA==
X-Gm-Message-State: APjAAAW3j50HKQWjxmcPuzMvXx9UVBskyquD1QN0ktSQXP73dhXe0r29 ef3FKmAkKaXfWutDAssmcdJHhOP46MCcWNTQ5E4=
X-Google-Smtp-Source: APXvYqx6sm0zkURpNL4NSvlUlRZl9nBMlnXt2E2tdxYKw/6hvzhfh5vkgCVm8/UrVFfKMUsPdHOfPbomt9t0U89oucw=
X-Received: by 2002:a50:9177:: with SMTP id f52mr42381715eda.294.1563475825991; Thu, 18 Jul 2019 11:50:25 -0700 (PDT)
MIME-Version: 1.0
References: <alpine.DEB.2.20.1907180636330.19225@uplift.swm.pp.se> <CA+wi2hP6K3Or7ynOUzKovxkx8ZtvnTUdKVDvjRcB8=4yjFD6aQ@mail.gmail.com> <alpine.DEB.2.20.1907182001590.19225@uplift.swm.pp.se>
In-Reply-To: <alpine.DEB.2.20.1907182001590.19225@uplift.swm.pp.se>
From: Tony Przygienda <tonysietf@gmail.com>
Date: Thu, 18 Jul 2019 14:49:49 -0400
Message-ID: <CA+wi2hOkZH0O44yTikfabmDpJSqZN+_qmZnDBA1gsyFoVhzYuQ@mail.gmail.com>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: rift@ietf.org
Content-Type: multipart/alternative; boundary="0000000000003924e0058df9153b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rift/pZiTAl_AjRoWggrf-yn_ApbG9qc>
Subject: Re: [Rift] IPv4 vs IPv6
X-BeenThere: rift@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion of Routing in Fat Trees <rift.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rift>, <mailto:rift-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rift/>
List-Post: <mailto:rift@ietf.org>
List-Help: <mailto:rift-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rift>, <mailto:rift-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jul 2019 18:50:30 -0000

Aha ok, what you say is reasonable. I was steered here originally by the
fact the even cheapest stuff today does v4 and if we have v6 support on the
fabric v4 forwarding over v6 nexthops is possible at basically zero config
cost and you have a great v4 to v6 migration story. but with the angle you
propose I see that writing "SHOULD support v4" would be better assuming
silicon will become v6 only over years and v4 will vanish.

We can't write of course "MUST support v6" since that makes the stuff
undeployable in foreseable future albeit we all wish the world would have
moved on for last 20 years :-}

Other opinions?

--- tony

"

On Thu, Jul 18, 2019 at 2:22 PM Mikael Abrahamsson <swmike@swm.pp.se> wrote:

> On Thu, 18 Jul 2019, Tony Przygienda wrote:
>
> > Please dig out the archive where that discussion was brought up by Alvaro
> > and follow up there if you still have doubts.
>
> Since I cannot reply to that thread (I just subscribed to the list so I
> don't have an original email to reply to), that's hard.
>
> Anyhow, I think the IPv4 MUST should be removed. It's 2019 now, we should
> not mandate IPv4 support in anything.
>
> > not to the requirements _of devices runing RIFT_:  we cannot mandate
> > that everyone in reality will run IPv6 forwarding on the fabric so the
> > reality is that every silicon does IPv4 today and some does IPv6. And
>
> This fact doesn't warrant making IPv4 a MUST. Think 5-10 years down the
> line, there might be IPv6 only silicon and control plane. Why should
> future implementors be required to implement IPv4 if they do not want to?
>
> > then IPv4 over IPv6 is reality while IPv6 over IPv4 is not (since IPv6
> > does ND anyway so why would you).  So it is very good for v6 here to
> > basically make it an implicit transport for v4 (by saying running v6
> > does _automatically_ give you v4 forwarding) while making sure that v4
> > being-de-facto-what-e'one-can-do is the lowest common denominator of the
> > router's running RIFT. RIFT being only usable if a router/switch can do
> > IPv6 is simply not a practical proposition AFAIS.  We could arguably
> > split it into a "RIFT router/switch requirements document" but that
> > seems just paper bloat ...
>
> I am not proposing making IPv6 a MUST, but I am against making IPv4 a
> MUST. Better to be silent on the matter in that case so future
> implementors can decide for themselves.
>
> I just made me cringe when I read the IPv4 MUST in the document.
>
> --
> Mikael Abrahamsson    email: swmike@swm.pp.se
>