Re: [v6ops] draft-xie-v6ops-reqirements-multi-domain-ipv6only

Xipengxiao <xipengxiao@huawei.com> Tue, 05 July 2022 22:40 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 2C54AC13CF85 for <v6ops@ietfa.amsl.com>; Tue, 5 Jul 2022 15:40:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 G6nrapyF9G9D for <v6ops@ietfa.amsl.com>; Tue, 5 Jul 2022 15:40:36 -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 6E3E6C13CF89 for <v6ops@ietf.org>; Tue, 5 Jul 2022 15:39:39 -0700 (PDT)
Received: from fraeml707-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4LcyDW0mgxz6H8GM; Wed, 6 Jul 2022 06:35:23 +0800 (CST)
Received: from fraeml712-chm.china.huawei.com (10.206.15.61) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 6 Jul 2022 00:39: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; Wed, 6 Jul 2022 00:39:34 +0200
From: Xipengxiao <xipengxiao@huawei.com>
To: "xiechf@chinatelecom.cn" <xiechf@chinatelecom.cn>, v6ops list <v6ops@ietf.org>
Thread-Topic: [v6ops] draft-xie-v6ops-reqirements-multi-domain-ipv6only
Thread-Index: AQHYjwb6MixIudQha02PjjLMzjyJTq1wX+rA
Date: Tue, 05 Jul 2022 22:39:34 +0000
Message-ID: <c39d7d9f7c0748cd9e4635e4e87df0e8@huawei.com>
References: <CABKBHwdDvdiM1S0-trdtBs7KCHdNbo-aQYL76nR+Fn+QO_oEOg@mail.gmail.com>
In-Reply-To: <CABKBHwdDvdiM1S0-trdtBs7KCHdNbo-aQYL76nR+Fn+QO_oEOg@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.215.219]
Content-Type: multipart/alternative; boundary="_000_c39d7d9f7c0748cd9e4635e4e87df0e8huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/q374ja1OI69uHQXkIU9AePH0AVE>
Subject: Re: [v6ops] draft-xie-v6ops-reqirements-multi-domain-ipv6only
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: Tue, 05 Jul 2022 22:40:38 -0000

Hi Chongfeng,

I read your draft twice, but I may still have some misunderstanding.  With this disclaimer, I provide my comments below:


1.    Section 4: I think the draft identifies a problem that may be worth solving, that is, there is a need for multi-domain IPv6-only solutions to eliminate unnecessary v4-v6 conversions in the middle.

2.    Section 5: after reading the problem statement in Section 4, I expect some solution ideas here.  But Section 5 is about scenarios.   The scenarios seem unnecessarily comprehensive too.  I feel that the logic is distracted.

3.    Section 6: some requirements are related to the problem statement, others are not so related.  I suggest deleting those not so related to keep the logic clearer, e.g. R1, R5, R8

4.    Section 7:

a.    This seems like a solution section to me.  So, should this draft be submitted to 6man?

b.    It’s not clear to me, how your framework/solution reduces v4-v6 conversions compared to existing softwire solutions.

5.    Section 8:

a.    It may be worth comparing, how an IPv4 packet will be handled with and without your solution.  Is there a difference in the number of v4-v6 conversions?


There are also some minor editorial comments:



For the IPv6 transition, dual-stack deployments require both IPv4 and

   IPv6 transfer capabilities are deployed in parallel.

XiPeng: the word “transfer” is a little strange.  Maybe “transport”?

   o  Multi-domain IPv6-only network: An IPv6-only network which
      consists of multiple ASes belonging to and operated by the same
      operator.

   o  Inter-domain IPv6-only network: An IPv6-only network which
      consists of multiple ASes belonging to and operated by different
      operators.

XiPeng: the meaning of domain is different in these two terms.  In the former, it means an AS.  In the latter, it means an administrative domain.  To avoid inconsistency, you may consider changing Multi-domain IPv6-only network to Multi-AS IPv6-only network
The global industry has not given a unified definition of IPv6-only network so far.



XiPeng: I think the ipv6-deployment-status draft now gives good definition of IPv6-only.  You may take a look.



Scenario 4: DC-to-DC, i.e., IPv6-only provide communications between

   VMs hosted in cloud data centers, despite they are IPv4, IPv6 or

   IPv4/IPv6 dual-stack.


==>

Scenario 4: DC-to-DC, i.e., IPv6-only provides communications between

   VMs hosted in cloud data centers, no matter they are IPv4, IPv6 or

   IPv4/IPv6 dual-stack.

7.2.  ADPT

XiPeng: ADPT is not previously defined, and not defined here until in the middle of paragraph.  Suggest either defining it in the terminology section, and defining it in the 1st sentence of this paragraph
AFBR is not defined either.





From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Fred Baker
Sent: Sunday, July 3, 2022 8:00 PM
To: v6ops list <v6ops@ietf.org>
Subject: [v6ops] draft-xie-v6ops-reqirements-multi-domain-ipv6only

With this email, let me invite commentary on draft-xie-v6ops-reqirements-multi-domain-ipv6only. Please read the draft and raise any issues you might have with it.