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

"Andrew G. Malis" <agmalis@gmail.com> Thu, 28 September 2017 17:08 UTC

Return-Path: <agmalis@gmail.com>
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 2F5E2134776; Thu, 28 Sep 2017 10:08:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 lysNuMUPda8O; Thu, 28 Sep 2017 10:08:07 -0700 (PDT)
Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7006F13476F; Thu, 28 Sep 2017 10:08:05 -0700 (PDT)
Received: by mail-oi0-x234.google.com with SMTP id n82so3349863oib.8; Thu, 28 Sep 2017 10:08:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hs3yOVWhCGsulu8IoW6uoEnJdWqLh21XSxh1jluKKeo=; b=aHz+Diru9lDizKXiPo3SqWtdJQPYV/GN2p9CDceI+ALnEhAj8gprux7+kVtFMikGOJ 6LheYRqJ5GGoHsZRXnC48Cm/0AMobEc8UfvcS0FCLCHrNu5Di951vs3WSV/fJEjk3Jwz pJy48fhSrO/XIpyI2zZfyMFrIHPPSRC0ncbIeqqxipNG5moBUrSguosdZAsS/i8F4V/5 YxpVe5b2jTIeS9nD2e2BwbXU9i6Nq3/ybUBxpq/8fLJr4smNqVJx7Y6/5kLuZLb3lDPh LDLi/xD5dm3T0nthEnCg0deqpARwdVfzt0jv5zVm/bzAxUSM4Aqc0PzSbg2OhCrTHn9u 4chA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=hs3yOVWhCGsulu8IoW6uoEnJdWqLh21XSxh1jluKKeo=; b=YiF4UrrMEaPivLydlNMXiqMGD3ZEdj0ufDaE1udzb3pc2c0xj2VtBGBXCe07Z0pniW 1fo1pUj4usPQg/74c7upZ4fDJl4GLs8SjjepJaHonx2qrGx3Nap4FpShsN4BuHjKS1/9 TehFMCaexVan9tY0xyufqzTTyNdpstJ1gOdJ06ZUU2vJE2OvdB0E/c6nEJ86FUkQfg7I m6ZLLHl3lC+dG/CNTALf1/98rN4ZXmYO5SamPSHQa5Akq0nDfzcAkNvsZQxCuMrQ9cfV PABIvmQrauRT1uak2OEEFP8+Mb2kvlwL9BvAJ8B0dGti19uoUtWDdU81yQY7DGOLIOBa nbsA==
X-Gm-Message-State: AMCzsaVy66K3dwY9n3DM3frMMBdvvyV/yuJhxH5GrTYI5fvmp2dFPWzp Z5IpGnsoJf9PFRiUPazIljTNZDgj4otHkSUOLKM=
X-Google-Smtp-Source: AOwi7QDV8/sdurWBhuNbaftWrXTTk1Mv+MJncfr1gn9KZcSBEKWl9xNRUqYQ9cgQcOYLMz/N0cCORc48EcsDu5W5evU=
X-Received: by 10.157.46.23 with SMTP id q23mr1588597otb.133.1506618484629; Thu, 28 Sep 2017 10:08:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.202.84.21 with HTTP; Thu, 28 Sep 2017 10:07:44 -0700 (PDT)
In-Reply-To: <D5F29735.87F38%lee@asgard.org>
References: <150660518277.13796.5801483741214576151.idtracker@ietfa.amsl.com> <CAMm+LwicKPpZ8+0AbrDx5+twqHWH=rTXTbrVQhPS=7VA-0a=qg@mail.gmail.com> <D5F29735.87F38%lee@asgard.org>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Thu, 28 Sep 2017 13:07:44 -0400
Message-ID: <CAA=duU1G1RmcFEyXe+SJsxMguPJbuO8DFveg1WG8knCfTdvA2Q@mail.gmail.com>
To: Lee Howard <lee@asgard.org>
Cc: Phillip Hallam-Baker <phill@hallambaker.com>, IETF Discussion Mailing List <ietf@ietf.org>, IETF-Announce <ietf-announce@ietf.org>, sunset4-chairs@ietf.org, draft-ietf-sunset4-ipv6-ietf@ietf.org, sunset4@ietf.org
Content-Type: multipart/alternative; boundary="001a113cd4dc96abf1055a42f3b8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sunset4/Vy6lYVP3DK7IVtO8ko0nGDlBDOM>
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 17:08:13 -0000

Lee,

Thanks, you’re right, BCP is much more appropriate than Informational, it’s
what I should have said in the first place. But PS still isn’t appropriate.

To your last question about private networks - I think we do care, to the
extent that the same protocols, equipment, and code paths are used both for
private networks and the public Internet. But as you pointed out, the draft
doesn’t say that we abandon IPv4.

Cheers,
Andy


On Thu, Sep 28, 2017 at 12:18 PM, Lee Howard <lee@asgard.org> wrote:

>
>
> 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
>
>