Re: [v6ops] IPv6-only was: (More) Comments on draft-buraglio-v6ops-ula

Xipengxiao <xipengxiao@huawei.com> Thu, 28 July 2022 17:55 UTC

Return-Path: <xipengxiao@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 A0AE6C18872E; Thu, 28 Jul 2022 10:55:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Level:
X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable 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 GTS3DyOWRS4n; Thu, 28 Jul 2022 10:55:37 -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 DCC04C16ECFD; Thu, 28 Jul 2022 10:55:36 -0700 (PDT)
Received: from fraeml713-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4LtyqZ0zh5z67DYR; Fri, 29 Jul 2022 01:50:50 +0800 (CST)
Received: from fraeml712-chm.china.huawei.com (10.206.15.61) by fraeml713-chm.china.huawei.com (10.206.15.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 28 Jul 2022 19:55:34 +0200
Received: from fraeml712-chm.china.huawei.com ([10.206.15.61]) by fraeml712-chm.china.huawei.com ([10.206.15.61]) with mapi id 15.01.2375.024; Thu, 28 Jul 2022 19:55:34 +0200
From: Xipengxiao <xipengxiao@huawei.com>
To: David Farmer <farmer=40umn.edu@dmarc.ietf.org>
CC: Ted Lemon <mellon@fugue.com>, Fred Baker <fredbaker.ietf@gmail.com>, Fernando Gont <fgont@si6networks.com>, IPv6 Operations <v6ops@ietf.org>, "draft-buraglio-v6ops-ula@ietf.org" <draft-buraglio-v6ops-ula@ietf.org>
Thread-Topic: [v6ops] IPv6-only was: (More) Comments on draft-buraglio-v6ops-ula
Thread-Index: AQHYoqdm7R4quXyPA0+TkXb1bfJgDa2UDsPg
Date: Thu, 28 Jul 2022 17:55:34 +0000
Message-ID: <49f3fd433cb44b95bab3fd2d492da585@huawei.com>
References: <7a47cf80-1c8e-02b9-9001-2ac8f14c0a20@si6networks.com> <CAM5+tA_nXLaT7LcatOcP+foL9cVx7J5cCFc57=a7G5wjj=qQjg@mail.gmail.com> <CAPt1N1kUSm7dLn6XH-hHiPqdUjynE_QC-md2VMq-CpY133gW5Q@mail.gmail.com> <CAM5+tA-jUV3+FjvUqhb0DNqXyAYn2joKXRZoggpYKgW8etBZWA@mail.gmail.com> <CAPt1N1m6sNPnE4jKqdEOAxCHrbhm=kYY1LGCmsDnthEaN23geA@mail.gmail.com> <CAPt1N1kpjz_aWC=bCb-LNbc6f2uZ_ec_YC9OZSR7mNo85BadkA@mail.gmail.com> <bf75da29-1104-adf7-a6c4-fa81e70f9f29@si6networks.com> <CAPt1N1mtFvnbsTV4JHfWFaoOCdnttQ7ewENc2j_zXY6nVHb32Q@mail.gmail.com> <7faab1fd-fff1-2d24-9147-565c46a9977f@gmail.com> <CAPt1N1m_+HTDCY3p8WO_WuUTFkbQQvz37KK4fkbcREj74mxPbA@mail.gmail.com> <88B15163-3929-4FAB-8C37-C2E35CED0DD9@gmail.com> <CAPt1N1nUEHtHqSXCnNqn+a7pDk8YE9v=BrbdN7nX3LBH1m5VVg@mail.gmail.com> <2acdbbd05dfb41f798c10392c92843aa@huawei.com> <CAN-Dau37yFWa3aXqoqXU0r1dvh-a-iKd2en1HYMfbFuHFpFH7Q@mail.gmail.com>
In-Reply-To: <CAN-Dau37yFWa3aXqoqXU0r1dvh-a-iKd2en1HYMfbFuHFpFH7Q@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.81.213.128]
Content-Type: multipart/alternative; boundary="_000_49f3fd433cb44b95bab3fd2d492da585huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/GXBu5WQhajhPs9VjzjA2OWDOoX0>
Subject: Re: [v6ops] IPv6-only was: (More) Comments on draft-buraglio-v6ops-ula
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: Thu, 28 Jul 2022 17:55:39 -0000

Hi David,

I can feel that your “IPv6-only” is different from mine.  This is why we need to clearly define it.  Please take a look at Section 1.1 of the draft to see if you agree.  In short, IPv6-only has a scope.  Part of the network can be IPv6-only while the overall service is Dual-Stack.  Therefore, this definition encourages part of the network to become IPv6-only, and grows its scope over time.  I think it has practical value.

XiPeng


From: David Farmer [mailto:farmer=40umn.edu@dmarc.ietf.org]
Sent: Thursday, July 28, 2022 1:27 PM
To: Xipengxiao <xipengxiao@huawei.com>
Cc: Ted Lemon <mellon@fugue.com>; Fred Baker <fredbaker.ietf@gmail.com>; Fernando Gont <fgont@si6networks.com>; IPv6 Operations <v6ops@ietf.org>; draft-buraglio-v6ops-ula@ietf.org
Subject: Re: [v6ops] IPv6-only was: (More) Comments on draft-buraglio-v6ops-ula

I think defining IPv6-only is futile. Except for very limited circumstances, IPv4 can't go away yet, particularly in the context of the Internet. I think the best we can do right now is define how IPv4 is supported. I think the options are either Dual-Skack with native (on-wire) IPv4 and IPv6 or IPv4-AAS, where IPv4 is delivered over IPv6 between Hosts (or possibly the CPE router) and some kind of transition gateway, usually some variation of NAT64.

Just my opinion, for what that is worth.

Thanks

On Thu, Jul 28, 2022 at 10:45 AM Xipengxiao <xipengxiao=40huawei.com@dmarc.ietf.org<mailto:40huawei.com@dmarc.ietf.org>> wrote:
https://datatracker.ietf.org/doc/draft-ietf-v6ops-ipv6-deployment/ made an effort to define what IPv6-only is.  I think it did a fine job.  If we can agree on what IPv6-only is, we can also agree on what Dual-Stack is (any IPv6 deployment that is not IPv6-only is Dual-Stack).  So it would be great if you folks can take a look at Section 1.1 and see if you agree.

XiPeng

From: v6ops [mailto:v6ops-bounces@ietf.org<mailto:v6ops-bounces@ietf.org>] On Behalf Of Ted Lemon
Sent: Thursday, July 28, 2022 11:30 AM
To: Fred Baker <fredbaker.ietf@gmail.com<mailto:fredbaker.ietf@gmail.com>>
Cc: Fernando Gont <fgont@si6networks.com<mailto:fgont@si6networks.com>>; IPv6 Operations <v6ops@ietf.org<mailto:v6ops@ietf.org>>; draft-buraglio-v6ops-ula@ietf.org<mailto:draft-buraglio-v6ops-ula@ietf.org>
Subject: Re: [v6ops] (More) Comments on draft-buraglio-v6ops-ula

Sorry, but that was deliberate. I don’t think we have a lot of clarity as to what we mean by dual stack. That leads, as you rightly pointed out, to circular discussions.

On Thu, Jul 28, 2022 at 11:28 Fred Baker <fredbaker.ietf@gmail.com<mailto:fredbaker.ietf@gmail.com>> wrote:


> On Jul 26, 2022, at 6:08 PM, Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>> wrote:
>
> For example, is a v6-only network with NAT64 dual-stack?

No hats.

With respect, I tend to think this question muddies the waters. You said it's a v6-only network. It's v6-only. If it has an access mechanism (NAT64) to enable someone else to communicate with it using a different technology, that isn't inherent in the network, and doesn't change the nature of the network.
_______________________________________________
v6ops mailing list
v6ops@ietf.org<mailto:v6ops@ietf.org>
https://www.ietf.org/mailman/listinfo/v6ops


--
===============================================
David Farmer               Email:farmer@umn.edu<mailto:Email%3Afarmer@umn.edu>
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================