|Publication number||US7477594 B2|
|Application number||US 09/876,380|
|Publication date||Jan 13, 2009|
|Filing date||Jun 7, 2001|
|Priority date||May 16, 2001|
|Also published as||US20050036442|
|Publication number||09876380, 876380, US 7477594 B2, US 7477594B2, US-B2-7477594, US7477594 B2, US7477594B2|
|Inventors||Ali Najib Saleh, H. Michael Zadikian, Zareh Baghdasarian, Vahid Parsi|
|Original Assignee||Cisco Technology, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (68), Non-Patent Citations (22), Referenced by (7), Classifications (30), Legal Events (3)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application is a continuation-in-part of U.S. patent application Ser. No. 09/858,743, filed May 16, 2001 and entitled “A Resource Reservation Scheme For Path Restoration In An Optical Network,” having A. N. Saleh, H. M. Zadikian, Z. Baghdasarian, and V. Parsi as inventors. This application is assigned to Cisco Technology, Inc the assignee of the present invention, and is hereby incorporated by reference, in its entirety and for all purposes.
1. Field of the Invention
This invention relates to the field of information networks, and more particularly relates to a protocol for configuring routes over a network.
2. Description of the Related Art
Today's networks carry vast amounts of information. High bandwidth applications supported by these networks include streaming video, streaming audio, and large aggregations of voice traffic. In the future, these bandwidth demands are certain to increase. To meet such demands, an increasingly popular alternative is the use of lightwave communications carried over fiber-optic cables. The use of lightwave communications provides several benefits, including high bandwidth, ease of installation, and capacity for future growth.
Optical infrastructures are capable of transmission speeds in the gigabit range, which helps address the ever-increasing need for bandwidth mentioned above. Such infrastructures employ various topologies, including ring and mesh topologies. In order to provide fault protection, ring topologies normally reserve a large portion (e.g. 50% or more) of the network's available bandwidth for use in restoring failed circuits. However, ring topologies are capable of quickly restoring failed circuits. This capability is important in providing reliable service to customers, and is particularly important in telephony applications, where a failure can result in alarms, dropped calls, and, ultimately, customer dissatisfaction and lost revenue. In a similar vein, because of bandwidth demands, protocol overhead related to provisioning, restoration, and other functions should be kept to a minimum in order to make the maximum amount of bandwidth available for use by customers.
An alternative to the ring topology, the mesh topology reduces the amount of bandwidth needed for protection. The mesh topology is a point-to-point topology, with each node in the network connected to one or more other nodes. Because a circuit may be routed through various combinations of the network's nodes and over the various links which connect them, excess capacity through a given node or over a given link can serve to protect several circuits. However, the restoration of a circuit following a failure in a mesh topology can consume a relatively large amount of time.
In one embodiment of the present invention a method and apparatus for restoring a virtual path in an optical network is described. The method includes identifying multiple nodes with resources, provisioning a first physical path for the virtual path, reserving a resource for a second physical path for the virtual path at ones of the nodes having the resource necessary to support the virtual path and restoring the virtual path by provisioning the second physical path on the reserved resource.
In another embodiment, the method detects a failure in the virtual path by receiving a failure message packet.
In another embodiment, the resources of the second physical path are shared by a multiple of other virtual paths.
In another embodiment, one of the physical paths that is not used by the virtual path, is used by a protection channel access traffic
The foregoing is a summary and thus contains, by necessity, simplifications, generalizations and omissions of detail; consequently, those skilled in the art will appreciate that the summary is illustrative only and is not intended to be in any way limiting. Other aspects, inventive features, and advantages of the present invention, as defined solely by the claims, will become apparent in the non-limiting detailed description set forth below.
The present invention may be better understood, and numerous objects, features, and advantages made apparent to those skilled in the art by referencing the accompanying drawing.
The following is intended to provide a detailed description of an example of the invention and should not be taken to be limiting of the invention itself. Rather, any number of variations may fall within the scope of the invention which is defined in the claims following the description.
A network can employ various restoration schemes to restore a virtual path (VP) in case of a failure. To guarantee the restoration of a VP in case of a failure, each VP is assigned a restoration priority level. The restoration priority level determines the VP's relative priority with regard to restoration in the event of a failure within the network. The present invention provides a method of restoring virtual paths of high-priority data. VPs carrying high-priority mission-critical application, where virtually no disruption of traffic can be tolerated, are restored using a restoration scheme that provides two distinct physical paths. Each path is preferably link-and-node disjoint. Only one of these paths is active at any time, while the other is in standby mode. A failure along the active path will cause traffic to be switched over to the standby path. The paths are provisioned by two independent provisioning commands.
Provisioning of Network Nodes
Once a mesh network topology has been defined (e.g., the zoned topology of
In a network, VPs may be provisioned statically or dynamically. For example, a user can identify the nodes that will comprise the virtual path and manually configure each node to support the given virtual path. The selection of nodes may be based on any number of criteria, such as Quality of Service (QoS), latency, cost, distance traveled in the network and the like. Alternatively, the VP may be provisioned dynamically using any one of a number of methods. The provisioning information may then be forwarded to all the nodes in the network to store information in node's network topology database. Each node periodically updates this information to efficiently maintain resources and in case of path failure, effectively allocate appropriate resources needed for specific virtual path for path restoration. The method of routing information in such networks is described in a commonly-assigned U.S. patent application Ser. No. 09/232,395, entitled “A Configurable Network Router,” filed Jan. 15, 1999, which is hereby incorporated by reference, in its entirety and for all purposes.
The end nodes of a VP can be configured to have a master/slave relationship. The terms source and destination are also used herein in referring to the two end-nodes. In such a relationship, the node with a numerically lower node ID typically assumes the role of the master (or source) node, while the other assumes the role of the slave (or destination) node, although the opposite arrangement is also acceptable. An intermediate node is referred to herein as tandem node. Typically, the source node assumes the provisioning responsibilities and the destination node simply waits for a message from the source node informing the destination node of the VP's new physical path (although again, this need not necessary be the case). This information includes node identifiers of tandem nodes, if any, within the path. In a zoned mesh topology, if a virtual path spans over multiple zones, the border node or proxy node of each zone acts as source node for their particular zone. As will be apparent to one of skill in the art, the opposite convention or another paradigm can easily be employed.
Typically, during provisioning, each VP is assigned a performance and restoration priority level. The priority, referred to herein as Class of Service (CoS), determines VP's relative priority for performance within the network and restoration in the event of a failure within the network. The method of assigning CoS to a VP is described in commonly-assigned U.S. patent application Ser. No. 09/858,743, filed on May 16, 2001, entitled “A Resource Reservation Scheme for Path Restoration in an Optical Network,” which is hereby incorporated by reference, in its entirety and for all purposes. In case of a VP failure at a node in the network, the node determines how to restore the VP based on the CoS assigned to the VP. The assigned CoS defines the restoration method used by the node to restore failed VP.
Provisioning of Virtual Path using 1:N Protection
The 1:N restoration method is typically assigned to mission critical data paths with higher CoS. Typically, the source node of a VP initiates the provisioning using Add Path Request packet. Additional information regarding the initiation of Add Path request and the allocation of physical resources for a VP may be found in commonly-assigned U.S. patent application Ser. No. 09/891,022, filed Jun.25, 2001 and entitled “A Method for Restoring a Virtual Path in an Optical Network Using Dynamic Unicast.”
In 1:N restoration method, two or more distinct physical paths are provisioned and assigned to a VP. Each provisioned physical path is node and link disjoint. The VP is provisioned by using two separate Add Path requests for two distinct physical paths. The provisioning of the VP is not considered successful unless two distinct physical paths are provisioned and assigned to the VP. One of the two assigned physical paths is designated as the primary path and the other physical path is designated as the secondary path. During the provisioning, each intermediary node allocates specific ports (resources) at input and output links for the primary path. However, for the secondary path, each node reserves link bandwidth and specific ports on the input/output links are not assigned. The ports for the secondary paths are assigned during the restoration process.
1:N restoration method allows the spare bandwidth capacity of one or more links of the secondary path to be shared by a group of ‘N’ VPs for restoration purpose. The VPs sharing the link bandwidth may not originate and terminate at the same node. A user can identify the threshold number ‘N’, at the time of provisioning to define the maximum number of VPs that can share the secondary path. The network can also dynamically adjust the actual number of VPs that may use the secondary path based on the network traffic condition and available bandwidth capacity at each link.
The secondary paths of VP 0 and VP 1 share the physical path at link 219. Both VPs share the physical path bandwidth of link 219. For link 219, the value of threshold ‘N’ is 2. Similarly, various virtual paths can be provisioned to share the physical path bandwidths of multiple links throughout the network. The numbers of VPs sharing a particular physical path depend upon factors such as link capacity, available bandwidth, requirements regarding reliability of transmission over a particular link and the like.
Provisioning of Virtual Path using 1:1 Protection
The 1:1 restoration method is typically assigned to mission-critical data paths with higher CoS and requiring higher reliability during the restoration. Typically, the source node of a VP initiates the provisioning using an Add Path Request packet. The secondary path of a VP can be provisioned to allow the VP to use the entire secondary path during the restoration.
Failure Detection, Propagation, and Restoration
Failure Detection and Propagation
In networks, failures are typically detected using the mechanisms provided by the underlying physical network. The failure detection mechanism in a mesh optical network is described in commonly-assigned U.S. patent application Ser. No. 09/232,397, filed Jan. 15, 1999 and entitled “A Method For Routing Information Over A Network,” which is hereby incorporated by reference, in its entirety and for all purposes.
Preferably, the source node of a VP initiates the 1:N restoration. When a node other than the source node detects a path failure in the VP, the node initiates a path restoration request for the source node of the failed VP using a Restore I request. The method of generating Restore I requests and associated responses is described in commonly- assigned U.S. patent application Ser. No. 09/750,668, filed on Dec. 29, 2000 and entitled “A Virtual Path Restoration Scheme Using Fast Dynamic Mesh Restoration in an Optical Network,” which is hereby incorporated by reference, in its entirety and for all purposes.
For a VP with 1:N restoration method, the bandwidth is reserved at intermediary nodes of the secondary path during provisioning. However, the specific ports for the secondary path are not allocated until the primary path fails and the ports are needed for the secondary path. In case of a path failure on VP's primary path, the source node of the failed VP initiates a Switch Path request for the intermediary nodes of the secondary path to allocate specific ports.
A physical instance field 450 stores a 16-bit physical instance identifier for the VP. The source node of the VP maintains physical instance field 450, which is associated with the path (i.e., set of Link IDs) of the VP and is part of Switch Path request 400 and all restoration-related packets. Preferably, only the source node should be allowed to update this field.
An attempt count field 460 is a count of the attempt for the current physical instance of the VP. This field is incremented every time the source resends the same request. Since Switch Path request packets are retransmitted periodically, different attempts are preferably distinguished from one another. Attempt count field 460 allows retransmitted requests to be distinguished from one another. Attempt count field 460 starts at a given point (e.g., from 1) and is incremented (e.g., by 1) with each retransmission. Attempt count field 460 allows the intermediate node to differentiate among multiple request attempts for restoration of the same physical instance of the same VP.
A path length field 470 indicates the number of links in the VP. Path length field 470 determines the number of link identifications that appear at the end of the packet. Hops field 480 indicates the number of hops traversed by the given Switch Path request packet. Hops field 480 is incremented (e.g., by 1) at each receiving node in the given Switch Path request. During the transmission of a Switch Path request, the value of path length field 470 is incremented (e.g., from 0 to (Path Length−1)).
Upon the return of a response, hops field 480 is decremented (e.g., by 1) by each node that forwards the response to the source node. During the transmission of a response, the value of hops field 480 is decremented from the maximum number of hops traversed to zero by the time the response reaches the source node (e.g., from (Path Length−1) to 0). A link ID field 490 is a 32-bit long field for the Link IDs of the VP. The number of Link IDs depends upon the path length set by the source node.
Upon sending Switch Path request 400, the source node sets a timer. If a positive response is not received before the timer expires, the source node generates another Switch Path request. Attempt count field 460 in the Switch Path request is incremented (e.g., by 1) each time the request is generated. The Switch Path requests are preferably generated for only a certain number of times, after which the source node generates a network alarm.
Switch Path Request Generation
Processing of Switch Path Request at the Tandem Node
The link bandwidth for the secondary path is allocated at the time of the provisioning. However, the specific ports are allocated during the restoration. During the restoration, specific ports may not be available (e.g., due to hardware failure of port or port may be offline for maintenance purpose and the like). If the ports are not available, a NAK (NO RESOURCES) is returned (step 855). If sufficient ports are available to support allocated bandwidth, the tandem node determines the restoration method assigned to the failed VP (step 865). If the VP does not have 1:1 restoration method assigned (i.e., for example, 1:N restoration is assigned to the VP), the tandem node proceeds to port allocation (step 885). If the VP has 1:1 restoration method assigned, then the tandem node determines if there is any PCA traffic on the secondary path links (step 870). If there is PCA traffic on the secondary path links, the tandem node removes PCA traffic from the links (step 875). The tandem node generates a network alarm for the PCA traffic (step 880). After removing the PCA traffic, the tandem node proceeds with port allocation. The tandem node allocates appropriate ports on input and output links, increment the hops field 480 of the Switch Path request packet and forward the request out on the next appropriate link (step 885). The tandem node changes the state of the VP to restoring, initiates a timer and waits for a response to the forwarded request (step 890).
Processing of Switch Path Request at the Destination Node
If no errors are found in the Switch Path Request, the destination node determines if sufficient ports are available to support the allocated bandwidth for the VP (step 945). If enough ports are not available, the destination node responds with a NAK (NO RESOURCES) (step 950). If sufficient ports are available to support allocated bandwidth, the destination node determines if 1:1 restoration method is assigned to the VP (step 955). If the VP does not have 1:1 restoration method assigned, the destination node proceeds with port allocation. The destination node allocates the ports and makes appropriate connections in a cross connect matrix for the path (step 975). The destination node changes the state of the VP to ‘restoring’ (step 980). The destination node then formats a Switch Path response packet with assigned port list and sends the response upstream (step 985).
If the VP has 1:1 restoration method assigned, then the destination node checks if there is any PCA traffic on the secondary path links (step 960). If there is PCA traffic on the secondary path links, the destination node removes the PCA traffic from (step 965). The destination node generates a network alarm for the PCA traffic (step 970). After removing the PCA traffic, the destination node proceeds to port allocation. The destination node allocates the ports and makes appropriate connections in a cross connect matrix for the path (step 971). The destination node changes the state of the VP to ‘restoring’ (step 972). The destination node then formats a Switch Path response packet with assigned port list and sends the response upstream (step 973).
Switch Path Request Response
For positive responses, the responding node copies the contents of the request and then appends a port index 1005 (e.g., Port IDs 1010(1)-(n)) and hops field 480 is decremented. For negative responses, the contents of the request are copied and, instead of a list of assigned Port IDs, a reason code for rejection is appended in place of port index 1005 and hops field 480 is decremented.
Processing of Switch Path Response Packet at the Tandem Node
If no errors are indicated in the packet (i.e., the response is a positive response or an ACK), then the tandem node determines if the port index 1005 contains an invalid Port ID (step 1130). If the port index 1005 contains an invalid Port ID, then the tandem node forwards a negative response, NAK (INVALID PORT), upstream (step 1135). If the Port IDs in the port index 1005 are valid, the tandem node terminates any timer the tandem node had to monitor the response time (step 1140). The tandem node adds the list of allocated ports to the Switch Path response packet (step 1145). The tandem node then makes appropriate connections in the cross-connect matrix for the allocated ports (step 1150). After making the connections, the tandem node will forward the Switch Path response packet 1000 upstream to next node in the VP (step 1160).
Processing of Switch Path Response Packet at the Source Node
If no errors are indicated in the packet (i.e., the response is a positive response or an ACK), then the source node determines if the port index 1005 contains an invalid Port ID (step 1260). If the port index 1005 contains an invalid Port ID, the source node generates a network alarm (step 1250). If the Port IDs in the port index 1005 are valid, then the source node terminates any timer maintained by the source node to monitor the response time (step 1270). The source node then stops generating new Switch Path requests (step 1280). The source node switches the VP from the failed primary path to the allocated ports on the secondary path (step 1290). The source node ignores any further response from previously generated Switch Path requests.
Once the VP is switched to the secondary path, the VP continues to use the secondary path. If the secondary path fails and the failure on the primary path is fixed, the network switches the VP to the primary path following similar switch path process. In 1:1 restoration method, while the VP is using the secondary path, the network allows PCA traffic to use the primary path. In case of 1:N restoration method, if the sharing of links becomes unreliable, the network switches the VP to primary path, provided the failure on the primary path is fixed.
While particular embodiments of the present invention have been shown and described, it will be obvious to those skilled in the art that, based upon the teachings herein, changes and modifications may be made without departing from this invention and its broader aspects and, therefore, the appended claims are to encompass within their scope all such changes and modifications as are within the true spirit and scope of this invention. Furthermore, it is to be understood that the invention is solely defined by the appended claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5049871||May 16, 1990||Sep 17, 1991||American Magnetics Corporation||Loop communication system|
|US5065399||Oct 25, 1989||Nov 12, 1991||Bell Communications Research, Inc.||Telecommunication network trouble recovery system|
|US5093824||Mar 27, 1990||Mar 3, 1992||Bell Communications Research, Inc.||Distributed protocol for improving the survivability of telecommunications trunk networks|
|US5412376||Feb 17, 1994||May 2, 1995||Fujitsu Limited||Method for structuring communications network based on asynchronous transfer mode|
|US5590118||Aug 23, 1995||Dec 31, 1996||Alcatel N.V.||Method for rerouting a data stream|
|US5596722||Apr 3, 1995||Jan 21, 1997||Motorola, Inc.||Packet routing system and method for achieving uniform link usage and minimizing link load|
|US5646936 *||Jun 22, 1995||Jul 8, 1997||Mci Corporation||Knowledge based path set up and spare capacity assignment for distributed network restoration|
|US5687167||Nov 22, 1995||Nov 11, 1997||International Business Machines Corporation||Method for preempting connections in high speed packet switching networks|
|US5737319||Apr 15, 1996||Apr 7, 1998||Mci Corporation||Dynamic network topology determination|
|US5748611||Jun 27, 1996||May 5, 1998||Mci Corporation||System and method for restoring a telecommunications network using conservative bandwidth reservation and selective message rebroadcast|
|US5781528||Oct 13, 1995||Jul 14, 1998||Fujitsu Limited||Path switching system and method|
|US5805578||Mar 12, 1996||Sep 8, 1998||International Business Machines Corporation||Automatic reconfiguration of multipoint communication channels|
|US5805593||Sep 26, 1995||Sep 8, 1998||At&T Corp||Routing method for setting up a service between an origination node and a destination node in a connection-communications network|
|US5835696||Nov 22, 1995||Nov 10, 1998||Lucent Technologies Inc.||Data router backup feature|
|US5838924 *||Aug 6, 1996||Nov 17, 1998||Lucent Technologies Inc||Asynchronous transfer mode (ATM) connection protection switching apparatus and method|
|US5881048||Nov 25, 1996||Mar 9, 1999||Mci Communication Corporation||Method and apparatus for determining maximum network failure spans forrestoration|
|US5881246||Jun 12, 1996||Mar 9, 1999||Bay Networks, Inc.||System for generating explicit routing advertisements to specify a selected path through a connectionless network to a destination by a specific router|
|US5884297||May 23, 1997||Mar 16, 1999||Telefonaktiebolaget L M Ericsson (Publ.)||System and method for maintaining a table in content addressable memory using hole algorithms|
|US5920257||Jul 31, 1997||Jul 6, 1999||Mci Communications Corporation||System and method for isolating an outage within a communications network|
|US5933425||Dec 3, 1996||Aug 3, 1999||Nec Corporation||Source routing for connection-oriented network with repeated call attempts for satisfying user-specified QOS parameters|
|US5959972||May 27, 1997||Sep 28, 1999||3Com Corporation||Method of port/link redundancy in an ATM switch|
|US5987526||Apr 6, 1998||Nov 16, 1999||At&T Corp.||Asynchronous transfer mode layer automatic protection switching mechanism for ATM permanent virtual connections|
|US5995503||Jun 12, 1996||Nov 30, 1999||Bay Networks, Inc.||Method and apparatus for providing quality of service routing in a network|
|US5999286||Jan 9, 1997||Dec 7, 1999||Alcatel||Method and system for restoring a distributed telecommunications network|
|US6011780 *||May 23, 1997||Jan 4, 2000||Stevens Institute Of Technology||Transparant non-disruptable ATM network|
|US6041037||Aug 18, 1997||Mar 21, 2000||Nec Corporation||ATM virtual path switching node|
|US6041049||May 6, 1997||Mar 21, 2000||International Business Machines Corporation||Method and apparatus for determining a routing table for each node in a distributed nodal system|
|US6047331||Feb 19, 1997||Apr 4, 2000||Massachusetts Institute Of Technology||Method and apparatus for automatic protection switching|
|US6075766||Nov 26, 1996||Jun 13, 2000||Mci Communications Corporation||Method and apparatus for identifying restoral routes in a network|
|US6075775||Mar 25, 1997||Jun 13, 2000||Fujitsu Limited||Method of checking and correcting virtual path connection selection right of fixed-length cell handling exchanges|
|US6097696||Feb 23, 1999||Aug 1, 2000||At&T Corp.||Optical layer quasi-centralized restoration|
|US6097722||Dec 13, 1996||Aug 1, 2000||Nortel Networks Corporation||Bandwidth management processes and systems for asynchronous transfer mode networks using variable virtual paths|
|US6115753||Feb 13, 1998||Sep 5, 2000||Alcatel||Method for rerouting in hierarchically structured networks|
|US6130876||Sep 24, 1997||Oct 10, 2000||At&T Corp||Method and apparatus for restoring a network|
|US6130881||Apr 20, 1998||Oct 10, 2000||Sarnoff Corporation||Traffic routing in small wireless data networks|
|US6134671||Jul 31, 1997||Oct 17, 2000||Mci Communications Corporation||System and method for dynamically generating restoration routes within a communications network|
|US6148000||Sep 30, 1997||Nov 14, 2000||International Business Machines Corporation||Merging of data cells at network nodes|
|US6154778||May 19, 1998||Nov 28, 2000||Hewlett-Packard Company||Utility-based multi-category quality-of-service negotiation in distributed systems|
|US6163525||Nov 20, 1997||Dec 19, 2000||Nortel Networks Limited||Network restoration|
|US6167025||Sep 5, 1997||Dec 26, 2000||Telcordia Technologies, Inc.||Methods and apparatus for restoring connections in an ATM network|
|US6222653||Mar 31, 1998||Apr 24, 2001||Nec Corporation||Optical communication node and wavelength division multiplexing optical transmission device having ring structure comprising the optical communication nodes|
|US6259673||Aug 3, 1998||Jul 10, 2001||Kokusai Denshin Denwa Kabushiki Kaisha||Route selection method|
|US6272107||May 12, 1998||Aug 7, 2001||3Com Corporation||Method of path restoration in an ATM network utilizing point to point switched virtual circuits|
|US6275492||Dec 2, 1997||Aug 14, 2001||Nortel Networks Limited||Method and apparatus for routing data using router identification information|
|US6282170||May 29, 1997||Aug 28, 2001||Nortel Networks Limited||Network restoration routing optimization|
|US6292464||Sep 17, 1997||Sep 18, 2001||Nortel Networks Limited||Apparatus and method for self routing control mechanism for restoring fiber optic communications network connections|
|US6301244||Dec 11, 1998||Oct 9, 2001||Nortel Networks Limited||QoS-oriented one-to-all route selection method for communication networks|
|US6304549||May 8, 1997||Oct 16, 2001||Lucent Technologies Inc.||Virtual path management in hierarchical ATM networks|
|US6324162||Jun 3, 1998||Nov 27, 2001||At&T Corp.||Path-based restoration mesh networks|
|US6347078||Aug 11, 1998||Feb 12, 2002||Lucent Technologies Inc.||Multiple path routing|
|US6370119||Mar 6, 1998||Apr 9, 2002||Cisco Technology, Inc.||Computing the widest shortest path in high-speed networks|
|US6400681||Apr 1, 1997||Jun 4, 2002||Cisco Technology, Inc.||Method and system for minimizing the connection set up time in high speed packet switching networks|
|US6407834 *||Sep 14, 1998||Jun 18, 2002||Nec Corporation||Optical wave network system and method of monitoring a network trouble|
|US6430150||May 6, 1996||Aug 6, 2002||Fujitsu Limited||Communication node, restoration method and communication network|
|US6442131 *||Jun 1, 1998||Aug 27, 2002||Nec Corporation||Selective VP protection method in ATM network|
|US6457050||Aug 1, 1997||Sep 24, 2002||Mci Communications Corporation||System and method for dynamically restoring communications within a network|
|US6463062||Dec 23, 1998||Oct 8, 2002||At&T Corp.||Integrating switching and facility networks using ATM|
|US6504845||Nov 9, 1998||Jan 7, 2003||Telefonaktiebolaget Lm Ericsson (Publ)||Centralized queuing for ATM node|
|US6952395 *||Jun 1, 2001||Oct 4, 2005||Calix Networks, Inc.||Optical network restoration|
|US6990068 *||Dec 30, 2000||Jan 24, 2006||Cisco Technology, Inc.||Virtual path restoration scheme using fast dynamic mesh restoration in an optical network|
|US7043250 *||Feb 17, 2004||May 9, 2006||Verizon Corporate Services Group Inc.||Systems and methods for forming and operating a communications network|
|US20020172148 *||Feb 6, 2001||Nov 21, 2002||Kim Dongsoo S.||Method and apparatus for protection switching in virtual private networks|
|US20020186654 *||Mar 27, 2001||Dec 12, 2002||Massimiliano Tornar||IP multi-homing|
|US20020191247 *||Apr 30, 2001||Dec 19, 2002||Xiang Lu||Fast restoration in optical mesh network|
|US20030179700 *||May 16, 2001||Sep 25, 2003||Saleh Ali Najib||Method for restoring a virtual path in an optical network using 1‘protection|
|US20060153066 *||Feb 1, 2006||Jul 13, 2006||Saleh Ali N||Virtual path restoration scheme using fast dynamic mesh restoration in an optical network|
|EP0781068A1||Dec 20, 1995||Jun 25, 1997||International Business Machines Corporation||Method and system for adaptive bandwidth allocation in a high speed data network|
|EP0841824A2||Nov 10, 1997||May 13, 1998||Nec Corporation||Failure restoration system suitable for a large-scale network|
|1||Ali N. Saleh and Stevan E. Plote, "A Network Addressing Scheme For Reducing Protocol Overhead In An Optical Network", filed Sep. 2, 1999; U.S. Appl. No. 09/389,302.|
|2||Ali N. Saleh, Douglas E. Duschatko, Lane Byron Quibodeaux, "Method And Apparatus For A Rearrangeably Non-Blocking Switching Matrix", filed Jan. 4, 2000; U.S. Appl. No. 09/477,166.|
|3||Ali Saleh, "A Method For Path Selection In A Network", filed Jan. 4, 2000; U.S. Appl. No. 09/478,235.|
|4||Ali Saleh, H. Michael Zadikian, Zareh Baghdasarian, Vahid Parsi , "A Method For Routing Information Over A Network", filed Jan. 15, 1999, U.S. Appl. No. 09/232,397.|
|5||Ali Saleh, H. Michael Zadikian; John C. Adler, Zareh Baghdasarian, Vahid Parsi, "Configurable Network Router", filed Jan. 15, 1999; U.S. Appl. No. 09/232,395.|
|6||Baruch Awerbuch, et al., "Distrubuted Controls For Paris", Proc. Annual ACM Symp. On Principles Of Distributed Computing, Aug. 22, 1999, pp. 145-159.|
|7||E. Decker, "Definitions of Managed Objects for Bridges", Cisco Systems, Inc., Jul. 1993.|
|8||F. Baker, et al., "OSPF Version 2 Management Information Base", Cisco Systems, Nov. 1995.|
|9||F. Baker, et al., "PPP Bridging Control Protocol (BCP)", IBM, Jun. 1994.|
|10||H. Michael Zadikian, Ali Saleh, John C. Adler, Zareh Baghdasarian, Vahid Parsi, "A Method of Allocating Bandwidth in an Optical Network" (as amended), filed Jan. 15, 1999, U.S. Appl. No. 09/232,396.|
|11||H. Michael Zadikian, Ali Saleh; John C. Adler, Zareh Baghdasarian, Vahid Parsi, "A Resource Management Protocol For A Configurable Network Router", filed Jan. 4, 2000; U.S. Appl. No. 60/174,323.|
|12||H. Michael Zadikian; Steven E. Plote, John C. Adler, David Parish Autry, Ali Saleh, "Method of Providing Network Services", filed Jan. 4, 2000; U.S. Appl. No. 09/477,498.|
|13||Hideki Sakauchi, et al., "A Self-Healing Network With An Economical Spare-Channel Assignment", Proceedings of the Globecom '90 IEEE Telecommunications Conference & Exhibition, vol. 1, 1991, pp. 438-443.|
|14||J. Moy, "OSPF Version 2", Ascend Communications, Inc., Apr. 1998.|
|15||K. Murakami, et al., "A MAPOS version 1 Extension-Switch-Switch Protocol", NTT Laboratories, Jun. 1997.|
|16||Ronald Alan Russell and Michael Kevin Anthony, "A Method And Apparatus For Isolating Faults In A Switching Matrix", filed Jan. 4, 2000; U.S. Appl. No. 09/477,217.|
|17||Sujai Hajela, "HP OEMF: Alarm Management In Telecommunications Networks", Hewlett Packard Journal, Oct. 1996, vol. 47, No. 5, pp. 22-30.|
|18||The ATM Forum Technical Committee, "Interim Inter-switch Signaling Protocol (IISP) Specification v1.0", af-pnni-0026.000, Dec. 1994, pp. 1-34.|
|19||The ATM Forum Technical Committee, Addendum to PNNI V1.0 for ABR parameter negotiation, af-pnni-0075.000, Jan. 1997.pp. 2-3.|
|20||The ATM Forum Technical Committee, PNNI V1.0 Errata and PICS, af-pnni-0081.000, May 1997, pp. 2-224.|
|21||The ATM Forum Technical Committee, Private Network-Network Interface Specification Version 1.0 (PNNI 1.0), afpnni-0055.000, Mar. 1996, pp. v-xviii, pp. 19, 1-366.|
|22||The ATM Forum Technical Committee, Private Network-Network Interface Specification Version 1.0 Addendum (Soft PVC MIB), af-pnni-0066.000, Sep. 1996.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7852771 *||Jun 30, 2004||Dec 14, 2010||Ciena Corporation||Method and apparatus for implementing link-based source routing in generic framing protocol|
|US8416683 *||Dec 31, 2005||Apr 9, 2013||Huawei Technologies Co., Ltd.||Method for protecting data service in metropolitan area transport network|
|US8462664||Oct 6, 2010||Jun 11, 2013||Cisco Technology, Inc.||Identification of dual plane topologies|
|US8667153 *||Jul 7, 2010||Mar 4, 2014||Red Hat Israel, Ltd.||Using a virtual network interface to obtain access to resources|
|US8964566||Aug 19, 2010||Feb 24, 2015||Cisco Technology, Inc.||Creating balanced link-disjoint topologies in a computer network|
|US20080025332 *||Dec 31, 2005||Jan 31, 2008||Huawei Technologies Co., Ltd. Huawei Administration Building||Method for Protecting Data Service in Metropolitan Transmission Network|
|US20120011263 *||Jul 7, 2010||Jan 12, 2012||Yaniv Kamay||Using A Virtual Network Interface To Obtain Access To Resources|
|International Classification||G01R31/08, H04Q11/00|
|Cooperative Classification||H04L41/5077, H04L41/5054, H04L41/0681, H04L41/0663, H04L43/0811, H04J14/0295, H04Q2011/0098, H04L45/302, H04L47/10, H04Q2011/0081, H04J14/0284, H04Q11/0062, H04L45/22, H04L45/28, H04L12/26|
|European Classification||H04J14/02N5, H04L41/08B2, H04L41/08A1, H04L45/302, H04L41/50B1, H04L47/10, H04L45/22, H04L45/28, H04L41/06C1A, H04J14/02P6S, H04Q11/00P4, H04L12/24D3|
|Nov 7, 2001||AS||Assignment|
Owner name: CISCO TECHNOLOGY, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SALEH, ALI NAJIB;ZADIKIAN, H. MICHAEL;BAGHDASARIAN, ZAREH;AND OTHERS;REEL/FRAME:012525/0788;SIGNING DATES FROM 20010629 TO 20011022
|Jul 13, 2012||FPAY||Fee payment|
Year of fee payment: 4
|Jul 13, 2016||FPAY||Fee payment|
Year of fee payment: 8