Re: [Bier] Call For Adoption: draft-zhang-bier-bierin6

"zhangzhe (M)" <zhangzhe22@huawei.com> Thu, 04 March 2021 02:40 UTC

Return-Path: <zhangzhe22@huawei.com>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02ECF3A0BD4 for <bier@ietfa.amsl.com>; Wed, 3 Mar 2021 18:40:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.799
X-Spam-Level:
X-Spam-Status: No, score=-1.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 fSDJ83lEUwoW for <bier@ietfa.amsl.com>; Wed, 3 Mar 2021 18:40:30 -0800 (PST)
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 8748F3A0BD3 for <bier@ietf.org>; Wed, 3 Mar 2021 18:40:30 -0800 (PST)
Received: from fraeml742-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DrZk50cBmz67vdZ; Thu, 4 Mar 2021 10:36:13 +0800 (CST)
Received: from nkgeml706-chm.china.huawei.com (10.98.57.153) by fraeml742-chm.china.huawei.com (10.206.15.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Thu, 4 Mar 2021 03:40:26 +0100
Received: from dggemx752-chm.china.huawei.com (10.0.44.33) by nkgeml706-chm.china.huawei.com (10.98.57.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2106.2; Thu, 4 Mar 2021 10:40:24 +0800
Received: from dggemx752-chm.china.huawei.com ([10.9.82.157]) by dggemx752-chm.china.huawei.com ([10.9.82.157]) with mapi id 15.01.2106.006; Thu, 4 Mar 2021 10:40:23 +0800
From: "zhangzhe (M)" <zhangzhe22@huawei.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, Michael McBride <michael.mcbride@futurewei.com>, "gjshep@gmail.com" <gjshep@gmail.com>, "BIER WG" <bier@ietf.org>
Thread-Topic: [Bier] Call For Adoption: draft-zhang-bier-bierin6
Thread-Index: AQHXC5SUt8NALInKcUizaE35nWOSI6ppcBqAgAaA4lD//48KAIADpyKg
Date: Thu, 4 Mar 2021 02:40:23 +0000
Message-ID: <cee13eb9423b47fead20aba6a9a2a6c6@huawei.com>
References: <CABFReBodz5ko0wAZ_8vKgreWMLnCE_6O_qhKS_RGUbSAowEwfQ@mail.gmail.com> <BYAPR13MB2582DB22A823BBEDF071DE93F49D9@BYAPR13MB2582.namprd13.prod.outlook.com> <21b915579f8f413190cbe3230720801d@huawei.com> <MN2PR05MB59819E22ADDB3B348E5D69A8D4999@MN2PR05MB5981.namprd05.prod.outlook.com>
In-Reply-To: <MN2PR05MB59819E22ADDB3B348E5D69A8D4999@MN2PR05MB5981.namprd05.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.134.44]
Content-Type: multipart/alternative; boundary="_000_cee13eb9423b47fead20aba6a9a2a6c6huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/3cNQg9U0R6I2TffbU7_iFQJNCyc>
Subject: Re: [Bier] Call For Adoption: draft-zhang-bier-bierin6
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Mar 2021 02:40:33 -0000

Hi Jeffrey,

Zzh> This is incorrect. IPv6 header is not required before the BIER header.

A----B-----C, both links have a smaller MTU than needed for a packet.

B received two fragments of a BIERin6 packet from A, how would it forward to C ?


Zzh> This is just another option of supporting fragmentation.

If there is nothing wrong with the other option, why is this option needed ?

>From an implementation view, add another option means add an implementation for interoperability.

Thank you.
Zhe Zhang

From: Jeffrey (Zhaohui) Zhang [mailto:zzhang@juniper.net]
Sent: Tuesday, March 2, 2021 10:49 AM
To: zhangzhe (M) <zhangzhe22@huawei.com>om>; Michael McBride <michael.mcbride@futurewei.com>om>; gjshep@gmail.com; BIER WG <bier@ietf.org>
Subject: RE: [Bier] Call For Adoption: draft-zhang-bier-bierin6

Hi Zhe,

Unfortunately, you (and Fanghong in the other email) are objecting w/o first understanding the solution.
Please see zzh> below.

From: BIER <bier-bounces@ietf.org<mailto:bier-bounces@ietf.org>> On Behalf Of zhangzhe (M)
Sent: Monday, March 1, 2021 8:37 PM
To: Michael McBride <michael.mcbride@futurewei.com<mailto:michael.mcbride@futurewei.com>>; gjshep@gmail.com<mailto:gjshep@gmail.com>; BIER WG <bier@ietf.org<mailto:bier@ietf.org>>
Subject: Re: [Bier] Call For Adoption: draft-zhang-bier-bierin6

[External Email. Be cautious of content]

I agree with mike and oppose the adoption of this draft.

For example, this document proposes 2 options for the fragmentation in BIERin6 in section 2.
One is using an IPv6 header before BIER header, but this will enforce every BFR to assembly and re-fragment a packet.

Zzh> This is incorrect. IPv6 header is not required before the BIER header.
Zzh> Once the IPv6 based fragmentation is done by the BFIR, each fragment is treated as independent BIER payload, and only gets reassembled by the BFERs.

The other is to use a Fragment header after BIER header to avoid intermediate BFR to do the assembly and re-fragment,

Zzh> This is just another option of supporting fragmentation. It is similar to IPv6 based fragmentation but made generic (that can be applied to BIER/MPLS or even Ethernet if it is desired). It avoids a large IPv6 header. If people don't think it's mature enough, IPv6 based fragmentation can be used.
Zzh> Also keep in mind that fragmentation is just an optional requirement.
Zzh>
Zzh> Thanks.
Zzh> Jeffrey

however I don't think it is a mature and accepted solution to support this draft to be adopted.

Thank you.
Zhe Zhang

From: BIER [mailto:bier-bounces@ietf.org] On Behalf Of Michael McBride
Sent: Friday, February 26, 2021 2:15 PM
To: gjshep@gmail.com<mailto:gjshep@gmail.com>; BIER WG <bier@ietf.org<mailto:bier@ietf.org>>
Subject: Re: [Bier] Call For Adoption: draft-zhang-bier-bierin6

Oppose.

We are unfortunately no where near consensus on this topic including this draft. We'll likely see that during this adoption call.

Adrian's suggestion for consensus remains the best I've heard: simultaneously call to adopt both solutions as experimental.

mike

From: BIER <bier-bounces@ietf.org<mailto:bier-bounces@ietf.org>> On Behalf Of Greg Shepherd
Sent: Thursday, February 25, 2021 8:37 AM
To: BIER WG <bier@ietf.org<mailto:bier@ietf.org>>
Subject: [Bier] Call For Adoption: draft-zhang-bier-bierin6

Thank you all for the active discussion that brought us to consensus. This draft now addresses all of the points of discussion for the solution.

https://datatracker.ietf.org/doc/draft-zhang-bier-bierin6/<https://urldefense.com/v3/__https:/nam11.safelinks.protection.outlook.com/?url=https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fdraft-zhang-bier-bierin6*2F&data=04*7C01*7Cmichael.mcbride*40futurewei.com*7C7aecd20ae06a4b6a300a08d8d9aba70d*7C0fee8ff2a3b240189c753a1d5591fedc*7C1*7C0*7C637498678569221968*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=IV22zVnPbym*2FJTZljh*2FLGNUqxFp4zZKJWcHBTx9a*2BPY*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!NEt6yMaO-gk!VKB3yHu_QZ4fBfMiI4-3Zo-ypqKyMPWun_fQPiGpd7rlsAQxIqHX-chKmgUuIy2u$>

Please reply to this thread with your support/opposition of WG adoption of the draft.

Thanks,
Shep
(Chairs)


Juniper Business Use Only