Re: [v6ops] IPREF as a transitioning tool

waldemar <waldemar@wdmsys.com> Fri, 10 November 2023 10:00 UTC

Return-Path: <waldemar@wdmsys.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 5425EC15C286 for <v6ops@ietfa.amsl.com>; Fri, 10 Nov 2023 02:00:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.199
X-Spam-Level:
X-Spam-Status: No, score=-2.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.091, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=wdmsys.com header.b="cyQbAwF3"; dkim=pass (2048-bit key) header.d=outbound.mailhop.org header.b="cMvZvkEi"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XD0LqooRYbIZ for <v6ops@ietfa.amsl.com>; Fri, 10 Nov 2023 02:00:19 -0800 (PST)
Received: from kudu.cherry.relay.mailchannels.net (kudu.cherry.relay.mailchannels.net [23.83.223.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32D8BC1519BB for <v6ops@ietf.org>; Fri, 10 Nov 2023 02:00:18 -0800 (PST)
X-Sender-Id: _forwarded-from|217.96.228.89
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 0906F902548 for <v6ops@ietf.org>; Fri, 10 Nov 2023 10:00:18 +0000 (UTC)
Received: from outbound1g.ore.mailhop.org (unknown [127.0.0.6]) (Authenticated sender: duocircle) by relay.mailchannels.net (Postfix) with ESMTPA id 80C95902744 for <v6ops@ietf.org>; Fri, 10 Nov 2023 10:00:17 +0000 (UTC)
ARC-Seal: i=2; s=arc-2022; d=mailchannels.net; t=1699610417; a=rsa-sha256; cv=pass; b=63Hh/OcYQFDGjxNTSGwXnsqfMmBH6TgK0rBQc3Igv1+k2QPj8W8hMOkVfkcRDO/i3i7FZa j1h0N+/Gbb+czK8O9ZYmV1r9F54CAbR/rEwGvft0z725INfOZCmF8JT3Vnk2oBjnRSadw/ 1gfZAUSgvwNlD8xI8qwho49dNpkELdubpzhvCSX7WxnypoueMQrVp/k4w1YzGVBkO43MAJ xYp2J3yFDFz4Ho9qNOhAKinE0edEyYN2f/jqnTN2/mzXMuhiJ1V/sdx6lBC35t5crANo9t FFvAqpyCzYs5xBoNR5lMePohtU+OwpIfrRN3yYNVDDSQBwvTv3iyaKPT5kJikw==
ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1699610417; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=EzxDMaBleOUFGgyz3cLzLOLWporJgD0O5ijz+rYgYXs=; b=fiUVZuvDIv7PPzFsEypzQKeN3W4rEDw9GiBJoNyAb+dt6bSbn6XcpnQVSbSk+g8o+e3+we fD92IEMQPqYZ6oAcD6dl5KyUvHLH9NUSvNEUwofCdlJRT1pr6QIzw4G0l8I39aloVeSYHU NA46RykAdwLWtMeAikwf1hVm3PAxt3RzEKrJ6z/yw65eZDKhhBtBdeo2oLLZVWgXMdDgyF sBAosIniaYXgHDX+i4Bii7WNb+zm40taqhbl1zVa6On82XBIWF9UFpKinHfpSlgsjc32Jv ztPFhF8xE5ADgr458mmLRwh2ClBAYzsXeWpWOXDg0/fFR1IuHaz2wrJhUvKH4Q==
ARC-Authentication-Results: i=2; rspamd-6f98f74948-j8k7d; arc=pass ("outbound.mailhop.org:s=arc-outbound20181012:i=1"); auth=pass smtp.auth=duocircle smtp.mailfrom=waldemar@wdmsys.com
X-Sender-Id: _forwarded-from|217.96.228.89
X-MC-Relay: Forwarding
X-MailChannels-SenderId: _forwarded-from|217.96.228.89
X-MailChannels-Auth-Id: duocircle
X-Inform-Language: 69a866083591a87b_1699610417677_1805625245
X-MC-Loop-Signature: 1699610417677:1832508932
X-MC-Ingress-Time: 1699610417677
Received: from outbound1g.ore.mailhop.org (outbound1g.ore.mailhop.org [54.68.34.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.101.67.125 (trex/6.9.2); Fri, 10 Nov 2023 10:00:17 +0000
ARC-Seal: i=1; a=rsa-sha256; t=1699610417; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=okNVnGks2fLnNrhOhBRERSSwVvBPWh8eadwe27G+mloxd6/aLOgT/qw8p8RyaBHIxRerMSY98gCEq qSGThecLdApujabyPM2AURakbLGq9uS5jz+pv/QjwZAszIwpaZbJjXCMBLuFnAO70zECMhuCYQpC7v HZQ0Eep4+yEv+wiJJYiZ9ed8So155MBHrPoWuiJynwia7A9UMzs5nKlwR0oduvPyZkWD8NVK4o6Skg CskrP387sfH/KpHrMqK0M+Uu0x07rdLl4/N+v4hCn0wAYwLKPbCrWQ2RhlW1HklyOkp7fbwGaBFrip gdkZYBbvI8WtiSattskY9fLCf3VJpMw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:in-reply-to:from:references:to:subject: mime-version:date:message-id:dkim-signature:dkim-signature:from; bh=EzxDMaBleOUFGgyz3cLzLOLWporJgD0O5ijz+rYgYXs=; b=FBACkF5lyVCMRe/ciN6KAyN/zxIL4uDvomzpgw0/G68LHhctnRxhCfwKwr5z2N6drKrZEkMZ78l+5 TyzXFxDLcnDdSG/S8iyzN34ZT64sfx//Be1Ljr0vrmqqcSeV+KkKDqfNSiAn84uGrUFD7hNeQVasdY BQquzYMfKreIcsmCnDpTQUnsJNQ/mwEHDovoSAIJUwL8ckMpErhsu+2cnlmJGperISYDUM1Lw2YFNZ VPQtwX8NK8dp1zhvO+9TQuX0A0/PgpZ7ZnVE07PhO6ZNiyeTlu2ul0PM4RBXop9AGncLwH4U/EpUFK 0VDkI2yU9oiRSs1bQcHvRfyEG5l8HZQ==
ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=wdmsys.com smtp.remote-ip=168.235.72.19; dmarc=none header.from=wdmsys.com; arc=none header.oldest-pass=0;
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wdmsys.com; s=duo-1675405977089-29a98ead; h=content-transfer-encoding:content-type:in-reply-to:from:references:to:subject: mime-version:date:message-id:from; bh=EzxDMaBleOUFGgyz3cLzLOLWporJgD0O5ijz+rYgYXs=; b=cyQbAwF3U8P4c6TBwgIoau0UC6CgBeN90UtpCLqzLPQ9PIMOVPd6/cnq2dshTyvBeB911uiUQ18or hDEpf/w89segwV6hESkOKC+tYXnM50AeU4jqObQuAst5Sr7uSlpMefx7s7nj0FnG30rukOE8zVyDxr TUD7w1Y+m6qD2l/U=
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:in-reply-to:from:references:to:subject: mime-version:date:message-id:from; bh=EzxDMaBleOUFGgyz3cLzLOLWporJgD0O5ijz+rYgYXs=; b=cMvZvkEivAKVMWy5gamQWysj6zVi50xNvAxe4fj+DsnqvmgyIdxGUbo+WAeCOmjXH1SUlf/mCXAr5 lDNYuR7l3tE0rd9gjRqCVGLjo1sfOCRa0kOScCJG8q9+RmN0T3KqmbT7pwhLMIg6d7mHXyCdIR4f0W 8iqqkaZ+Eefz52M0BFos4K2lXLdI5SmElwVWJLGvrgNaKdsnGxKdkgk65fYepYUmDmd0L2L/MJuuxL DVK9i3UFx1S9vbUvvrAA3Rl+MhFzxM8f6r+x3T/Gk69opYZ/okRnXi/Z6aNYnEWrmSFUtRyixzOJAl dtdfQeN5Q/7Vzlw+dDa3HPXKGwErt+Q==
X-Originating-IP: 168.235.72.19
X-MHO-RoutePath: d2FsZGVtYXI=
X-MHO-User: f0e85e2f-7faf-11ee-8626-d1581f149e9f
X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information
X-Mail-Handler: DuoCircle Outbound SMTP
Received: from cmail.wdmsys.com (168-235-72-19.cloud.ramnode.com [168.235.72.19]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id f0e85e2f-7faf-11ee-8626-d1581f149e9f; Fri, 10 Nov 2023 10:00:14 +0000 (UTC)
Received: from 217.96.228.89.ipv4.supernova.orange.pl ([217.96.228.89] helo=[192.168.1.13]) by cmail.wdmsys.com with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.95) (envelope-from <waldemar@wdmsys.com>) id 1r1OJB-000dyc-0d; Fri, 10 Nov 2023 10:00:13 +0000
Message-ID: <fe904823-3596-d464-3528-51b418b4081f@wdmsys.com>
Date: Fri, 10 Nov 2023 02:00:09 -0800
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1
Content-Language: en-US
To: "jordi.palet@consulintel.es" <jordi.palet=40consulintel.es@dmarc.ietf.org>, V6 Ops List <v6ops@ietf.org>
References: <90f07ffa-1f44-8fa6-a6eb-b35c14fcf655@wdmsys.com> <11220775.0j3nEXixpK@asclepius.adm.tul.cz> <df800110-7ee4-23d8-e11f-c6e1e32e8edc@wdmsys.com> <33892F6F-A2AF-4BAA-BB33-1ED99F9FD674@isc.org> <442536ba-f736-5106-615c-7fcc0b8dc2a1@wdmsys.com> <BB43DD2A-97A7-4D46-BDB4-9AE52AE8A008@consulintel.es>
From: waldemar <waldemar@wdmsys.com>
In-Reply-To: <BB43DD2A-97A7-4D46-BDB4-9AE52AE8A008@consulintel.es>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Wt_wepQ7PM8ZjmQeMqwapt6ZfYk>
Subject: Re: [v6ops] IPREF as a transitioning tool
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 10 Nov 2023 10:00:24 -0000

On 11/10/23 00:55, jordi.palet@consulintel.es wrote:
>>> We already have the ability for IPv6 to connect to IPv6 to IPv4 using NAT64.  This can be run
>>> with initiating traffic coming from both directions at the same time.  IPv6 on the public side
>>> to IPv4 on the private side with static mapping and AAAA records in the DNS as well as the more
>>> common use of dynamic mappings when running IPv6 only on the private side.  This has been done
>>> for many years now.
>> ...thereby reinforcing IPv4. You will never do away with IPv4 Internet this way.
>>
> I observe the contrary. Every time I enable IPv6 in an ISP or enterprise network, the amount of IPv6 traffic is bigger and bigger. In a residential ISP, it comes often to 85% of IPv6 traffic. In fact we see that with measurements from Google, Meta, Akamai, etc.
>
> Also if I understood correctly, your mechanism requires an IPv4 option, and that’s not easy to deploy, actually this is the reason we have IPv6 instead of "IPv4+”, because the effort to deploy one or the other is the same, and IPv6 provides a better feature set in the long term, that if we just had “upgraded IPv4”.
It does not require. It is mentioned because it would make sense to do 
so. Of course, there is no hope for an IPv4 option, therefore a tunnel 
is proposed. Incidentally, there is a tunnel proposed for IPv6 as well, 
due to extension headers dropped. This is a problem unrelated to 
transition, of course, but it has to be fixed. So maybe at least on the 
IPv6 side, a tunnel would be avoided but not soon.
>
>
>> For as long as IPv4 Internet exists, the transition to IPv6 will never be completed.  Are you concerned at all that this may happen? Has there ever been a doubt in your mind that IPv4 might survive?  Is the fight over transition tools worth risking IPv6? IPREF transitions only to pure IPv6, it uses only pure IPv6 Internet. It removes IPv4 addresses.
>
> Yes, of course, there will be some IPv4 traffic remaining in some networks, until some “un-updated” devices or apps are being used, but with IPv6-only with IPv4aaS, this is a no-brainer for most of the networks.
Right, so that's the whole thing. IPv4aaS keeps IPv4 Internet in place. 
If it's there anyway, then why switching, right? Do we have another 20 
years??
>
>
>
> **********************************************
> 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