Re: [sunset4] Last Call: <draft-ietf-sunset4-ipv6-ietf-01.txt> (IETF: End Work on IPv4) to Proposed Standard

Lee Howard <lee@asgard.org> Thu, 28 September 2017 16:18 UTC

Return-Path: <lee@asgard.org>
X-Original-To: sunset4@ietfa.amsl.com
Delivered-To: sunset4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 574B8134228 for <sunset4@ietfa.amsl.com>; Thu, 28 Sep 2017 09:18:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.397
X-Spam-Level:
X-Spam-Status: No, score=-5.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 0yjuqYWuCAZb for <sunset4@ietfa.amsl.com>; Thu, 28 Sep 2017 09:18:45 -0700 (PDT)
Received: from atl4mhob05.registeredsite.com (atl4mhob05.registeredsite.com [209.17.115.43]) (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 6A0E0134292 for <sunset4@ietf.org>; Thu, 28 Sep 2017 09:18:41 -0700 (PDT)
Received: from mailpod.hostingplatform.com ([10.30.71.211]) by atl4mhob05.registeredsite.com (8.14.4/8.14.4) with ESMTP id v8SGIbnF024588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <sunset4@ietf.org>; Thu, 28 Sep 2017 12:18:38 -0400
Received: (qmail 12678 invoked by uid 0); 28 Sep 2017 16:18:37 -0000
X-TCPREMOTEIP: 66.160.130.14
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?66.160.130.123?) (lee@asgard.org@66.160.130.14) by 0 with ESMTPA; 28 Sep 2017 16:18:37 -0000
User-Agent: Microsoft-MacOutlook/14.7.2.170228
Date: Thu, 28 Sep 2017 12:18:31 -0400
From: Lee Howard <lee@asgard.org>
To: Phillip Hallam-Baker <phill@hallambaker.com>, IETF Discussion Mailing List <ietf@ietf.org>
CC: sunset4@ietf.org, sunset4-chairs@ietf.org, draft-ietf-sunset4-ipv6-ietf@ietf.org, IETF-Announce <ietf-announce@ietf.org>, terry.manderson@icann.org
Message-ID: <D5F29735.87F38%lee@asgard.org>
Thread-Topic: [sunset4] Last Call: <draft-ietf-sunset4-ipv6-ietf-01.txt> (IETF: End Work on IPv4) to Proposed Standard
References: <150660518277.13796.5801483741214576151.idtracker@ietfa.amsl.com> <CAMm+LwicKPpZ8+0AbrDx5+twqHWH=rTXTbrVQhPS=7VA-0a=qg@mail.gmail.com>
In-Reply-To: <CAMm+LwicKPpZ8+0AbrDx5+twqHWH=rTXTbrVQhPS=7VA-0a=qg@mail.gmail.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3589445918_10711579"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sunset4/0QytCVV1Iup507wJWpxW5dHyHFI>
Subject: Re: [sunset4] Last Call: <draft-ietf-sunset4-ipv6-ietf-01.txt> (IETF: End Work on IPv4) to Proposed Standard
X-BeenThere: sunset4@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: sunset4 working group discussion list <sunset4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sunset4>, <mailto:sunset4-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sunset4/>
List-Post: <mailto:sunset4@ietf.org>
List-Help: <mailto:sunset4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sunset4>, <mailto:sunset4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Sep 2017 16:18:46 -0000


From:  sunset4 <sunset4-bounces@ietf.org> on behalf of Phillip Hallam-Baker
<phill@hallambaker.com>
Date:  Thursday, September 28, 2017 at 10:34 AM
To:  IETF Discussion Mailing List <ietf@ietf.org>
Cc:  <sunset4@ietf.org>, <sunset4-chairs@ietf.org>,
<draft-ietf-sunset4-ipv6-ietf@ietf.org>, IETF-Announce
<ietf-announce@ietf.org>, <terry.manderson@icann.org>
Subject:  Re: [sunset4] Last Call: <draft-ietf-sunset4-ipv6-ietf-01.txt>
(IETF: End Work on IPv4) to Proposed Standard

> I remain opposed for the reason I gave last time this was proposed: The IETF
> should retain control of IPv4 and any statement to the effect that the IETF
> will no longer work on IPv4 will inevitably lead to formation of an IPv4
> legacy standards group in competition with IETF.

That would be an interesting development. But the document is hard to
interpret as “The IETF has abdicated responsibility for IPv4.” For instance,
the third sentence:
Until the time when IPv4 is no longer in
   wide use and/or declared historic, the IETF needs to continue to
   update IPv4-only protocols and features for vital operational or
   security issues.
Similarly:
Some changes may be necessary in IPv4 protocols to
   facilitate decommissioning IPv4 in a way that does not create
   unacceptable impact to applications or users.

And also:
   The IESG will review proposed working group charters to ensure
      that work will be capable of operating without IPv4, except in
      cases of IPv4 security, transition, and decommissioning work.

Finally, looking at the number of times we have actually Updated RFC791
"INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION” (four
times, if I recall correctly) suggests to me that a competing standards body
created for the purpose of updating IPv4 would find itself with little to
do.

> 
> Like it or not, FORTRAN and COBOL are still in common use a full 40 years
> after they were functionally obsolete. I see no reason to believe that anyone
> will need more than 32 bits of addressing for their home network. There being
> no compelling reason for my coffee pot to be able to talk to the entire
> Internet, I have a compelling reason to prevent it doing so.
> 
> Rather than sunset IPv4, I would sunset IPv4 as an Internet protocol and
> relegate it to use as a network protocol only.

Then change the name to NPv4?

Do we care what people do on their private networks? Is it any of our
business?

Lee