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

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Thu, 25 March 2021 09:15 UTC

Return-Path: <prvs=17186b08de=jordi.palet@consulintel.es>
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 038873A171C for <v6ops@ietfa.amsl.com>; Thu, 25 Mar 2021 02:15:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es
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 zE9JmRwMWrZm for <v6ops@ietfa.amsl.com>; Thu, 25 Mar 2021 02:15:48 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [IPv6:2001:470:1f09:495::5]) by ietfa.amsl.com (Postfix) with ESMTP id 95BDB3A171B for <v6ops@ietf.org>; Thu, 25 Mar 2021 02:15:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1616663744; x=1617268544; i=jordi.palet@consulintel.es; q=dns/txt; h=User-Agent:Date: Subject:From:To:Message-ID:Thread-Topic:References:In-Reply-To: Mime-version:Content-type:Content-transfer-encoding; bh=OKpVpVQA EGvkTtOLcn0EcU+eUfaD+Uq7zLj8Y4cGstY=; b=xM8xHBD12Q/9mciw4zi5kd5W l3Nk8nKjEoVUUo2tg0xLoNl9ViKGSfMqDQymiHejHPPO5CL0FcB2KFrUcKXbSTEs NAMjy1aYDPNin1c6Y8VIq35S7frGNJdqLbVg0akjjHFy8s2Qr5GprrqJoRhfRgAD Q41awofAczUgxSHCTA4=
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.es, Thu, 25 Mar 2021 10:15:44 +0100
X-Spam-Processed: mail.consulintel.es, Thu, 25 Mar 2021 10:15:44 +0100
Received: from [10.10.10.145] by mail.consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50000556981.msg for <v6ops@ietf.org>; Thu, 25 Mar 2021 10:15:43 +0100
X-MDRemoteIP: 2001:470:1f09:495:842:d8e3:e550:ee0b
X-MDHelo: [10.10.10.145]
X-MDArrival-Date: Thu, 25 Mar 2021 10:15:43 +0100
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Return-Path: prvs=17186b08de=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/16.47.21031401
Date: Thu, 25 Mar 2021 10:15:40 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops@ietf.org
Message-ID: <A9D618FB-00B5-4D87-8D1F-2AE28EF29F62@consulintel.es>
Thread-Topic: [v6ops] draft-vf-v6ops-ipv6-deployment
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> <69744eb4-2f2e-6876-eba7-c439c5c4db9d@gmail.com>
In-Reply-To: <69744eb4-2f2e-6876-eba7-c439c5c4db9d@gmail.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/VR9hvJ65GHysErIcnu1Adv9zyig>
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: Thu, 25 Mar 2021 09:15:54 -0000

Free was using 6RD initially, not sure if they turned into dual-stack, may be with IPv4 via CGN.

Regards,
Jordi
@jordipalet
 
 

El 24/3/21 17:23, "v6ops en nombre de Alexandre Petrescu" <v6ops-bounces@ietf.org en nombre de alexandre.petrescu@gmail.com> escribió:



    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

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