Ok, let me elaborate. A remote PE sending known unicast traffic to any PE attached to the all-active Ethernet Segment (non-DF or DF, it’s irrelevant here!), has to use a label that identifies the Broadcast Domain at the egress PE for a MAC lookup (if MAC-based forwarding) or a label that identifies the egress ES (MPLS-based forwarding model).
Either way, it may happen that the ingress aliasing hash for a flow to MAC1, decides to send the unicast packet to a PE, PE2 that never advertised MAC1, but it is attached to the same ES; hence the only label available is the A-D per EVI route label. If there is a MAC/IP route _and_ an A-D per-EVI route for the same ES and next-hop, the label should be the same anyway in case of MAC-based forwarding, and even in case of MPLS-based forwarding with label per ES. I can only see different labels if the egress PE forwarding model was label per MAC, which I don’t think there is any implementation like that out there. Bottom line, I would use the label from the A-D per-EVI route since, there might not be MAC/IP route for all the next-hops in the ES. From: Muthu Arul Mozhi Perumal <muthu.a...@gmail.com> Date: Monday, February 18, 2019 at 3:29 PM To: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.raba...@nokia.com> Subject: Re: [bess] A question on using EVPN label and Alias label in load balancing Believe Jaikumar's question is, whether it is allowed per RFC 7432 to send known unicast traffic to a non-DF PE (for load balancing in all active multihoming scenario) using alias label when the non-DF PE has advertised a MAC/IP route with an EVPN label for the destination MAC. In other words, would sending known unicast traffic using alias label when there is a MAC/IP route for the destination MAC be a violation of RFC 7432 in the above scenario and is expected to cause any interop. issue? Regards, Muthu On Mon, Feb 18, 2019 at 7:24 PM Rabadan, Jorge (Nokia - US/Mountain View) <mailto:jorge.raba...@nokia.com> wrote: It “sounds” to me that Jaikumar’s question might be related to comparing MPLS-based vs MAC-based forwarding models. RFC8388 may help, sections 6-8. My 2 cents. Thx Jorge From: BESS <mailto:bess-boun...@ietf.org> on behalf of Jide Akintola <jidept=mailto:40yahoo....@dmarc.ietf.org> Date: Monday, February 18, 2019 at 1:23 PM To: "mailto:bess@ietf.org" <mailto:bess@ietf.org>, Jaikumar Somasundaram <mailto:jaikumar.somasunda...@ericsson.com> Cc: Jide Akintola <mailto:j...@xpresspath.net> Subject: Re: [bess] A question on using EVPN label and Alias label in load balancing 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 <mailto:jaikumar.somasunda...@ericsson.com> wrote: Thanks a lot Jide, for the reply. Please find my response below [Jai] Thanks & Regards Jaikumar S From: Jide Akintola <mailto:jid...@yahoo.com> Sent: Monday, February 18, 2019 5:00 PM To: mailto:bess@ietf.org; Jaikumar Somasundaram <mailto:jaikumar.somasunda...@ericsson.com> Subject: Re: [bess] A question on using EVPN label and Alias label in load balancing Hi Jaikumar, 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 <mailto:jaikumar.somasunda...@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 mailto:BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess _______________________________________________ BESS mailing list mailto:BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess
_______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess