Re: [v6ops] About Req for Comments - "Transition to IPv6"

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 05 March 2020 16:48 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D861E3A0403 for <v6ops@ietfa.amsl.com>; Thu, 5 Mar 2020 08:48:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.669
X-Spam-Level:
X-Spam-Status: No, score=0.669 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 EY6WCOXeUESM for <v6ops@ietfa.amsl.com>; Thu, 5 Mar 2020 08:48:35 -0800 (PST)
Received: from sainfoin-smtp-out.extra.cea.fr (sainfoin-smtp-out.extra.cea.fr [132.167.192.228]) (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 CEA9B3A03F7 for <v6ops@ietf.org>; Thu, 5 Mar 2020 08:48:28 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 025GmP76022481; Thu, 5 Mar 2020 17:48:25 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3F8C7207841; Thu, 5 Mar 2020 17:48:25 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 3203A20782F; Thu, 5 Mar 2020 17:48:25 +0100 (CET)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 025GmPvQ017925; Thu, 5 Mar 2020 17:48:25 +0100
To: Erik Kline <ek.ietf@gmail.com>
Cc: v6ops@ietf.org
References: <e8a25961-5ac9-d35e-77dd-bf86f45cd077@gmail.com> <7eb4dc25-28a6-4927-2356-846e200681d2@gmail.com> <0791D4B0-8390-48D7-AF0A-CE004EC3224C@consulintel.es> <ccc75efb-8c00-ee97-5cc7-2e061e6e5a54@gmail.com> <52b6b9a4f46a49598eccee1b35e5efc5@irs.gov> <89127c25-9c51-c4bb-97ae-3567e80a4c52@gmail.com> <CAMGpriVCHFWL0O21C8XnQZGrrKaiRwANUGLRrJTcBe75cpZGJw@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <e03181b7-4d10-2287-40aa-6d10aae53f93@gmail.com>
Date: Thu, 05 Mar 2020 17:48:25 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <CAMGpriVCHFWL0O21C8XnQZGrrKaiRwANUGLRrJTcBe75cpZGJw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/-9q9KMk0oYEwNTm-h7D5z0pfjg0>
Subject: Re: [v6ops] About Req for Comments - "Transition to IPv6"
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 05 Mar 2020 16:48:37 -0000


Le 05/03/2020 à 17:38, Erik Kline a écrit :
> Eliminating IPv4 implies eliminating the use of IPv4.
> 
> Eliminating the *use* of IPv4 does not imply eliminating IPv4.
> 
> I don't see any real problem here.  Maybe they *want* the vagueness 
> (i.e. absence of over-specificity)

Indeed.

It might be better to progress along the lines of that 'IPv6 only' even
though that might mean some IPv4 too, than to not progress.  I agree.

> to have some grey area to support NAT64/DNS64 (or maybe even
> 464xlat).

I bet that if they wrote 'NAT64' themselves then they'd wonder about the 
presence of '4'.

So, I guess we might ask them whether they understand that 'IPv6-only' 
requires NAT64 which requires 4 which is IPv4.

Alex

> 
> On Thu, Mar 5, 2020 at 6:03 AM Alexandre Petrescu 
> <alexandre.petrescu@gmail.com <mailto:alexandre.petrescu@gmail.com>>
> wrote:
> 
> Thank you very much for the pointer.  In it I could spot the
> following footnote: "[4] IPv6-Only refers to network environments in 
> which use of the IPv4 protocol has been eliminated."
> 
> In my humble opinion,
> 
> I think, if I am not wrong, that there are no such networks in which 
> IPv4 protocol has been eliminated.  On one hand, a network is made
> of computers, and IPv4 stacks are still present in almost all
> computers. On another hand, there might be some ptp links (not
> networks, but individual links) that run IPv6 only.
> 
> That is why it is hard to agree on the assumption of IPv4 being 
> eliminated somewhere.  Worse, it makes look as if the goal of that 
> 'IPv6-only' is to arrive at that same situation which in fact does 
> use IPv4.
> 
> There is a draft at IETF in this v6ops WG, about the term
> 'IPv6-only'. We could improve that draft.  We could refer to it as
> well.
> 
> Further, in this Req for Comments 'Transition to IPv6' this text
> makes me think they set the wrong goal:
>> In fact, many of these organizations have migrated, or are
>> planning to migrate, to “IPv6-only”4 infrastructures to reduce
>> operational concerns associated with maintaining two distinct
>> network infrastructures. The intent of this updated memorandum is
>> to communicate the requirements for completing the operational 
>> deployment of IPv6 across all Federal information systems and 
>> services, and help agencies overcome barriers that prevent them
>> from migrating to IPv6-only systems. Going forward, the Federal 
>> government plans to deliver its information services, operate its 
>> networks, and access the services of others using only IPv6.
> 
> The guidance would, better, make think about the removal of the IPv4 
> stack.  For example, uncheck the IPv4 box in Windows ethernet
> interface properties, or remove 127.0.0.1 from /etc/hosts, remove A
> entries from DNS, or similar.  These are criteria easily checked by
> more people.
> 
> In my humble opinion.
> 
> Alex
> 
> 
> Le 05/03/2020 à 14:33, Morizot Timothy S a écrit :
>> Since the formal request for comment has been published on the 
>> federal register, a direct link to the draft as published on the 
>> Federal CIO website (within OMB) might facilitate review and
>> comment. I see some confusion about how to read the draft
>> memorandum itself.
>> 
>> 
> https://www.cio.gov/assets/resources/internet-protocol-version6-draft.pdf
>
> 
> 
>> 
>> 
>> 
> HTH,
>> 
>> Scott
>> 
>> -----Original Message----- From: v6ops <v6ops-bounces@ietf.org
> <mailto:v6ops-bounces@ietf.org>> On
>> Behalf Of Alexandre Petrescu Sent: Thursday, March 5, 2020 7:08 AM 
>> To: v6ops@ietf.org <mailto:v6ops@ietf.org> Subject: Re: [v6ops]
> About Req for Comments -
>> "Transition to IPv6"
>> 
>> 
>> 
>> Le 05/03/2020 à 13:25, JORDI PALET MARTINEZ a écrit :
>>> This is why I've insisted several times in having a document 
>>> describing what is IPv6-only ...
>>> 
>>> I can update it again if the WG is interested ...
>>> 
>>> https://tools.ietf.org/html/draft-palet-v6ops-ipv6-only-04
>> 
>> To me it might make sense to start from there.
>> 
>> At this time, although I can click on the URL, it leads to a
>> phrase "The attached draft memorandum prepared by the Office of
>> Management and Budget, in collaboration with the Federal Chief
>> Information Officers Council and Federal Chief Information Security
>> Officers Council, supports the Administration’s goals for
>> modernizing Federal Information Technology".  I can not find that
>> 'draft memorandum'.
>> 
>> I can not find precisely what are the questions to comment on.  Or 
>> there might be no precise question, just an overall indication of 
>> ambition.
>> 
>> Alex
>> 
>> _______________________________________________ v6ops mailing list 
>> v6ops@ietf.org <mailto:v6ops@ietf.org>
> https://www.ietf.org/mailman/listinfo/v6ops
>> 
> 
> _______________________________________________ v6ops mailing list 
> v6ops@ietf.org <mailto:v6ops@ietf.org> 
> https://www.ietf.org/mailman/listinfo/v6ops
>