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

"Michael Behringer (mbehring)" <mbehring@cisco.com> Thu, 25 June 2015 07:31 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 08A391B30D8 for <anima@ietfa.amsl.com>; Thu, 25 Jun 2015 00:31:19 -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 koioiwYRvE5E for <anima@ietfa.amsl.com>; Thu, 25 Jun 2015 00:31:17 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA7731B30D7 for <anima@ietf.org>; Thu, 25 Jun 2015 00:31:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6088; q=dns/txt; s=iport; t=1435217476; x=1436427076; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=MsL8v/SKQNDCBPjncj1rrgJLBBdmesuyJHIUyHEC5wg=; b=M+XRWECo3klesGCs9DYv5/V6Zyeh7ZAGNVewoh+fTxK6ZVjhzpkQFdYV JQ+x8mHzsmEiXYrqnGesuJYZIh2KWpq7pemF1czoA3sj/g/KTbwdWRph1 TU6wLlm9pA5neLgYsJATDf1upeyIXONLSuqMSDeQfbtR2e68Q7BVyEWRR E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DJAwC8rYtV/5hdJa1bgxFUXwa8JGYJgVwKgkSDMAICAoE7OBQBAQEBAQEBgQqEIgEBAQQBAQE3NAsMBAIBCBEEAQEBChQFBAcnCxQJCAIEAQ0FCAwHiBQNzVoBAQEBAQEBAQEBAQEBAQEBAQEBAQETBItKhFUxBwaDEYEUBZQFAY0KkyKDXCZjgVqBPW+BRoECAQEB
X-IronPort-AV: E=Sophos;i="5.13,675,1427760000"; d="scan'208";a="6412740"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-5.cisco.com with ESMTP; 25 Jun 2015 07:31:15 +0000
Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t5P7VFaZ021044 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 25 Jun 2015 07:31:15 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.179]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0195.001; Thu, 25 Jun 2015 02:31:15 -0500
From: "Michael Behringer (mbehring)" <mbehring@cisco.com>
To: Duzongpeng <duzongpeng@huawei.com>, 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: AQHQrxgQihHNTFLA7UCRUDT1wSatXp280xlg
Date: Thu, 25 Jun 2015 07:31:14 +0000
Message-ID: <3AA7118E69D7CD4BA3ECD5716BAF28DF22FF431B@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> <3AA7118E69D7CD4BA3ECD5716BAF28DF22FF42B9@xmb-rcd-x14.cisco.com>
In-Reply-To: <3AA7118E69D7CD4BA3ECD5716BAF28DF22FF42B9@xmb-rcd-x14.cisco.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="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/anima/NcsVHimTBCi3f797n4qwE7dssr8>
Cc: Anima WG <anima@ietf.org>
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 07:31:19 -0000

Re-reading my own message, one thing to add: Brian has already stated that GDNP is protocol independent, and it should be. Of course we want to develop everything IP version independent wherever possible. 

But there has to be some default autonomic addressing, routing, and for THAT we want to look at IPv6 only at this point. 

Michael

> -----Original Message-----
> From: Anima [mailto:anima-bounces@ietf.org] On Behalf Of Michael
> Behringer (mbehring)
> Sent: 25 June 2015 09:25
> To: Duzongpeng; Michael Richardson
> Cc: Anima WG
> Subject: Re: [Anima] Whether IPv6 only for ACP? //RE: I-D Action: draft-
> behringer-anima-autonomic-addressing-01.txt
> 
> OK, I think there is some confusion around this topic.
> 
> A network with autonomic functions (we all agree that a fully autonomic
> network is not our main target for now) can support on the *data plane* any
> protocol the operator wants to use, including IPv4, appletalk and IPv8 (when
> it comes).
> 
> The statement is for the signalling, messaging and other protocols INSIDE
> the ACP, used by Autonomic Service Agents.
> 
> Autonomic Service Agents will be exposed to a developer community, and
> the vendors implementing the ACP. There is absolutely no reason to
> standardise more than one protocol for this purpose.
> 
> MichaelR is right: You don't need to actively deploy IPv6 to use the ACP. It
> just happens. With one caveat: If you connect an NMS system into the ACP
> for "virtual out of band" usage, then that system needs to support IPv6. But
> that is typically not a problem, in our experience.
> 
> In other words: We're saying that *autonomic functions* (which the end
> user isn't exposed to at all) are exclusively IPv6, but the network can
> provide any service the operator wants. Specifically, an autonomic function
> (running on an IPv6 control plane) may well negotiate addressing for IPv4
> services.
> 
> Michael
> 
> > -----Original Message-----
> > From: Duzongpeng [mailto:duzongpeng@huawei.com]
> > Sent: 25 June 2015 04:06
> > To: Michael Richardson; Michael Behringer (mbehring)
> > Cc: Anima WG
> > Subject: Whether IPv6 only for ACP? //RE: [Anima] I-D Action: draft-
> > behringer-anima-autonomic-addressing-01.txt
> >
> > Hi, Michael Richardson:
> >
> > 	I agree with your option. Perhaps ACP is not needed to be IPv6 only.
> >
> > 	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.
> > 	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. 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".
> >
> > 	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