Re: [v6ops] Our IPv6-only home network and future experiments

Vasilenko Eduard <vasilenko.eduard@huawei.com> Mon, 15 April 2024 07:54 UTC

Return-Path: <vasilenko.eduard@huawei.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 1DBC9C14F693 for <v6ops@ietfa.amsl.com>; Mon, 15 Apr 2024 00:54:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 OfyrrOCFtr_8 for <v6ops@ietfa.amsl.com>; Mon, 15 Apr 2024 00:54:02 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3207C14F68D for <v6ops@ietf.org>; Mon, 15 Apr 2024 00:54:01 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4VHzsL0C79z689vq; Mon, 15 Apr 2024 15:52:06 +0800 (CST)
Received: from mscpeml500004.china.huawei.com (unknown [7.188.26.250]) by mail.maildlp.com (Postfix) with ESMTPS id F205C140B38; Mon, 15 Apr 2024 15:53:58 +0800 (CST)
Received: from mscpeml500004.china.huawei.com (7.188.26.250) by mscpeml500004.china.huawei.com (7.188.26.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1258.28; Mon, 15 Apr 2024 10:53:58 +0300
Received: from mscpeml500004.china.huawei.com ([7.188.26.250]) by mscpeml500004.china.huawei.com ([7.188.26.250]) with mapi id 15.02.1258.028; Mon, 15 Apr 2024 10:53:58 +0300
From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
To: Brian Candler <brian@nsrc.org>, "Soni \"They/Them\" L." <fakedme+ipv6@gmail.com>, IPv6 Operations <v6ops@ietf.org>
Thread-Topic: [v6ops] Our IPv6-only home network and future experiments
Thread-Index: AQHajOKQainvZ81VEUSU3NSRL3/g/bFo6ouQ///TLYCAADlCIIAAAsUQ
Date: Mon, 15 Apr 2024 07:53:58 +0000
Message-ID: <bdc6a4a0ee81430aaf6226a0e403b53a@huawei.com>
References: <91ee2782-c98a-4ccf-ae8f-71be571420b6@gmail.com> <7b89e8bd81674a61b364e1fec4176006@huawei.com> <5e65b7b4-b112-4875-a603-22b5e570619a@nsrc.org> <14eff54c01c24e0190397afff768efbb@huawei.com>
In-Reply-To: <14eff54c01c24e0190397afff768efbb@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.199.56.41]
Content-Type: multipart/alternative; boundary="_000_bdc6a4a0ee81430aaf6226a0e403b53ahuaweicom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/5C1c6k1GqfsrYkBidbBF3tnnHIo>
Subject: Re: [v6ops] Our IPv6-only home network and future experiments
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: Mon, 15 Apr 2024 07:54:04 -0000

  *   Rather, the issue is what happens when a modern, well-written dual-stack application is running on an IPv6-only network, but needs to access an IPv4-only resource on the Internet.
“CLAT” is something additional to DNS64+NAT64”. “CLAT” is not needed for the above.

Ed/
From: Brian Candler <brian@nsrc.org<mailto:brian@nsrc.org>>
Sent: Monday, April 15, 2024 10:17
To: Vasilenko Eduard <vasilenko.eduard@huawei.com<mailto:vasilenko.eduard@huawei.com>>; Soni "They/Them" L. <fakedme+ipv6@gmail.com<mailto:fakedme+ipv6@gmail.com>>; IPv6 Operations <v6ops@ietf.org<mailto:v6ops@ietf.org>>
Subject: Re: [v6ops] Our IPv6-only home network and future experiments

On 15/04/2024 08:03, Vasilenko Eduard wrote:

The initiative looks strange for me.

It has an assumption that some *old* application insists to use IPv4 and this application *could not be changed* to use IPv6 properly.

No, that's not at all what the underlying driver of this is.

Rather, the issue is what happens when a modern, well-written dual-stack application is running on an IPv6-only network, but needs to access an IPv4-only resource on the Internet.

The proposed approach allows the application to do DNS lookups, find only an A record, open an IPv4 socket and make a connection (as it would do on a dual stack network) - but this is transparently rewritten to an IPv6 connection to a PLAT with the IPv4 address embedded in the destination IPv6 address - i.e. 464XLAT.

This approach is cleaner than DNS64, where you pretend that every IPv4-only resource has a AAAA record that points to your local PLAT. It also means that an application can make a connection to an IPv4 literal address (e.g. 1.1.1.1) and it works.