Re: [bess] SHL label

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Wed, 05 June 2019 04:15 UTC

Return-Path: <Alexander.Vainshtein@ecitele.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 78D39120448 for <bess@ietfa.amsl.com>; Tue, 4 Jun 2019 21:15:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.699
X-Spam-Level:
X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.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 C7YuXFpnOah4 for <bess@ietfa.amsl.com>; Tue, 4 Jun 2019 21:15:00 -0700 (PDT)
Received: from mail1.bemta26.messagelabs.com (mail1.bemta26.messagelabs.com [85.158.142.117]) (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 F296D120397 for <bess@ietf.org>; Tue, 4 Jun 2019 21:14:59 -0700 (PDT)
Received: from [85.158.142.200] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-6.bemta.az-b.eu-central-1.aws.symcld.net id AC/B9-19106-1C147FC5; Wed, 05 Jun 2019 04:14:57 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFJsWRWlGSWpSXmKPExsViovlDRfeg4/c YgxevGS3ezlzDbrHi+Exmi7s//rJZPFvwmNGBxWPnrLvsHkuW/GTyuHvrElMAcxRrZl5SfkUC a8aVM8uZC9YeZ6xYvP4iSwPjlSOMXYxcHCwCa5kl7m7+ww7iCAlMYJLYPG0/K4Rzj1Hi1+JLL F2MnBxsArYSm1bfZQOxRQTUJBoWzgZrZxZYwCixeM92VpCEsICsxKHedVBFchJr97ZB2U4Szb cXgNWwCKhIXDkzn6mLkYODVyBWovVYKMSyWUwSNx8+ZwSp4RQIkniy4iNYL6OAmMT3U2uYQGx mAXGJW0/mg9kSAgISS/acZ4awRSVePv7HClGfJHH/6UJGiLiixLf906BqZCUuze+GivtKnJi6 iBnkBgkBZYktL2Ihwo8ZJSZ954WwtSRW39/PBmFLSZy4eJQVws6R+H10O9QYNYkp6z9BjZeR6 Hh9iw3kFwmB/WwSj1dtYQdJCAkkS5yY85kFokhOYlXvQxaIogvMEhO/XWSawKg9C8lvEHaexL r1F8BsXgFBiZMzn7DMArqVWUBTYv0ufYgSRYkp3Q/ZIWwNidY5c9mRxRcwsq9itEwqykzPKMl NzMzRNTQw0DU0NNY11zW0NNBLrNJN0kst1U1OzSspSgTK6iWWF+sVV+Ym56To5aWWbGIEJreU QvZ9Oxj3Hnitd4hRkoNJSZTXRf57jBBfUn5KZUZicUZ8UWlOavEhRhkODiUJ3mQHoJxgUWp6a kVaZg4w0cKkJTh4lER4u0HSvMUFibnFmekQqVOMrhwHFj2cy8yx5f4zILkLTM6c+RxIvj0IJI VY8vLzUqXEeaNBmgVAmjNK8+BGw7LEJUZZKWFeRgYGBiGegtSi3MwSVPlXjOIcjErCvAYgU3g y80rgLngFdBwT0HH8F76BHFeSiJCSamBKXiidujTDw3iRa7zquYmbrPJdfjo9fPbFw6BITUDk kIRic+Ft3cj2NyVCva6P6ufM9jm8wOlru85cq1qduecOP5rhL7j55PYf/x2EDnVWT3144HCta skT7pjptoe2q8gLXfqb1OV33eRt+WuZsCcPeueH2z26KJokHaM/p3X7MmcmgaDHC+7L1azlUF kldnqu6h1fzYdzfjT/VD3ccV1CO0J6h5j/1CvWFoeU+bnLhb6dXLPsEd/Gxy7iEcca2GuUnUR CVWuucs4Ie/bDkTPcrdvtevkn4R3eR7NTZCfZib9Zv+V4o1pX3YVavloe577vxXkiGy/f/+IV nqu3Ydm77jKVj0rNPtOWn/17+44SS3FGoqEWc1FxIgDa4tW6jQQAAA==
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-10.tower-245.messagelabs.com!1559708093!7241832!1
X-Originating-IP: [52.41.248.36]
X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass
X-StarScan-Received:
X-StarScan-Version: 9.31.5; banners=ecitele.com,-,-
X-VirusChecked: Checked
Received: (qmail 22385 invoked from network); 5 Jun 2019 04:14:56 -0000
Received: from us-west-2a.mta.dlp.protect.symantec.com (HELO EUR02-AM5-obe.outbound.protection.outlook.com) (52.41.248.36) by server-10.tower-245.messagelabs.com with AES256-SHA256 encrypted SMTP; 5 Jun 2019 04:14:56 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ECI365-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JelI+GrrmqEa0zWhXPHZsbk6g7fvzLzhy7tV1kuBsm4=; b=HzRz+a/ro+F+OhF2wn0h68RKQzmGumdbExyaiwOJvsSb9k0RG+5+wTB/bWAgSPI2yGIgdcuCUZsKp/mdHyGdiHlyWcf7e9yEcy0kCtPtUsMhcrh0oat2N1nJKlr7QrFMO1aQGTsW0po/E37UTUG1Z/yMa30kzSTFO73aETTYy3c=
Received: from AM0PR03MB3828.eurprd03.prod.outlook.com (52.135.146.159) by AM0PR03MB6113.eurprd03.prod.outlook.com (20.179.39.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1965.12; Wed, 5 Jun 2019 04:14:51 +0000
Received: from AM0PR03MB3828.eurprd03.prod.outlook.com ([fe80::91f3:6bd1:1631:9b4a]) by AM0PR03MB3828.eurprd03.prod.outlook.com ([fe80::91f3:6bd1:1631:9b4a%6]) with mapi id 15.20.1943.018; Wed, 5 Jun 2019 04:14:51 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Anush Mohan <anush.iitm@gmail.com>
CC: gangadhara reddy chavva <meetgangadhara@gmail.com>, "bess@ietf.org" <bess@ietf.org>, "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
Thread-Topic: [bess] SHL label
Thread-Index: AQHVGtJ3oNv6u48nfEiZCciS3bCI8KaLl4CRgADS64CAAApgdA==
Date: Wed, 05 Jun 2019 04:14:50 +0000
Message-ID: <AM0PR03MB382844FEB9553AC2E6F39EB39D160@AM0PR03MB3828.eurprd03.prod.outlook.com>
References: <CAAG_SC-_P53HzYYPBTwag2bN6WOk+xbOM88E6A1Zfg73Aa_Apw@mail.gmail.com> <0307BA53-B141-4D65-9BD8-0BC0D63BBD4D@nokia.com> <AM0PR03MB38286DCF7007B81EC60D3F539D150@AM0PR03MB3828.eurprd03.prod.outlook.com>, <CAO76cfUPUFze+Z1qAzCnEU=XGVRD9puxJCKsk_9OgcVe==tFOg@mail.gmail.com>
In-Reply-To: <CAO76cfUPUFze+Z1qAzCnEU=XGVRD9puxJCKsk_9OgcVe==tFOg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [52.142.117.76]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c88f78e5-bf70-4acf-32ad-08d6e96c5aed
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600148)(711020)(4605104)(1401327)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:AM0PR03MB6113;
x-ms-traffictypediagnostic: AM0PR03MB6113:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <AM0PR03MB611305BFC2CFF77DCBD57CBC9D160@AM0PR03MB6113.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7219;
x-forefront-prvs: 00594E8DBA
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(136003)(366004)(376002)(39860400002)(396003)(189003)(199004)(53754006)(68736007)(6506007)(6916009)(26005)(186003)(7696005)(53546011)(6246003)(102836004)(6116002)(33656002)(3846002)(2906002)(76176011)(74316002)(25786009)(7736002)(66066001)(4326008)(54906003)(316002)(476003)(486006)(446003)(8676002)(81156014)(81166006)(8936002)(11346002)(229853002)(5024004)(14444005)(256004)(86362001)(14454004)(66476007)(66556008)(64756008)(66446008)(71200400001)(71190400001)(66946007)(73956011)(76116006)(52536014)(91956017)(6306002)(53936002)(55016002)(54896002)(9686003)(5660300002)(72206003)(966005)(236005)(606006)(508600001)(99286004)(6436002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR03MB6113; H:AM0PR03MB3828.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: +tO6GcUtv6usM1QRU+6TpVjoI0AfNT+J+QsqNGUBJSGd2ic31iH5XVpfVQihGxkSpeSTiaKVbwAEzj4gJ8BflIUI2YUvSafLcrJj/U0bqVdEi9raEFppZOUj8LBhzGY0FJzb46wKkH238fgUo2/qDfWtxWynTG2c0nbAIuo1KHjhBRvsV9iyww0HxNf0X5LwBHM1BIYZr+BRJu2h3ZC0HjhlGD6nid2NfOCGQaxPi39vYc+nB57b0jH5PjBvvlrqRAlNDC10oOGC51J5g2qS6WsmKxtcbtN2BU8LGDDuouPPQWJhfEG979rm5XDxsGyxNiBQhaAlhtBqDAyy5hY0stBOOeBMtw5cW5a0umWPVo8MKP9sW/sOXlTGvZlNmq+TYl8VcVhwQxrtsf1QY3+MZgj1zhSrPc7cLDYpiebQHAI=
Content-Type: multipart/alternative; boundary="_000_AM0PR03MB382844FEB9553AC2E6F39EB39D160AM0PR03MB3828eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c88f78e5-bf70-4acf-32ad-08d6e96c5aed
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Jun 2019 04:14:51.0078 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: alexvain@ecitele.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR03MB6113
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/mHtrftK5VTKCn1Xt8sEHqoVc7ps>
Subject: Re: [bess] SHL label
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, 05 Jun 2019 04:15:03 -0000

Anush,
I think you have already answered your question when you have described your use case😉.

ESI Label is assigned by a PE when its Ethernet port is configured to be part of an MH ES regardless of (and prior to) any specific EVI that is connected to it.

Therefore it MUST be allocated from the per platform label space.

My 2c.

Thumb typed by Sasha Vainshtein



From: Anush Mohan
Sent: Wednesday, June 5, 06:38
Subject: Re: [bess] SHL label
To: Alexander Vainshtein
Cc: gangadhara reddy chavva, bess@ietf.org, Rabadan, Jorge (Nokia - US/Mountain View)


hi,

   I had a follow up question regarding this.

  If we are using P2MP tunnel for replicating BUM traffic, the ESI-label is assigned by upstream PE, but actually programmed by downstream PEs in the context of upstream-PE. In this case, does the upstream-PE still need to assign this label from its platform label-space ? ( In other words this label can't be used by upstream-PE to receive any incoming label traffic)

  The scenario I want to clarify is: we already  have an EVI using P2MP tunnel for replicating BUM traffic, configured on this ES.
  And later we configure another EVI on this ES, where we want to use ingress replication for sending BUM traffic.


Regards
Anush


On Tue, Jun 4, 2019 at 8:33 PM Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>> wrote:
Hi all,
I concur with Jorge.

The ESI label is allocated per MH ES and does not depend on the service or on the method by which BUM frames are deliverd. This method only affects the way in which it is used:
- in the case of ingress replication a copy that is sent to the specific LE attached to a given MH ES uses the label this PE has advertised for this ES. I.e. it is used as downstream-allocated
- In the case of P2MP LSPs (where all PEs receive the same copy) the transmitter uses the ESI label it has allocated for the ES (it is upstream-allocated), and each receiver uses the label(s) that identify the transmitter PE  as the context labels for its correct processing.

RFC 7474 is quite clear in this regard from my POV.


Thumb typed by Sasha Vainshtein



From: Rabadan, Jorge (Nokia - US/Mountain View)
Sent: Tuesday, June 4, 15:38
Subject: Re: [bess] SHL label
To: gangadhara reddy chavva, bess@ietf.org<mailto:bess@ietf.org>


Hi,

The ESI label is signaled in the A-D per ES route(s), and those routes are (should be) service agnostic.
Also as you can see in RFC7432, the ESI label is downstream allocated for ingress replication but upstream allocated for p2mp - So it’s not that you allocate different ESI label per service, but the label that you use has different owner.

I think RFC7432 is pretty clear about this. Not sure where the confusion is.

Thanks.
Jorge

From: gangadhara reddy chavva <meetgangadhara@gmail.com<mailto:meetgangadhara@gmail.com>>
Date: Monday, June 3, 2019 at 2:05 PM
To: "bess@ietf.org<mailto:bess@ietf.org>" <bess@ietf.org<mailto:bess@ietf.org>>, "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>>
Subject: SHL label

Hi Jorge,

I have a Question on EVPN MH SHL(split horizon label).

Can ESI share the different SHL label for the same ESI?

case 1: in the same ESI one customer EVPN VPN can have ingress replication for the BUM traffic and second EVPN VPN ine the same ESI can do P2MP? in this case SHL label should be different.

case 2: can VPLS allocate one SHL and VPWS can allocate diffrent SHL label? or SHL should be same per ESI irrespective of number of applications enabled in that ESI.

Thanks,
Gangadhar




___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this
transmission in error, please inform us by e-mail, phone or fax, and then delete the original
and all copies thereof.
___________________________________________________________________________
_______________________________________________
BESS mailing list
BESS@ietf.org<mailto:BESS@ietf.org>
https://www.ietf.org/mailman/listinfo/bess



___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is 
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this 
transmission in error, please inform us by e-mail, phone or fax, and then delete the original 
and all copies thereof.
___________________________________________________________________________