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

Brian E Carpenter <brian.e.carpenter@gmail.com> Sun, 28 March 2021 18:47 UTC

Return-Path: <brian.e.carpenter@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 0E0B13A236B for <v6ops@ietfa.amsl.com>; Sun, 28 Mar 2021 11:47:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.237
X-Spam-Level: *
X-Spam-Status: No, score=1.237 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 TX_2Uj8vIWTB for <v6ops@ietfa.amsl.com>; Sun, 28 Mar 2021 11:47:51 -0700 (PDT)
Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (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 7A4AD3A236A for <v6ops@ietf.org>; Sun, 28 Mar 2021 11:47:51 -0700 (PDT)
Received: by mail-pg1-x532.google.com with SMTP id v186so8014484pgv.7 for <v6ops@ietf.org>; Sun, 28 Mar 2021 11:47:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=MXWrtNF1YE9LC77V85BzK+LFW/jPj6jvnuMXbPL+y3g=; b=DBhN101pAyxu/g/aYm9NcApVLioPJddrOsM/0T+xPVnRWTU/CfDr0BGpgUd3V/sjgf qdgE7/7Qiszrprzctpa72ZdIvGmtbxsgMohzuLU5wAPwusszS4AP4xHqu+OxuKhONX1q raURHoaFBDiVG+sz73q6n4BDo5dlbzKaukOKYz1SHXMcBg3+OyCIXORt3eMpxQrhBba2 G8KvIK9fYLkNn1ryLBJeOt+0T4u33NlRWlwvrmbNZ8W6SpembwoMM/VAg/s5vnNki++Q oLigZErFFGeVRQBI7EnIcK28Qh6Q4uXf7FBniOzN3WxINIaZN2pnGKUYnMEaGLdSe5Jx 4JRQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=MXWrtNF1YE9LC77V85BzK+LFW/jPj6jvnuMXbPL+y3g=; b=kRff4jyPLJj1ePQ2BXXQ68HitAgpRXvXM7qDXZC8y23kxq0Dg4a6RGF2JRHtRgCh02 gWmO6t8nv9VfnZmgf7LAS0Eick2ayepnsEfhoktwhE7rTYME4mjZoY5Zf6iEra/dKpe1 ItqCqf9xhm2iW476yDOqP5PwgosAii6mj1NHwEC6S98S7FzMLt3ETXNQyITvjFDGFiFh A7t0SKHbc/OHiOTEw5Oy2pto4sfuGOlwRI9tn1KLKIbhXXqrkqr3+XxUxMP5CKuh/Oie sis48VpZbwCbycx00t5t6nODI6EUQerqt4XK6aTWi2HVHQDPEhwWF2tZ8E5pMfn4pq/1 Ua7Q==
X-Gm-Message-State: AOAM532BJqe68sU3U5rbkarGbl84BTWW3bdEJjhoLrTiY2lBgeBd0Mu/ +HGHXBxoomvNscy7jnzleiE0klnD1tVQoQ==
X-Google-Smtp-Source: ABdhPJw3VGpT150tPW0fsX2PdAzTPnqD73pU6DynqF7JGdFcnUYTkkWWTCN8RQTL5WVsM+vqbUX24w==
X-Received: by 2002:a05:6a00:b47:b029:20d:1c65:75f0 with SMTP id p7-20020a056a000b47b029020d1c6575f0mr22008449pfo.9.1616957269453; Sun, 28 Mar 2021 11:47:49 -0700 (PDT)
Received: from [10.1.0.95] (223-165-19-195.liverton.net.nz. [223.165.19.195]) by smtp.gmail.com with ESMTPSA id f15sm14323112pgg.84.2021.03.28.11.47.47 for <v6ops@ietf.org> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Mar 2021 11:47:48 -0700 (PDT)
To: v6ops@ietf.org
References: <BL0PR05MB5316425C5650B5D2FE43DE4DAE6C9@BL0PR05MB5316.namprd05.prod.outlook.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> <A9D618FB-00B5-4D87-8D1F-2AE28EF29F62@consulintel.es> <202103281513224517773@chinatelecom.cn> <847EF067-1076-4AC4-9349-2992181119DB@consulintel.es>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <43c05777-01c3-df81-9da1-64abd6dc8c91@gmail.com>
Date: Mon, 29 Mar 2021 07:47:44 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <847EF067-1076-4AC4-9349-2992181119DB@consulintel.es>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/JQyvpD7aMt-ztN_5LSdarN2vdrQ>
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: Sun, 28 Mar 2021 18:47:56 -0000

On 28-Mar-21 21:25, JORDI PALET MARTINEZ wrote:
> Yes and not … IPv6 in IPv4 (6in4, proto41, etc.) … 6over4 is another protocol.
> 
>  
> 
> Agree, right thing is to use IPv6-only and IPv4aaS, I was just saying that Free was the initiation of 6RD and they were using that. I’m not saying they still use the same or they should keep using the same.

But please consider that if an operator is already supporting its customers using classical dual stack or a solid solution like 6rd, there may be no good reason to change for the next ten years or more. Dual stack has no time limit.

I think this statement in the draft:
"For this reason, when IPv6 increases to a certain limit,
it would be better to switch to the IPv6-only stage."
is too vague to be useful. Switching costs might be very high, including loss of customers. In fact, the criterion for switching might be as simple as "when IPv4 traffic is vanishingly small."

   Brian



> 
>  
> 
> Regards,
> 
> Jordi
> 
> @jordipalet
> 
>  
> 
>  
> 
>  
> 
> El 28/3/21 9:14, "v6ops en nombre de xiechf@chinatelecom.cn <mailto:xiechf@chinatelecom.cn>" <v6ops-bounces@ietf.org <mailto:v6ops-bounces@ietf.org> en nombre de xiechf@chinatelecom.cn <mailto:xiechf@chinatelecom.cn>> escribió:
> 
>  
> 
>  
> 
>  
> 
> 6rd is a mode of IPv6 over IPv4, it is opposite to the concept of "IPv4 as a Service" of IPv6-only, so it should be replaced to make IPv6 as a univeral and underlying network protocol gradually.
> 
>  
> 
> Regards
> 
> Chongfeng
> 
>  
> 
>  
> 
>     *From:* JORDI PALET MARTINEZ <mailto:jordi.palet=40consulintel.es@dmarc.ietf.org>
> 
>     *Date:* 2021-03-25 17:15
> 
>     *To:* v6ops@ietf.org <mailto:v6ops@ietf.org>
> 
>     *Subject:* Re: [v6ops] draft-vf-v6ops-ipv6-deployment
> 
>     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.
> 
>      
> 
>      
> 
>      
> 
>     _______________________________________________
> 
>     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
>