Re: [v6ops] sense of draft-vf-v6ops-ipv6-deployment

Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 30 March 2021 14:54 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 BD0D03A175B for <v6ops@ietfa.amsl.com>; Tue, 30 Mar 2021 07:54:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.668
X-Spam-Level:
X-Spam-Status: No, score=0.668 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-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 i6yiDXAcOJ8i for <v6ops@ietfa.amsl.com>; Tue, 30 Mar 2021 07:54:45 -0700 (PDT)
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 35FC53A1754 for <v6ops@ietf.org>; Tue, 30 Mar 2021 07:54:44 -0700 (PDT)
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 12UEsgHV043947 for <v6ops@ietf.org>; Tue, 30 Mar 2021 16:54:42 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 6D4EA207486 for <v6ops@ietf.org>; Tue, 30 Mar 2021 16:54:42 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 6391420748B for <v6ops@ietf.org>; Tue, 30 Mar 2021 16:54:42 +0200 (CEST)
Received: from [10.14.1.181] ([10.14.1.181]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 12UEsfZc027108 for <v6ops@ietf.org>; Tue, 30 Mar 2021 16:54:42 +0200
To: v6ops@ietf.org
References: <6fe89c92-a7f1-baf2-6225-7c1bc397c8ee@gmail.com> <7837404c0ba34ef38567a1d74df6381c@huawei.com> <82bbfb68-4489-6987-11fd-954e8e9eccf5@gmail.com> <2EF62E53-DCB6-436D-A240-6969483A98EC@consulintel.es> <caaba643-f99c-b45c-f7fa-b3ad55e79ae5@gmail.com> <95710B27-53CB-4450-9A5D-D1E45C60D62E@consulintel.es>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <cfc6d594-7dc8-1747-3598-618c2115cb05@gmail.com>
Date: Tue, 30 Mar 2021 16:54:41 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0
MIME-Version: 1.0
In-Reply-To: <95710B27-53CB-4450-9A5D-D1E45C60D62E@consulintel.es>
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/wcuNjg-RwzUxGN5x4sQUxxDOIh8>
Subject: Re: [v6ops] sense of draft-vf-v6ops-ipv6-deployment
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: Tue, 30 Mar 2021 14:54:50 -0000


Le 30/03/2021 à 16:38, JORDI PALET MARTINEZ a écrit :
> I disagree, it may be different interfaces.

This is right.

> It may be an IPv6-only VPN on top of a dual stack "physical" interface, etc., etc.

I see.

> It is necessary to describe the specific context to be accurate when we say "IPv6-only".

Some times it looks like a never ending story.

As it stands now, I wonder why we still speak about IPv6-only when IPv4 
is there everywhere anyways.

Still, there are FreeBSD computers whose IPv4 stack has been stripped 
off of the kernel, and Windows machines that turned off IPv4 from some 
interfaces.  But, strangely enough, it is not these computers that we 
call 'IPv6-only'.

What we seem to be calling 'IPv6-only' is the linux-based smartphones 
whose IPv4 stack is still in them.

Alex

> 
> Regards,
> Jordi
> @jordipalet
>   
>   
> 
> El 30/3/21 14:14, "v6ops en nombre de Alexandre Petrescu" <v6ops-bounces@ietf.org en nombre de alexandre.petrescu@gmail.com> escribió:
> 
> 
> 
>      Le 30/03/2021 à 13:25, JORDI PALET MARTINEZ a écrit :
>      > You only need IPv4 support if the other side of the communication is
>      > IPv4-only.
>      >
>      > I read RFC6540, in this context as if the app, protocol, service,
>      > etc. will work if IPv4 is disabled.
>      >
>      > So this is true in all the IPv6-only mechanisms, because precisely
>      > the idea is to make sure that if at some point there are no more
>      > "IPv4-only whatever", it will still work.
> 
>      We cant talk about IPv6-only and IPv4 at the same time in the same computer.
> 
>      The point is to make sure that IPv6 works ok without IPv4.
> 
>      Alex
> 
>      >
>      > Regards, Jordi @jordipalet
>      >
>      >
>      >
>      > El 30/3/21 12:08, "v6ops en nombre de Alexandre Petrescu"
>      > <v6ops-bounces@ietf.org en nombre de alexandre.petrescu@gmail.com>
>      > escribió:
>      >
>      >
>      >
>      > Le 30/03/2021 à 09:44, Giuseppe Fioccola a écrit :
>      >> Hi Alexandre, Yes, the main scope is to describe the global IPv6
>      >> deployment and provide an overview on how the transition to IPv6
>      >> is progressing, indeed the draft is informational. Anyway,
>      >> according to the statistics and to the surveys, it can be possible
>      >> to make some general considerations and report transition
>      >> challenges in order to encourage actions in the areas identified
>      >> (e.g. section "Call for action").
>      >
>      > I agree.
>      >
>      > However, I have a doubt.  At a point this draft says:
>      >
>      > "It is recommended that all networking standards assume the use of
>      > IPv6 and be written so they do not require IPv4 ([RFC6540])."
>      >
>      > Incidentally, I agree with the recommendation, but it is still an
>      > advice.  If we want to not put an advice then we dont put it, end of
>      > phrase.
>      >
>      > Besides, the paragraph above sounds great, and I agree with it.  But
>      > it refers to RFC6540.  That RFC is great, and is a BCP.
>      >
>      > But in detail, it (RFC6540) says this, among other things that are
>      > ok:
>      >> To ensure interoperability and flexibility, the best practices are
>      >> as follows:
>      >>
>      > [...]
>      >>
>      >> o  New and updated IP networking implementations should support
>      >> IPv4 and IPv6 coexistence (dual-stack), but must not require IPv4
>      >> for proper and complete function.
>      >
>      > This requirement is great, but in practice, 464XLAT needs IPv4 in
>      > order to work.  So the 'must not require IPv4 for proper and
>      > complete function' is not respected.
>      >
>      > A smartphone that is qualified as 'IPv6-only' by many still has an
>      > IPv4 stack in it and still runs IPv4 software.
>      >
>      > That is a problem.
>      >
>      > This might represent a basis that - when shaken - goes up to the 'it
>      > is recommended' of this draft that I mentioned earlier.
>      >
>      > Alex
>      >
>      >
>      >
>      >>
>      >> Giuseppe
>      >>
>      >> -----Original Message----- From: v6ops
>      >> [mailto:v6ops-bounces@ietf.org] On Behalf Of Alexandre Petrescu
>      >> Sent: Monday, March 29, 2021 6:48 PM To: v6ops@ietf.org Subject:
>      >> [v6ops] sense of draft-vf-v6ops-ipv6-deployment
>      >>
>      >> I wanted to ask whether the sense of the intention of
>      >> draft-vf-v6ops-ipv6-deployment is:
>      >>
>      >> - to describe deployment?
>      >>
>      >> - or to give advice about what the deployment should be?
>      >>
>      >> For my part, I think it should solely describe deployment.
>      >>
>      >> Alex
>      >>
>      >> _______________________________________________ v6ops mailing list
>      >> v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops
>      >>
>      >
>      > _______________________________________________ v6ops mailing list
>      > v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops
>      >
>      >
>      >
>      > ********************************************** IPv4 is over Are you
>      > ready for the new Internet ? http://www.theipv6company.com The IPv6
>      > Company
>      >
>      > This electronic message contains information which may be privileged
>      > or confidential. The information is intended to be for the exclusive
>      > use of the individual(s) named above and further non-explicilty
>      > authorized disclosure, copying, distribution or use of the contents
>      > of this information, even if partially, including attached files, is
>      > strictly prohibited and will be considered a criminal offense. If you
>      > are not the intended recipient be aware that any disclosure, copying,
>      > distribution or use of the contents of this information, even if
>      > partially, including attached files, is strictly prohibited, will be
>      > considered a criminal offense, so you must reply to the original
>      > sender to inform about this communication and delete it.
>      >
>      >
>      >
>      > _______________________________________________ v6ops mailing list
>      > v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops
>      >
> 
>      _______________________________________________
>      v6ops mailing list
>      v6ops@ietf.org
>      https://www.ietf.org/mailman/listinfo/v6ops
> 
> 
> 
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.theipv6company.com
> The IPv6 Company
> 
> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
> 
> 
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>