[mpls] draft-xie-mpls-rsvp-bier-extension

"Tarek Saad (tsaad)" <tsaad@cisco.com> Tue, 06 November 2018 03:14 UTC

Return-Path: <tsaad@cisco.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3713130DCC; Mon, 5 Nov 2018 19:14:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.97
X-Spam-Level:
X-Spam-Status: No, score=-14.97 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 bOIppou53JA0; Mon, 5 Nov 2018 19:14:41 -0800 (PST)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B33F212D4EA; Mon, 5 Nov 2018 19:14:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7684; q=dns/txt; s=iport; t=1541474081; x=1542683681; h=from:to:cc:subject:date:message-id:mime-version; bh=sP3zCQWZun8HADOa5txTQj+7f3KXoUmUFlIQOuzjDaU=; b=hGoh7zxYC2ofI6e1SYR/gpg+p/gGx1P6uCjaRgQzW+3HQ9qiFOyaDAA7 +1OVKNwGRvHBgb45VhcLB9DV/XtLxXk3iwedrqkKq62ugxUA5DZBN3wMF EILRfWjQh2CsXMgA8XjrUP6qLlF/fMO8wwYfMXmVMGSyUhqIpT/xCA2ir A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ANAAChBeFb/5RdJa1lGwEBAQEDAQE?= =?us-ascii?q?BBwMBAQGBUQYBAQELAYENSC9mfzKDbIgYn3+FVIF6CwEBhGwZgzoiNA0NAQM?= =?us-ascii?q?BAQIBAQJtHQuFZFYSARowAgQwFxAEDoMmAYEdZKlwgS6FPIR3i3YXgUE/gRA?= =?us-ascii?q?BJx+KTjGCJgKOXpBUCQKRDxiQYJcfAhEUgSYdOIFVcBVlAYJCkFiNY4EfAQE?=
X-IronPort-AV: E=Sophos;i="5.54,470,1534809600"; d="scan'208,217";a="196083244"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Nov 2018 03:14:40 +0000
Received: from XCH-RTP-001.cisco.com (xch-rtp-001.cisco.com [64.101.220.141]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id wA63EexY030583 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 6 Nov 2018 03:14:40 GMT
Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-001.cisco.com (64.101.220.141) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 5 Nov 2018 22:14:39 -0500
Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1395.000; Mon, 5 Nov 2018 22:14:39 -0500
From: "Tarek Saad (tsaad)" <tsaad@cisco.com>
To: "mpls@ietf.org" <mpls@ietf.org>
CC: "draft-xie-mpls-rsvp-bier-extension@ietf.org" <draft-xie-mpls-rsvp-bier-extension@ietf.org>
Thread-Topic: draft-xie-mpls-rsvp-bier-extension
Thread-Index: AQHUdX7aakcCQ7cHAUqUxoEC8GyjNg==
Date: Tue, 6 Nov 2018 03:14:39 +0000
Message-ID: <70106E5B-FDF9-43CF-8C9D-553126CC0C97@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.2.180910
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.254.238]
Content-Type: multipart/alternative; boundary="_000_70106E5BFDF943CF8C9D553126CC0C97ciscocom_"
MIME-Version: 1.0
X-Outbound-SMTP-Client: 64.101.220.141, xch-rtp-001.cisco.com
X-Outbound-Node: rcdn-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/GmoLBSGB8_Lu6y5vB1aDn2Ao0jg>
Subject: [mpls] draft-xie-mpls-rsvp-bier-extension
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Nov 2018 03:14:44 -0000

Hi authors,

I have a high-level question related to the motivation of the work in “draft-xie-mpls-rsvp-bier-extension”.
The BIER architecture RFC8279 states that no protocol is needed to setup the tree, no per flow state is maintained in the network.. My understanding is in your case, you are using RSVP to building and maintaining a session per P2MP tree.

“However, it does not require a protocol for explicitly building multicast
distribution trees, nor does it require intermediate nodes to maintain any per-flow state.”

Also, the BIER-TE architecture document draft-ietf-bier-te-arch insists that it is more SR-like in nature in that explicit need for tree building and less like RSVP-TE in need to build a P2MP tree on per demand basis:

“Because BIER-TE like BIER operates without explicit in-network tree-building but also
supports traffic engineering, it is more similar to Segment Routing (SR) than RSVP-TE.”

Do you think the approach you are proposing will violate the above assumptions?

Regards,
Tarek