Re: [bess] RFC 8534 on Explicit Tracking with Wildcard Routes in Multicast VPN

Xiejingrong <xiejingrong@huawei.com> Wed, 20 February 2019 09:36 UTC

Return-Path: <xiejingrong@huawei.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63879130DD3 for <bess@ietfa.amsl.com>; Wed, 20 Feb 2019 01:36:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 hlbgxLLIGnCZ for <bess@ietfa.amsl.com>; Wed, 20 Feb 2019 01:36:28 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D203124B0C for <bess@ietf.org>; Wed, 20 Feb 2019 01:36:28 -0800 (PST)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 8B608AC15D73D2E82BE0 for <bess@ietf.org>; Wed, 20 Feb 2019 09:36:26 +0000 (GMT)
Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 20 Feb 2019 09:36:26 +0000
Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0415.000; Wed, 20 Feb 2019 17:36:11 +0800
From: Xiejingrong <xiejingrong@huawei.com>
To: "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] RFC 8534 on Explicit Tracking with Wildcard Routes in Multicast VPN
Thread-Index: AQHUyOmsHIwwipp7O0mW6pX91fhHyaXoaHNQ
Date: Wed, 20 Feb 2019 09:36:11 +0000
Message-ID: <16253F7987E4F346823E305D08F9115AAB81DC74@nkgeml514-mbx.china.huawei.com>
References: <20190220065735.B2607B803CA@rfc-editor.org>
In-Reply-To: <20190220065735.B2607B803CA@rfc-editor.org>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.217.214]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/TlVqvk22pHiII-b2gRv9IbxkGpE>
Subject: Re: [bess] RFC 8534 on Explicit Tracking with Wildcard Routes in Multicast VPN
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Feb 2019 09:36:31 -0000

Congratulations for the production of this RFC!

This draft is useful not only for MVPN using mLDP/RSVP-TE/IR(which is covered by this RFC), but also for MVPN using BIER (which is covered by BIER-MVPN draft).

It can be leveraged to Segmented MVPN too, by using a 'loose stitching' between mLDP/RSVP-TE/IR/BIER. This is described in draft-xie-bess-mvpn-segmented-updates-00.

Jeffrey generalize it and extended to EVPN case, and described in draft-zzhang-bess-mvpn-evpn-segmented-forwarding-00.

Hope they are right to be in BESS WG, and please offer suggestions/comments on them.

Thanks,
Jingrong


-----Original Message-----
From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of rfc-editor@rfc-editor.org
Sent: Wednesday, February 20, 2019 2:58 PM
To: ietf-announce@ietf.org; rfc-dist@rfc-editor.org
Cc: drafts-update-ref@iana.org; bess@ietf.org; rfc-editor@rfc-editor.org
Subject: [bess] RFC 8534 on Explicit Tracking with Wildcard Routes in Multicast VPN

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8534

        Title:      Explicit Tracking with Wildcard Routes 
                    in Multicast VPN 
        Author:     A. Dolganow, 
                    J. Kotalwar,
                    E. Rosen, Ed.,
                    Z. Zhang
        Status:     Standards Track
        Stream:     IETF
        Date:       February 2019
        Mailbox:    andrew.dolganow@nokia.com, 
                    jayant.kotalwar@nokia.com, 
                    erosen52@gmail.com,
                    zzhang@juniper.net
        Pages:      21
        Characters: 49896
        Updates:    RFC 6514, RFC 6625, RFC 7524, RFC 7582, RFC 7900

        I-D Tag:    draft-ietf-bess-mvpn-expl-track-13.txt

        URL:        https://www.rfc-editor.org/info/rfc8534

        DOI:        10.17487/RFC8534

The base Multicast VPN (MVPN) specifications (RFCs 6513 and 6514) provide procedures to allow a multicast ingress node to invoke "explicit tracking" for a multicast flow or set of flows, thus learning the egress nodes for that flow or set of flows.  However, the specifications are not completely clear about how the explicit tracking procedures work in certain scenarios.  This document provides the necessary clarifications.  It also specifies a new, optimized explicit-tracking procedure.  This new procedure allows an ingress node, by sending a single message, to request explicit tracking of each of a set of flows, where the set of flows is specified using a wildcard mechanism.  This document updates RFCs 6514, 6625, 7524, 7582, and 7900.

This document is a product of the BGP Enabled Services Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements.  Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC


_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess