IETF Logo Mail Archive

Re: [Bier] adoption call for draft-zzhang-bier-multicast-as-a-service

duanfanghong <duanfanghong@huawei.com> Thu, 16 June 2022 09:57 UTC

Return-Path: <duanfanghong@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 09B95C14F733; Thu, 16 Jun 2022 02:57:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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=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 EkjskA3GBsRI; Thu, 16 Jun 2022 02:57:19 -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 40839C14F72F; Thu, 16 Jun 2022 02:57:19 -0700 (PDT)
Received: from fraeml706-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4LNyJL0qM6z687wP; Thu, 16 Jun 2022 17:57:06 +0800 (CST)
Received: from dggpemm100011.china.huawei.com (7.185.36.112) by fraeml706-chm.china.huawei.com (10.206.15.55) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2375.24; Thu, 16 Jun 2022 11:57:14 +0200
Received: from dggpemm100009.china.huawei.com (7.185.36.113) by dggpemm100011.china.huawei.com (7.185.36.112) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 16 Jun 2022 17:57:12 +0800
Received: from dggpemm100009.china.huawei.com ([7.185.36.113]) by dggpemm100009.china.huawei.com ([7.185.36.113]) with mapi id 15.01.2375.024; Thu, 16 Jun 2022 17:57:12 +0800
From: duanfanghong <duanfanghong@huawei.com>
To: "zhang.zheng@zte.com.cn" <zhang.zheng@zte.com.cn>, "bier@ietf.org" <bier@ietf.org>
CC: "bier-chairs@ietf.org" <bier-chairs@ietf.org>
Thread-Topic: [Bier] adoption call for draft-zzhang-bier-multicast-as-a-service
Thread-Index: AQHYeMXfOoiwAE8ZBkKI2IFFHENon61RwrPQ
Date: Thu, 16 Jun 2022 09:57:12 +0000
Message-ID: <000a3d2234b948248e42199b0c9667bd@huawei.com>
References: <202206051818505313413@zte.com.cn>
In-Reply-To: <202206051818505313413@zte.com.cn>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.128.119]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/KhMuSTjrFRu3kVTxQtN10AycSf0>
Subject: Re: [Bier] adoption call for draft-zzhang-bier-multicast-as-a-service
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.39
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, 16 Jun 2022 09:57:23 -0000

I have read this draft and have following comments:

1. In this document, it introduced a RD domain sub-tlv to leak all the client BFR prefixes to provider's backbone. The solution doesn't follows the traditional VPN architecture, and faces the scalable problems in the scenarios with large scale VPNs. And the providers may also don't want to be aware of the client BFR prefixes in backbone. 

2. It was recommended in the draft that the RDs of all sites of a specific user VPN should be same, I wonder whether the solution can work if the RDs is distinct, which the author of this draft discussed with me in BESS mailing list for another draft and he insisted that the RDs is distinct in most cases.

-----Original Message-----
From: BIER [mailto:bier-bounces@ietf.org] On Behalf Of zhang.zheng@zte.com.cn
Sent: Sunday, June 5, 2022 6:19 PM
To: bier@ietf.org
Cc: bier-chairs@ietf.org
Subject: [Bier] adoption call for draft-zzhang-bier-multicast-as-a-service

This is the 2-week WG adoption call  for https://datatracker.ietf.org/doc/draft-zzhang-bier-multicast-as-a-service/
Please indicate your support or objection.
Authors, please respond to the list indicating whether you are aware of any IPR that applies to this draft.
Thanks,
Sandy (As WG secretary, on behalf of Greg/Tony)

_______________________________________________
BIER mailing list
BIER@ietf.org
https://www.ietf.org/mailman/listinfo/bier

v2.23.0 | Report a Bug | By Email