Re: [Anima] Whether IPv6 only for ACP? //RE: I-D Action: draft-behringer-anima-autonomic-addressing-01.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 25 June 2015 21:31 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D601B1B2AD9 for <anima@ietfa.amsl.com>; Thu, 25 Jun 2015 14:31:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, SPF_PASS=-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 FDOeSz_owNPf for <anima@ietfa.amsl.com>; Thu, 25 Jun 2015 14:31:48 -0700 (PDT)
Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (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 E3E441B2AD5 for <anima@ietf.org>; Thu, 25 Jun 2015 14:31:47 -0700 (PDT)
Received: by pdjn11 with SMTP id n11so61099656pdj.0 for <anima@ietf.org>; Thu, 25 Jun 2015 14:31:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=asHlrnA2Xye1DadL5Igg6GjugnEq1Y8xWpo/GjTxzT4=; b=yyAxvjZFvQRz0wmC89kbEn9PA60NZadaInpLTrjcVdI97gtWDkgiJTUFHTuy1npCsu KHdSXyfInOasO6aZe0gvLlDSvstMjH+BESKtCo97VU6BZW+LCBoDiCuMVVNNBrOUkCYx 8fS73fxSGh1gbV9wD1d2pP7Qs3ZfEjkAI1MYlEZgWdnsWdrEdR1Zs/UG35Q2uIcdVKXo rEFrQV9jopyaTyOFsZTAZ3S0ZJINv2tzdv1PrTsST5lNmOdErcpo67j+dzm9ruToMBvm IyeYSqjGzaejskZRYk3NalY0vXFqoVHvRHZ41tcgCXQlAYpSyDiBOtWiYJjgWHUB1/7w NyVQ==
X-Received: by 10.68.134.226 with SMTP id pn2mr2070715pbb.86.1435267907596; Thu, 25 Jun 2015 14:31:47 -0700 (PDT)
Received: from [172.20.1.103] ([119.17.32.167]) by mx.google.com with ESMTPSA id m17sm12545128pdn.87.2015.06.25.14.31.44 for <anima@ietf.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Jun 2015 14:31:46 -0700 (PDT)
Message-ID: <558C7343.9000802@gmail.com>
Date: Fri, 26 Jun 2015 09:31:47 +1200
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: anima@ietf.org
References: <20150618095520.3486.7068.idtracker@ietfa.amsl.com> <55876E20.2070508@gmail.com> <3AA7118E69D7CD4BA3ECD5716BAF28DF22FF0FDC@xmb-rcd-x14.cisco.com> <21740.1435165907@sandelman.ca> <BAFEC9523F57BC48A51C20226A5589575E931D65@nkgeml505-mbx.china.huawei.com>
In-Reply-To: <BAFEC9523F57BC48A51C20226A5589575E931D65@nkgeml505-mbx.china.huawei.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/anima/o6tWfANYSFkoXdJub70Y-j5X7JI>
Subject: Re: [Anima] Whether IPv6 only for ACP? //RE: I-D Action: draft-behringer-anima-autonomic-addressing-01.txt
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.15
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, 25 Jun 2015 21:31:50 -0000

On 25/06/2015 14:06, Duzongpeng wrote:
> Hi, Michael Richardson:
> 
> 	I agree with your option. Perhaps ACP is not needed to be IPv6 only.

However, IPv6 has an enormous advantage in a cold start with all devices
assumed in factory condition. Every IPv6 stack will acquire a valid link-local
address even if no other device (such as a router or DHCP server) is configured
and there is no Intent in place. That is what we need for a true AN.

> 
> 	Of course, an IPv6 only autonomic control plane is ok for all the services in autonomic network, and the solution has the advantage of simplicity as mentioned by Michael Behringer.
> 
> 	However, the network operator may be more familiar with the IPv4-base management.

I'm sorry but such operators are quickly becoming dinosaurs. Looking at the
current growth rate of IPv6, and knowing that it will take several years
for Anima work to be complete, I think those operators will be in serious
trouble.

> 	In the beginning of the ACP deployment, the network operator may not be very confident about the decisions made by the autonomic network. Some kinds of monitoring jobs may be desired by the network operators. At this time, the operator may want to see some IPv4 addresses. 

Their traditional NMS could still be IPv4, and they could still see IPv4 information
through an IPv6 ACP.

> So, perhaps we need to provide IPv4-based ACP as an option for these parts of operators. Otherwise, we can only answer them "sorry, we only support IPv6 here".

No, the answer is "IPv6 will be deployed automatically with no work by you, but
old IPv4 services will not be interrupted."

Actually we should think about an "IPv4 management" use case for AN, running
over an IPv6 ACP.

Best regards,
   Brian

> 
> 	As IPv4 has been widely deployed, perhaps an IPv4-based autonomic network will be accepted by more network managers at the beginning.
> 
> 	Indeed, at this time, an IPv4-based ACP is not as mature as the IPv6 one. Thus, perhaps some work needs to be done at this direction. For example, as you mentioned, how can we get an address instead of the ULA in IPv6.
> 
> Best regards
> Zongpeng Du
> 
> -----Original Message-----
> From: Anima [mailto:anima-bounces@ietf.org] On Behalf Of Michael Richardson
> Sent: Thursday, June 25, 2015 1:12 AM
> To: Michael Behringer (mbehring)
> Cc: Anima WG
> Subject: Re: [Anima] I-D Action: draft-behringer-anima-autonomic-addressing-01.txt
> 
> 
> Michael Behringer (mbehring) <mbehring@cisco.com> wrote:
>     >> > IPv6 only: Autonomic processes should use exclusively IPv6, for
>     >> > simplicity reasons.
>     >>
>     >> I agree with this as long as it's an RFC 2119 SHOULD, i.e. IPv4 could be used in
>     >> extraordinary circumstances. The GDNP design is fundamentally IP-version
>     >> independent.
> 
>     > Yes, as long as it's really "extraordinary" ;-)   That 2119 says
>     > "SHOULD" means like you need a really good reason to not do it. What
>     > would such a good reason be? Just saying, in our implementation we
>     > often get the requirement "we want IPv4", and when you dig, the reason
>     > is that they don't want to deploy IPv6, and that's the only
>     > reason. Slippery slope...
> 
> a) to respond to the immediate "we want IPv4" --- I'd just tell the customer
>    that it uses a custom link layer protocol that uses an ethernet type
>    different than 0x0800... just like CDP does :-)
>    (I don't think you need to "deploy" IPv6 to have an ACP...)
> 
> b) the only thing I care about is that nobody is allowed to say, "but
>    mechanism XYZ does not exist in IPv4".  That's all.  I don't know if
>    we will need IPv6-only things, but maybe.
> 
> ...
> 
>     >> Use-ULA: For these overlay addresses of autonomic nodes, we use Unique
>     >> Local Addresses (ULA), as specified in [RFC4193].  An alternative
>     >> scheme was discussed, using assigned ULA addressing.  The consensus
>     >> was to use standard ULA, because it was deemed to be sufficient.
> 
> It might be that ULA is an IPv6-only feature.
> I don't consider 10/8 to be the same, as it is not statistically unique inside the AS.
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works  -= IPv6 IoT consulting =-
> 
> 
> 
> _______________________________________________
> Anima mailing list
> Anima@ietf.org
> https://www.ietf.org/mailman/listinfo/anima
> .
>