Re: [Anima] ipv4-only network
Toerless Eckert <tte@cs.fau.de> Thu, 05 August 2021 22:26 UTC
Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 118C53A0D7A for <anima@ietfa.amsl.com>; Thu, 5 Aug 2021 15:26:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.118
X-Spam-Level:
X-Spam-Status: No, score=-1.118 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no 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 hDfVaALu19qE for <anima@ietfa.amsl.com>; Thu, 5 Aug 2021 15:25:58 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 758C03A0D77 for <anima@ietf.org>; Thu, 5 Aug 2021 15:25:57 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:51]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id BF65954804C; Fri, 6 Aug 2021 00:25:49 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id B7DDE4E7C53; Fri, 6 Aug 2021 00:25:49 +0200 (CEST)
Date: Fri, 06 Aug 2021 00:25:49 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Brian Carpenter <brian.e.carpenter@gmail.com>
Cc: Liyizhou <liyizhou@huawei.com>, Anima WG <anima@ietf.org>
Message-ID: <20210805222549.GA25405@faui48e.informatik.uni-erlangen.de>
References: <24e8e37e34a34bcf9201e7f7a7478794@huawei.com> <CANMZLAZTMUYwVwuv-WoTwAWFne0cWF8QC+4pFWnbkGc3wWp5YA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CANMZLAZTMUYwVwuv-WoTwAWFne0cWF8QC+4pFWnbkGc3wWp5YA@mail.gmail.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/6dSAI1_0L4wJjKY22MoTsVc09ss>
Subject: Re: [Anima] ipv4-only network
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Aug 2021 22:26:03 -0000
I would not say "standard dual stack" because i think the requirements
can be even less IPv6 than what i consider to be standard dual stack
with our existing ANIMA RFCs:
A) The networks data-plane can be almost (*) solely IPv4 if that is the
(enterprise, industrial,...) network stack desired in a network.
The operator of such a network does not have to know or configure any IPv6.
(*) The only IPv6 artefact is the IPv6 link-local encap of ACP secure
channel, but that is also fully automatic and nothing the operator
would need to ever care about. And it could be optimized away through
simple follow on draft (ethernet L2 encap "optimization" for secure channel).
B) Wrt the NOC: in pre-standard ACP implementations, for IPv4-only-network
customers, I did set up ACP-connect edge router + NAT to connect to
IPv4 only management systems / NOC. When such a NAT is included as a
feature into an ACP-edge router config it can be quite simple and elegant
(e.g.: almost fully automatic, no per-ACP-node NAT config).
Let me know when you have an ACP edge-router implementation and i'll
be happy to whip up a IPv4/IPv6 NAT draft for it if that is what is
missing to sell the ACP solution to IPv4 only customers ;-))
Cheers
Toerless
(via gigantic screen)
On Thu, Aug 05, 2021 at 10:08:29PM +1200, Brian Carpenter wrote:
> We don't require any IPv6 enablement by the NOC. All we require is standard
> dual stack on all autonomic devices, which creates link-local addresses.
> Everything else in the ACP is automatic. Why waste any effort on an IPv4
> version? (The operator can do whatever they want in the data plane, of
> course.)
>
> Regards,
> Brian Carpenter
> (via tiny screen & keyboard)
>
> On Thu, 5 Aug 2021, 20:01 Liyizhou, <liyizhou@huawei.com> wrote:
>
> > Hi,
> >
> >
> >
> > RFC8994 explained the main reasons that ACP is based on IPv6 addressing
> > are simplicity and scale.
> >
> > I wonder if there was/is any interest in defining and deploying ACP in
> > IPv4-only network without requiring IPv6 enablement.
> >
> > For example, as ULA and link-local address schemes are not available in
> > ipv4 networks, whether and how to establish the ACP channel? (RFC3927
> > defines IPv4 link-local address config, but it is not a full functional
> > substitute of ipv6 link-local address in ipv4 world in my understanding.)
> >
> >
> >
> > There might be discussions and thoughts in this aspect in earlier days in
> > the community. I would be very appreciated if anyone can point them out.
> >
> >
> >
> > Thank you,
> >
> > Yizhou
> > _______________________________________________
> > Anima mailing list
> > Anima@ietf.org
> > https://www.ietf.org/mailman/listinfo/anima
> >
> _______________________________________________
> Anima mailing list
> Anima@ietf.org
> https://www.ietf.org/mailman/listinfo/anima
--
---
tte@cs.fau.de
- [Anima] ipv4-only network Liyizhou
- Re: [Anima] ipv4-only network Brian Carpenter
- Re: [Anima] ipv4-only network Michael H. Behringer
- Re: [Anima] ipv4-only network Michael Richardson
- Re: [Anima] ipv4-only network Toerless Eckert
- Re: [Anima] ipv4-only network Brian E Carpenter