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

Alexandre Petrescu <alexandre.petrescu@gmail.com> Wed, 24 March 2021 16:23 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 E93B83A3000 for <v6ops@ietfa.amsl.com>; Wed, 24 Mar 2021 09:23:07 -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 hCtSspMl44HH for <v6ops@ietfa.amsl.com>; Wed, 24 Mar 2021 09:23:03 -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 8C8A33A2FFE for <v6ops@ietf.org>; Wed, 24 Mar 2021 09:23:03 -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 12OGN0A6031987 for <v6ops@ietf.org>; Wed, 24 Mar 2021 17:23:00 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id BB682207CC2 for <v6ops@ietf.org>; Wed, 24 Mar 2021 17:23:00 +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 B1EFB207C4F for <v6ops@ietf.org>; Wed, 24 Mar 2021 17:23:00 +0100 (CET)
Received: from [10.14.9.240] ([10.14.9.240]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 12OGN048024283 for <v6ops@ietf.org>; Wed, 24 Mar 2021 17:23:00 +0100
To: v6ops@ietf.org
References: <BL0PR05MB5316425C5650B5D2FE43DE4DAE6C9@BL0PR05MB5316.namprd05.prod.outlook.com> <CAB75xn4ioyzQ5AvUrPKVyuybjZRV__Tv1OMs70Lm-z9bo1Eo6g@mail.gmail.com> <74d6dca7019f44aba09caf47ef703e2f@huawei.com> <CAB75xn7=swhtwqRuV6SoWoMO7jtCcPCc02XiVpAjE=VUx8CyaQ@mail.gmail.com> <6059897e.1c69fb81.ac270.d863SMTPIN_ADDED_BROKEN@mx.google.com> <749643a7-313f-4bd1-8bb8-7dc26d830070@gmail.com> <605aae8f.1c69fb81.8a8ed.04b7SMTPIN_ADDED_BROKEN@mx.google.com> <35c4cf4f-0128-dff6-27a3-4cc868539f7f@gmail.com> <9614BF99-431D-4046-9762-0F111AFBB27D@consulintel.es> <a498117e-4834-41f8-5c90-ad7734d07220@hit.bme.hu> <e770fec1-2189-f683-6c74-36e32541c53d@gmail.com> <abe65114-d9c9-10ee-2c78-449051acbb61@hit.bme.hu> <3c50c72b-b606-a6cf-3095-f08ad48eecf5@gmail.com> <2A0C2B40-2DA4-4941-A09F-5BD31EDA3301@consulintel.es> <2e64b426-3a0a-b5f8-0306-005e9f1023d0@gmail.com> <72754d29-8b57-66fa-2b3a-fc6680c339f2@hit.bme.hu>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <69744eb4-2f2e-6876-eba7-c439c5c4db9d@gmail.com>
Date: Wed, 24 Mar 2021 17:22:59 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1
MIME-Version: 1.0
In-Reply-To: <72754d29-8b57-66fa-2b3a-fc6680c339f2@hit.bme.hu>
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/gxwoTSjCXSsBkFJ1u6-_Dz5dtCE>
Subject: Re: [v6ops] 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: Wed, 24 Mar 2021 16:23:08 -0000


Le 24/03/2021 à 16:59, Gabor LENCSE a écrit :
> Dear Alex,
> 
> On 3/24/2021 4:12 PM, Alexandre Petrescu wrote: [...]
>> Does IPv6 mandate the use of DNS64 and NAT64?
> 
> Of course, not. :)

So I agree with you about that.

> There are several IPv4 as a Services solutions exist. We have
> covered the five most prominent ones 464XLAT, DS-Lite, MAP-E, MAP-T
> and lw4o6 in our I-D: 
> https://tools.ietf.org/html/draft-lmhp-v6ops-transition-comparison-06
> > Your ISP is likely using one of them.

For clarification - my ISP is called 'Free' (it has freedom features).

They offer me paid IPv4 and IPv6 native access at home on ADSL.  It's
one publicly routable IPv4 address and an IPv6 /56 prefix globally
routable prefix (a 'GUP' if I can say so, not a GUA'(ddress)).

Up to now, looking through the configuration interface of my freebox at
home I could not see the options that you mention (464XLAT, DSLITE,
MAP-E, MAP-T, lw4o6).  One might say that they are there invisible, but
I doubt that, I need a proof of it.  How can I check for presence of 
options 464XLAT, DSLITE, MAP-E, MAP-T or lw4o6?

The problems that appear when I try to browse IPv6 sites that absolutely
need IPv4 might be because I turned off the IPv4 stack on my computer's
interface (Windows Properties on the Interface, check off IPv4).  This
operation (turning off IPv4 in a computer) is possible only on Windows,
not on linux, AFAIR.  One cant do 'rmmod ipv4' in linux.

That also explains the fact that installing IPv4-IPv6 translation boxes
(NAT64, 464LAT, etc.) in a network is not sufficient to access IPv4
sites from an IPv6-only computer.

In order to access IPv4 sites from IPv6-only computers one also needs
the IPv4 stack to work ok on that computer and, moreover, it needs some
times software features in the Client that support the 64:: notation of
IPv6 addresses.  For example, thunderbird (a very modern MUA) does not
understand it and gets confused by it.  It takes it for an fqdn, and
does not even try to connect the translation boxes.

This means that if one wants to migrate more to IPv6 then one has to
think about the NAT64 and 464XLAT concepts more outside of the cellular
network concept.

And yes, I agree with you, NAT64 and 464XLAT are good tools to
migrate.  In particular, if one is on a smartphone or other computer
using an OS that cant turn off their IPv4 stacks.

Alex

> 
> Best regards,
> 
> Gábor
> 
> _______________________________________________ v6ops mailing list 
> v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops