PATH MONITORING SYSTEM (PMS) CONTROLLER OR INGRESS NODE BASED MULTIPROTOCAL LABEL SWITCHING (MPLS) PING AND TRACEROUTE IN INTER-AUTONOMOUS SYSTEM (AS) SEGMENT ROUTING (SR) NETWORKS

    公开(公告)号:US20210250270A1

    公开(公告)日:2021-08-12

    申请号:US17244896

    申请日:2021-04-29

    Abstract: Echo or traceroute functionality is supported in a path spanning multiple autonomous systems (ASes) having segment routing (SR) enabled, the path including an ingress node and an egress node, by: (a) obtaining a return label stack to reach the ingress node from either (A) the egress node, or (B) a transit node in the path; (b) obtaining a label stack to reach, from the ingress node, either (A) the egress node, or (B) the transit node; (c) generating a request message including the return label stack; and (d) sending the request message towards either (A) the egress node, or (B) the transit node using the label stack. The example method may further include: (e) receiving, by either (A) the egress node, or (B) the transit node, the request message, wherein the request message includes information for performing a validity check; (f) performing a validity check using the information included in the request message to generate validity information; (g) generating a reply message including the validity information and information from the return label stack; and (h) sending the reply message towards the ingress node using information from the return label stack included in the request message.

    TIME-TO-LIVE (TTL) HANDING FOR SEGMENT ROUTING PING/TRACEROUTE

    公开(公告)号:US20210111995A1

    公开(公告)日:2021-04-15

    申请号:US17127759

    申请日:2020-12-18

    Abstract: An improved traceroute mechanism for use in a label-switched path (LSP) is provided by (a) receiving, by a device in the LSP, an echo request message, wherein the echo request includes a label stack having a least one label, and wherein each of the at least one label has an associated time-to-live (TTL) value; (b) responsive to receiving the echo request, determining by the device, whether or not the device is a penultimate hop popping (PHP) device for the outermost label of the label stack; and (c) responsive to determining that the device is the PHP device for the outermost label of the label stack, (1) generating an echo reply message corresponding to the echo request message, wherein the echo reply message is encoded to indicate that the device is the PHP device for the outermost label of the label stack, and (2) sending the echo reply message back towards a source of the echo request message. Responsive to receiving the echo reply message by the ingress of the LSP defined by the outermost label of the label stack, the ingress may (a) determine whether or not the received echo reply message was sourced from the PHP of the LSP defined by the outermost label of the label stack, and (b) responsive to a determination that the received echo reply message was sourced from the PHP of the LSP defined by the outermost label of the label stack, (1) generate a next echo request in which the TTL value associated with the outermost label in the label stack is increased and in which the TTL value associated with a next to outermost label, if any, in the label stack is incremented, and (2) send the next echo request message on the LSP defined by the outermost label of the label stack.

    Node protection for bum traffic for multi-homed node failure

    公开(公告)号:US10924332B2

    公开(公告)日:2021-02-16

    申请号:US16217670

    申请日:2018-12-12

    Abstract: Techniques are described for facilitating node protection for Broadcast, unknown Unicast, and Multicast (BUM) traffic for a multi-homed node failure. For example, multi-homed provider edge (PE) devices each advertise egress node protection labels to an ingress PE device. In the event one of the multi-homed PE devices fails, the ingress PE device sends a BUM packet including the egress node protection labels for the failed node. When an egress PE device receives the BUM packet, the egress PE device determines whether the BUM packet includes the egress node protection labels and whether the egress PE device is operating as a backup designated forwarder (DF) on an Ethernet segment identifier (ESI) for which the failed node was the DF. If the BUM packet includes the egress node protection labels and the egress PE device is operating as a backup DF, the egress PE device forwards the BUM traffic to the ESI.

    Reducing traffic loss during link failure in an ethernet virtual private network multihoming topology

    公开(公告)号:US10771317B1

    公开(公告)日:2020-09-08

    申请号:US16189408

    申请日:2018-11-13

    Abstract: A first network device permits a bidirectional forwarding detection (BFD) session with a second network device. The first network device is a designated forwarder for a third network device, a first link is provided between the first network device and the third network device, the second network device is a backup designated forwarder for the third network device, a second link is provided between the second network device and the third network device. The first network device detects a link failure associated with the first link between the first network device and the third network device, and provides, via the BFD session, a BFD message to the second network device. The BFD message includes an indication of the link failure, and the BFD message is to cause the second network device to be a new designated forwarder for the third network device.

    SIGNALING MULTICAST INFORMATION TO A REDUNDANT MULTI-HOMING ROUTER FOR A LAYER 2 VIRTUAL PRIVATE NETWORK

    公开(公告)号:US20190013966A1

    公开(公告)日:2019-01-10

    申请号:US15644274

    申请日:2017-07-07

    Abstract: In some examples, a customer edge device (CE) is configured to receive configuration data for multi-homed connectivity for a local layer 2 (L2) network with a L2 virtual private network (L2VPN) for a layer 3 (L3) network for switching L2 packet data units (PDUs) among two or more L2 networks connected to the L3 network including the local L2 network, wherein the configuration data for multi-homed connectivity configures the CE with a primary attachment circuit to a primary neighbor provider edge device (PE) for the L2VPN and with a backup attachment circuit to a backup neighbor PE for the L2VPN; and generate and send, in response to snooping a multicast join message indicating a multicast group, a control plane message via the backup attachment circuit to the backup neighbor PE for the L2VPN, wherein the control plane message is destined for the backup neighbor PE for the L2VPN.

    Replicating multicast state information between multi-homed EVPN routing devices

    公开(公告)号:US10033539B1

    公开(公告)日:2018-07-24

    申请号:US15087757

    申请日:2016-03-31

    Abstract: In one example, a first routing device of an Ethernet virtual private network (EVPN) is multihomed to a customer edge (CE) routing device with a second routing device. The first routing device includes one or more network interfaces configured to send and receive packets. The first routing device also includes one or more processors configured to receive, via the one or more network interfaces, a first packet from the CE routing device including multicast join information, update multicast state information of the first routing device using the multicast join information from the first packet, and send, via the one or more network interfaces, a second packet including data representative of the multicast join information to the second routing device to synchronize multicast state information of the second routing device with the multicast state information of the first routing device.

    MASS MAC WITHDRAWAL FOR EVPN-DCI USING VIRTUAL ESI

    公开(公告)号:US20170288970A1

    公开(公告)日:2017-10-05

    申请号:US15083732

    申请日:2016-03-29

    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.

Patent Agency Ranking