Re: [v6ops] Enterprises won't deploy IPv6 for IPv6's sake (as they didn't IPv4, IPX, XNS, or DECNet)

"Templin, Fred L" <Fred.L.Templin@boeing.com> Mon, 13 January 2014 16:25 UTC

Return-Path: <Fred.L.Templin@boeing.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 B00AF1AE17E for <v6ops@ietfa.amsl.com>; Mon, 13 Jan 2014 08:25:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.739
X-Spam-Level:
X-Spam-Status: No, score=-4.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, 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 UkKGdDER9O1c for <v6ops@ietfa.amsl.com>; Mon, 13 Jan 2014 08:25:21 -0800 (PST)
Received: from stl-mbsout-01.boeing.com (stl-mbsout-01.boeing.com [130.76.96.169]) by ietfa.amsl.com (Postfix) with ESMTP id 6B1571ADFDD for <v6ops@ietf.org>; Mon, 13 Jan 2014 08:25:21 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by stl-mbsout-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id s0DGPAI1029707; Mon, 13 Jan 2014 10:25:10 -0600
Received: from XCH-PHX-313.sw.nos.boeing.com (xch-phx-313.sw.nos.boeing.com [130.247.25.175]) by stl-mbsout-01.boeing.com (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id s0DGP5Tn029621 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Mon, 13 Jan 2014 10:25:06 -0600
Received: from XCH-BLV-108.nw.nos.boeing.com (130.247.25.137) by XCH-PHX-313.sw.nos.boeing.com (130.247.25.175) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 13 Jan 2014 08:25:05 -0800
Received: from XCH-BLV-504.nw.nos.boeing.com ([169.254.4.203]) by XCH-BLV-108.nw.nos.boeing.com ([169.254.13.207]) with mapi id 14.03.0158.001; Mon, 13 Jan 2014 08:25:05 -0800
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>, Alexandru Petrescu <alexandru.petrescu@gmail.com>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] Enterprises won't deploy IPv6 for IPv6's sake (as they didn't IPv4, IPX, XNS, or DECNet)
Thread-Index: AQHPDrg6xP36KFapgEy8h/U9IKX/EJqAvheAgAIaPfA=
Date: Mon, 13 Jan 2014 16:25:04 +0000
Message-ID: <2134F8430051B64F815C691A62D98318198577@XCH-BLV-504.nw.nos.boeing.com>
References: <1386274786.29351.YahooMailNeo@web142501.mail.bf1.yahoo.com> <6A64F619-4A0E-423A-A5E7-4C3234B461AE@nominum.com> <m2fvoyb0hd.wl%randy@psg.com> <1389261993.72423.YahooMailNeo@web161906.mail.bf1.yahoo.com> <2134F8430051B64F815C691A62D98318193C5C@XCH-BLV-504.nw.nos.boeing.com> <C2A091EA-6B9F-47C0-9D50-2260D4DA0D57@ecs.soton.ac.uk> <EMEW3|4c4e9aa60cad1e97207c58631caba379q! 08H4x03tjc|ecs.soton.ac.uk|C2A091EA-6B9F-47C0-9D50-2260D4DA0D57@ecs.soton.ac.uk> <2134F8430051B64F815C691A62D98318193CD6@XCH-BLV-504.nw.nos.boeing.com> <597F58BD-DCEA-4C4E-B7AB-DCCB416B3CFD@ecs.soton.ac.uk> <EMEW3|04e90b90dff954d2bc6d2a53888d4abdq08HOU03tjc|ecs.soton.ac.uk|597F58BD-DCEA-4C4E-B7AB-DCCB416B3CFD@ecs.soton.ac.uk> <2134F8430051B64F815C691A62D98318193D30@XCH-BLV-504.nw.nos.boei! ng.com> <52CFBAB4.4040105@gmail.com> <2134F8430051B64F815C691A62D9831819663D@XCH-BLV-504.nw.nos.boeing! .com> <52D01D53.60107@gmail.com> <2134F8430051B64F815C691A62D9831819676E@XCH-BLV-504.nw.nos.boeing.com> <52D1! 1D67.1080106@gmail.com> <1389485433.43458.YahooMailNeo@web161903.mail.bf1.yahoo.com>
In-Reply-To: <1389485433.43458.YahooMailNeo@web161903.mail.bf1.yahoo.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.247.104.6]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-TM-AS-MML: disable
Subject: Re: [v6ops] Enterprises won't deploy IPv6 for IPv6's sake (as they didn't IPv4, IPX, XNS, or DECNet)
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: Mon, 13 Jan 2014 16:25:23 -0000

Hi Mark,

> -----Original Message-----
> From: Mark ZZZ Smith [mailto:markzzzsmith@yahoo.com.au]
> Sent: Saturday, January 11, 2014 4:11 PM
> To: Alexandru Petrescu; Templin, Fred L; v6ops@ietf.org
> Subject: Re: [v6ops] Enterprises won't deploy IPv6 for IPv6's sake (as they didn't IPv4, IPX, XNS, or
> DECNet)
> 
> 
> 
> 
> 
> ----- Original Message -----
> > From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
> > To: "Templin, Fred L" <Fred.L.Templin@boeing.com>; "v6ops@ietf.org" <v6ops@ietf.org>
> > Cc:
> > Sent: Saturday, 11 January 2014 9:31 PM
> > Subject: Re: [v6ops] Enterprises won't deploy IPv6 for IPv6's sake (as they didn't IPv4, IPX, XNS,
> or DECNet)
> >
> > Fred,
> >
> > Thanks for the message.
> >
> > Le 10/01/2014 17:37, Templin, Fred L a écrit :
> >>  Hi Alex,
> >>
> 
> <snip>
> 
> >
> > Given that, one wants to make it first IPv4 (IPv4 innovation is still
> > needed in some protcols), and plan for as little effort as possible to
> > deploy to IPv6.  I.e. make them as much as possible look the same.  If
> > not, there is additional software effort, additional money to look for,
> > additional time to add to end of project.
> >
> 
> 
> So let's imagine IPv6 was just IPv4 with bigger addresses, nothing else changed, which is what I think
> you're saying some people think it should have been. How would deploying IPv4 with bigger addresses,
> in addition to IPv4 with small addresses, save or make an enterprise money today or in the near
> future?
> 
> To pick a hypothetical example, imagine a golf club manufacturer. How would deploying IPv6 (of either
> IPv4 + bigger addresses, or what we have today) decrease the cost of manufacturing golf clubs, or
> increase the sales of golf clubs? I can't think of how IPv6 would decrease their manufacturing costs,
> and I don't think a "We've got an IPv6 network" sticker on the box will increase golf club sales
> significantly (they might sell a extra few hundred to network engineers, but that would be it).
> 
> In the views of some, if IPv6 had just been IPv4 with bigger addresses it might slightly improve the
> business case to deploy it, because it would have been less to learn, and therefore theoretically less
> cost to operate. Lower costs are great, but less costs don't matter if you don't need what the
> technology provides.
> 
> I used the following in another off-list email about this topic, I think it is worth posting here:
> 
> "I once read that when you go to the hardware store to buy a drill, what you're really buying is a
> hole. The drill is the means, the hole is the end.
> 
> No matter how fancy the drill is, there will be some people who don't need a hole, and therefore will
> never buy a drill. That's not a statement of the success or failure of the drill to make holes, and
> nor will adding further features and enhancements to the drill increase the demand for holes.
> 
> So IPv6 is the means, and an IPv6-only application, or an IPv6 application that works much better than
> an IPv4 one, is the end. It is only when enterprises (and others) want the IPv6 end will they then be
> prepared to deploy the IPv6 means."
> 
> 
> 
> If people want to stimulate IPv6 adoption in enterprises, then it would seem to me that the focus
> needs to be on developing or demonstrating the value of either moving applications to using IPv6
> instead of IPv4, or creating applications that cannot or cannot easily be operated over IPv4. While I
> don't know if it is used much, one example of such an application is Apple's Back to My Mac service,
> described in RFC6281.

There are "killer apps" for IPv6 and they are here today. One "app" is
mobility management of mobile networks. A second is numbering of large
scale virtual networks that may at some point need to connect up to the
physical enterprise network. Nothing in existing enterprise networks
needs to change to accommodate this, but future growth in mobile and
virtual nodes will require IPv6.

Thanks - Fred
fred.l.templin@boeing.com

> Regards,
> Mark.