Re: [v6ops] IPv4 trajectory

"Ackermann, Michael" <MAckermann@bcbsm.com> Fri, 03 April 2015 18:36 UTC

Return-Path: <mackermann@bcbsm.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 D4CE91ACF54 for <v6ops@ietfa.amsl.com>; Fri, 3 Apr 2015 11:36:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 MLW6PKOWzILe for <v6ops@ietfa.amsl.com>; Fri, 3 Apr 2015 11:36:00 -0700 (PDT)
Received: from mx.z120.zixworks.com (mx.z120.zixworks.com [199.30.235.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA4541ACF19 for <v6ops@ietf.org>; Fri, 3 Apr 2015 11:35:59 -0700 (PDT)
Received: from 127.0.0.1 (ZixVPM [127.0.0.1]) by Outbound.z120.zixworks.com (Proprietary) with SMTP id 02CD9281FF6 for <v6ops@ietf.org>; Fri, 3 Apr 2015 13:35:59 -0500 (CDT)
Received: from imsva2.bcbsm.com (unknown [12.107.172.81]) by mx.z120.zixworks.com (Proprietary) with SMTP id 71650281FBA; Fri, 3 Apr 2015 13:35:58 -0500 (CDT)
Received: from imsva2.bcbsm.com (unknown [127.0.0.1]) by IMSVA80 (Postfix) with ESMTP id 1BAE42F4F46; Fri, 3 Apr 2015 14:33:20 -0400 (EDT)
Received: from pwn401ea105.ent.corp.bcbsm.com (unknown [10.64.102.241]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by imsva2.bcbsm.com (Postfix) with ESMTP id 0D2872F4F2B; Fri, 3 Apr 2015 14:33:20 -0400 (EDT)
Received: from PWN401EA160.ent.corp.bcbsm.com ([fe80::fdcb:603d:469e:b1db]) by PWN401EA105.ent.corp.bcbsm.com ([fe80::f13e:83e4:1dae:5345%10]) with mapi id 14.01.0438.000; Fri, 3 Apr 2015 14:35:57 -0400
From: "Ackermann, Michael" <MAckermann@bcbsm.com>
To: "Fred Baker (fred)" <fred@cisco.com>, "George, Wes" <wesley.george@twcable.com>
Thread-Topic: [v6ops] IPv4 trajectory
Thread-Index: AQHQa7mTXPWqu6Iz/0yBevSA7yI3ep03OGKAgABM6QCAAAcmgIAABesAgAAq1oCAA9cMAIAAQE2A///DKTA=
Date: Fri, 03 Apr 2015 18:35:56 +0000
Message-ID: <4FC37E442D05A748896589E468752CAA0CD9A435@PWN401EA160.ent.corp.bcbsm.com>
References: <D1401A6F.90498%Lee@asgard.org> <551AF135.3060602@gmail.com> <B7AD5376-A2CF-43DF-9A84-B75CFDDBD6FF@cisco.com> <551B37B9.4090400@gmail.com> <B0D588CB-0448-44FE-BE3F-4D0B890B5756@cisco.com> <CAD6AjGQXt6DwmYkbDKyB-9SJzL5znsHTSJAG8=smPS8yZRpqhA@mail.gmail.com> <D143FC8D.4C060%wesley.george@twcable.com> <028FC16B-8D26-4CDE-8F17-19148B20B99C@cisco.com>
In-Reply-To: <028FC16B-8D26-4CDE-8F17-19148B20B99C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.64.83.71]
x-tm-as-product-ver: SMEX-10.2.0.3262-7.500.1018-21446.003
x-tm-as-result: No--44.631800-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-VPM-HOST: vmvpm02.z120.zixworks.com
X-VPM-GROUP-ID: 56e118ee-9d7a-40a5-a9d6-00a8fc6fa044
X-VPM-MSG-ID: 73bbf28f-09ed-45fc-9967-3f4aa40a2cea
X-VPM-ENC-REGIME: Plaintext
X-VPM-CERT-FLAG: 0
X-VPM-IS-HYBRID: 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/hODDWT9S9nNBiYi2PBTRS62F1Lk>
Cc: IPv6 Ops WG <v6ops@ietf.org>, "sunset4@ietf.org" <sunset4@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: Fri, 03 Apr 2015 18:36:06 -0000

HI Fred

Thanks for writing this and it while this type of document  may not seem critical or valuable  to many on this mailing list,  it will be helpful to many of us enterprises who are  currently stuck between 3.2 and 3.3,  without a next step clearly in site.    (and unfortunately,  blissfully content to stay there).  

To understand what the logical transition phases should be and to provide  some relative guidance on implementation choices, will be effective in motivating many of us currently looking for excuses to "Do Nothing" in the IPv6 deployment  space.  

When you said:

"  Many networks continue to kick the tires, lacking a business
   requirement to go to the next step."

This is spot on and really hits  home for many of us enterprises.    We currently have IPv6 on  our clients and servers (mostly because it is easier than trying to figure out how to remove it), on local links only.   We also have IPv6 in labs          But no IPv6  traffic crossing any layer 3  boundaries or being transferred to any meaningful destinations  (production applications, inter-organizational servers,  Internet sites,   etc. ).      

So assistance, advice, guidance, encouragement or however you may categorize this document,  it would  be helpful to those of us currently dealing with our fears of doing something meaningful with IPv6.  	


IMHO,  if this draft moves forward,   V6OPS would appear to be the appropriate WG.   With support from SunsetV4 . 

If you do continue with this draft,  I would be more than willing to assist in any way you deem appropriate.  


So, thanks again for doing this.  

Mike  

-----Original Message-----
From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of Fred Baker (fred)
Sent: Friday, April 03, 2015 1:35 PM
To: George, Wes
Cc: IPv6 Ops WG; sunset4@ietf.org
Subject: Re: [v6ops] IPv4 trajectory

Dumb question. There were at least a couple of comments early in the thread about “we should have an ID that says this”. I hacked one together, basically an updated version of the email.

(1) are we interested enough to actually have a draft, or does it just seem cute?
(2) if we’re interested enough to have a draft, what working group?
(3) if we’re interested enough to have a draft, it seems to me that I should have 1-3 co-authors, from SP, enterprise, and perhaps CDN environments, that can comment with some authority about the process and considerations in their environments. I would want the co-authors to add text as they deem it appropriate.

See attached.



The information contained in this communication is highly confidential and is intended solely for the use of the individual(s) to whom this communication is directed. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information is prohibited. Please notify the sender, by electronic mail or telephone, of any unintended receipt and delete the original message without making any copies.
 
 Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are nonprofit corporations and independent licensees of the Blue Cross and Blue Shield Association.