Re: [bess] A question on using EVPN label and Alias label in load balancing

Jide Akintola <jidept@yahoo.com> Mon, 18 February 2019 12:23 UTC

Return-Path: <jidept@yahoo.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 92060130EFC for <bess@ietfa.amsl.com>; Mon, 18 Feb 2019 04:23:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 MYXGSv_VVa8i for <bess@ietfa.amsl.com>; Mon, 18 Feb 2019 04:23:14 -0800 (PST)
Received: from sonic302-3.consmr.mail.bf2.yahoo.com (sonic302-3.consmr.mail.bf2.yahoo.com [74.6.135.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 512AA130EF2 for <bess@ietf.org>; Mon, 18 Feb 2019 04:23:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1550492593; bh=xsJaBJTojbxdtkD3+2XycJG+q1NN1RPIUe6RJo3+n9A=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject; b=kT8D8nlsMBBPYWYT0jlbk8GB52CJkGtDfaOd74xItrhnQlFMz1T9cg7vee5S8CRUIrQ5pViuAduWcKCH5g9yhuAlN+9BFJM8QbYE29tWrWm//GOf2V0hT0kSeauRFi5XnY0xfk6xknczHiTgZg3WiEYfY4UT0LypMCT24WlocOkWvXYwkh6t+ZnjHBHTxyEi73iJS7BJfxA/jjPS1uVQi1Z48xEhpYv0d1h56L4tAzz8Sw9VXxaJNAMDXBaxTwPaQQ50/mg7sYuhsaV+vx0bkkXB6RdxZDSwGDc7+/+8/U6ZnYonlCkSavzcpUelQMqdbqZUhPPVM1sjm/VeF8bwbw==
X-YMail-OSG: XAuAFWIVM1mau9Amj4E92sUMpdZEi0veaJf_sQtM1CUcWh9JVBn8pmoRk5Jc2kk JBpeYeM0nqIrqruhVpiEnToptUO_r0_M0LPQLRXSOdf8AOJSfB9zv4TqhWD46voS0GMtWKvXG05x 9nW3NnwPaKMLqFJVt_YMIgdxhvulBG4PJrN9zp9SfVdrpTQ14X0KqFhpUBazwDK5VMyUtL0IFdjt D0oJ4DGfiyDj6uRE62xL3VioLCZF5agWurw1QPu5qE9YjLf8WrUwkQxqfVSWPBZ2_sFT9pxu9JaN FSFWE.qbDAyuQCHksS8InTNAsPStnKX10EM.fV334CBW4rW2H0zIJ4PuW9v1Cbc8WCy16x0LLiUh 6wRgDHGBXO1VeRwpqHKQwlF64nfJUFW2kkKlXhZNPYpGsoPkoziooxd46SUjFgM5doVpEry2N.F0 sR2YCO31SHxOiHRGWeQpjaOD1BsnT8oW7.1KDi1rnxY.wVeZtGhcKlDQft_xKN3JXc8gIDwBDGXG nGDXewHbSNJMSfcbrcMGqVWyHrtTYyrKAmDAGHcSFvfooF0Klu7ecAn42O3IwNJBPcx5LDzQ0JTR d2qLM81r8QPXCitBqRzUu7O4ydUIMqXsFgp4AMtJmY9DXyOTrAGzv9yrsCMt3aNzri3A9Lc2jmbU JS_NNkYW.4asMFT7eRk6OomXAexQBMGQfoBubA2pZtVhIw8LrmqDiLe.ZkgQGkOn9q8.RX4SSAEu F7lhGa7.jxaSpkjL_XuYS2GU6cPxg8_DZx333lkVIJAHKbxf1t_vmm0Gyv3WpSWfAHx9AM2RPHQg XHcHAis7MZuwjw6yu8atpdrFucgKAR4oDusPecjJ6vMf4UWYvZOeIxNoOTDacYXwfv4bDlbLo4Jm NZaJLcvffalferZ5QY5Pc8VBZST_YidUhCcaZSMGlLr1P9pgDRrnG2D9nsYJsiMcO.0HKP1GkfBp SKoxVJvbMDSk.ygGlXJnFI9CXBJ8lC6wCFblgR17yf_eo4sTjryM5qEE9J5qCKWlKbg85G8KWA6h 4_bRTs8wCFloJI9BoueLwzzxzjQeb_W9m3.vx.ASOjjt1fa5D3XPuRCJz9wrzrt2S
Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Mon, 18 Feb 2019 12:23:13 +0000
Date: Mon, 18 Feb 2019 12:23:10 +0000
From: Jide Akintola <jidept@yahoo.com>
To: "bess@ietf.org" <bess@ietf.org>, Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com>
Cc: Jide Akintola <jide@xpresspath.net>
Message-ID: <1786068588.911432.1550492590378@mail.yahoo.com>
In-Reply-To: <VI1PR07MB4302B49CACF63ABFCAB0917186630@VI1PR07MB4302.eurprd07.prod.outlook.com>
References: <VI1PR07MB43023EB901D72DA93049332886630@VI1PR07MB4302.eurprd07.prod.outlook.com> <83625784.899773.1550489420551@mail.yahoo.com> <VI1PR07MB4302B49CACF63ABFCAB0917186630@VI1PR07MB4302.eurprd07.prod.outlook.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_911431_1967378240.1550492590373"
X-Mailer: WebService/1.1.13123 YMailNorrin Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:65.0) Gecko/20100101 Firefox/65.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/boHYUfuF0AvvpFFswIpKnUTzuao>
Subject: Re: [bess] A question on using EVPN label and Alias label in load balancing
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: Mon, 18 Feb 2019 12:23:17 -0000

Hi Jaikumar,
You need to make a distinction between Alias label and several other EVPN routes labels defined in the RFC7432. Kindly check that RFC for the route encoding and their different usage/function.
As detailed in my previous email, alias label is a "hint" to the remote PE to load balance traffic, they are not used to do the actual traffic load balance.


Many thanks. 
 
Cheers, 
 
Jide 

    On Monday, 18 February 2019, 11:48:21 GMT, Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com> wrote:  
 
 #yiv1165875085 #yiv1165875085 -- _filtered #yiv1165875085 {font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv1165875085 {panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv1165875085 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv1165875085 {font-family:Verdana;panose-1:2 11 6 4 3 5 4 4 2 4;} _filtered #yiv1165875085 {font-family:Consolas;panose-1:2 11 6 9 2 2 4 3 2 4;} _filtered #yiv1165875085 {font-family:Old;panose-1:2 5 6 4 5 5 5 2 2 4;}#yiv1165875085 #yiv1165875085 p.yiv1165875085MsoNormal, #yiv1165875085 li.yiv1165875085MsoNormal, #yiv1165875085 div.yiv1165875085MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv1165875085 a:link, #yiv1165875085 span.yiv1165875085MsoHyperlink {color:blue;text-decoration:underline;}#yiv1165875085 a:visited, #yiv1165875085 span.yiv1165875085MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv1165875085 p.yiv1165875085msonormal0, #yiv1165875085 li.yiv1165875085msonormal0, #yiv1165875085 div.yiv1165875085msonormal0 {margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv1165875085 p.yiv1165875085msonormal, #yiv1165875085 li.yiv1165875085msonormal, #yiv1165875085 div.yiv1165875085msonormal {margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv1165875085 p.yiv1165875085msochpdefault, #yiv1165875085 li.yiv1165875085msochpdefault, #yiv1165875085 div.yiv1165875085msochpdefault {margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv1165875085 span.yiv1165875085msohyperlink {}#yiv1165875085 span.yiv1165875085msohyperlinkfollowed {}#yiv1165875085 span.yiv1165875085emailstyle17 {}#yiv1165875085 p.yiv1165875085msonormal1, #yiv1165875085 li.yiv1165875085msonormal1, #yiv1165875085 div.yiv1165875085msonormal1 {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv1165875085 p.yiv1165875085msonormal2, #yiv1165875085 li.yiv1165875085msonormal2, #yiv1165875085 div.yiv1165875085msonormal2 {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv1165875085 span.yiv1165875085msohyperlink1 {color:#0563C1;text-decoration:underline;}#yiv1165875085 span.yiv1165875085msohyperlinkfollowed1 {color:#954F72;text-decoration:underline;}#yiv1165875085 span.yiv1165875085emailstyle171 {font-family:Consolas;color:windowtext;}#yiv1165875085 p.yiv1165875085msochpdefault1, #yiv1165875085 li.yiv1165875085msochpdefault1, #yiv1165875085 div.yiv1165875085msochpdefault1 {margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv1165875085 span.yiv1165875085EmailStyle30 {font-family:Consolas;color:#0070C0;}#yiv1165875085 .yiv1165875085MsoChpDefault {font-size:10.0pt;} _filtered #yiv1165875085 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv1165875085 div.yiv1165875085WordSection1 {}#yiv1165875085 
Thanks a lot Jide, for the reply.
 
Please find my response below [Jai]
 
  
 
Thanks & Regards
 
Jaikumar S
 
  
 
From: Jide Akintola <jidept@yahoo.com> 
Sent: Monday, February 18, 2019 5:00 PM
To: bess@ietf.org; Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com>
Subject: Re: [bess] A question on using EVPN label and Alias label in load balancing
 
  
 
HiJaikumar,
 
  
 
As per the rfc, aliasing is define as the ability of a PE to signal that it has reachability to an EVPN instance on a given ES even when it has learned no MAC addresses from that EVI/ES. It is advertised with Ethernet A-D per EVI type 1 routes.

Aliasing improves load-balancing by allowing remote VNEs to continue to load-balance traffic evenly though they have only received a single MAC/IP from a single ingress VNE. Meaning a remote PE that receives a MAC/IP Advertisement route (type 2 route) with a non-reserved ESI would consider the advertised MAC address to be reachable via all PEs that have advertised reachability to that MAC address EVI/ES via the Ethernet A-D per EVI route.

In your example, it would mean that if MAC1 is only learned by PE3 from PE1, but because PE3 has received Ethernet A-D per EVI type 1 route with aliasing label from PE2, it would consider that MAC1 is also reacheable via PE2 and would load balance traffic destined for MAC1 to both PE1 and PE2.

For cases where the MAC1 is learnt from PE1 and PE2 by PE3, then aliasing should not come into play.
 
[Jai] Any reason why we should not use Alias label to reach any of PE1 or PE2. I see the only difference between EPN label and Alias label is that Mac look up will happen but Alias label does not expect the MAC entry to be present and so no MAC lookup is required
 
and simply forward it on the ESI port/link. Please correct me if something is not right.



There are some optimization done by some vendor using proxy advertisement via PE2 to mitigate traffic loss for cases where say PE3 only learns MAC1 from say PE1 and say you lost PE1.
 
  
 
Many thanks.

Cheers, 

Jide
 
  
 
  
 
On Monday, 18 February 2019, 10:08:02 GMT, Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com> wrote: 
 
  
 
  
 
Hi All,
 
                     --------------
 
                     |            |
 
              PORT1 |  DEVICE1   |PORT3
 
       --------------|     PE1    |-------------
 
       |      1/5    |  2.2.2.2   | 1/4         |
 
       |             |            |             |
 
       |             --------------             |
 
       |PORT1              |PORT2               |PORT2
 
--------------            |             +------------+            --------------     
 
 |            |            |             |            |            |            |    
 
 | DEVICE4    |            |             |            |PORT1       | DEVICE4    |
 
 | (CE1)      |            |             |   DEVICE3  |------------| (CE2)      |
 
 | Multi-home |            |             |     PE3     |       PORT3| Single home|
 
 |            |            |             |   4.4.4.4  |            |            |
 
--------------            |             +------------+            --------------      
 
       |PORT2              |1/1                |PORT3
 
       |                   |PORT2              | 1/6
 
       |             --------------            |
 
       |             |            |            |
 
       |       PORT1 |  DEVICE2   |            |
 
       --------------|    PE2     |-------------
 
                1/4  |  3.3.3.3   |PORT3
 
                     |            |1/4
 
                     --------------
 
 
 
Let’s say CE1 is connected to PE1 and PE2 (all-active case)
 
and PE1 and PE2 learn same MAC1 entry (say different destination)
 
PE3 will learn MAC1 from both PE1 and PE2 with their respective
 
EVPN label (Assume BGP ECMP is enabled). As part of load balancing,
 
should PE3 always use EVPN label to send the frame destined to MAC1
 
or can Alias label also be used? what is the need of using EVPN label?
 
 
 
Thanks & Regards
 
Jaikumar S
 
 
 
_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess