Abstract: In general, techniques are described for forwarding L2 BUM traffic within an Ethernet Virtual Private Network (EVPN) by implementing a forwarding preference for local interfaces of a PE device for broadcast domains in the EVPN. For example, a method includes receiving, by a first provider edge (PE) device of a plurality of PE devices configured with an EVPN instance comprising one or more broadcast domains reachable by a plurality of Ethernet segments connecting the plurality of PE devices to a plurality of customer edge (CE) devices, first EVPN routes; and configuring, by the first PE device in response to determining the first EVPN routes indicate the first PE device has a local interface for each of the plurality of Ethernet segments, forwarding information of the first PE device to cause the first PE device to perform local-bias forwarding of layer 2 (L2) packets for the EVPN instance.

Abstract: A first device may receive information that identifies a second device. The second device may be connected to the first device or a third device. The second device may be a source of traffic to be received by the first device. The first device may determine whether the second device is local or remote to the first device based on receiving the information. The first device may store first information or second information based on determining whether the second device is local or remote. The first information may identify a route associated with the second device. The second information may identify a single route associated with multiple second devices. The first device may provide the traffic using the first information or the second information after storing the first information or the second information.

Abstract: In general, techniques are described for forwarding L2 BUM traffic within an Ethernet Virtual Private Network (EVPN) by implementing a forwarding preference for local interfaces of a PE device for broadcast domains in the EVPN. For example, a method includes receiving, by a first provider edge (PE) device of a plurality of PE devices configured with an EVPN instance comprising one or more broadcast domains reachable by a plurality of Ethernet segments connecting the plurality of PE devices to a plurality of customer edge (CE) devices, first EVPN routes; and configuring, by the first PE device in response to determining the first EVPN routes indicate the first PE device has a local interface for each of the plurality of Ethernet segments, forwarding information of the first PE device to cause the first PE device to perform local-bias forwarding of layer 2 (L2) packets for the EVPN instance.

Abstract: Techniques are described for forwarding traffic within an Ethernet Virtual Private Network (EVPN) fabric of port-extenders by modeling a port-extender as a port-extender Ethernet segment. For example, a method includes receiving, by a provider edge (PE) device of a plurality of PE devices configured with an EVPN instance reachable by a port-extender Ethernet segment connecting the plurality of PE devices to a port-extender device, an EVPN route including information identifying an extended-port of the port-extender device associated with the port-extender Ethernet segment; storing, by the PE device, the information identifying the extended-port of the port-extender device associated with the port-extender Ethernet segment; and generating, by the PE device, a packet header of a data packet to be forwarded toward the extended-port of the port-extender device, the packet header including the information identifying the extended-port of the port-extender device.

Abstract: A first device may receive information that identifies a second device. The second device may be connected to the first device or a third device. The second device may be a source of traffic to be received by the first device. The first device may determine whether the second device is local or remote to the first device based on receiving the information. The first device may store first information or second information based on determining whether the second device is local or remote. The first information may identify a route associated with the second device. The second information may identify a single route associated with multiple second devices. The first device may provide the traffic using the first information or the second information after storing the first information or the second information.

Abstract: A first device may receive information that identifies a second device. The second device may be connected to the first device or a third device. The second device may be a source of traffic to be received by the first device. The first device may determine whether the second device is local or remote to the first device based on receiving the information. The first device may store first information or second information based on determining whether the second device is local or remote. The first information may identify a route associated with the second device. The second information may identify a single route associated with multiple second devices. The first device may provide the traffic using the first information or the second information after storing the first information or the second information.

Abstract: Techniques are described for forwarding traffic within an Ethernet Virtual Private Network (EVPN) fabric of port-extenders by modeling a port-extender as a port-extender Ethernet segment. For example, a method includes receiving, by a provider edge (PE) device of a plurality of PE devices configured with an EVPN instance reachable by a port-extender Ethernet segment connecting the plurality of PE devices to a port-extender device, an EVPN route including information identifying an extended-port of the port-extender device associated with the port-extender Ethernet segment; storing, by the PE device, the information identifying the extended-port of the port-extender device associated with the port-extender Ethernet segment; and generating, by the PE device, a packet header of a data packet to be forwarded toward the extended-port of the port-extender device, the packet header including the information identifying the extended-port of the port-extender device.

Abstract: A first device may receive information that identifies a second device. The second device may be connected to the first device or a third device. The second device may be a source of traffic to be received by the first device. The first device may determine whether the second device is local or remote to the first device based on receiving the information. The first device may store first information or second information based on determining whether the second device is local or remote. The first information may identify a route associated with the second device. The second information may identify a single route associated with multiple second devices. The first device may provide the traffic using the first information or the second information after storing the first information or the second information.