Re: [mpls] Solicit Opinions on Definition of MPLS Global Label
"Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> Wed, 04 November 2015 19:47 UTC
Return-Path: <zzhang@juniper.net>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 906EA1A0369 for <mpls@ietfa.amsl.com>; Wed, 4 Nov 2015 11:47:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 mhyDkDg8673M for <mpls@ietfa.amsl.com>; Wed, 4 Nov 2015 11:47:12 -0800 (PST)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0104.outbound.protection.outlook.com [65.55.169.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3C901A0094 for <mpls@ietf.org>; Wed, 4 Nov 2015 11:47:11 -0800 (PST)
Received: from BLUPR0501MB1715.namprd05.prod.outlook.com (10.163.120.18) by BLUPR0501MB1716.namprd05.prod.outlook.com (10.163.120.19) with Microsoft SMTP Server (TLS) id 15.1.318.15; Wed, 4 Nov 2015 19:47:09 +0000
Received: from BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) by BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) with mapi id 15.01.0318.003; Wed, 4 Nov 2015 19:47:09 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: Lizhenbin <lizhenbin@huawei.com>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label
Thread-Index: AQHRFsnVVolMFFUExkuUzI+GVHKMN56MPiewgAAEqnA=
Date: Wed, 04 Nov 2015 19:47:08 +0000
Message-ID: <BLUPR0501MB171525CFDDE75E65BE927566D42A0@BLUPR0501MB1715.namprd05.prod.outlook.com>
References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=zzhang@juniper.net;
x-originating-ip: [66.129.241.14]
x-microsoft-exchange-diagnostics: 1; BLUPR0501MB1716; 5:h0RTpGbRfZTys59LkCw8dIMaGH8BpGX+y5bovHLy/LinSRxuVw9IYdX995cLseBQVzdfNTJkTP7hLedfxgJA1fK/9YkrgZiCPXZf5h9KwJ2dtPSgLHUBGI73BDQowdfXT3XVGDyf3cnsUz+1wiswPg==; 24:jBnCECjBwYJva5gAPfKhli9xHc0skRoC5mAXRjFImOiqChqB0MgD8etS17HntzxDlyHbpEi13Z/JcBw9JMXfKl7nm7uF4Gsai0mKBG1xZWk=; 20:NPyld9p/VPIwJV3bS/xKu7cg2/zYa+rEQ7GoxSKpNMsXsPewBNtrmhHMTgeSKpVM/r9y+kX4QJULDyDxvCSCaA==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB1716;
x-microsoft-antispam-prvs: <BLUPR0501MB17168DF2E89D8E6DE0A6835FD42A0@BLUPR0501MB1716.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(108003899814671);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(10201501046)(3002001); SRVR:BLUPR0501MB1716; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB1716;
x-forefront-prvs: 0750463DC9
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(199003)(189002)(37854004)(377454003)(106356001)(122556002)(5002640100001)(92566002)(16236675004)(74316001)(87936001)(2900100001)(40100003)(66066001)(11100500001)(2501003)(5008740100001)(97736004)(107886002)(5001960100002)(10400500002)(81156007)(5007970100001)(5001770100001)(5003600100002)(76576001)(5004730100002)(189998001)(106116001)(101416001)(105586002)(19625215002)(99286002)(19617315012)(50986999)(76176999)(54356999)(19609705001)(19300405004)(102836002)(86362001)(77096005)(15975445007)(33656002)(19580405001)(19580395003); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB1716; H:BLUPR0501MB1715.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BLUPR0501MB171525CFDDE75E65BE927566D42A0BLUPR0501MB1715_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2015 19:47:09.0462 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB1716
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/8QJqx4Yb6wpou7Aqhw5jYlZrQxg>
Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 04 Nov 2015 19:47:16 -0000
Zhenbin, Your draft says: The context-specific label can solve the issue of aggregating multiple MVPNs or VPLS instances over a single P2MP LSP. But if the MP2MP LSP is adopted for aggregating multiple MVPN/VPLS instances the solution does not work since there are multiple root PEs which may allocate the same context-specific label for different MVPN/VPLS instances. I don't think there is a real difference between the p2mp and mp2mp. In either case, the vpn-identifying label is "upstream-allocated" by the root of the tunnel and the receiving PEs will interpret that in the context of the root. In case of mp2mp, that means an ingress PE will use vpn-identifying labels assigned by the root (may be different from itself). In case of p2mp, it is also "root-assigned", it's just that the root happens to be the ingress PE itself. In the mp2mp case, it is true the root may not be a PE; but the root can certainly advertise PMSI routes to advertise the labels for PEs to use. That is control plane and for label advertisement only - it does have CE sites to send/receive traffic to/from. Compare to other ways of coordinating what label to use, this is simple and straightforward. Jeffrey From: Jeffrey (Zhaohui) Zhang Sent: Thursday, November 05, 2015 4:26 AM To: 'Lizhenbin' <lizhenbin@huawei.com>; mpls@ietf.org Subject: RE: [mpls] Solicit Opinions on Definition of MPLS Global Label Zhenbin, -- For MPLS upstream label assignment in context-specific label space, all downstream nodes can understand the meaning of the label allocated by the upstream node binding for specific MVPN/VPLS instance. We can see the root PE as one type to central controlled node to allocate label to all leaf nodes. And thinking about the uniqueness of the context determine by the shared P-tunnel, these labels in fact are also unique in the network. Should they belong to global label? These are "context-specific", not global. Different upstream nodes can assign the same label value for different meanings, and whoever receives those labels in packets need to interpret the labels in the specific context for the assigner. Jeffrey From: Lizhenbin [mailto:lizhenbin@huawei.com] Sent: Wednesday, November 04, 2015 2:27 PM To: mpls@ietf.org<mailto:mpls@ietf.org> Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label Hi MPLSers, As the development of MPLS technologies, many new label concepts beyond RFC3031 are proposed. And in segment routing MPLS label can be allocated and flooded in the network which means the meaning of the lablel can be understood by all nodes in the network. It is totally different from the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my point of view we need not argue if it is global label or global ID. In fact, the possible persons who read the drafts of protocol extensions for segment routing which incorporate the label allocation may be confused that MPLS WG as the base of MPLS work seems to have nothing with the work. But the challenge of definition of global label truly exists which has been proposed in the draft https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope you can refer to Section 4 of the draft. The debates on MPLS global label have lasted for a long time. The opinions can be classified as following: Opinion 1: Segment Routing has nothing with global label and please do not make it bother MPLS WG. But it seems a little hard to convince some MPLSers. Opinion 2: The usecase truly exists. But the concept of global label is too big. It is hard to allocate a label which is unique spanning multiple domains or as IP address which is unique all over world since it is not a scalable way or it is hard to achieve the goal. Then maybe it is a better way to narrow the scope to rename the global label as Domain-wide label, Network-wide label, etc. Opinion 3: The global label can be kept to cover more label concepts which label behaviors in the control plane and forward plane are different form the traditional LDP/RSVP-TE/MP-BGP. Since I could not get more time in my presentation to collect your opinions, if convenient please help feedback your opinion in your mailing list. Hope through the discussion we can make some consensus. Best Regards, Zhenbin(Robin)
- [mpls] Solicit Opinions on Definition of MPLS Glo… Lizhenbin
- Re: [mpls] Solicit Opinions on Definition of MPLS… bruno.decraene
- Re: [mpls] Solicit Opinions on Definition of MPLS… Loa Andersson
- [mpls] 答复: Solicit Opinions on Definition of MPLS… Lizhenbin
- Re: [mpls] 答复: Solicit Opinions on Definition of … Loa Andersson
- Re: [mpls] Solicit Opinions on Definition of MPLS… Huub van Helvoort
- [mpls] 答复: Solicit Opinions on Definition of MPLS… Lizhenbin
- Re: [mpls] Solicit Opinions on Definition of MPLS… Alexander Vainshtein
- Re: [mpls] Solicit Opinions on Definition of MPLS… Jeffrey (Zhaohui) Zhang
- Re: [mpls] Solicit Opinions on Definition of MPLS… Jeffrey (Zhaohui) Zhang
- Re: [mpls] Solicit Opinions on Definition of MPLS… Jeffrey (Zhaohui) Zhang
- Re: [mpls] Solicit Opinions on Definition of MPLS… Loa Andersson
- Re: [mpls] Solicit Opinions on Definition of MPLS… David Allan I
- Re: [mpls] Solicit Opinions on Definition of MPLS… Loa Andersson
- Re: [mpls] Solicit Opinions on Definition of MPLS… Jeff Tantsura
- Re: [mpls] Solicit Opinions on Definition of MPLS… David Allan I
- Re: [mpls] Solicit Opinions on Definition of MPLS… Loa Andersson
- Re: [mpls] Solicit Opinions on Definition of MPLS… Eric Gray
- [mpls] 答复: Solicit Opinions on Definition of MPLS… Lizhenbin
- Re: [mpls] Solicit Opinions on Definition of MPLS… bruno.decraene
- Re: [mpls] Solicit Opinions on Definition of MPLS… Stewart Bryant