In one embodiment, a method comprises registering, by a first label switching router having been identified as a root of a prescribed transport tree for transport of a prescribed group of data packets, at least two next hop label switching routers as belonging to the prescribed transport tree based on receiving respective label mapping messages; detecting by the first label switching router a prescribed condition indicating the first label switching router is to be removed from service as the root of the prescribed transport tree; and outputting, by the first label switching router, label distribution protocol messages for the prescribed transport tree to each of the next hop label switching routers determined as belonging to the prescribed transport tree, each label distribution protocol message indicating the first label switching router is to be removed from the service as the root of the prescribed transport tree.
|
11. A method comprising:
registering by a first label switching router with an identified root of a prescribed transport tree providing transport of a prescribed group of data packets, the registering based on outputting a label mapping message to a next hop label switching router providing reachability to the identified root, the label mapping message specifying a prescribed identifier of the prescribed transport tree and a corresponding label used by the first label switching router in identifying the data packets assigned to the prescribed transport tree;
receiving from the next hop label switching router a label distribution message indicating that the identified root of the prescribed transport tree is to be removed from service; and
selecting a second identified root of a second prescribed transport tree, prior to the identified root of the prescribed transport tree being removed from service, for transport of the prescribed group of data packets via the second prescribed transport tree.
20. An apparatus comprising:
means for generating a label mapping message for registration with an identified root of a prescribed transport tree providing transport for a prescribed group of data packets, the label mapping message specifying a prescribed identifier of the prescribed transport tree and a corresponding label used by the apparatus in identifying the data packets assigned to the prescribed transport tree; and
means for outputting the label mapping message to a next hop label switching router providing reachability to the identified root, the means for outputting further configured for receiving from the next hop label switching router a label distribution message indicating that the identified root of the prescribed transport tree is to be removed from service;
the means for generating further configured for selecting a second identified root of a second prescribed transport tree, prior to the identified root of the prescribed transport tree being removed from service, for transport of the prescribed group of data packets via the second transport tree.
15. An apparatus comprising:
a label distribution circuit configured for generating a label mapping message for registration with an identified root of a prescribed transport tree providing transport for a prescribed group of data packets, the label mapping message specifying a prescribed identifier of the prescribed transport tree and a corresponding label used by the apparatus in identifying the data packets assigned to the prescribed transport tree; and
a network interface circuit configured for outputting the label mapping message to a next hop label switching router providing reachability to the identified root, the network interface circuit further configured for receiving from the next hop label switching router a label distribution message indicating that the identified root of the prescribed transport tree is to be removed from service;
the label distribution circuit further configured for selecting a second identified root of a second prescribed transport tree, prior to the identified root of the prescribed transport tree being removed from service, for transport of the prescribed group of data packets via the second transport tree.
19. An apparatus comprising:
means for receiving label mapping messages from respective next hop label switching routers, each label mapping message specifying a prescribed identifier of a prescribed transport tree for transport of a prescribed group of data packets, and a corresponding label used by the corresponding next hop label switching router for identifying the data packets assigned to the prescribed transport tree, the apparatus having been identified as a root of the prescribed transport tree; and
means for detecting a prescribed condition indicating the apparatus is to be removed from service as the root of the prescribed transport tree, the means for detecting further configured for generating, for output via the means for receiving, a label distribution protocol message for the prescribed transport tree to each of the next hop label switching routers determined as belonging to the prescribed transport tree, the label distribution protocol message indicating the label switching router is to be removed from the service as the root of the prescribed transport tree, enabling the label switching routers within the prescribed transport tree to join an alternate root node of a corresponding alternate transport tree, for transport of the data packets via the alternate transport tree.
6. An apparatus comprising:
a network interface circuit configured for receiving label mapping messages from respective next hop label switching routers, each label mapping message specifying a prescribed identifier of a prescribed transport tree for transport of a prescribed group of data packets, and a corresponding label used by the corresponding next hop label switching router for identifying the data packets assigned to the prescribed transport tree, the apparatus having been identified as a root of the prescribed transport tree; and
a management circuit configured for detecting a prescribed condition indicating the apparatus is to be removed from service as the root of the prescribed transport tree, the management circuit configured for generating, for output via the network interface circuit, a label distribution protocol message for the prescribed transport tree to each of the next hop label switching routers determined as belonging to the prescribed transport tree, the label distribution protocol message indicating the first label switching router is to be removed from the service as the root of the prescribed transport tree, enabling the label switching routers within the prescribed transport tree to join an alternate root node of a corresponding alternate transport tree, for transport of the data packets via the alternate transport tree.
1. A method comprising:
registering, by a first label switching router having been identified as a root of a prescribed transport tree for transport of a prescribed group of data packets, at least two next hop label switching routers as belonging to the prescribed transport tree based on receiving respective label mapping messages, each label mapping message specifying a prescribed identifier of the prescribed transport tree and a corresponding label used by the corresponding next hop label switching router for identifying the data packets assigned to the prescribed transport tree;
detecting by the first label switching router a prescribed condition indicating the first label switching router is to be removed from service as the root of the prescribed transport tree; and
outputting, by the first label switching router, label distribution protocol messages for the prescribed transport tree to each of the next hop label switching routers determined as belonging to the prescribed transport tree, each label distribution protocol message indicating the first label switching router is to be removed from the service as the root of the prescribed transport tree, enabling the label switching routers within the prescribed transport tree to join an alternate root node of a corresponding alternate transport tree, for transport of the data packets via the alternate transport tree.
2. The method of
3. The method of
4. The method of
5. The method of
7. The apparatus of
8. The apparatus of
9. The apparatus of
10. The apparatus of
12. The method of
13. The method of
receiving from the next hop label switching router, following the label distribution message, a second label distribution message indicating that the identified root of the prescribed transport tree is reactivated for the service as the root of the prescribed transport tree; and
reselecting the identified root of the prescribed transport tree, following selection of the second identified root, for transport of the prescribed group of data packets via the prescribed transport tree.
14. The method of
16. The apparatus of
17. The apparatus of
the network interface circuit is configured for receiving from the next hop label switching router, following the label distribution message, a second label distribution message indicating that the identified root of the prescribed transport tree is reactivated for the service as the root of the prescribed transport tree;
the label distribution circuit configured for reselecting the identified root of the prescribed transport tree, following selection of the second identified root, for transport of the prescribed group of data packets via the prescribed transport tree.
18. The apparatus of
|
The present disclosure generally relates to implementing root node redundancy for multipoint-to-multipoint network label switched paths within multipoint-to-multipoint transport trees.
The Internet Engineering Task Force (IETF) Request for Comments (RFC) 3031 specifies a multiprotocol label switching (MPLS) architecture. The MPLS architecture in RFC 3031 permits packets entering a network to be assigned by an ingress router to a prescribed “Forwarding Equivalence Class” (FEC): once a packet has been assigned to a specific FEC (identifiable by a “label” added to the packet), the packet can be forwarded with its corresponding assigned label to a next hop label switching router (LSR). The next hop LSR can use the label supplied with the packet as an index to locate a forwarding table entry that specifies the next hop, and a new label used by the corresponding next hop LSR for the corresponding FEC and which replaces the label in the received packet. Hence, the next hop LSR replaces the label in the received packet with its new label, and forwards the packet on the next hop specified in the table, resulting in forwarding the packet via a label switched path (LSP) without the necessity of executing other routing algorithms based on parsing the network layer protocol header (e.g., the Internet Protocol (IP) header). RFC 3036 specifies a label distribution protocol (LDP) that enables label switching routers to exchange label bindings, enabling the label switching routers to map network-layer routing information directly to data-link layer switched paths.
The Internet Draft by Minei et al., “Label Distribution Protocol Extensions for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths,” draft-ietf-mpls-1dp-p2mp-02, June 2006, describes extensions to the label distribution protocol specified in RFC 3036 for establishing multipoint-to-multipoint LSPs between label switching routers having established a tree topology with a single root and one or more leaf nodes, where the leaf nodes can operate as ingress nodes for inserting traffic into a network, and/or egress nodes for outputting traffic from the network, without requiring use of any multicast routing protocol within the network. In contrast, a point-to-multipoint LSP has one ingress label switching router and one or more egress label switching routers, and a multipoint-to-point LSP has one or more ingress label switching routers and one unique egress label switching router.
Reference is made to the attached drawings, wherein elements having the same reference numeral designations represent like elements throughout and wherein:
In one embodiment, a method comprises registering, by a first label switching router having been identified as a root of a prescribed transport tree for transport of a prescribed group of data packets, at least two next hop label switching routers as belonging to the prescribed transport tree based on receiving respective label mapping messages, each label mapping message specifying a prescribed identifier of the prescribed transport tree, and a corresponding label used by the corresponding next hop label switching router for identifying the data packets assigned to the prescribed transport tree; detecting by the first label switching router a prescribed condition indicating the first label switching router is to be removed from service as the root of the prescribed transport tree; and outputting, by the first label switching router, label distribution protocol messages for the prescribed transport tree to each of the next hop label switching routers determined as belonging to the prescribed transport tree, each label distribution protocol message indicating the first label switching router is to be removed from the service as the root of the prescribed transport tree, enabling the label switching routers within the prescribed transport tree to join an alternate root node of a corresponding alternate transport tree, for transport of the data packets via the alternate transport tree.
In another embodiment, a method comprises registering, by a first label switching router in a prescribed transport tree for transport of a prescribed group of data packets, with an identified root of the transport tree based on outputting, to a next hop label switching router providing reachability to the identified root, a label mapping message specifying a prescribed identifier of the transport tree and a corresponding label used by the first label switching router in identifying the data packets assigned to the prescribed transport tree; receiving from the next hop label switching router a label distribution message indicating that the identified root of the transport tree is to be removed from service; and selecting a second identified root of a second prescribed transport tree, prior to the identified root of the transport tree being removed from service, for transport of the prescribed group of data packets via the second prescribed transport tree.
In yet another embodiment, a method comprises receiving, by a first label switching router, a first label mapping message from at least one downstream next-hop label switching router, the label mapping message specifying a prescribed identifier of a prescribed transport tree having a prescribed root and configured for transport of a prescribed group of data packets, the label mapping message further specifying a first label used by the corresponding downstream next-hop label switching router for identifying the data packets assigned to the prescribed transport tree; registering, by the first label switching router, the downstream next-hop label switching router as belonging to the prescribed transport tree based on adding a link identifier for reaching the downstream label switching router, and the corresponding first label, to a forwarding table entry specifying a second label used by the first label switching router in identifying the data packets assigned to the prescribed transport tree; registering, by the first label switching router, with the prescribed root of the prescribed transport tree based on outputting, to an upstream next-hop label switching router providing reachability to the prescribed root, a second label mapping message specifying the prescribed identifier of the prescribed transport tree and the second label; receiving, by the first label switching router, from the upstream next-hop label switching router a label distribution message indicating that the prescribed root of the prescribed transport tree is to be removed from service; and outputting, by the first label switching router, to each downstream next-hop label switching router belonging to the prescribed transport tree, an updated label distribution message indicating that the prescribed root of the prescribed transport tree is to be removed from service, enabling each downstream next-hop label switching router to join an alternate root node of a corresponding alternate transport tree, for transport of the data packets via the alternate transport tree.
Particular embodiments enable a root node of a multipoint-to-multipoint transport tree to send label distribution protocol messages for its multipoint-to-multipoint transport tree, in order to notify the label switching routers within the transport tree that an alternate root node for an alternate transport tree needs to be selected. In particular, the particular embodiments expand upon the use of root node redundancy as described in commonly-assigned, copending application Ser. No. 11/346,411, filed Feb. 2, 2006 by Wijnands et al., entitled “Root Node Redundancy for Multipoint-to-Multipoint Transport Trees”.
The particular embodiments disclosed herein enable the root node to output label distribution protocol messages indicating that the root node is to be removed from service as the root of the prescribed multipoint-to-multipoint transport tree, also referred to as root shutdown messages, as identified by the corresponding transport tree identifier (e.g., the FEC element). Further, the root node outputs the root shutdown messages preferably with sufficient time to enable the leaf nodes in the transport tree to select the alternate redundant root node having its redundant transport tree for transport of the same prescribed group of data packets as classified with the original Forwarding Equivalence Class.
Hence, the particular embodiments can enable a root node to proactively cause its leaf nodes to select the alternate root node, prior to the root node being removed from service (e.g., due to maintenance, etc.), ensuring that there is no loss of any data packets that normally would occur if the leaf nodes needed to transfer to the alternate root node upon detection of a failed condition in the root node.
Each root node 12 and 12′ can be configured for detecting a prescribed condition indicating that the root node is to be removed from service as the corresponding root, for example based on detecting initiation of a prescribed shutdown procedure within its operating system, or based on detecting another software or hardware-based attribute indicating that operations are to be at least temporarily suspended. Hence, each root node 12 and 12′ can be configured for responding to the detected condition indicating removal from service by outputting to the each of the label switching routers 14 or 16 a root shutdown message 24 indicating to the label switching routers 14 or 16 that the alternate root node should be selected for continued transport of the data packets via the alternate transport tree that satisfy the condition of the prescribed FEC.
Any of the disclosed circuits of the label switching routers 12, 14, or 16 (including the network interface circuit 26, the memory circuit 28, the processor circuit 30, and their associated components) can be implemented in multiple forms. Example implementations of the disclosed circuits include hardware logic that is implemented in a logic array such as a programmable logic array (PLA), a field programmable gate array (FPGA), or by mask programming of integrated circuits such as an application-specific integrated circuit (ASIC). Any of these circuits also can be implemented using a software-based executable resource that is executed by a corresponding internal processor such as a microprocessor circuit (not shown), where execution of executable code stored in an internal memory circuit (e.g., within the memory circuit 28) causes the processor circuit to store application state variables in processor memory, creating an executable application resource (e.g., an application instance) that performs the operations of the circuit as described herein. Hence, use of the term “circuit” in this specification refers to both a hardware-based circuit that includes logic for performing the described operations, or a software-based circuit that includes a reserved portion of processor memory for storage of application state data and application variables that are modified by execution of the executable code by a processor. The memory circuit 28 can be implemented, for example, using a non-volatile memory such as a programmable read only memory (PROM) or an EPROM, and/or a volatile memory such as a DRAM, etc.
Further, any reference to “outputting a message” or “outputting a packet” can be implemented based on creating the message/packet in the form of a data structure and storing that data structure in a tangible memory medium in the disclosed apparatus (e.g., in a transmit buffer). Any reference to “outputting a message” or “outputting a packet” also can include electrically transmitting (e.g., via wired electric current or wireless electric field, as appropriate) the message/packet stored in the tangible memory medium to another network node via a communications medium (e.g., a wired or wireless link, as appropriate) (optical transmission also can be used, as appropriate). Similarly, any reference to “receiving a message” or “receiving a packet” can be implemented based on the disclosed apparatus detecting the electrical (or optical) transmission of the message/packet on the communications medium, and storing the detected transmission as a data structure in a tangible memory medium in the disclosed apparatus (e.g., in a receive buffer).
Each of the multipoint-to-multi-point transport trees 10 and 10′ are formed based on the label distribution circuit 30 in each of the leaf nodes (e.g., “D”) 16 registering in the corresponding transport tree (e.g., 10) by generating and the corresponding network interface circuit 26 outputting and outputting in step 100 a downstream label mapping message 18a to its corresponding upstream next-hop router (e.g., “B”) 14. The corresponding upstream next-hop router (e.g., “B”) 14 can provide reachability for the leaf node (e.g., “D”) 16 to the identified root (e.g., “A”) 12. Each of the label switching routers can discover each other using prescribed discovery protocols, for example Open Shortest Path First (OSPF) or Interior Gateway Protocol (IGP). As illustrated in
The registration circuit 30 in the upstream next-hop router (e.g., an intermediate node 14 or a root node 12), for example the intermediate node “B” 14 of
The registration circuit 30 of the intermediate label switching router (e.g., “B”) 14 also responds to the received downstream label mapping message 18a by generating in step 104, for output to the leaf node “D” via the network interface circuit 26 an upstream label mapping message 18b. The upstream label mapping message 18b specifies the corresponding tree identifier (“A1”) 32 and a corresponding upstream label (e.g., “BA2”) 44 to be used by the leaf node “D” 16 in sending data packets upstream toward the root 12 using the upstream LSP 46 established by the upstream label mapping message 18b. The intermediate label switching router (e.g., “B”) 14 also creates in step 104 upstream forwarding table entries 48, described below.
Hence, the leaf node 16 is able to forward ingress packets into the transport tree 10 based on creating in step 106 the upstream forwarding table entry 48 based on receiving the upstream label mapping message 18b. The leaf node 16 also is able to forward packets received via the downstream LSP as egress packets to the corresponding access router (AR) based on the corresponding downstream forwarding table entry 36 established by the corresponding processing circuit 30 during transmission of the downstream label mapping message 18a.
The intermediate node “B” 14 also registers with the prescribed root (“A”) 12 of the corresponding tree (e.g., 10′) by outputting via its corresponding network interface circuit 26 a corresponding downstream label mapping message 18a′ to its upstream next-hop label switching router, namely the root node “A” 12 in step 108. As illustrated in
The management circuit 30 of the root node 12 also generates, for each received downstream label mapping message 18a, a corresponding upstream label mapping message 18b′ in step 112 to the corresponding next-hop downstream LSR. The upstream label mapping message 18′ specifies the tree identifier 32 for the corresponding FEC, and a corresponding upstream label 52 to be used by the corresponding next-hop downstream node (e.g., “B”) 14 in sending messages upstream to the root node 12. As illustrated in
The intermediate node (e.g., “B”), in response to receiving the upstream label mapping message 18b′, updates in step 114 its upstream forwarding table entry 48 in order to enable forwarding of upstream packets to the root node 12, as well as any other downstream nodes that may have registered with the intermediate node “B” (e.g., the LSR “E” having registered using the label map “EA1”).
Hence, each of the label switching routers 12, 14 and 16 are able to distribute data packets assigned to the FEC via the multipoint-to-multipoint transport tree 10. As apparent from the foregoing, the above steps described in
Referring to
In response to detecting the prescribed condition indicating the label switching router is to be removed from service as a root 12 of the corresponding transport tree 10, the management circuit 30 can generate and output via the corresponding network interface circuit 26 in step 122 a shutdown message 24 for the specific FEC in the form of a label distribution protocol (LDP) message. The shutdown message 24 can specify for example the network address 54 of the root node 12, a shutdown command 60, and the corresponding label 40 used by the downstream next-hop label switching router (e.g., “B”); alternately, the shutdown message 24 also can specify the tree identifier 32. Alternately, in response to detecting a generic shutdown that all FECs administered by the root 12 are to be shut down, the management circuit 30 can output via the corresponding network interface circuit 26 in step 124 a generic shutdown message 62, illustrated in
Each of the next hop downstream label switching routers (e.g., the intermediate nodes “B”, “C” 14 and the root nodes “G” and “H”), in response to receiving either the shutdown message 60 or 62 via its corresponding network interface circuit 26, can update their respective tables to indicate that the root node 12 in the corresponding transport tree 10 is to be removed from service. For example, the registration circuit 30 of the intermediate node “B” 14 can update in step 126 its upstream forwarding tables 48 and a transport tree status field 56 to specify that the root node 12 for the corresponding transport tree 10 is no longer available for service; the registration circuit 30 of the intermediate node “B” also can set an internal flag indicating the corresponding tree identifier 32 is unusable. The registration circuit 30 of the intermediate node also outputs in step 128 updated LDP shutdown messages 24 or 62 to the associated downstream label switching routers (e.g., the leaf node “D” 16), to indicate that the root 12 of the corresponding transport tree 10 is to be removed from service. Hence, the label distribution circuit 30 in each leaf node 16 can respond in step 130 to the received LDP shutdown message 24 or 62 received via its corresponding network interface circuit 26 by noting that the corresponding FEC (identified by the corresponding tree identifier 32) is unusable by updating its corresponding transport tree status field 56, and by selecting the alternate root node 12′ of the alternate transport tree 10′, in order to begin forwarding packets via the alternate transport tree 10′.
Hence, each of the label switching routers in the network 20 can mark that the root node 12 of the corresponding transport tree 10 is unavailable for service in their respective transport tree status fields 56, causing all of the label switching routers in the network 22 stop using the transport tree 10, and begin using the alternate transport tree 10′ having the alternate root node 12′, before the root node 12 is actually removed from service. Hence, each of the label switching routers in the network 20 can switch over to the alternate transport tree 10′ for the prior transport tree 10 is removed from service, ensuring that there is no packet loss.
Assume now in step 132 of
According to the example embodiments, a root node of a multipoint-to-multipoint transport tree can notify leaf nodes that the root node will be shutdown from service, enabling the leaf nodes to join an alternate root node of an alternate transport tree for continued transport of data packets via the alternate transport tree, without any packet loss.
While the example embodiments in the present disclosure have been described in connection with what is presently considered to be the best mode for carrying out the subject matter specified in the appended claims, it is to be understood that the example embodiments are only illustrative, and are not to restrict the subject matter specified in the appended claims.
Wijnands, Ijsbrand, Boers, Arjen
Patent | Priority | Assignee | Title |
10148577, | Dec 11 2014 | Cisco Technology, Inc. | Network service header metadata for load balancing |
10178646, | Apr 12 2017 | Cisco Technology, Inc.; Cisco Technology, Inc | System and method to facilitate slice management in a network environment |
10187306, | Mar 24 2016 | Cisco Technology, Inc | System and method for improved service chaining |
10218593, | Aug 23 2016 | Cisco Technology, Inc. | Identifying sources of packet drops in a service function chain environment |
10218616, | Jul 21 2016 | Cisco Technology, Inc | Link selection for communication with a service function cluster |
10225187, | Mar 22 2017 | Cisco Technology, Inc. | System and method for providing a bit indexed service chain |
10225270, | Aug 02 2016 | Cisco Technology, Inc.; Cisco Technology, Inc | Steering of cloned traffic in a service function chain |
10237379, | Jun 16 2014 | Cisco Technology, Inc. | High-efficiency service chaining with agentless service nodes |
10257033, | Apr 12 2017 | Cisco Technology, Inc | Virtualized network functions and service chaining in serverless computing infrastructure |
10320664, | Jul 21 2016 | Cisco Technology, Inc.; Cisco Technology, Inc | Cloud overlay for operations administration and management |
10333855, | Apr 19 2017 | Cisco Technology, Inc. | Latency reduction in service function paths |
10361969, | Aug 30 2016 | Cisco Technology, Inc.; Cisco Technology, Inc | System and method for managing chained services in a network environment |
10397271, | Jul 11 2017 | Cisco Technology, Inc. | Distributed denial of service mitigation for web conferencing |
10417025, | Nov 18 2014 | Cisco Technology, Inc. | System and method to chain distributed applications in a network environment |
10419550, | Jul 06 2016 | Cisco Technology, Inc. | Automatic service function validation in a virtual network environment |
10541893, | Oct 25 2017 | Cisco Technology, Inc.; Cisco Technology, Inc | System and method for obtaining micro-service telemetry data |
10554689, | Apr 28 2017 | Cisco Technology, Inc. | Secure communication session resumption in a service function chain |
10666612, | Jun 06 2018 | Cisco Technology, Inc. | Service chains for inter-cloud traffic |
10673698, | Jul 21 2017 | Cisco Technology, Inc | Service function chain optimization using live testing |
10735275, | Jun 16 2017 | Cisco Technology, Inc.; Cisco Technology, Inc | Releasing and retaining resources for use in a NFV environment |
10778551, | Aug 23 2016 | Cisco Technology, Inc. | Identifying sources of packet drops in a service function chain environment |
10778576, | Mar 22 2017 | Cisco Technology, Inc. | System and method for providing a bit indexed service chain |
10791065, | Sep 19 2017 | Cisco Technology, Inc. | Systems and methods for providing container attributes as part of OAM techniques |
10798187, | Jun 19 2017 | Cisco Technology, Inc.; Cisco Technology, Inc | Secure service chaining |
10812378, | Mar 24 2016 | Cisco Technology, Inc. | System and method for improved service chaining |
10884807, | Apr 12 2017 | Cisco Technology, Inc. | Serverless computing and task scheduling |
10931793, | Apr 26 2016 | Cisco Technology, Inc. | System and method for automated rendering of service chaining |
10938677, | Apr 12 2017 | Cisco Technology, Inc. | Virtualized network functions and service chaining in serverless computing infrastructure |
11018981, | Oct 13 2017 | Cisco Technology, Inc. | System and method for replication container performance and policy validation using real time network traffic |
11044203, | Jan 19 2016 | Cisco Technology, Inc.; Cisco Technology, Inc | System and method for hosting mobile packet core and value-added services using a software defined network and service chains |
11063856, | Aug 24 2017 | Cisco Technology, Inc. | Virtual network function monitoring in a network function virtualization deployment |
11102135, | Apr 19 2017 | Cisco Technology, Inc. | Latency reduction in service function paths |
11108814, | Jul 11 2017 | Cisco Technology, Inc. | Distributed denial of service mitigation for web conferencing |
11115276, | Jul 21 2017 | Cisco Technology, Inc. | Service function chain optimization using live testing |
11122008, | Jun 06 2018 | Cisco Technology, Inc. | Service chains for inter-cloud traffic |
11196640, | Jun 16 2017 | Cisco Technology, Inc. | Releasing and retaining resources for use in a NFV environment |
11201818, | Apr 04 2019 | Cisco Technology, Inc. | System and method of providing policy selection in a network |
11252063, | Oct 25 2017 | Cisco Technology, Inc. | System and method for obtaining micro-service telemetry data |
11509575, | Aug 11 2020 | NOKIA SOLUTIONS AND NETWORKS OY | Selection of a transport protocol for supporting a label distribution protocol |
11539747, | Apr 28 2017 | Cisco Technology, Inc. | Secure communication session resumption in a service function chain |
11799821, | Jun 06 2018 | Cisco Technology, Inc. | Service chains for inter-cloud traffic |
11863434, | Apr 04 2019 | Cisco Technology, Inc. | System and method of providing policy selection in a network |
7843917, | Nov 08 2007 | Cisco Technology, Inc. | Half-duplex multicast distribution tree construction |
9088584, | Dec 16 2011 | Cisco Technology, Inc. | System and method for non-disruptive management of servers in a network environment |
9374297, | Dec 17 2013 | Cisco Technology, Inc. | Method for implicit session routing |
9379931, | May 16 2014 | Cisco Technology, Inc. | System and method for transporting information to services in a network environment |
9479443, | May 16 2014 | Cisco Technology, Inc. | System and method for transporting information to services in a network environment |
9509614, | Jun 20 2013 | Cisco Technology, Inc. | Hierarchical load balancing in a network environment |
9608896, | Mar 13 2014 | Cisco Technology, Inc. | Service node originated service chains in a network environment |
9762402, | May 20 2015 | Cisco Technology, Inc.; Cisco Technology, Inc | System and method to facilitate the assignment of service functions for service chains in a network environment |
9825769, | May 20 2015 | Cisco Technology, Inc. | System and method to facilitate the assignment of service functions for service chains in a network environment |
9860790, | May 03 2011 | Cisco Technology, Inc. | Mobile service routing in a network environment |
RE48131, | Dec 11 2014 | Cisco Technology, Inc. | Metadata augmentation in a service function chain |
Patent | Priority | Assignee | Title |
20050259597, | |||
20070104120, | |||
20070153790, | |||
20070177525, | |||
20080273474, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jul 03 2007 | WIJNANDS, IJSBRAND | Cisco Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 019581 | /0198 | |
Jul 05 2007 | BOERS, ARJEN | Cisco Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 019581 | /0198 | |
Jul 06 2007 | Cisco Technology, Inc. | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Aug 23 2013 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Aug 23 2017 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Oct 11 2021 | REM: Maintenance Fee Reminder Mailed. |
Mar 28 2022 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
Date | Maintenance Schedule |
Feb 23 2013 | 4 years fee payment window open |
Aug 23 2013 | 6 months grace period start (w surcharge) |
Feb 23 2014 | patent expiry (for year 4) |
Feb 23 2016 | 2 years to revive unintentionally abandoned end. (for year 4) |
Feb 23 2017 | 8 years fee payment window open |
Aug 23 2017 | 6 months grace period start (w surcharge) |
Feb 23 2018 | patent expiry (for year 8) |
Feb 23 2020 | 2 years to revive unintentionally abandoned end. (for year 8) |
Feb 23 2021 | 12 years fee payment window open |
Aug 23 2021 | 6 months grace period start (w surcharge) |
Feb 23 2022 | patent expiry (for year 12) |
Feb 23 2024 | 2 years to revive unintentionally abandoned end. (for year 12) |