Field
The present disclosure relates to network management. More specifically, the present disclosure relates to a method and system for providing adaptive link aggregations (LAGs) and virtual link aggregations (VLAGs).
Related Art
The exponential growth of the Internet has made it a popular delivery medium for multimedia applications, such as video on demand and television. Such applications have brought with them an increasing demand for bandwidth. As a result, equipment vendors race to build larger and faster switches with versatile capabilities, such as multicasting, to move more traffic efficiently. However, the size of a switch cannot grow infinitely. It is limited by physical space, power consumption, and design complexity, to name a few factors. Furthermore, switches with higher capability are usually more complex and expensive. More importantly, because an overly large and complex system often does not provide economy of scale, simply increasing the size and capability of a switch may prove economically unviable due to the increased per-port cost.
As more time-critical applications are being implemented in data communication networks, high-availability operation is becoming progressively more important as a value proposition for network architects. It is often desirable to aggregate multiple links to a switch (referred to as a link aggregation), or links to multiple switches (referred to as a virtual link aggregation or a multi-chassis trunk) to operate as a single logical link to facilitate load balancing among the multiple links/switches while providing redundancy. This ensures that a link failure, or a device failure for the case of a virtual link aggregation, would not affect the data flow. A switch participating in a virtual link aggregation can be referred to as a partner switch of the virtual link aggregation.
Currently, such link aggregations or virtual link aggregations in a network have not been able to provide efficient adaptive forwarding for different traffic flows. A traffic flow is often identified based on a source address, a destination address, and/or corresponding ports. If the packets of different traffic flows are forwarded via only a few specific links of the (virtual) link aggregation, while the other links remain underutilized, the (virtual) link aggregation may not be able to redistribute the packets to use the underutilized links. As a result, the packets become bottlenecked at those specific links and fail to utilize the bandwidth offered by the other links of the (virtual) link aggregation.
While link aggregation and virtual link aggregation bring many desirable features to networks, some issues remain unsolved in efficient adaptive forwarding.
One embodiment of the present invention provides a switch. The switch comprises a plurality of ports, a link management module, a forwarding module, and a link adaptation module. The link management module operates at least two ports of the plurality of ports of the switch to form a link aggregation. This link aggregation operates as a single logical channel. The forwarding module determines an egress port for a packet among the ports participating in the link aggregation based on a distribution policy. The link adaptation module detects an imbalance of the respective link utilizations among links of the link aggregation based on one or more imbalance criteria, and applies one or more corrective actions to the distribution policy.
In a variation on this embodiment, when the corrective actions have been applied to the distribution policy, the link adaptation module also monitors the link utilizations of the links of the link aggregation.
In a variation on this embodiment, the link adaptation module stops applying corrective actions based on the monitored link utilizations' compliance with one or more of: (i) reaching an upper bound of the number of corrective actions to be applied; and (ii) meeting convergence criteria. The convergence criteria include one or more of: (i) achieving a better balance of link utilizations among links of the link aggregation compared to the detected imbalance; and (ii) achieving compliance with the one or more imbalance criteria.
In a further variation, the link adaptation module applies fallback settings to the distribution policy in response to reaching the upper bound and applies corrective settings to the distribution policy in response to meeting the convergence criteria.
In a variation on this embodiment, the imbalance criteria include one or more of: (i) a number of links in the link aggregation having higher utilization than a high threshold; and (ii) a number of links in the link aggregation having lower utilization than a low threshold.
In a variation on this embodiment, the distribution policy includes one or more of: (i) a hash function; and (ii) a modulo function generating an index for a hash distribution table. A respective slot in the hash distribution table is associated with a link of the link aggregation. The input of the hash function includes one or more fields of a packet. The input of the modulo function includes output of the hash function.
In a further variation, a corrective action includes one or more of: (i) swapping adjacent bits of the input of the hash function; (ii) changing flavor of the hash function by selecting one of more different fields of the packet as the input of the hash function; (iii) changing flavor of the hash function by using a different hash computation; and (iv) changing the association between one or more slots in the hash distribution table and the corresponding link of the link aggregation.
In a variation on this embodiment, the link utilization of a link in the link aggregation is based on a weighted average of a measured link utilization and historical link utilization of the link.
In a variation on this embodiment, the link management module operates a port of the plurality of ports of the switch in conjunction with a remote switch to form a virtual link aggregation. This virtual link aggregation operates as a single logical channel. The link adaptation module detects an imbalance of respective overall utilizations of links of the virtual link aggregation between the switch and the remote switch based on one or more imbalance criteria.
In a further variation, the switch also includes a designated switch management module which identifies the switch as a designated switch for the virtual link aggregation. The link adaptation module generates an instruction for an ingress switch of the packet to apply one or more corrective actions to a path selection policy for the virtual link aggregation. This path selection policy selects an egress switch for the packet among the switch and the remote switch.
In a further variation, when the corrective actions have been applied to the distribution policy, the link adaptation module generates a query message for the remote switch to obtain monitored link utilizations of the links of the virtual link aggregation. The link adaptation module also determines whether to stop applying the corrective actions to the path selection policy and/or the distribution policy based on local monitored link utilizations and obtained monitored link utilizations from the remote switch.
In a variation on this embodiment, the switch is a member of an Ethernet fabric switch, which incorporates a plurality of physical switches coupled in an arbitrary topology logically operating as a single switch. The switch is associated with an identifier of the Ethernet fabric switch.
In the figures, like reference numerals refer to the same figure elements.
The following description is presented to enable any person skilled in the art to make and use the invention, and is provided in the context of a particular application and its requirements. Various modifications to the disclosed embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the present invention. Thus, the present invention is not limited to the embodiments shown, but is to be accorded the widest scope consistent with the claims.
Overview
In embodiments of the present invention, the problem of providing traffic flow adaptation via a link aggregation or a virtual link aggregation is solved by dynamically balancing the imbalanced traffic flows across the links of the (virtual) link aggregation based on link utilization. Exemplary representations of link utilization include, but are not limited to, fraction of the link bandwidth used, traffic load on the link, residual bandwidth of the link, latency via the link, and a combination thereof. A link in a (virtual) link aggregation can also be identified by a port associated with that link. In this disclosure, the terms “link” and “port” are used interchangeably to indicate participation in a virtual link aggregation.
A traffic flow is often identified based on a source address, a destination address, and/or corresponding ports. With existing technologies, a switch typically distributes packets of different traffic flows across the links of a link aggregation based on the nature of the traffic flows and a distribution policy. The nature of the traffic flow indicates the flow identifying information, content, and/or type of the traffic flow. The distribution policy, which can also be referred to as a spraying algorithm, indicates how the forwarding links for a traffic flow of a particular nature should be selected. For example, the distribution policy can be based on a hash function applied to one or more fields of the packets of the traffic flow. However, depending on the nature of traffic flow and the distribution policy, these packets may be forwarded via only a few specific links of the link aggregation. As a result, these specific links can become over-utilized and the other links remain underutilized, thereby causing imbalance in the distribution of traffic in the link aggregation. Such imbalance leads to adverse network conditions, such as congestions and packet drops, and causes reduced network performance, such as high latency.
This problem can further aggravate if the link aggregation is a virtual link aggregation spanning a plurality of switches. A switch participating in a virtual link aggregation can be referred to as a partner switch of the virtual link aggregation. The packets of different traffic flows can not only be distributed across the aggregated links of a switch, but also across the partner switches. As a result, the imbalance of traffic can be across the partner switches as well as the local links of a partner switch. For example, depending on the nature of the traffic flow and the path selection policy, the packets may be forwarded via only one of the partner switches of a virtual link aggregation. Consequently, that partner switch's links in the virtual link aggregation, can become over-utilized and the other partner switches' links in the virtual link aggregation remain underutilized. Furthermore, an imbalance can also occur among that partner switch's links in the virtual link aggregation, thereby causing a multi-tier imbalance in the virtual link aggregation.
To solve this problem, a switch compares the traffic utilization of the links of a (virtual) link aggregation with one or more imbalance criteria based on a high and a low threshold, each of which represents a boundary value. In some embodiments, the switch obtains the traffic utilization of a link based on a periodic monitoring of the port bandwidth associated with the link. If a number of links of the link aggregation have higher utilization than the high threshold and a number of links have lower utilization than the low threshold, the switch detects an imbalance of traffic distribution across the links of the link aggregation. The switch then adjusts the traffic distribution across the links by applying one or more corrective actions to the distribution policy so that the traffic utilization becomes more balanced. The switch continues to monitor the traffic distribution and apply these corrective actions until either the traffic distribution becomes acceptably balanced (e.g., the traffic utilization complies with the imbalance criteria) or the number of applied corrective actions reaches a predetermined upper bound. In this way, the switch detects, adjusts, and monitors the imbalance in traffic distribution across the links of the link aggregation.
A partner switch of a virtual link aggregation can receive packets of different traffic flows, which should be forwarded via the virtual link aggregation, from other (e.g., non-partner) switches. These other switches can use a path selection policy to select the respective egress partner switches for the packets. This path selection policy can include a load balancing scheme that determines the overall load of the virtual link aggregation and selects an egress switch for a packet of the traffic flow among the partner switches based on the load. The traffic flow can have different characteristics based on the source media access control (MAC) address, destination MAC address, source Internet Protocol (IP) address, destination IP address, source port, and destination port associated with the traffic flow.
To ensure these other switches are forwarding traffic to the partner switches in a balanced way, a respective partner switches compares the overall traffic utilization of a respective partner switch with one or more switch imbalance criteria based on the high and the low threshold. If a number of partner switches of the virtual link aggregation have higher utilization than the high threshold and a number of partner switches have lower utilization than the low threshold, the partner switch detects an imbalance of traffic distribution across the virtual link aggregation. One of the partner switches, which can be referred to as the designated switch, then instructs the other (non-partner) switches of the network to adjust the traffic distribution across the partner switches by applying one or more corrective actions to the path selection policy. In this way, the overall traffic utilization across the virtual link aggregation becomes more balanced. Furthermore, a respective partner switch also detects, adjusts, and monitors the imbalance in traffic distribution across the local links in the virtual link aggregation.
In some embodiments, the switches participating in a (virtual) link aggregation are member switches of a fabric switch. An end device can be coupled to the fabric switch via a (virtual) link aggregation. A fabric switch in the network can be an Ethernet fabric switch or a virtual cluster switch (VCS). In an Ethernet fabric switch, any number of switches coupled in an arbitrary topology may logically operate as a single switch. Any new switch may join or leave the fabric switch in “plug-and-play” mode without any manual configuration. In some embodiments, a respective switch in the Ethernet fabric switch is a Transparent Interconnection of Lots of Links (TRILL) routing bridge (RBridge). A fabric switch appears as a single logical switch to the end device.
A fabric switch runs a control plane with automatic configuration capabilities (such as the Fibre Channel control plane) over a conventional transport protocol, thereby allowing a number of switches to be inter-connected to form a single, scalable logical switch without requiring burdensome manual configuration. As a result, one can form a large-scale logical switch using a number of smaller physical switches. The automatic configuration capability provided by the control plane running on each physical switch allows any number of switches to be connected in an arbitrary topology without requiring tedious manual configuration of the ports and links. This feature makes it possible to use many smaller, inexpensive switches to construct a large fabric switch, which can be viewed and operated as a single switch (e.g., as a single Ethernet switch).
It should be noted that a fabric switch is not the same as conventional switch stacking. In switch stacking, multiple switches are interconnected at a common location (often within the same rack), based on a particular topology, and manually configured in a particular way. These stacked switches typically share a common address, e.g., IP address, so they can be addressed as a single switch externally. Furthermore, switch stacking requires a significant amount of manual configuration of the ports and inter-switch links. The need for manual configuration prohibits switch stacking from being a viable option in building a large-scale switching system. The topology restriction imposed by switch stacking also limits the number of switches that can be stacked. This is because it is very difficult, if not impossible, to design a stack topology that allows the overall switch bandwidth to scale adequately with the number of switch units.
In contrast, a fabric switch can include an arbitrary number of switches with individual addresses, can be based on an arbitrary topology, and does not require extensive manual configuration. The switches can reside in the same location, or be distributed over different locations. These features overcome the inherent limitations of switch stacking and make it possible to build a large “switch farm” which can be treated as a single, logical switch. Due to the automatic configuration capabilities of the fabric switch, an individual physical switch can dynamically join or leave the fabric switch without disrupting services to the rest of the network.
Furthermore, the automatic and dynamic configurability of fabric switch allows a network operator to build its switching system in a distributed and “pay-as-you-grow” fashion without sacrificing scalability. The fabric switch's ability to respond to changing network conditions makes it an ideal solution in a virtual computing environment, where network loads often change with time.
Although the present disclosure is presented using examples based on link aggregations coupled to networking devices, such as switches, embodiments of the present invention are not limited to networking devices. Embodiments of the present invention are relevant to any technique which allows aggregating a plurality of wired and/or wireless links as a logical link between any devices. In this disclosure, the term “(virtual) link aggregation” is used in a generic sense, and corresponds to a link aggregation, a virtual link aggregation, or both.
The term “RBridge” refers to routing bridges, which are bridges implementing the TRILL protocol as described in Internet Engineering Task Force (IETF) Request for Comments (RFC) “Routing Bridges (RBridges): Base Protocol Specification,” available at http://tools.ietf.org/html/rfc6325, which is incorporated by reference herein. Embodiments of the present invention are not limited to application among RBridges. Other types of switches, routers, and forwarders can also be used.
In this disclosure, the term “end device” can refer to a physical or virtual host machine, a conventional switch, or any other type of network device. Additionally, an end device can be coupled to other switches or hosts further away from a network. An end device can also be an aggregation point for a number of switches to enter the network.
The term “switch identifier” refers to a group of bits that can be used to identify a switch. In a layer-2 communication, the switch identifier can be a media access control (MAC) address. If a switch is an RBridge, the switch identifier can be referred to as an “RBridge identifier.” Note that the TRILL standard uses “RBridge ID” to denote a 48-bit intermediate-system-to-intermediate-system (IS-IS) System ID assigned to an RBridge, and “RBridge nickname” to denote a 16-bit value that serves as an abbreviation for the “RBridge ID.” In this disclosure, “switch identifier” is used as a generic term and is not limited to any bit format, and can refer to any format that can identify a switch. The term “RBridge identifier” is also used in a generic sense and is not limited to any bit format, and can refer to “RBridge ID” or “RBridge nickname” or any other format that can identify an RBridge.
The term “Packet” refers to a group of bits that can be transported together across a network. “Packet” should not be interpreted as limiting embodiments of the present invention to layer-3 networks. “Packet” can be replaced by other terminologies referring to a group of bits, such as “massage,” “frame,” “cell,” or “datagram.”
The term “switch” is used in a generic sense, and can refer to any standalone switch or switching fabric operating in any network layer. “Switch” should not be interpreted as limiting embodiments of the present invention to layer-2 networks. Any physical or virtual device (e.g., a virtual machine, which can be a virtual switch, operating on a computing device) that can forward traffic to an end device can be referred to as a “switch.” Examples of a “switch” include, but not limited to, a layer-2 switch, a layer-3 router, or a TRILL RBridge.
Network Architecture of Adaptive Link Aggregation
Link aggregations 122 and 124 are configured to operate in a special “trunked” mode for end devices 112 and 114, respectively. In some embodiments, link aggregations 122 and 124 respectively operate as a single logical link and appear as one link to end devices 112 and 114. An end device is not required to change the way it is configured for a link aggregation. An end device only needs to be configured to have an aggregate link to a switch. Furthermore, the rest of network 100 (e.g., switch 106) is also not required to be aware that switch 102 and 104 are coupled to end devices 112 and 114, respectively, via respective link aggregations 122 and 124. Therefore, the present invention does not require extra configuration to the rest of network 100.
With existing technologies, switch 104 typically distributes packets of different traffic flows across the links of link aggregation 124 based on the nature of the traffic flows and a distribution policy for link aggregation 124. The nature of the traffic flow indicates the flow identifying information (e.g., the source and destination addresses), content (e.g., specific types of data), and/or type (e.g., unicast or multicast) of the traffic flow. The distribution policy indicates which of links 132 and 134 in link aggregation 124 should be selected for forwarding the packets belonging to a traffic flow of a particular nature. For example, the distribution policy can include a hash function. Upon receiving a packet for end device 114, switch 104 applies the hash function to one or more bytes, which corresponds to one or more fields, of the packet. The output of the hash function indicates which of links 132 and 134 is selected for forwarding the packet.
Typically, the hash function is designed such a way that the distribution of packets of different traffic flows across links 132 and 134 should be statistically even, leading to a statistically even utilization of links 132 and 134. However, depending on the nature of traffic flow and the distribution policy, switch 104 may forward the packets only via link 132. As a result, link 132 can become over-utilized and link 134 remains underutilized, thereby causing imbalance in the distribution of traffic in link aggregation 124. Such imbalance leads to adverse network conditions, such as congestion and packet drops at link 132, and causes reduced performance via link aggregation 124.
Similarly, switch 102 typically distributes packets of different traffic flows across the links of link aggregation 122 based on the nature of the traffic flows and a distribution policy for link aggregation 122. Depending on the nature of the traffic flows and the distribution policy, switch 102 may forward the packets only via links 136 and 138. As a result, links 136 and 138 can become over-utilized and other links in link aggregation 122 remain underutilized, thereby causing imbalance in the distribution of traffic in link aggregation 122. In some embodiments, distribution policies of switch 102 and 104 can be different. Furthermore, even within the same switch, distribution policies can be different for different link aggregations. For example, switch 102 can have a different distribution policy for a link aggregation other than link aggregation 122.
To solve this problem of imbalanced traffic, link aggregations 122 and 124 can adapt to improve the traffic imbalance. During operation, switches 102 and 104 can compare the respective traffic utilizations of the links in their respective link aggregation with one or more imbalance criteria based on a high and a low threshold. Switches 102 and 104 maintain an average traffic utilization of the links in link aggregations 122 and 124, respectively. In some embodiments, the average traffic utilization is calculated based on a weighted average. For example, a weighted average of traffic utilization at a time instance t_c, Avg(t_c), can be calculated based on the measured utilization of a link, U_c, and the weighted average calculated at the previous time instance t_p, Avg(t_p). Here, because a weighted average incorporates the weighted average of the previous time instances, Avg(t_p) represents the historical utilization of the link. t_p can indicate the previous time instance when the previous utilization of the link has been measured. The weighted average calculation can be done based on the formula: Avg(t_c)=x*U_c+(1−x)*Avg(t_p), wherein x is a weight variable with a value between 0 and 1. A value of x greater than 0.5 assigns more weight to the current utilization of the link than the historical utilization.
Switches 102 and 104 compare the weighted averages of the traffic utilizations of the links in their respective link aggregation with the imbalance criteria. For example, switch 104 compares the average traffic utilization of links 132 and 134 with a high and a low threshold. If one of the links, such as link 132, has a higher average utilization than the high threshold, and the other link 134 has a lower average utilization than the low threshold, switch 104 detects an imbalance of traffic distribution across link aggregation 124. Suppose that the high threshold is 0.9 and the low threshold is 0.25. If the average utilization of link 132 is more than 0.9 (i.e., more than 90%) and the average utilization of link 134 is less than 0.25 (i.e., less than 25%), switch 104 detects a traffic distribution imbalance across link aggregation 124.
Even though a link aggregation can remain operational as long as the total traffic is less than the bandwidth offered by the link aggregation, imbalanced bandwidth utilization can lead to adverse network conditions. Hence, the high threshold should be selected in such a way that the condition can be detected before its occurrence. For example, a high threshold less than but close to 1 (e.g., 0.9) may indicate that the link is still operational but may become bottlenecked. Furthermore, because the traffic distribution across the links should be statistically even, the low threshold should be selected such a way that the underutilization of a link is correctly represented. For example, a low threshold higher than 0 but lower than 0.5 (e.g., 0.25) may indicate that the distribution policy is operational but is not distributing the traffic in a statistically balanced way.
In response to detecting an imbalance, switch 104 adjusts the traffic distribution across links 132 and 134 by applying one or more corrective actions to the distribution policy so that the traffic utilization becomes more balanced across link aggregation 124. In some embodiments, the distribution policy is based on a hash function applied to one or more bytes of a received packet. A respective corrective action can adjust how the hash function is applied and may lead to a different output. For example, the corrective action can use a different set of bytes, either by modifying the bits within or by selecting different bytes from the packet, for the hash function. As a result, the traffic distribution across links 132 and 134 changes.
Switch 104 continues to monitor the traffic distribution across links 132 and 134 and apply these corrective actions until either the traffic distribution becomes acceptably balanced or the number of applied corrective actions reaches a predetermined upper bound. For example, switch 104 can continue to apply the corrective actions until the utilizations of link 132 and 134 are not higher than the high threshold or lower than the low threshold. If these conditions are not met after a certain number of corrective actions, as indicated by an upper bound, switch 104 stops applying the corrective actions, and either retains the original settings for the hash function or selects the setting with the least difference between the highest and lowest utilization values of links 132 and 134. Because of the adjustment to the traffic flow, end device 114 can receive packets of a flow via link 132 for a period of time, and then via link 134 for another period of time. In other words, a traffic flow can dynamically move from link to link in a link aggregation without any manual intervention.
In the same way, switch 102 also detects, adjusts, and monitors the imbalance in traffic distribution across link aggregation 122. To detect an imbalance of traffic distribution across link aggregation 122, switch 102 checks whether a number of links of link aggregation 122 have higher utilization than the high threshold and a number of links have lower utilization than the low threshold. Note that this number can be different for the high and the low threshold. If switch 102 detects an imbalance, switch 102 adjusts the traffic distribution across the links of link aggregation 122 by applying corrective actions until either the traffic distribution becomes acceptably balanced or the number of applied corrective actions reaches a predetermined upper bound.
Corrective Actions of Adaptive Link Aggregation
A corrective action can adjust how a hash function of a distribution policy is applied. As a result, the hash function produces a different output and provides a different balance of traffic. The corrective action can be based on changing the input of the hash function, changing the flavor of the hash function, or changing the hash distribution table.
For example, the two least significant bits of input 142 are “01.” If these two bits are swapped, two least significant bits of input 144 become “10.” Similar bit swapping can be repeated for a respective bit pair of input 142, either from the most significant bit pair or from the least significant bit pair, and generate a modified input 144. In this way, if input 142 comprises the 16-bit long bit string “0110101101001001,” based on the adjacent bit swapping, input 144 becomes a different 16-bit long bit string “1001011110000110.”
In some embodiments, different flavors of a hash function indicate different hash computations. For example, two hash function flavors can be applicable to the same fields 152 and 154, but the hash calculation can be different. Hence, different hash function flavors (e.g., based on different input fields or different hash computations) can generate different output for the same packet header 150. Suppose that the current hash function flavor is causing the hash function to operate in an imbalanced way. A corrective action can change the hash function flavor, which is then applied to one or more fields of packet 150. If one hash function flavor does not generate a balanced traffic distribution, a combination of hash function flavors can be applied, either consecutively or in conjunction with other types of corrective actions. In this way, applying one or more different hash function flavors to header 150 can lead to a different and more balanced traffic distribution.
In some embodiments, the length (e.g., the number of slots or entries) of hash distribution table 162 is predetermined. For example, the number of slots of hash distribution table 162 can be predetermined to be eight. Hence, when hash distribution table 162 is representing link aggregation 122, the eight slots of hash distribution table 162 are associated with the links of link aggregation 122 based on the number of active links or the bandwidth ratio. If hash distribution table 162 represents the number of active links of link aggregation 122, two slots are associated with link 136 and another two slots are associated with link 138. Similarly, each of the other two links of link aggregation 122 is associated with two slots of hash distribution table 162, respectively.
In some embodiments, a modulo function is applied to the output of the hash function to generate an index for hash distribution table 162. This modulo function is based on the length of a hash distribution table (e.g., modulo 8 for hash distribution table 162). Suppose that switch 104 applies the hash function to a packet and the modulo function to the output of the hash function for generating an index. If the index corresponds to the first slot of hash distribution table 162, switch 104 forwards the packet via link 132. Suppose that the modulo function applied to the output of the hash function is generating indices of hash distribution table 162 in an imbalanced way. Hash distribution table 162 then can be adjusted to associate a slot with a link in a different way and generate a different hash distribution table 164.
Unlike the alternative association between a respective slot of hash distribution table 162 with links 132 and 134, two adjacent slots are associated with link 132, the next two adjacent slots are associated with link 134 in hash distribution table 164, and so on. This allows the same modulo function applied on the same hash function to correspond to a different link. Suppose that switch 104 applies the hash function to a packet and the modulo function to the output of the hash function to generate an index. If hash distribution table 162 is used and the index corresponds to the second slot, switch 104 forwards the packet via link 134. However, if hash distribution table 16 is used and the index corresponds to the second slot, switch 104 forwards the packet via link 132. In this way, adjusting the hash distribution table can lead to a different and more balanced traffic distribution.
In some embodiments, the length of the hash distribution table for a link aggregation is 64 (i.e., the hash distribution table has 64 slots). Consequently, the number of possible permutations of the adjustment of the hash distribution table can be large. In some embodiments, a predetermined number of random irregular permutations of these possible permutations are selected for the adjustment of a hash distribution table. This allows the corrective actions to be time bounded.
Processes of an Adaptive Link Aggregation
If N links cross the high threshold, the switch compares the respective utilizations of the links in the link aggregation with the low threshold (operation 206). The switch then checks whether M links are below the low threshold (i.e., at least M links have lower utilization than the low threshold) (operation 208). Here, M indicates the minimum number of links with utilization lower than the low threshold that triggers corrective actions for the link aggregation. The values for M and N can be the same or different. In some embodiments, respective values of M and N can be different for a respective link aggregation. If M links are below the low threshold, the switch triggers corrective actions for the link aggregation (operation 210), as described in conjunction with
If all corrective actions associated with the link aggregation have not been applied, in some embodiments, the switch optionally checks (denoted with dotted lines) whether the utilizations meet the imbalance criteria (i.e., a number of links have higher utilization than the high threshold and a number of links have lower threshold than the low threshold) (operation 242). If optional operation 242 is not executed or the utilization continues to meet the imbalance criteria (operation 242), the switch selects the next corrective action from the identified corrective actions (operation 244) and continues to apply the selected corrective action to the link aggregation (operation 238). The selection of corrective actions and/or the order at which the corrective actions are applied can be statically configured by a user or dynamically determined by the switch. In some embodiments, the selection of corrective actions and/or the order at which the corrective actions are different for different link aggregations of the switch.
If the time interval has passed, the switch calculates the respective averages of the determined utilizations over the sub time intervals (operation 256) and checks whether the averages meet the convergence criteria (operation 258). In some embodiments, the convergence criteria includes whether the average utilizations across the link aggregation are better balanced and whether the average utilizations comply with the imbalance criteria, as described in conjunction with
Network Architecture of Adaptive Virtual Link Aggregation
Virtual link aggregations 320 and 330 are configured to operate in a special “trunked” mode for end devices 112 and 114, respectively. End devices 112 and 114 view switches 102 and 104 as a common virtual switch 310, with a corresponding virtual switch identifier. Dual-homed end devices 112 and 114, which are coupled to more than one switches, are considered to be logically coupled to virtual switch 310 via logical links represented by dotted lines. Virtual switch 310 is considered to be logically coupled to both switches 102 and 104, optionally with zero-cost links (also represented by dotted lines). Incoming frames from end devices 112 and 114 are marked with virtual switch 310's identifier as their ingress switch identifier. As a result, other switches in network 100 (e.g., switch 106) learn that end devices 112 and 114 are both reachable via virtual switch 310. Furthermore, switches 102 and 104 can advertise their respective connectivity (optionally via zero-cost links) to virtual switch 310. Hence, multi-pathing can be achieved when other switches, such as switch 106, choose to send frames to virtual switch 310 (which are marked as the egress switch in the frames) via switches 102 and 104.
Since the two partner switches function as a single logical switch, the MAC address reachability learned by a respective partner switch is shared with the other partner switch. For example, during normal operation, end device 112 may choose to send its outgoing frames only via the link to switch 102. As a result, only switch 102 would learn end device 112's MAC address (and the corresponding port on switch 102 to which end station 112 is coupled). Switch 102 then shares this information with switch 104. Since the frames coming from end device 112 would have virtual switch 310's identifier as their ingress switch identifier, when other devices in the network send frames back to end device 112, these frames would have virtual switch 310's identifier as their egress switch identifier, and these frames might be sent to either switch 102 or 104. When switch 104 receives such a frame, it can determine that this frame can either be sent to locally coupled end device 112 or partner switch 102, based on the MAC reachability information shared by switch 102.
It should be noted that virtual switch 310 is not specific to a particular set of virtual link aggregation. In other words, both dual-homed end devices 112 and 114 can share the same virtual switch 310. This feature makes the present solution scalable, because a number of dual-homed end devices can be logically attached to the same virtual switch.
In addition, an end device is not required to change the way it is configured for a link aggregation. A dual-homed end device only needs to be configured to have an aggregate link to the virtual switch, as would be the case with a conventional, physical switch, using an existing link aggregation method. Hence, the dual-homed end device does not need to be aware that the virtual switch on the other end of the aggregate link is actually two physical switches. Furthermore, the rest of network 100 (apart from switches 102 and 104) is also not required to be aware that virtual switch 310 is actually not a physical switch. For example, to switch 106, virtual switch 310 can be indistinguishable from any of the physical switches. Therefore, the present invention does not require extra configuration to the rest of network 100.
The packets of different traffic flows toward end devices 112 and 114 can be distributed across partner switches 102 and 104. As a result, an imbalance of traffic can occur across partner switches 102 and 104, as well as the respective links in link aggregations 322, 324, and 334. For example, depending on the nature of traffic flow and a path selection policy, switch 106 may forward the packets toward end device 112 only via only one of the partner switches, such as switch 102, of virtual link aggregation 320. Consequently, switch 102's links in virtual link aggregation 320 can become over-utilized and switch 104's links in virtual link aggregation 320 remain underutilized. Furthermore, an imbalance can also occur among the links of link aggregation 322, which are switch 102's links in virtual link aggregation 320. This can cause a multi-tier imbalance in virtual link aggregation 320.
To solve this problem, switch 102 compares the traffic utilization of switches 102 and 104 for virtual link aggregation with one or more switch imbalance criteria based on a high and a low threshold. During operation, switch 102 receives packets of different traffic flows, which should be forwarded via virtual link aggregation 320, from an ingress (and non-partner) switch 106. Switch 106 can use a path selection policy to select switch 102 as the egress partner switch for the packets. The path selection policy allows a switch in network 100 to select a path among multiple paths to a switch. For example, switch 106 perceives that switch 106 has two paths to virtual switch 310 via switch 102 or 104, and uses the path selection policy to determine which path to select for forwarding toward virtual switch 110. In some embodiments, a user (e.g., a network administrator) can provide additional information indicating the nature of traffic flow to which a packet belongs. For example, the user can indicate whether the packet is a non-IP packet, and what type of upper-layer protocol (e.g., Transmission Control Protocol (TCP) or User Datagram Protocol (UDP)) is in the payload of the packet. This can reduce the solution space for the path selection policy.
To ensure that switch 106 is forwarding traffic to partner switches 102 and 104 in a balanced way, partner switches 102 and 104 compare the traffic utilization of a respective partner switch of virtual link aggregation 320 with the switch imbalance criteria. If switch 102 has a higher utilization than the high threshold and switch 104 has a lower utilization than the low threshold, switches 102 and 104 detect an imbalance of traffic distribution across switches 102 and 104 for virtual link aggregation 320. Note that the thresholds for the imbalance criteria and the switch imbalance criteria can be the same or different. One of the partner switches of virtual link aggregation 320, which can be referred to as the designated switch, then instructs the other switches, such as switch 106, of network 100 to adjust the traffic distribution across partner switches 102 and 104 by applying one or more corrective actions, as described in conjunction with
Furthermore, switches 102 and 104 also detect, adjust, and monitor the imbalance in traffic distribution across the local links in virtual link aggregation 320. For example, if link aggregation 322 has an imbalance, switch 102 detects, adjusts, and monitors the imbalance, as described in conjunction with
In some embodiments, switches 102 and 104 are aware of locally switched traffic when detecting the imbalance for virtual link aggregation 320. In some embodiments, switches 102 and 104 use access control lists (ACLs) (e.g., based on counting egress ACL in hardware or software) to determine the percentage of locally switched traffic. Suppose that an end device 312 is coupled to switch 102 and is sending packets toward end device 112. These packets are locally switched at switch 102 and forwarded via link aggregation 322. These packets typically do not use non-local links of virtual link aggregation 320 (e.g., links in link aggregation 324). Hence, these packets may cause switches 102 and 104 to incorrectly detect an imbalance in virtual link aggregation 320. Awareness of locally switched traffic can mitigate this effect. For example, switch 102 can exclude the bandwidth used by these packets when calculating the utilization of links in link aggregation 322. Furthermore, the designated switch of virtual link aggregation 320 can exclude the bandwidth used by these packets when notifying ingress switches, such as switch 106, regarding the available bandwidth for traffic from the remote switches.
In some embodiments, the length (e.g., the number of slots or entries) of egress switch distribution table 352 is predetermined. For example, the number of slots of egress switch distribution table 352 can be predetermined to be eight. Hence, when egress switch distribution table 352 is representing virtual link aggregation 320, the eight slots of egress switch distribution table 352 are associated with partner switches of virtual link aggregation 320. In some embodiments, to forward a packet toward end device 112, switch 106 applies a hash function on one or more fields of the packet. Switch 106 can also apply a modulo function (e.g., modulo 8 for egress switch distribution table 352) to the output of the hash function to generate an index for egress switch distribution table 352.
Suppose that switch 106 applies the hash function to a packet and the modulo function to the output of the hash function for generating an index. If the index corresponds to the first slot of egress switch distribution table 352, switch 106 forwards the packet via switch 102. Suppose that the modulo function applied to the output of the hash function is generating indices of egress switch distribution table 352 in an imbalanced way. Egress switch distribution table 352 then can be adjusted to associate a slot with a link in a different way and generate a different egress switch distribution table 354.
Unlike the alternative association between a respective slot of egress switch distribution table 352 with switches 102 and 104, two adjacent slots are associated with switch 102, the next two adjacent slots are associated with switch 104 in egress switch distribution table 352, and so on. This allows the same modulo function applied on the same hash function to correspond to a different link. Suppose that switch 106 applies the hash function to a packet and the modulo function to the output of the hash function for generating an index. If egress switch distribution table 352 is used and the index corresponds to the second slot, switch 106 forwards the packet toward switch 102. However, if egress switch distribution table 354 and the index corresponds to the second slot, switch 106 forwards the packet toward switch 104. In this way, adjusting the egress switch distribution table can lead to a different and more balanced traffic distribution across the partner switches of a virtual link aggregation.
In some embodiments, the length of the egress switch distribution table for a link aggregation is 16 (i.e., the egress switch distribution table has 16 slots). Consequently, the number of possible permutations of the adjustment of the egress switch distribution table can be large. In some embodiments, a predetermined number of random irregular permutations of these possible permutations are selected for the adjustment of an egress switch distribution table. This allows the corrective actions to be time bounded.
Processes of an Adaptive Virtual Link Aggregation
If a local imbalance exists, the switch applies corrective actions to the local link aggregation (operation 406), as described in conjunction with
If the utilization of P switches crosses the high threshold, the switch then checks whether utilization of Q switches is below a low threshold (i.e., at least Q switches have lower overall utilization than the low threshold) (operation 416). If utilization of Q switches is below the low threshold, the switch triggers corrective action for the virtual link aggregation (operation 418). The values of this high and low threshold can be different from the values of the high and low thresholds in
If the local switch is the designated switch, the switch creates an instruction for applying corrective actions to the path selection policy for the virtual link aggregation (operation 436). Other switches of the network can use a path selection policy to select the respective egress partner switches for the packets which should be forwarded via the virtual link aggregation. This path selection policy can include a load balancing scheme that determines the overall load of the virtual link aggregation and selects an egress switch for a packet among the partner switches based on the load. The traffic flow can have different characteristics based on the source MAC address, destination MAC address, source IP address, destination IP address, source port, and destination port associated with the traffic flow. In some embodiments, this instruction can include one or more corrective actions which should be applied to the path selection policy. The instruction can also include the order at which the corrective actions should be applied. This instruction can be periodic, wherein the designated switch includes the corrective actions in the instruction based on the overall utilization of the switches during that period.
The switch then generates an instruction message comprising the instruction (operation 438) and forwards the instruction message to respective switch of the network (operation 440). In some embodiments, the switch forwards the message only toward the non-partner switches of the virtual link aggregation (e.g., switch 106 in the example in
During operation, the switch determines respective utilizations of links in the virtual link aggregation for the current sub time interval (operation 452) and checks whether the time interval has passed (operation 454). If the time interval has not passed, the switch waits for the next sub time interval (operation 462) and determines respective utilizations of links in the virtual link aggregation for that sub time interval (operation 452). If the time interval has passed, the switch calculates the respective averages of the determined utilizations over the sub time intervals (operation 456) and checks whether the local switch is the designated switch (operation 458).
If the local switch is the designated switch, the switch queries other partner switches of the virtual link aggregation for their respective calculated averages (operation 464). On the other hand, if the local switch is not the designated switch, the switch sends the calculated averages to the designated switch in response to the query from the designated switch (operation 460). If the local switch is the designated switch, upon querying the partner switches (operation 464), the switch receives the calculated averages from other partner switches of the virtual link aggregation (operation 466) and checks whether the averages meet the convergence criteria (operation 468). In some embodiments, the convergence criteria includes whether the average utilizations across the link aggregation are better balanced and whether the average utilizations comply with the imbalance criteria, as described in conjunction with
If the averages meet the convergence criteria, the switch generates and sends a message to a respective switch instructing to apply the corrective settings to the virtual link aggregation (e.g., the current hash function input and flavor for the path selection policy, and the egress switch distribution table) (operation 470). In some embodiments, the message is only sent to the non-partner switches of the virtual link aggregation. If the averages do not meet the convergence criteria, the switch generates and sends a message to a respective (non-partner) switch instructing to apply the fallback settings to the virtual link aggregation (operation 472). Examples of the fallback settings include, but are not limited to, the original settings during the detection process and the settings with the least difference between the highest and lowest utilizations.
Exemplary Switch
In some embodiments, switch 500 may maintain a membership in a fabric switch, wherein switch 500 also includes a fabric switch management module 560. Fabric switch management module 560 maintains a configuration database in storage device 550 that maintains the configuration state of every switch within the fabric switch. Fabric switch management module 560 maintains the state of the fabric switch, which is used to join other switches. In some embodiments, switch 500 can be configured to operate in conjunction with a remote switch as an Ethernet switch. Under such a scenario, communication ports 502 can include inter-switch communication channels for communication within a fabric switch. This inter-switch communication channel can be implemented via a regular communication port and based on any open or proprietary format. Communication ports 502 can include one or more TRILL ports capable of receiving frames encapsulated in a TRILL header. Packet processor 510 can process these TRILL-encapsulated frames.
During operation, link management module 540 operates at least two ports of the communication ports 502 to form a link aggregation. This link aggregation operates as a single logical channel. Forwarding module 520 determines an egress port for a packet among the ports participating in the link aggregation based on the distribution policy for the link aggregation. Link adaptation module 530 detects any imbalance of the respective link utilizations among the links of the link aggregation based on one or more imbalance criteria, and applies one or more corrective actions to the distribution policy. Once the corrective actions have been applied to the distribution policy, link adaptation module 530 monitors the link utilizations of the links of the link aggregation. Link adaptation module 530 stops applying corrective actions based on the monitored link utilizations' compliance with reaching an upper bound and/or meeting the convergence criteria, as described in conjunction with
In some embodiments, link management module 540 operates a port of the communication ports 502 in conjunction with a remote switch to form a virtual link aggregation. Link adaptation module 530 detects an imbalance of the respective overall utilizations of links of the virtual link aggregation between the switch and the remote switch based on one or more imbalance criteria. In some embodiments, switch 500 also includes a designated switch management module 532, which identifies switch 500 as a designated switch for the virtual link aggregation. Link adaptation module 530 then generates an instruction for an ingress switch of the packet to apply one or more corrective actions to the path selection policy for the virtual link aggregation.
In some embodiments, once the corrective actions have been applied to the distribution policy, link adaptation module 530 generates a query message for the remote switch to obtain monitored link utilizations of the links of the virtual link aggregation. Link adaptation module 530 also determines whether to stop applying the corrective actions to the path selection policy and/or the distribution policy based on local monitored link utilizations and obtained monitored link utilizations from the remote switch.
Note that the above-mentioned modules can be implemented in hardware as well as in software. In one embodiment, these modules can be embodied in computer-executable instructions stored in a memory which is coupled to one or more processors in switch 500. When executed, these instructions cause the processor(s) to perform the aforementioned functions.
In summary, embodiments of the present invention provide a switch, a method and a system for protection switching over a virtual link aggregation. In one embodiment, the switch comprises a plurality of ports, a link management module, a forwarding module, and a link adaptation module. The link management module operates at least two ports of the plurality of ports of the switch to form a link aggregation. This link aggregation operates as a single logical channel. The forwarding module determines an egress port for a packet among the ports participating in the link aggregation based on a distribution policy. The link adaptation module detects an imbalance of the respective link utilizations among links of the link aggregation based on one or more imbalance criteria, and applies one or more corrective actions to the distribution policy.
The methods and processes described herein can be embodied as code and/or data, which can be stored in a computer-readable non-transitory storage medium. When a computer system reads and executes the code and/or data stored on the computer-readable non-transitory storage medium, the computer system performs the methods and processes embodied as data structures and code and stored within the medium.
The methods and processes described herein can be executed by and/or included in hardware modules or apparatus. These modules or apparatus may include, but are not limited to, an application-specific integrated circuit (ASIC) chip, a field-programmable gate array (FPGA), a dedicated or shared processor that executes a particular software module or a piece of code at a particular time, and/or other programmable-logic devices now known or later developed. When the hardware modules or apparatus are activated, they perform the methods and processes included within them.
The foregoing descriptions of embodiments of the present invention have been presented only for purposes of illustration and description. They are not intended to be exhaustive or to limit this disclosure. Accordingly, many modifications and variations will be apparent to practitioners skilled in the art. The scope of the present invention is defined by the appended claims.
This application claims the benefit of U.S. Provisional Application No. 61/752,856, titled “Adaptive Link Aggregation and Virtual Link Aggregation,” by inventors Vardarajan Venkatesh and Ganesh D. Venkata, filed 15 Jan. 2013, the disclosure of which is incorporated by reference herein. The present disclosure is related to U.S. patent application Ser. No. 13/087,239, titled “Virtual Cluster Switching,” by inventors Suresh Vobbilisetty and Dilip Chatwani, filed 14 Apr. 2011, and U.S. patent application Ser. No. 12/725,249, titled “Redundant Host Connection in a Routed Network,” by inventors Somesh Gupta, Anoop Ghawani, Phanidhar Koganti, and Shunjia Yu, filed 16 Mar. 2010, the disclosures of which are incorporated by reference herein.
Number | Name | Date | Kind |
---|---|---|---|
829529 | Keathley | Aug 1906 | A |
5390173 | Spinney | Feb 1995 | A |
5802278 | Isfeld | Sep 1998 | A |
5878232 | Marimuthu | Mar 1999 | A |
5959968 | Chin | Sep 1999 | A |
5973278 | Wehrli, III | Oct 1999 | A |
5983278 | Chong | Nov 1999 | A |
6041042 | Bussiere | Mar 2000 | A |
6085238 | Yuasa | Jul 2000 | A |
6104696 | Kadambi | Aug 2000 | A |
6185214 | Schwartz | Feb 2001 | B1 |
6185241 | Sun | Feb 2001 | B1 |
6331983 | Haggerty | Dec 2001 | B1 |
6438106 | Pillar | Aug 2002 | B1 |
6498781 | Bass et al. | Dec 2002 | B1 |
6542266 | Phillips | Apr 2003 | B1 |
6633761 | Singhal | Oct 2003 | B1 |
6771610 | Seaman | Aug 2004 | B1 |
6873602 | Ambe | Mar 2005 | B1 |
6937576 | DiBenedetto | Aug 2005 | B1 |
6956824 | Mark | Oct 2005 | B2 |
6957269 | Williams | Oct 2005 | B2 |
6975581 | Medina | Dec 2005 | B1 |
6975864 | Signhal | Dec 2005 | B2 |
7016352 | Chow | Mar 2006 | B1 |
7061877 | Gummalla | Jun 2006 | B1 |
7173934 | Lapuh | Feb 2007 | B2 |
7197308 | Singhal | Mar 2007 | B2 |
7206288 | Cometto | Apr 2007 | B2 |
7310664 | Merchant | Dec 2007 | B1 |
7313637 | Tanaka | Dec 2007 | B2 |
7315545 | Chowdhury et al. | Jan 2008 | B1 |
7316031 | Griffith | Jan 2008 | B2 |
7330897 | Baldwin | Feb 2008 | B2 |
7380025 | Riggins | May 2008 | B1 |
7397794 | Lacroute | Jul 2008 | B1 |
7430164 | Bare | Sep 2008 | B2 |
7453888 | Zabihi | Nov 2008 | B2 |
7477894 | Sinha | Jan 2009 | B1 |
7480258 | Shuen | Jan 2009 | B1 |
7508757 | Ge | Mar 2009 | B2 |
7558195 | Kuo | Jul 2009 | B1 |
7558273 | Grosser, Jr. | Jul 2009 | B1 |
7571447 | Ally | Aug 2009 | B2 |
7599901 | Mital | Oct 2009 | B2 |
7688736 | Walsh | Mar 2010 | B1 |
7688960 | Aubuchon | Mar 2010 | B1 |
7690040 | Frattura | Mar 2010 | B2 |
7706255 | Kondrat et al. | Apr 2010 | B1 |
7716370 | Devarapalli | May 2010 | B1 |
7720076 | Dobbins | May 2010 | B2 |
7729296 | Choudhary | Jun 2010 | B1 |
7787480 | Mehta | Aug 2010 | B1 |
7792920 | Istvan | Sep 2010 | B2 |
7796593 | Ghosh | Sep 2010 | B1 |
7808992 | Homchaudhuri | Oct 2010 | B2 |
7836332 | Hara | Nov 2010 | B2 |
7843906 | Chidambaram | Nov 2010 | B1 |
7843907 | Abou-Emara | Nov 2010 | B1 |
7860097 | Lovett | Dec 2010 | B1 |
7898959 | Arad | Mar 2011 | B1 |
7912091 | Krishnan | Mar 2011 | B1 |
7924837 | Shabtay | Apr 2011 | B1 |
7937756 | Kay | May 2011 | B2 |
7945941 | Sinha | May 2011 | B2 |
7949638 | Goodson | May 2011 | B1 |
7957386 | Aggarwal | Jun 2011 | B1 |
8018938 | Fromm | Sep 2011 | B1 |
8027354 | Portolani | Sep 2011 | B1 |
8054832 | Shukla | Nov 2011 | B1 |
8068442 | Kompella | Nov 2011 | B1 |
8078704 | Lee | Dec 2011 | B2 |
8102781 | Smith | Jan 2012 | B2 |
8102791 | Tang | Jan 2012 | B2 |
8116307 | Thesayi | Feb 2012 | B1 |
8125928 | Mehta | Feb 2012 | B2 |
8134922 | Elangovan | Mar 2012 | B2 |
8155150 | Chung | Apr 2012 | B1 |
8160063 | Maltz | Apr 2012 | B2 |
8160080 | Arad | Apr 2012 | B1 |
8170038 | Belanger | May 2012 | B2 |
8175107 | Yalagandula | May 2012 | B1 |
8194674 | Pagel | Jun 2012 | B1 |
8195774 | Lambeth | Jun 2012 | B2 |
8204061 | Sane | Jun 2012 | B1 |
8213313 | Doiron | Jul 2012 | B1 |
8213336 | Smith | Jul 2012 | B2 |
8230069 | Korupolu | Jul 2012 | B2 |
8239960 | Frattura | Aug 2012 | B2 |
8249069 | Raman | Aug 2012 | B2 |
8270401 | Barnes | Sep 2012 | B1 |
8295291 | Ramanathan | Oct 2012 | B1 |
8295921 | Wang | Oct 2012 | B2 |
8301686 | Appajodu | Oct 2012 | B1 |
8339994 | Gnanasekaran | Dec 2012 | B2 |
8351352 | Eastlake, III | Jan 2013 | B1 |
8369335 | Jha | Feb 2013 | B2 |
8369347 | Xiong | Feb 2013 | B2 |
8392496 | Linden | Mar 2013 | B2 |
8462774 | Page | Jun 2013 | B2 |
8467375 | Blair | Jun 2013 | B2 |
8520595 | Yadav | Aug 2013 | B2 |
8599850 | Jha | Dec 2013 | B2 |
8599864 | Chung | Dec 2013 | B2 |
8615008 | Natarajan | Dec 2013 | B2 |
8706905 | McGlaughlin | Apr 2014 | B1 |
8724456 | Hong | May 2014 | B1 |
8806031 | Kondur | Aug 2014 | B1 |
8826385 | Congdon | Sep 2014 | B2 |
8918631 | Kumar | Dec 2014 | B1 |
8937865 | Kumar et al. | Jan 2015 | B1 |
8995272 | Agarwal | Mar 2015 | B2 |
9438447 | Basso | Sep 2016 | B2 |
20010005527 | Vaeth | Jun 2001 | A1 |
20010055274 | Hegge | Dec 2001 | A1 |
20020019904 | Katz | Feb 2002 | A1 |
20020021701 | Lavian | Feb 2002 | A1 |
20020039350 | Wang | Apr 2002 | A1 |
20020054593 | Morohashi | May 2002 | A1 |
20020091795 | Yip | Jul 2002 | A1 |
20030041085 | Sato | Feb 2003 | A1 |
20030123393 | Feuerstraeter | Jul 2003 | A1 |
20030147385 | Montalvo | Aug 2003 | A1 |
20030174706 | Shankar | Sep 2003 | A1 |
20030189905 | Lee | Oct 2003 | A1 |
20030208616 | Laing | Nov 2003 | A1 |
20030216143 | Roese | Nov 2003 | A1 |
20040001433 | Gram | Jan 2004 | A1 |
20040003094 | See | Jan 2004 | A1 |
20040010600 | Baldwin | Jan 2004 | A1 |
20040049699 | Griffith | Mar 2004 | A1 |
20040057430 | Paavolainen | Mar 2004 | A1 |
20040081171 | Finn | Apr 2004 | A1 |
20040117508 | Shimizu | Jun 2004 | A1 |
20040120326 | Yoon | Jun 2004 | A1 |
20040156313 | Hofmeister et al. | Aug 2004 | A1 |
20040165595 | Holmgren | Aug 2004 | A1 |
20040165596 | Garcia | Aug 2004 | A1 |
20040205234 | Barrack | Oct 2004 | A1 |
20040213232 | Regan | Oct 2004 | A1 |
20050007951 | Lapuh | Jan 2005 | A1 |
20050044199 | Shiga | Feb 2005 | A1 |
20050074001 | Mattes | Apr 2005 | A1 |
20050094568 | Judd | May 2005 | A1 |
20050094630 | Valdevit | May 2005 | A1 |
20050122979 | Gross | Jun 2005 | A1 |
20050157645 | Rabie et al. | Jul 2005 | A1 |
20050157751 | Rabie | Jul 2005 | A1 |
20050169188 | Cometto | Aug 2005 | A1 |
20050195813 | Ambe | Sep 2005 | A1 |
20050207423 | Herbst | Sep 2005 | A1 |
20050213561 | Yao | Sep 2005 | A1 |
20050220096 | Friskney | Oct 2005 | A1 |
20050265356 | Kawarai | Dec 2005 | A1 |
20050278565 | Frattura | Dec 2005 | A1 |
20060007869 | Hirota | Jan 2006 | A1 |
20060018302 | Ivaldi | Jan 2006 | A1 |
20060023707 | Makishima et al. | Feb 2006 | A1 |
20060029055 | Perera | Feb 2006 | A1 |
20060034292 | Wakayama | Feb 2006 | A1 |
20060036765 | Weyman | Feb 2006 | A1 |
20060059163 | Frattura | Mar 2006 | A1 |
20060062187 | Rune | Mar 2006 | A1 |
20060072550 | Davis | Apr 2006 | A1 |
20060083254 | Ge | Apr 2006 | A1 |
20060093254 | Mozdy | May 2006 | A1 |
20060098589 | Kreeger | May 2006 | A1 |
20060140130 | Kalkunte | Jun 2006 | A1 |
20060168109 | Warmenhoven | Jul 2006 | A1 |
20060184937 | Abels | Aug 2006 | A1 |
20060221960 | Borgione | Oct 2006 | A1 |
20060227776 | Chandrasekaran | Oct 2006 | A1 |
20060235995 | Bhatia | Oct 2006 | A1 |
20060242311 | Mai | Oct 2006 | A1 |
20060245439 | Sajassi | Nov 2006 | A1 |
20060251067 | DeSanti | Nov 2006 | A1 |
20060256767 | Suzuki | Nov 2006 | A1 |
20060265515 | Shiga | Nov 2006 | A1 |
20060285499 | Tzeng | Dec 2006 | A1 |
20060291388 | Amdahl | Dec 2006 | A1 |
20060291480 | Cho | Dec 2006 | A1 |
20070036178 | Hares | Feb 2007 | A1 |
20070053294 | Ho | Mar 2007 | A1 |
20070083625 | Chamdani | Apr 2007 | A1 |
20070086362 | Kato | Apr 2007 | A1 |
20070094464 | Sharma | Apr 2007 | A1 |
20070097968 | Du | May 2007 | A1 |
20070098006 | Parry | May 2007 | A1 |
20070116224 | Burke | May 2007 | A1 |
20070116422 | Reynolds | May 2007 | A1 |
20070156659 | Lim | Jul 2007 | A1 |
20070177525 | Wijnands | Aug 2007 | A1 |
20070177597 | Ju | Aug 2007 | A1 |
20070183313 | Narayanan | Aug 2007 | A1 |
20070206762 | Chandra | Sep 2007 | A1 |
20070211712 | Fitch | Sep 2007 | A1 |
20070258449 | Bennett | Nov 2007 | A1 |
20070274234 | Kubota | Nov 2007 | A1 |
20070289017 | Copeland, III | Dec 2007 | A1 |
20080052487 | Akahane | Feb 2008 | A1 |
20080056135 | Lee | Mar 2008 | A1 |
20080065760 | Damm | Mar 2008 | A1 |
20080080517 | Roy | Apr 2008 | A1 |
20080095160 | Yadav | Apr 2008 | A1 |
20080101386 | Gray | May 2008 | A1 |
20080112400 | Dunbar et al. | May 2008 | A1 |
20080133760 | Berkvens et al. | Jun 2008 | A1 |
20080159277 | Vobbilisetty | Jul 2008 | A1 |
20080172492 | Raghunath | Jul 2008 | A1 |
20080181196 | Regan | Jul 2008 | A1 |
20080181243 | Vobbilisetty | Jul 2008 | A1 |
20080186981 | Seto | Aug 2008 | A1 |
20080205377 | Chao | Aug 2008 | A1 |
20080219172 | Mohan | Sep 2008 | A1 |
20080225852 | Raszuk | Sep 2008 | A1 |
20080225853 | Melman | Sep 2008 | A1 |
20080228897 | Ko | Sep 2008 | A1 |
20080240129 | Elmeleegy | Oct 2008 | A1 |
20080267179 | LaVigne | Oct 2008 | A1 |
20080285458 | Lysne | Nov 2008 | A1 |
20080285555 | Ogasahara | Nov 2008 | A1 |
20080298248 | Roeck | Dec 2008 | A1 |
20080304498 | Jorgensen | Dec 2008 | A1 |
20080310342 | Kruys | Dec 2008 | A1 |
20090022069 | Khan | Jan 2009 | A1 |
20090037607 | Farinacci | Feb 2009 | A1 |
20090042270 | Dolly | Feb 2009 | A1 |
20090044270 | Shelly | Feb 2009 | A1 |
20090067422 | Poppe | Mar 2009 | A1 |
20090067442 | Killian | Mar 2009 | A1 |
20090079560 | Fries | Mar 2009 | A1 |
20090080345 | Gray | Mar 2009 | A1 |
20090083445 | Ganga | Mar 2009 | A1 |
20090092042 | Yuhara | Apr 2009 | A1 |
20090092043 | Lapuh | Apr 2009 | A1 |
20090106405 | Mazarick | Apr 2009 | A1 |
20090116381 | Kanda | May 2009 | A1 |
20090129384 | Regan | May 2009 | A1 |
20090138577 | Casado | May 2009 | A1 |
20090138752 | Graham | May 2009 | A1 |
20090161584 | Guan | Jun 2009 | A1 |
20090161670 | Shepherd | Jun 2009 | A1 |
20090168647 | Holness | Jul 2009 | A1 |
20090199177 | Edwards | Aug 2009 | A1 |
20090204965 | Tanaka | Aug 2009 | A1 |
20090213783 | Moreton | Aug 2009 | A1 |
20090222879 | Kostal | Sep 2009 | A1 |
20090232031 | Vasseur | Sep 2009 | A1 |
20090245137 | Hares | Oct 2009 | A1 |
20090245242 | Carlson | Oct 2009 | A1 |
20090246137 | Hadida | Oct 2009 | A1 |
20090252049 | Ludwig | Oct 2009 | A1 |
20090252061 | Small | Oct 2009 | A1 |
20090260083 | Szeto | Oct 2009 | A1 |
20090279558 | Davis | Nov 2009 | A1 |
20090292858 | Lambeth | Nov 2009 | A1 |
20090316721 | Kanda | Dec 2009 | A1 |
20090323698 | LeFaucheur | Dec 2009 | A1 |
20090323708 | Ihle | Dec 2009 | A1 |
20090327392 | Tripathi | Dec 2009 | A1 |
20090327462 | Adams | Dec 2009 | A1 |
20100027420 | Smith | Feb 2010 | A1 |
20100046471 | Hattori | Feb 2010 | A1 |
20100054260 | Pandey | Mar 2010 | A1 |
20100061269 | Banerjee | Mar 2010 | A1 |
20100074175 | Banks | Mar 2010 | A1 |
20100097941 | Carlson | Apr 2010 | A1 |
20100103813 | Allan | Apr 2010 | A1 |
20100103939 | Carlson | Apr 2010 | A1 |
20100131636 | Suri | May 2010 | A1 |
20100158024 | Sajassi | Jun 2010 | A1 |
20100165877 | Shukla | Jul 2010 | A1 |
20100165995 | Mehta | Jul 2010 | A1 |
20100168467 | Johnston | Jul 2010 | A1 |
20100169467 | Shukla | Jul 2010 | A1 |
20100169948 | Budko | Jul 2010 | A1 |
20100182920 | Matsuoka | Jul 2010 | A1 |
20100195489 | Zhou | Aug 2010 | A1 |
20100215042 | Sato | Aug 2010 | A1 |
20100215049 | Raza | Aug 2010 | A1 |
20100220724 | Rabie | Sep 2010 | A1 |
20100226368 | Mack-Crane | Sep 2010 | A1 |
20100226381 | Mehta | Sep 2010 | A1 |
20100246388 | Gupta | Sep 2010 | A1 |
20100257263 | Casado | Oct 2010 | A1 |
20100265849 | Harel | Oct 2010 | A1 |
20100271960 | Krygowski | Oct 2010 | A1 |
20100272107 | Papp | Oct 2010 | A1 |
20100281106 | Ashwood-Smith | Nov 2010 | A1 |
20100284414 | Agarwal | Nov 2010 | A1 |
20100284418 | Gray | Nov 2010 | A1 |
20100287262 | Elzur | Nov 2010 | A1 |
20100287548 | Zhou | Nov 2010 | A1 |
20100290473 | Enduri | Nov 2010 | A1 |
20100299527 | Arunan | Nov 2010 | A1 |
20100303071 | Kotalwar | Dec 2010 | A1 |
20100303075 | Tripathi | Dec 2010 | A1 |
20100303083 | Belanger | Dec 2010 | A1 |
20100309820 | Rajagopalan | Dec 2010 | A1 |
20100309912 | Mehta | Dec 2010 | A1 |
20100329110 | Rose | Dec 2010 | A1 |
20110019678 | Mehta | Jan 2011 | A1 |
20110032945 | Mullooly | Feb 2011 | A1 |
20110035489 | McDaniel | Feb 2011 | A1 |
20110035498 | Shah | Feb 2011 | A1 |
20110044339 | Kotalwar | Feb 2011 | A1 |
20110044352 | Chaitou | Feb 2011 | A1 |
20110055274 | Scales et al. | Mar 2011 | A1 |
20110064086 | Xiong | Mar 2011 | A1 |
20110064089 | Hidaka | Mar 2011 | A1 |
20110072208 | Gulati | Mar 2011 | A1 |
20110085560 | Chawla | Apr 2011 | A1 |
20110085563 | Kotha | Apr 2011 | A1 |
20110110266 | Li | May 2011 | A1 |
20110134802 | Rajagopalan | Jun 2011 | A1 |
20110134803 | Dalvi | Jun 2011 | A1 |
20110134925 | Safrai | Jun 2011 | A1 |
20110142053 | Van Der Merwe | Jun 2011 | A1 |
20110142062 | Wang | Jun 2011 | A1 |
20110161494 | McDysan | Jun 2011 | A1 |
20110161695 | Okita | Jun 2011 | A1 |
20110176412 | Stine | Jul 2011 | A1 |
20110188373 | Saito | Aug 2011 | A1 |
20110194403 | Sajassi | Aug 2011 | A1 |
20110194563 | Shen | Aug 2011 | A1 |
20110228780 | Ashwood-Smith | Sep 2011 | A1 |
20110231570 | Altekar | Sep 2011 | A1 |
20110231574 | Saunderson | Sep 2011 | A1 |
20110235523 | Jha | Sep 2011 | A1 |
20110243133 | Villait | Oct 2011 | A9 |
20110243136 | Raman | Oct 2011 | A1 |
20110246669 | Kanada | Oct 2011 | A1 |
20110255538 | Srinivasan | Oct 2011 | A1 |
20110255540 | Mizrahi | Oct 2011 | A1 |
20110261828 | Smith | Oct 2011 | A1 |
20110268120 | Vobbilisetty | Nov 2011 | A1 |
20110268125 | Vobbilisetty | Nov 2011 | A1 |
20110273988 | Tourrilhes | Nov 2011 | A1 |
20110274114 | Dhar | Nov 2011 | A1 |
20110280572 | Vobbilisetty | Nov 2011 | A1 |
20110286457 | Ee | Nov 2011 | A1 |
20110296052 | Guo | Dec 2011 | A1 |
20110299391 | Vobbilisetty | Dec 2011 | A1 |
20110299413 | Chatwani | Dec 2011 | A1 |
20110299414 | Yu | Dec 2011 | A1 |
20110299527 | Yu | Dec 2011 | A1 |
20110299528 | Yu | Dec 2011 | A1 |
20110299531 | Yu | Dec 2011 | A1 |
20110299532 | Yu | Dec 2011 | A1 |
20110299533 | Yu | Dec 2011 | A1 |
20110299534 | Koganti | Dec 2011 | A1 |
20110299535 | Vobbilisetty | Dec 2011 | A1 |
20110299536 | Cheng | Dec 2011 | A1 |
20110317559 | Kern | Dec 2011 | A1 |
20110317703 | Dunbar et al. | Dec 2011 | A1 |
20120011240 | Hara | Jan 2012 | A1 |
20120014261 | Salam | Jan 2012 | A1 |
20120014387 | Dunbar | Jan 2012 | A1 |
20120020220 | Sugita | Jan 2012 | A1 |
20120027017 | Rai | Feb 2012 | A1 |
20120033663 | Guichard | Feb 2012 | A1 |
20120033665 | Da Silva | Feb 2012 | A1 |
20120033668 | Humphries | Feb 2012 | A1 |
20120033669 | Mohandas | Feb 2012 | A1 |
20120033672 | Page | Feb 2012 | A1 |
20120063363 | Li | Mar 2012 | A1 |
20120075991 | Sugita | Mar 2012 | A1 |
20120099567 | Hart | Apr 2012 | A1 |
20120099602 | Nagapudi | Apr 2012 | A1 |
20120106339 | Mishra | May 2012 | A1 |
20120117438 | Shaffer | May 2012 | A1 |
20120131097 | Baykal | May 2012 | A1 |
20120131289 | Taguchi | May 2012 | A1 |
20120134266 | Roitshtein | May 2012 | A1 |
20120136999 | Roitshtein | May 2012 | A1 |
20120147740 | Nakash | Jun 2012 | A1 |
20120158997 | Hsu | Jun 2012 | A1 |
20120163164 | Terry | Jun 2012 | A1 |
20120177039 | Berman | Jul 2012 | A1 |
20120210416 | Mihelich | Aug 2012 | A1 |
20120230225 | Matthews | Sep 2012 | A1 |
20120230800 | Kimura | Sep 2012 | A1 |
20120243359 | Katoch | Sep 2012 | A1 |
20120243539 | Keesara | Sep 2012 | A1 |
20120275297 | Subramanian | Nov 2012 | A1 |
20120275347 | Banerjee | Nov 2012 | A1 |
20120278804 | Narayanasamy | Nov 2012 | A1 |
20120294192 | Masood | Nov 2012 | A1 |
20120294194 | Balasubramanian | Nov 2012 | A1 |
20120320800 | Kamble | Dec 2012 | A1 |
20120320926 | Kamath et al. | Dec 2012 | A1 |
20120327766 | Tsai et al. | Dec 2012 | A1 |
20120327937 | Melman et al. | Dec 2012 | A1 |
20130003535 | Sarwar | Jan 2013 | A1 |
20130003737 | Sinicrope | Jan 2013 | A1 |
20130003738 | Koganti | Jan 2013 | A1 |
20130028072 | Addanki | Jan 2013 | A1 |
20130034015 | Jaiswal | Feb 2013 | A1 |
20130034021 | Jaiswal | Feb 2013 | A1 |
20130067466 | Combs | Mar 2013 | A1 |
20130070762 | Adams | Mar 2013 | A1 |
20130114595 | Mack-Crane et al. | May 2013 | A1 |
20130124707 | Ananthapadmanabha | May 2013 | A1 |
20130127848 | Joshi | May 2013 | A1 |
20130136123 | Ge | May 2013 | A1 |
20130148546 | Eisenhauer | Jun 2013 | A1 |
20130194914 | Agarwal | Aug 2013 | A1 |
20130219473 | Schaefer | Aug 2013 | A1 |
20130250951 | Koganti | Sep 2013 | A1 |
20130259037 | Natarajan | Oct 2013 | A1 |
20130272135 | Leong | Oct 2013 | A1 |
20130294451 | Li | Nov 2013 | A1 |
20130301642 | Radhakrishnan | Nov 2013 | A1 |
20130346583 | Low | Dec 2013 | A1 |
20140013324 | Zhang | Jan 2014 | A1 |
20140025736 | Wang | Jan 2014 | A1 |
20140044126 | Sabhanatarajan | Feb 2014 | A1 |
20140056298 | Vobbilisetty | Feb 2014 | A1 |
20140105034 | Sun | Apr 2014 | A1 |
20150010007 | Matsuhira | Jan 2015 | A1 |
20150030031 | Zhou | Jan 2015 | A1 |
20150143369 | Zheng | May 2015 | A1 |
Number | Date | Country |
---|---|---|
102801599 | Nov 2012 | CN |
0579567 | May 1993 | EP |
0579567 | Jan 1994 | EP |
0993156 | Dec 2000 | EP |
1398920 | Mar 2004 | EP |
2001167 | Aug 2007 | EP |
1916807 | Oct 2007 | EP |
2008056838 | May 2008 | WO |
2009042919 | Apr 2009 | WO |
2010111142 | Sep 2010 | WO |
2014031781 | Feb 2014 | WO |
Entry |
---|
Rosen, E. et al., “BGP/MPLS VPNs”, Mar. 1999. |
Office Action for U.S. Appl. No. 14/577,785, filed Dec. 19, 2014, dated Apr. 13, 2015. |
Office Action for U.S. Appl. No. 13/786,328, filed Mar. 5, 2013, dated Mar. 13, 2015. |
Office Action for U.S. Appl. No. 13/425,238, filed Mar. 20, 2012, dated Mar. 12, 2015. |
Abawajy J. “An Approach to Support a Single Service Provider Address Image for Wide Area Networks Environment” Centre for Parallel and Distributed Computing, School of Computer Science Carleton University, Ottawa, Ontario, K1S 5B6, Canada. |
Zhai F. Hu et al. ‘RBridge: Pseudo-Nickname; draft-hu-trill-pseudonode-nickname-02.txt’, May 15, 2012. |
Mahalingam “VXLAN: A Framework for Overlaying Virtualized Layer 2 Networks over Layer 3 Networks” Oct. 17, 2013 pp. 1-22, Sections 1, 4 and 4.1. |
Office action dated Apr. 30, 2015, U.S. Appl. No. 13/351,513, filed Jan. 17, 2012. |
Office Action dated Apr. 1, 2015, U.S. Appl. No. 13/656,438, filed Oct. 19, 2012. |
Office Action dated May 21, 2015, U.S. Appl. No. 13/288,822, filed Nov. 3, 2011. |
Siamak Azodolmolky et al. “Cloud computing networking: Challenges and opportunities for innovations”, IEEE Communications Magazine, vol. 51, No. 7, Jul. 1, 2013. |
Office Action dated Apr. 1, 2015 U.S. Appl. No. 13/656,438 filed Oct. 19, 2012. |
Office action dated Jun. 8, 2015, U.S. Appl. No. 14/178,042, filed Feb. 11, 2014. |
Office Action Dated Jun. 10, 2015, U.S. Appl. No. 13/890,150, filed May 8, 2013 |
Office action dated Mar. 4, 2013, U.S. Appl. No. 13/092,877, filed Apr. 22, 2011. |
Office action dated Sep. 5, 2013, U.S. Appl. No. 13/092,877, filed Apr. 22, 2011. |
Office action dated Jan. 6, 2014, U.S. Appl. No. 13/092,877, filed Apr. 22, 2011. |
Office action dated Jun. 20, 2014, U.S. Appl. No. 13/092,877, filed Apr. 22, 2011. |
Office action dated Jun. 7, 2012, U.S. Appl. No. 12/950,968, filed Nov. 19, 2010. |
Office action dated Jan. 4, 2013, U.S. Appl. No. 12/950,968, filed Nov. 19, 2010. |
Office action dated Sep. 19, 2012, U.S. Appl. No. 13/092,864, filed Apr. 22, 2011. |
Office action dated May 31, 2013, U.S. Appl. No. 13/098,360, filed Apr. 29, 2011. |
Office action dated Oct. 2, 2013, U.S. Appl. No. 13/044,326, filed Mar. 9, 2011. |
Office action dated Dec. 3, 2012, U.S. Appl. No. 13/030,806, filed Feb. 18, 2011. |
Office action dated Jun. 11, 2013, U.S. Appl. No. 13/030,806, filed Feb. 18, 2011. |
Office action dated Apr. 22, 2014, U.S. Appl. No. 13/030,806, filed Feb. 18, 2011. |
Office action dated Apr. 25, 2013, U.S. Appl. No. 13/030,688, filed Feb. 18, 2011. |
Office action dated Jun. 11, 2013, U.S. Appl. No. 13/044,301, filed Mar. 9, 2011. |
Office action dated Feb. 22, 2013, U.S. Appl. No. 13/044,301, filed Mar. 9, 2011. |
Office action dated Oct. 26, 2012, U.S. Appl. No. 13/050,102, filed Mar. 17, 2011. |
Office action dated May 16, 2013, U.S. Appl. No. 13/050,102, filed Mar. 17, 2011. |
Office action dated Jan. 28, 2013, U.S. Appl. No. 13/148,526, filed Jul. 16, 2011. |
Office action dated May 22, 2013, U.S. Appl. No. 13/148,526, filed Jul. 16, 2011. |
Office action dated Dec. 2, 2013, U.S. Appl. No. 13/184,526, filed Jul. 16, 2011. |
Office action dated Jun. 19, 2013, U.S. Appl. No. 13/092,873, filed Apr. 22, 2011. |
Office action dated Nov. 29, 2013, U.S. Appl. No. 13/092,873, filed Apr. 22, 2011. |
Office action dated Jul. 23, 2013, U.S. Appl. No. 3/365,993, filed Feb. 3, 2012. |
Office action dated Jul. 18, 2013, U.S. Appl. No. 13/365,808, filed Feb. 3, 2012. |
Office action dated Mar. 6, 2014, U.S. Appl. No. 13/425,238, filed Mar. 20, 2012. |
Office action dated Jun. 13, 2013, U.S. Appl. No. 13/312,903, filed Dec. 6, 2011. |
Office action dated Nov. 12, 2013, U.S. Appl. No. 13/312,903, filed Dec. 6, 2011. |
Office action dated Jun. 18, 2014, U.S. Appl. No. 13/440,861, filed Apr. 5, 2012. |
Office action dated Feb. 28, 2014, U.S. Appl. No. 13/351,513, filed Jan. 17, 2012. |
Office action dated May 9, 2014, U.S. Appl. No. 13/484,072, filed May 30, 2012. |
Office action dated Oct. 21, 2013, U.S. Appl. No. 13/533,843, filed Jun. 26, 2012. |
Office action dated May 14, 2014, U.S. Appl. No. 13/533,843, filed Jun. 26, 2012. |
Office action dated Feb. 20, 2014, U.S. Appl. No. 13/598,204, filed Aug. 29, 2012. |
Office action dated Jun. 6, 2014, U.S. Appl. No. 13/669,357, filed Nov. 5, 2012. |
Office action dated Jul. 7, 2014, U.S. Appl. No. 13/044,326, filed Mar. 9, 2011. |
Office action dated Aug. 4, 2014, U.S. Appl. No. 13/050,102, filed Mar. 17, 2011. |
Perlman, Radia et al., ‘RBridges: Base Protocol Specification; Draft-ietf-trill-rbridge-protocol-16.txt’, Mar. 3, 2010, pp. 1-117. |
‘An Introduction to Brocade VCS Fabric Technology’, Brocade white paper, http://community.brocade.com/docs/DOC-2954, Dec. 3, 2012. |
U.S. Appl. No. 13/030,806 Office Action dated Dec. 3, 2012. |
Office Action dated Apr. 9, 2014, U.S. Appl. No. 13/092,724, filed Apr. 22, 2011. |
Office Action dated Mar. 14, 2014, U.S. Appl. No. 13/092,460, filed Apr. 22, 2011. |
Office Action dated Mar. 26, 2014, U.S. Appl. No. 13/092,701, filed Apr. 22, 2011. |
Office Action dated Apr. 9, 2014, U.S. Appl. No. 13/092,752, filed Apr. 22, 2011. |
Brocade ‘Brocade Unveils ‘The Effortless Network’’, http://newsroom.brocade.com/press-releases/brocade-unveils-the-effortless-network-nasdaq-brcd-0859535, 2012. |
Kreeger, L. et al., ‘Network Virtualization Overlay Control Protocol Requirements draft-kreeger-nvo3-overlay-cp-00’, Jan. 30, 2012. |
Lapuh, Roger et al., ‘Split Multi-link Trunking (SMLT)’, draft-lapuh-network-smlt-08, Jul. 2008. |
Office Action for U.S. Appl. No. 13/092,752, filed Apr. 22, 2011, from Park, Jung H., dated Jul. 18, 2013. |
Office Action for U.S. Appl. No. 13/365,993, filed Feb. 3, 2012, from Cho, Hong Sol., dated Jul. 23, 2013. |
Office Action for U.S. Appl. No. 12/725,249, filed Mar. 16, 2010, dated Apr. 26, 2013. |
Office Action for U.S. Appl. No. 12/725,249, filed Mar. 16, 2010, dated Sep. 12, 2012. |
Office Action for U.S. Appl. No. 12/950,968, filed Nov. 19, 2010, dated Jan. 4, 2013. |
Office Action for U.S. Appl. No. 12/950,968, filed Nov. 19, 2010, dated Jun. 7, 2012. |
Office Action for U.S. Appl. No. 12/950,974, filed Nov. 19, 2010, dated Dec. 20, 2012. |
Office Action for U.S. Appl. No. 12/950,974, filed Nov. 19, 2010, dated May 24, 2012. |
Office Action for U.S. Appl. No. 13/030,688, filed Feb. 18, 2011, dated Apr. 25, 2013. |
Office Action for U.S. Appl. No. 13/030,806, filed Feb. 18, 2011, dated Jun. 11, 2013. |
Office Action for U.S. Appl. No. 13/042,259, filed Mar. 7, 2011, dated Mar. 18, 2013. |
Office Action for U.S. Appl. No. 13/042,259, filed Mar. 7, 2011, dated Jul. 31, 2013. |
Office Action for U.S. Appl. No. 13/044,301, filed Mar. 9, 2011, dated Feb. 22, 2013. |
Office Action for U.S. Appl. No. 13/044,301, filed Mar. 9, 2011, dated Jun. 11, 2013. |
Office Action for U.S. Appl. No. 13/044,326, filed Mar. 9, 2011, dated Oct. 2, 2013. |
Office Action for U.S. Appl. No. 13/050,102, filed Mar. 17, 2011, dated Oct. 26, 2012. |
Office Action for U.S. Appl. No. 13/050,102, filed Mar. 17, 2011, dated May 16, 2013. |
Office Action for U.S. Appl. No. 13/092,460, filed Apr. 22, 2011, dated Jun. 21, 2013. |
Office Action for U.S. Appl. No. 13/092,580, filed Apr. 22, 2011, dated Jun. 10, 2013. |
Office Action for U.S. Appl. No. 13/092,701, filed Apr. 22, 2011, dated Jan. 28, 2013. |
Office Action for U.S. Appl. No. 13/092,701, filed Apr. 22, 2011, dated Jul. 3, 2013. |
Office Action for U.S. Appl. No. 13/092,724, filed Apr. 22, 2011, dated Feb. 5, 2013. |
Office Action for U.S. Appl. No. 13/092,752, filed Apr. 22, 2011, dated Feb. 5, 2013. |
Office Action for U.S. Appl. No. 13/092,864, filed Apr. 22, 2011, dated Sep. 19, 2012. |
Office Action for U.S. Appl. No. 13/092,873, filed Apr. 22, 2011, dated Jun. 19, 2013. |
Office Action for U.S. Appl. No. 13/092,877, filed Apr. 22, 2011, dated Mar. 4, 2013. |
Office Action for U.S. Appl. No. 13/092,877, filed Apr. 22, 2011, dated Sep. 5, 2013. |
Office Action for U.S. Appl. No. 13/098,360, filed Apr. 29, 2011, dated May 31, 2013. |
Office Action for U.S. Appl. No. 13/098,490, filed May 2, 2011, dated Dec. 21, 2012. |
Office Action for U.S. Appl. No. 13/098,490, filed May 2, 2011, dated Jul. 9, 2013. |
Office Action for U.S. Appl. No. 13/184,526, filed Jul. 16, 2011, dated Jan. 28, 2013. |
Office Action for U.S. Appl. No. 13/184,526, filed Jul. 16, 2011, dated May 22, 2013. |
Office Action for U.S. Appl. No. 13/365,808, filed Jul. 18, 2013, dated Jul. 18, 2013. |
Office Action for U.S. Appl. No. 13/092,887, dated Jan. 6, 2014. |
Office Action for U.S. Appl. No. 13/030,806, filed Feb. 18, 2011, dated Dec. 3, 2012. |
Office Action for U.S. Appl. No. 13/098,490, filed May 2, 2011, dated Mar. 27, 2014. |
Office Action for U.S. Appl. No. 13/312,903, filed Dec. 6, 2011, dated Jun. 13, 2013. |
Office Action for U.S. Appl. No. 13/092,873, filed Apr. 22, 2011, dated Nov. 29, 2013. |
Office Action for U.S. Appl. No. 13/184,526, filed Jul. 16, 2011, dated Dec. 2, 2013. |
Office Action for U.S. Appl. No. 13/598,204, filed Aug. 29, 2012, dated Feb. 20, 2014. |
Office Action for U.S. Appl. No. 13/030,688, filed Feb. 18, 2011, dated Jul. 17, 2014. |
Office Action for U.S. Appl. No. 13/044,326, filed Mar. 9, 2011, dated Jul. 7, 2014. |
Office Action for U.S. Appl. No. 13/092,752, filed Apr. 22, 2011, dated Apr. 9, 2014. |
Office Action for U.S. Appl. No. 13/092,873, filed Apr. 22, 2011, dated Jul. 25, 2014. |
Office Action for U.S. Appl. No. 13/092,877, filed Apr. 22, 2011, dated Jun. 20, 2014. |
Office Action for U.S. Appl. No. 13/312,903, filed Dec. 6, 2011, dated Aug. 7, 2014. |
Office Action for U.S. Appl. No. 13/351,513, filed Jan. 17, 2012, dated Jul. 24, 2014. |
Office Action for U.S. Appl. No. 13/425,238, filed Mar. 20, 2012, dated Mar. 6, 2014. |
Office Action for U.S. Appl. No. 13/556,061, filed Jul. 23, 2012, dated Jun. 6, 2014. |
Office Action for U.S. Appl. No. 13/742,207 dated Jul. 24, 2014, filed Jan. 15, 2013. |
Office Action for U.S. Appl. No. 13/950,974, filed Nov. 19, 2010, from Haile, Awet A., dated Dec. 2, 2012. |
Office Action for U.S. Appl. No. 13/087,239, filed Apr. 14, 2011, dated Dec. 5, 2012. |
Perlman R: ‘Challenges and opportunities in the design of TRILL: a routed layer 2 technology’, 2009 IEEE Globecom Workshops, Honolulu, HI, USA, Piscataway, NJ, USA, Nov. 30, 2009 (Nov. 30, 2009), pp. 1-6, XP002649647, DOI: 10.1109/GLOBECOM.2009.5360776 ISBN: 1-4244-5626-0 [retrieved on Jul. 19, 2011]. |
Trill Working Group Internet-Draft Intended status: Proposed Standard RBridges: Base Protocol Specificaiton Mar. 3, 2010. |
Office action dated Aug. 14, 2014, U.S. Appl. No. 13/092,460, filed Apr. 22, 2011. |
Office action dated Jul. 7, 2014, for U.S. Appl. No. 13/044,326, filed Mar. 9, 2011. |
Office Action dated Dec. 19, 2014, for U.S. Appl. No. 13/044,326, filed Mar. 9, 2011. |
Office Action for U.S. Appl. No. 13/092,873, filed Apr. 22, 2011, dated Nov. 7, 2014. |
Office Action for Application No. 13/092,877, filed Apr. 22, 2011, dated Nov. 10, 2014. |
Office Action for U.S. Appl. No. 13/157,942, filed Jun. 10, 2011. |
Mckeown, Nick et al. “OpenFlow: Enabling Innovation in Campus Networks”, Mar. 14, 2008, www.openflow.org/documents/openflow-wp-latest.pdf. |
Office Action for U.S. Appl. No. 13/044,301, dated Mar. 9, 2011. |
Office Action for U.S. Appl. No. 13/184,526, filed Jul. 16, 2011, dated Jan. 5, 2015. |
Office Action for U.S. Appl. No. 13/598,204, filed Aug. 29, 2012, dated Jan. 5, 2015. |
Office Action for U.S. Appl. No. 13/669,357, filed Nov. 5, 2012, dated Jan. 30, 2015. |
Office Action for U.S. Appl. No. 13/851,026, filed Mar. 26, 2013, dated Jan. 30, 2015. |
Office Action for U.S. Appl. No. 13/092,460, filed Apr. 22, 2011, dated Mar. 13, 2015. |
Office Action for U.S. Appl. No. 13/425,238, dated Mar. 12, 2015. |
Office Action for U.S. Appl. No. 13/092,752, filed Apr. 22, 2011, dated Feb. 27, 2015. |
Office Action for U.S. Appl. No. 13/042,259, filed Mar. 7, 2011, dated Feb. 23, 2015. |
Office Action for U.S. Appl. No. 13/044,301, filed Mar. 9, 2011, dated Jan. 29, 2015. |
Office Action for U.S. Appl. No. 13/050,102, filed Mar. 17, 2011, dated Jan. 26, 2015. |
Office action dated Oct. 2, 2014, for U.S. Appl. No. 13/092,752, filed Apr. 22, 2011. |
Kompella, Ed K. et al., ‘Virtual Private LAN Service (VPLS) Using BGP for Auto-Discovery and Signaling’ Jan. 2007. |
Huang, Nen-Fu et al. “An Effective Spanning Tree Algorithm for a Bridged LAN”, Mar. 16, 1992. |
Zhai, H. et al., “RBridge: Pseudo-Nickname draft-hu-trill-pseudonode-nickname-02.”, May 15, 2012. |
Narten, T. et al. “Problem Statement: Overlays for Network Virtualization draft-narten-nvo3-overlay-problem-statement-01”, Oct. 31, 2011. |
Knight, Paul et al. “Layer 2 and 3 Virtual Private Networks: Taxonomy, Technology, and Standardization Efforts”, 2004. |
An Introduction to Brocade VCS Fabric Technology, Dec. 3, 2012. |
Kreeger, L et al. “Network Virtualization Overlay Control Protocol Requirements draft-kreeger-nvo3-overlay-cp-00”, Aug. 2, 2012. |
Knight, Paul et al., “Network based IP VPN Architecture using Virtual Routers”, May 2003. |
Louati, Wajdi et al., “Network-Based Virtual Personal Overlay Networks Using Programmable Virtual Routers”, 2005. |
Brocade Unveils “The Effortless Network”, 2009. |
The Effortless Network: HyperEdge Technology for the Campus LAN, 2012. |
Foundary FastIron Configuration Guide, Software Release FSX 04.2.00b, Software Release FWS 04.3.00, Software Release FGS 05.0.00a, 2008. |
FastIron and TurbuIron 24x Configuration Guide, 2010. |
FastIron Configuration Guide, Supporting IronWare Software Release 07.0.00, 2009. |
Christensen, M. et al., Considerations for Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD) Snooping Switches, 2006. |
Perlman, Radia et al. “RBridges: Base Protocol Specification”, <draft-ietf-trill-rbridge-protocol-16.txt>, 2010. |
Brocade Fabric OS (FOS) 6.2 Virtual Fabrics Feature Frequently Asked Questions, 2009. |
Eastlake III, Donald et al., “RBridges: TRILL Header Options”, 2009. |
Perlman, Radia “Challenges and Opportunities in the Design of TRILL: a Routed layer 2 Technology”, 2009. |
Perlman, Radia et al., “RBridge VLAN Mapping”, <draft-ietf-trill-rbridge-vlan-mapping-01.txt>, 2009. |
Knight, S. et al., “Virtual Router Redundancy Protocol”, 1998. |
“Switched Virtual Internetworking moves beyond bridges and routers”, 8178 Data Communications 23(1994) September, No. 12. |
Touch, J. et al., “Transparent Interconnection of Lots of Links (TRILL): Problem and Applicability Statement”, 2009. |
Lapuh, Roger et al., “Split Multi-link Trunking (SMLT)”, 2002. |
Lapuh, Roger et al., “Split Multi-Link Trunking (SMLT) draft-Lapuh-network-smlt-08”, 2009. |
Nadas, S. et al., “Virtual Router Redundancy Protocol (VRRP) Version 3 for IPv4 and IPv6”, 2010. |
Office action dated Sep. 12, 2012, U.S. Appl. No. 12/725,249, filed Mar. 16, 2010. |
Office action dated Apr. 26, 2012, U.S. Appl. No. 12/725,249, filed Mar. 16, 2010. |
Office action dated Dec. 5, 2012, U.S. Appl. No. 13/087,239, filed Apr. 14, 2011. |
Office action dated May 22, 2013, U.S. Appl. No. 13/087,239, filed Apr. 14, 2011. |
Office action dated Dec. 21, 2012, U.S. Appl. No. 13/098,490, filed May 2, 2011. |
Office action dated Jul. 9, 2013, U.S. Appl. No. 13/098,490, filed May 2, 2011. |
Office action dated Mar. 27, 2014, U.S. Appl. No. 13/098,490, filed May 2, 2011. |
Office action dated Feb. 5, 2013, U.S. Appl. No. 13/092,724, filed Apr. 22, 2011. |
Office action dated Jul. 16, 2013, U.S. Appl. No. 13/092,724, filed Jul. 16, 2013. |
Office action dated Jun. 10, 2013, U.S. Appl. No. 13/092,580, filed Apr. 22, 2011. |
Office action dated Jan. 10, 2014, U.S. Appl. No. 13/092,580, filed Apr. 22, 2011. |
Office action dated Mar. 18, 2013, U.S. Appl. No. 13/042,259, filed Mar. 7, 2011. |
Office action dated Jan. 16, 2014, U.S. Appl. No. 13/042,259, filed Mar. 7, 2011. |
Office action dated Jul. 31, 2013, U.S. Appl. No. 13/042,259, filed Mar. 7, 2011. |
Office action dated Jun. 21, 2013, U.S. Appl. No. 13/092,460, filed Apr. 22, 2011. |
Office action dated Jan. 28, 2013, U.S. Appl. No. 13092701, filed Apr. 22, 2011. |
Office action dated Jul. 3, 2013, U.S. Appl. No. 13/092,701, filed Apr. 22, 2011. |
Office action dated Feb. 5, 2013, U.S. Appl. No. 13/092,752, filed Apr. 22, 2011. |
Office action dated Jul. 18, 2013, U.S. Appl. No. 13/092,752, filed Apr. 22, 2011. |
Office action dated Dec. 20, 2012, U.S. Appl. No. 12/950,974, filed Nov. 19, 2010. |
Office action dated May 24, 2012, U.S. Appl. No. 12/950,974, filed Nov. 19, 2010. |
Office Action dated Jun. 18, 2015, U.S. Appl. No. 13/098,490, filed May 2, 2011. |
Office Action dated Jun. 16, 2015, U.S. Appl. No. 13/048,817, filed Mar. 15, 2011. |
Office Action dated Jul. 31, 2015, U.S. Appl. No. 13/598,204, filed Aug. 29, 2014. |
Office Action dated Jul. 31, 2015, U.S. Appl. No. 14/473,941, filed Aug. 29, 2014. |
Office Action dated Jul. 31, 2015, U.S. Appl. No. 14/488,173, filed Sep. 16, 2014. |
Office Action dated Aug. 21, 2015, U.S. Appl. No. 13/776,217, filed Feb. 25, 2013. |
Office Action dated Aug. 19, 2015, U.S. Appl. No. 14/156,374, filed Jan. 15, 2014. |
Office Action dated Sep. 2, 2015, U.S. Appl. No. 14/151,693, filed Jan. 9, 2014. |
Office Action dated Sep. 17, 2015, U.S. Appl. No. 14/577,785, filed Dec. 19, 2014. |
Office Action dated Sep. 22, 2015 U.S. Appl. No. 13/656,438, filed Oct. 19, 2012. |
Office Action dated Nov. 5, 2015, U.S. Appl. No. 14/178,042, filed Feb. 11, 2014. |
Office Action dated Oct. 19, 2015, U.S. Appl. No. 14/215,996, filed Mar. 17, 2014. |
Office Action dated Sep. 18, 2015, U.S. Appl. No. 13/345,566, filed Jan. 6, 2012. |
Open Flow Switch Specification Version 1.1.0, Feb. 28, 2011. |
Open Flow Switch Specification Version 1.0.0, Dec. 31, 2009. |
Open Flow Configuration and Management Protocol 1.0 (OF-Config 1.0) Dec. 23, 2011. |
Open Flow Switch Specification Version 1.2 Dec. 5, 2011. |
Office action dated Feb. 2, 2016, U.S. Appl. No. 13/092,460, filed Apr. 22, 2011. |
Office Action dated Feb. 2, 2016. U.S. Appl. No. 14/154,106, filed Jan. 13, 2014. |
Office Action dated Feb. 3, 2016, U.S. Appl. No. 13/098,490, filed May 2, 2011. |
Office Action dated Feb. 4, 2016, U.S. Appl. No. 13/557,105, filed Jul. 24, 2012. |
Office Action dated Feb. 11, 2016, U.S. Appl. No. 14/488,173, filed Sep. 16, 2014. |
Office Action dated Feb. 24, 2016, U.S. Appl. No. 13/971,397, filed Aug. 20, 2013. |
Office Action dated Feb. 24, 2016, U.S. Appl. No. 12/705,508, filed Feb. 12, 2010. |
Number | Date | Country | |
---|---|---|---|
20140198656 A1 | Jul 2014 | US |
Number | Date | Country | |
---|---|---|---|
61752856 | Jan 2013 | US |