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

"Michael Behringer (mbehring)" <mbehring@cisco.com> Fri, 26 June 2015 07:14 UTC

Return-Path: <mbehring@cisco.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 D357F1B348B for <anima@ietfa.amsl.com>; Fri, 26 Jun 2015 00:14:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 ilto6QRykT9o for <anima@ietfa.amsl.com>; Fri, 26 Jun 2015 00:14:22 -0700 (PDT)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B35D1B3484 for <anima@ietf.org>; Fri, 26 Jun 2015 00:14:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9792; q=dns/txt; s=iport; t=1435302862; x=1436512462; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=e6GAoyr9aK36V6GMPhkKYADMczbIakg+L4dCCEk3ggk=; b=SlyTjYLvq3+IFBlJaKfgfnLDtygTcjGaE6IeiAQecHZTevZKsuRwqB/j cMXKVU8M4VrdC3O3lif7QpIYMpqqieIZZQ2KJi/gVCMvd5wROt/ei+LzT CR3IA3Th9h/L6bHrnwbUmzAOwJQiW2XnIhWfJjyLZ+lrtIU0NQYaQ3uvV I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CLBACF+4xV/4QNJK1bgxFUXwaDGLkQZgmBXAqCRIM0AhyBHDgUAQEBAQEBAYEKhCIBAQEDAQEBASAROgsMBAIBCBEEAQEBAgIGGQQDAgICJQsUAQgIAgQBDQUIE4gMCA24DJZOAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSBIYophDsaFhsHBoJiL4EUBZQGAY0LkyODXCZjgVqBPW+BRoECAQEB
X-IronPort-AV: E=Sophos;i="5.13,683,1427760000"; d="scan'208";a="4853213"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-8.cisco.com with ESMTP; 26 Jun 2015 07:14:21 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t5Q7ELnX027422 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 26 Jun 2015 07:14:21 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.179]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Fri, 26 Jun 2015 02:14:21 -0500
From: "Michael Behringer (mbehring)" <mbehring@cisco.com>
To: Sheng Jiang <jiangsheng@huawei.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, "anima@ietf.org" <anima@ietf.org>, Michael Richardson <mcr+ietf@sandelman.ca>
Thread-Topic: [Anima] Whether IPv6 only for ACP? //RE: I-D Action: draft-behringer-anima-autonomic-addressing-01.txt
Thread-Index: AQHQr45clpskeIiiNEWNIDUk6nqfsJ2+VIiAgAAKIuA=
Date: Fri, 26 Jun 2015 07:14:20 +0000
Message-ID: <3AA7118E69D7CD4BA3ECD5716BAF28DF22FF5CA2@xmb-rcd-x14.cisco.com>
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> <558C7343.9000802@gmail.com> <5D36713D8A4E7348A7E10DF7437A4B925F55A5BB@nkgeml512-mbx.china.huawei.com>
In-Reply-To: <5D36713D8A4E7348A7E10DF7437A4B925F55A5BB@nkgeml512-mbx.china.huawei.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.55.238.134]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/anima/rfKvyrnFVMxZbxx4e3DJ283_JDY>
Cc: Duzongpeng <duzongpeng@huawei.com>
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: Fri, 26 Jun 2015 07:14:25 -0000

Sheng: WHY??? Why would you want an IPv4 control plane? If you have a good answer to that question, we can argue. :-) 

Take BGP: It can run on either v4 or v6, and it can negotiate any protocol under the sun. the control plane protocol has little to do with what it negotiates. 

Take ISIS: It's not even IP!! 

Other WGs may have good reasons: For example: interfacing end systems where we cannot expect IPv6 support. AN is NEW, the ANI is NEW, there is no legacy. 

Michael

> -----Original Message-----
> From: Sheng Jiang [mailto:jiangsheng@huawei.com]
> Sent: 26 June 2015 03:32
> To: Brian E Carpenter; anima@ietf.org; Michael Behringer (mbehring);
> Michael Richardson
> Cc: Duzongpeng
> Subject: RE: [Anima] Whether IPv6 only for ACP? //RE: I-D Action: draft-
> behringer-anima-autonomic-addressing-01.txt
> 
> Hi, Brian and Michael B,
> 
> In my reading, it seems we take a wrong argument here. What we are
> talking about is NOT stop IPv6-based ACP. It is remaining on our priority or
> default choice. Technically, I am not sure the possibility or feasibility IP
> independent. If yes, IP independent may be preferred over IPv6-only.
> 
> But meanwhile, a parallel IPv4-based ACP (or IP independent) mechanism
> should not bring any harm. IPv4 based Internet/networks are still having the
> motivation to improve itself. Particularly, many closed enterprise networks
> many remain IPv4-only for a while. Many IETF WG, such as DHC, are working
> on both IPv4 and IPv6 simultaneously, of course, with IPv4 in lower
> preference and priority.
> 
> "IPv4 management" use case for AN, running over an IPv6 ACP would also
> be an interest use case. It is valuable in the dual stack network or "running
> IPv4 as a service".
> 
> Regards,
> 
> Sheng
> 
> >-----Original Message-----
> >From: Anima [mailto:anima-bounces@ietf.org] On Behalf Of Brian E
> >Carpenter
> >Sent: Friday, June 26, 2015 5:32 AM
> >To: anima@ietf.org
> >Subject: Re: [Anima] Whether IPv6 only for ACP? //RE: I-D Action:
> >draft-behringer-anima-autonomic-addressing-01.txt
> >
> >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
> >> .
> >>
> >
> >_______________________________________________
> >Anima mailing list
> >Anima@ietf.org
> >https://www.ietf.org/mailman/listinfo/anima