Abstract: The techniques described are directed to providing mass withdrawal of media access control (MAC) routes for network devices in an Ethernet virtual private network data center interconnect (EVPN DCI). MAC routes to reach the learned MAC addresses are stored in routing tables with corresponding top-of-rack Ethernet segment identifier (TOR-ESI) values that represent the Ethernet segments from where the MAC addresses were learned. A provider edge (PE) network device may configure and advertise a virtual Ethernet segment identifier (vESI) that includes a plurality of TOR-ESI values. As Ethernet segments of the data center become unavailable, the corresponding TOR-ESI values may be withdrawn from the vESI to form an updated vESI. In this way, MAC routes having a TOR-ESI value that was withdrawn from the vESI may be removed from the routing tables in each of the network devices.

Abstract: In some examples, a method includes receiving, by a first ingress network device for a network, a source tree join route message from an egress network device for the network, specifying a multicast source and a multicast group, and in response to receiving the source tree join route message, determining, by the ingress network device, whether the multicast source is multi-homed to the network via the first ingress network device and a second ingress network device for the network. The method includes, in response to determining that the multicast source is not multi-homed, forwarding traffic for the multicast source on an inclusive provider tunnel without initiating setup of a selective provider tunnel to the egress network device, and in response to determining that the multicast source is multi-homed, initiating setup of a selective provider tunnel to the egress network device and terminating forwarding multicast traffic on the inclusive provider tunnel.

Abstract: Techniques are described for enhancements to Protocol Independent Multicast (PIM) in an Any Source Multicast (ASM) mode in order to effectively implement Multicast only Fast Re-Route (MoFRR). According to the PIM ASM mode, a router operating as a last hop router connected to a receiver may initiate establishment of both a shared tree and a shortest path tree over which to receive multicast traffic for a given multicast group. According to the disclosed techniques, the router may use the shortest path tree as a primary path on which to receive the multicast traffic, and may use the shared tree as a secondary or backup path for MoFRR in case a failure occurs on the primary path. The techniques enable the router to perform MoFRR for PIM ASM mode without pruning the multicast traffic from the shared tree, and without building additional trees as secondary paths for MoFRR.

Abstract: In one example, a method includes exchanging, by a first routing device and with a second routing device, targeted hello messages using a Protocol Independent Multicast (PIM) protocol to establish a targeted neighbor connection between the first routing device and the second routing device, wherein the first routing device exchanges the targeted hello messages with the second routing device via at least one intermediate routing device, and wherein at least one of the first or second routing device comprises a rendezvous point (RP). The example method further includes processing, by the first routing device using the targeted neighbor connection, a register message that includes multicast stream data elements, wherein each multicast stream data element identifies a source address and a group address that are collectively associated with a respective multicast stream, and wherein each multicast stream data element further indicates whether the respective multicast stream is active or withdrawn.

Abstract: Techniques are described for enhancements to multicast Label Distribution Protocol (mLDP) to support multicast only fast re-route (MoFRR) over a remote loop free alternate (RLFA) backup path. An egress router is configured to generate a modified mLDP control message to signal the RLFA backup path in which an address of a RLFA node is included in an LSPRoot field and an address of an ingress router is included in an opaque data field. In addition, the RLFA node of the RLFA backup path is configured to recognize that it is identified in the LSPRoot field of the modified mLDP control message, and, in response, look up the ingress router identified in the opaque data field of the modified mLDP control message. The RLFA node is further configured to send an mLDP control message that includes the address of the ingress router in the LSPRoot field towards the ingress router.

Abstract: Techniques are described for enhancements to Protocol Independent Multicast (PIM) to enable a last hop router (LHR) to perform source discovery and directly build or join a source tree. According to the techniques of this disclosure, the LHR builds a communication channel with a rendezvous point (RP) router and requests source information for at least one multicast group for which the LHR has interested receivers. The RP responds to the request by looking into a register database maintained by the RP and sending source information indicating at least one source that is actively providing traffic for the at least one multicast group. Based on the response, the LHR initiates a (S,G) PIM Join message toward the at least one source for the at least one multicast group to directly build or join at least one source tree.

Abstract: An example method includes exchanging targeted hello messages to establish a targeted neighbor connection between a first routing device and a second routing device, wherein one of the routing devices comprises a central routing device, and wherein another one of the routing devices comprises an ingress routing device. The example method further includes processing a source-active register message that specifies a source address and an identifier that are collectively associated with a multicast stream, and wherein the source-active register message further indicates whether the multicast stream is active or withdrawn.

Abstract: In one example, a method includes exchanging, by a first routing device and with a second routing device, targeted hello messages using a Protocol Independent Multicast (PIM) protocol to establish a targeted neighbor connection between the first routing device and the second routing device, wherein the first routing device exchanges the targeted hello messages with the second routing device via at least one intermediate routing device, and wherein at least one of the first or second routing device comprises a rendezvous point (RP). The example method further includes processing, by the first routing device using the targeted neighbor connection, a register message that includes multicast stream data elements, wherein each multicast stream data element identifies a source address and a group address that are collectively associated with a respective multicast stream, and wherein each multicast stream data element further indicates whether the respective multicast stream is active or withdrawn.

Abstract: Techniques are described for providing robust control plane asserts in a network using Protocol Independent Multicast (PIM) or other routing protocols for controlling delivery of multicast traffic. In one example, a router includes a control unit having a hardware-based processor executing a Protocol Independent Multicast (PIM) protocol. The control unit, when executing the PIM protocol, initiates an election process for selecting, from a plurality of routers, a forwarding router to forward multicast traffic to a shared media computer network. In addition, the control unit determines whether the multicast traffic has been received by the router and outputs, in association with the election process, a PIM assert message that includes an indication as to whether the router has successfully received the multicast traffic.