Re: [v6ops] IPv4 trajectory

"Fred Baker (fred)" <fred@cisco.com> Tue, 31 March 2015 23:48 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6376B1B2B7D for <v6ops@ietfa.amsl.com>; Tue, 31 Mar 2015 16:48:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -114.511
X-Spam-Level:
X-Spam-Status: No, score=-114.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, USER_IN_WHITELIST=-100] 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 N0ECOnQv29_h for <v6ops@ietfa.amsl.com>; Tue, 31 Mar 2015 16:48:50 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E25B1B2B88 for <v6ops@ietf.org>; Tue, 31 Mar 2015 16:46:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1352; q=dns/txt; s=iport; t=1427845606; x=1429055206; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=79P8L9wILOUwMTmZ31hEb2LhyASoOap1GWaLMFPnx+k=; b=QpjNLlhJBtszTIu+L9uEmwHZ/f8tpXJyMLOCraVUjkaXayJuxdHF24WT lh47Mbj0uRl1MBimjF2Q5N6SI+56yjFbCP5QzT+QRljF/qm36cPUoJIQj 06L5Mv3uQipdCx5bQw+C7E4bYETMKbhKXXePqgm2yyIf0N1SseCfrLRDk Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CCBADBMBtV/4wNJK1cgwaBLgWDD8EcBodDAhyBHDgUAQEBAQEBAXyEFAEBAQMBIxEzEgULAgEIGAICJgICAh8RFRACBA4FiBsDCQi0bpNIDYVQAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4EhigiCR4F+MweCaC+BFgEEkGKIKIFNgR2Mc4Jjg0gig25vAYFDfwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,503,1422921600"; d="scan'208";a="137052086"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-8.cisco.com with ESMTP; 31 Mar 2015 23:46:45 +0000
Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t2VNkjIL013405 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 31 Mar 2015 23:46:45 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.67]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Tue, 31 Mar 2015 18:46:45 -0500
From: "Fred Baker (fred)" <fred@cisco.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Thread-Topic: [v6ops] IPv4 trajectory
Thread-Index: AQHQbAzxG5JVINnTs0uV0Ah8LpbStw==
Date: Tue, 31 Mar 2015 23:46:44 +0000
Message-ID: <A524C1E3-B8DF-4E58-97B5-66CAC5EC0E7C@cisco.com>
References: <D1401A6F.90498%Lee@asgard.org> <551AF135.3060602@gmail.com>
In-Reply-To: <551AF135.3060602@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.117]
Content-Type: text/plain; charset="utf-8"
Content-ID: <4439D3CEF6D0514FA167A8977609F91E@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/JqomYZqhX9pyvajfyhRIyYQOpN0>
Cc: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] IPv4 trajectory
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Mar 2015 23:48:51 -0000

> On Mar 31, 2015, at 12:10 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> 
> However, I also wonder whether the transit and core operators, who carry
> globally-addressed IPv4 traffic around for other networks, will eventually
> move away from pure ships-in-the-night dual stack operation. For example,
> will they eventually find it inconvenient to use IPv4 for "control plane"
> purposes, and so use IPv6 for all network management? In that case they
> will also be operating IPv4 only as a service.

That’s a question you would have to ask them. I don’t know.

But I’m not sure you’re using the same definition I am for IPv4 as a service. If I understand your penultimate sentences, in a network that carries multiple data types (I don’t know, Netware, CLNS, IPv4, IPv6, whatever) and uses exactly one of them to manage the network, the one is fundamental and the others are “a service”.

The definition I’m using is in the data plane.