Re: Last Call: RFC 6346 successful: moving to Proposed Standard

Mark Andrews <marka@isc.org> Fri, 12 December 2014 06:15 UTC

Return-Path: <marka@isc.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E77E1A8898 for <ietf@ietfa.amsl.com>; Thu, 11 Dec 2014 22:15:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.911
X-Spam-Level:
X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 OJbbgGHJyPRr for <ietf@ietfa.amsl.com>; Thu, 11 Dec 2014 22:15:43 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DC0B1A3B9B for <ietf@ietf.org>; Thu, 11 Dec 2014 22:15:43 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 22CF01FCAE9; Fri, 12 Dec 2014 06:15:40 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id F2C1416005C; Fri, 12 Dec 2014 06:20:13 +0000 (UTC)
Received: from rock.dv.isc.org (unknown [149.20.66.86]) by zmx1.isc.org (Postfix) with ESMTPSA id 6CFC916004E; Fri, 12 Dec 2014 06:20:13 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 90B952556F33; Fri, 12 Dec 2014 17:15:33 +1100 (EST)
To: heasley <heas@shrubbery.net>
From: Mark Andrews <marka@isc.org>
References: <547F451C.3010507@dcrocker.net> <D0AE1053.7AA8A%Lee@asgard.org> <AF1B977B-75D4-4AF2-B231-300AF2429317@nominum.com> <CAMm+Lwji9860CKaJB_9xi3ztiVUtP3NZ8AgO1wZAVTKVWW76Nw@mail.gmail.com> <CADC+-gR+sFUELOrdfVj5e3hW-KZoftotbhvEwF6aotZvq5wOkw@mail.gmail.com> <1DF3E368-D915-458C-8009-C508735D3C88@nominum.com> <5488FEE0.2030400@gmail.com> <84E9B4C0-A2E2-41BF-955A-1B125BBE63B1@nominum.com> <54890CD3.2050800@gmail.com> <20141211034501.1776A25434AE@rock.dv.isc.org> <20141212051204.GG39631@shrubbery.net>
Subject: Re: Last Call: RFC 6346 successful: moving to Proposed Standard
In-reply-to: Your message of "Fri, 12 Dec 2014 05:12:04 -0000." <20141212051204.GG39631@shrubbery.net>
Date: Fri, 12 Dec 2014 17:15:33 +1100
Message-Id: <20141212061533.90B952556F33@rock.dv.isc.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/rAUHCbkq_0VziJKE2lE5tMegqBA
Cc: IETF Discussion Mailing List <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Dec 2014 06:15:45 -0000

In message <20141212051204.GG39631@shrubbery.net>, heasley writes:
> Thu, Dec 11, 2014 at 02:45:00PM +1100, Mark Andrews:
> > Because most of the world has sat on its collective backsides until
> > it was too late to do a nice orderly dual stack deployment model
> > without having to share IPv4 addresses between customers.   Now
> > many ISP's are just trying to keep IPv4 on life support long enough
> > to move everybody to IPv6.
> 
> yawn.  Much of the end-user equipment still does not support v6.

When was the last time you could actually buy a tablet, laptop,
desktop, cell phone that didn't support IPv6?  You can get printers
that support IPv6.  You can get CPE devices that support IPv6.
Games consoles support IPv6.  Those that don't can be upgraded
over the net.

I'm not sure where TV's are at but the hardware supports IPv6 and
just yesterday the TV asked my wife whether to download a new version
of the software and this is a second hand TV.  At $0 I wasn't going
to worry if it supports IPv6.  The dogs pulled the old one over
smashing the LCD screen.  Just had to find the right remote to press
select.  There is no reason the manufacturer couldn't ship a update
that supports IPv6.

Similarly for fridges.

> Much
> of it has to be replaced with newer h/w for v6 support or support folks
> have to visit each site to perform upgrades (spendy).  Many core devices
> still have partial or missing support.  Some protocols still lack v6
> support.  Multihoming is looking rather ugly for small networks (like
> those with just 1 v4 /24, thus need less than a v6/48).  usw.

I saw the same excuses being handed out a decade ago.  If you have
equipment that needs to be replace now it means you failed to plan.

> How much quicker do folks think implementation would have been by vendors,
> then adoption by users, had the ietf not felt obligated to rearchitect v4?
> vs. just expand the address space and ship it, which is the only area where
> v6 appears to shine anyway.  [yes, I am ignoring the need for transition
> mechanisms]

I've got 15 year old equipment running IPv6.  I've got lots of IPv6
equipment that has been end-of-lifed by the manufacturer.  Windows
XP supported IPv6 and that was releases in 2001.  I've been running
IPv6 at home for over a decade now.  I was adding IPv6 to the
products we ship ~16 years ago now and it has basically remained
unchanged since then.

If your consumer device does not support IPv6 don't blame the IETF.
Blame the manufacturer.

> I don't know anyone enchanted by v6.
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org