Abstract: A device may include one or more processors to identify a first bandwidth of a first link and a second bandwidth of a second link that include a first plurality of interfaces and a second plurality of interfaces, respectively. The one or more processors may store a first and a second link bandwidth extended community value identifying the first bandwidth and the second bandwidth, respectively. The one or more processors may determine that the first bandwidth has increased or decreased. The one or more processors may store a modified first link bandwidth extended community value identifying the first bandwidth as increased or decreased. The one or more processors may perform load balancing of network traffic on the first link and the second link based on the modified first link bandwidth extended community value and the second link bandwidth extended community value.

Abstract: In one example, a method includes receiving, by a network device, first data defining a group of LSPs, receiving second data defining one or more constraints for one or more bypass LSPs, and receiving third data defining a mapping between the group of LSPs and the one or more bypass LSPs. The method also includes, in response to receiving the third data, automatically signaling, by the network device, a bypass LSP in accordance with the one or more constraints, selecting, by the network device and based on the mapping, a respective alternate next hop for rerouting network traffic received on each LSP of the group of LSPs to the signaled bypass LSP, and programming a forwarding component of the network device to install each of the respective alternate next hops as alternate next hops to primary next hops for the LSPs of the group of LSPs.

Abstract: A first device may determine an Internet Protocol version R (IPvR) interface address associated with a second device, where R is greater than or equal to four. The first device and the second device may be associated with an external border gateway protocol peering session. The first device may generate an Internet Protocol version S (IPvS) interface address based on the IPvR interface address associated with the second device, where S is greater than or equal to six and different than R. The first device may store the IPvS interface address in a routing table. The first device may receive, from the second device, a service route that includes the IPvS interface address, and may provide the service route to a third device. The first device may provide a labeled route to the third device. The labeled route may include a label associated with the IPvS interface address.

Abstract: In one example, a method includes receiving, by a network device, first data defining a group of LSPs, receiving second data defining one or more constraints for one or more bypass LSPs, and receiving third data defining a mapping between the group of LSPs and the one or more bypass LSPs. The method also includes, in response to receiving the third data, automatically signaling, by the network device, a bypass LSP in accordance with the one or more constraints, selecting, by the network device and based on the mapping, a respective alternate next hop for rerouting network traffic received on each LSP of the group of LSPs to the signaled bypass LSP, and programming a forwarding component of the network device to install each of the respective alternate next hops as alternate next hops to primary next hops for the LSPs of the group of LSPs.

Abstract: A first device may determine an Internet Protocol version R (IPvR) interface address associated with a second device, where R is greater than or equal to four. The first device and the second device may be associated with an external border gateway protocol peering session. The first device may generate an Internet Protocol version S (IPvS) interface address based on the IPvR interface address associated with the second device, where S is greater than or equal to six and different than R. The first device may store the IPvS interface address in a routing table. The first device may receive, from the second device, a service route that includes the IPvS interface address, and may provide the service route to a third device. The first device may provide a labeled route to the third device. The labeled route may include a label associated with the IPvS interface address.