A method includes receiving multicast traffic intended for host devices; identifying a flow associated with the multicast traffic; retrieving information associated with a group of multicast trees, where the group of multicast trees includes information associated with a group of i/O units, associated with a network node; identifying a particular tree that corresponds to the identified flow, where the particular tree includes information associated with a set of i/O units; and transferring the multicast traffic to an i/O unit, of the set of i/O units, based on the identification of the particular tree, where the transferring enables the i/O unit to send a copy of the multicast traffic to other i/O units of the set of i/O units, and the set of i/O units to process the multicast traffic in a manner that utilizes bandwidth or processing resources in a controlled manner and to send a copy of the multicast traffic to each of the host devices.
|
7. A device comprising:
a memory; and
a plurality of input/output (i/O) units,
a first i/O unit, of the plurality of i/O units, being to:
receive traffic,
determine, based on information identifying a flow associated with the traffic, that the traffic is to be processed based on a first tree of a plurality of trees,
a root node, of the first tree, being associated with a second i/O unit of the plurality of i/O units, and
a leaf node, of the first tree, corresponding to a root node of a second tree, of the plurality of trees, that is associated with a third i/O unit of the plurality of i/O units,
and
send the traffic to the second i/O unit to be processed based on determining that the traffic is to be processed based on the first tree.
13. A system comprising:
a network device to:
receive, by a first input/output (i/O) unit of a plurality of i/O units associated with the network device, traffic;
determine, by the first i/O unit and based on information identifying a flow associated with a portion of the traffic, whether the portion of the traffic is to be processed based on a first tree or a second tree,
a root node, of the first tree, being associated with a second i/O unit of the plurality of i/O units,
a root node, of the second tree, being associated with a third i/O unit of the plurality of i/O units, and
another node, of the first tree, corresponding to the root node of the second tree; and
selectively send, by the first i/O unit, the traffic to:
the second i/O unit to be processed based on the first tree when the traffic is to be processed based on the first tree, or
the third i/O unit to be processed based on the second tree when the traffic is to be processed based on the second tree.
1. A method performed by a network device, the method comprising:
receiving, by a first input/output (i/O) unit of a plurality of i/O units associated with the network device, multicast traffic intended for a plurality of devices connected via the network device;
determining, by the first i/O unit and based on information identifying a flow associated with the multicast traffic, whether the multicast traffic is to be processed based on a first binary tree or a second binary tree,
a root node, of the first binary tree, being associated with a second i/O unit of the plurality of i/O units,
a root node, of the second binary tree, being associated with a third i/O unit of the plurality of i/O units, and
another node, of the first binary tree, corresponding to the root node of the second binary tree; and
selectively sending, by the first i/O unit, the multicast traffic to:
the second i/O unit to be processed based on the first binary tree when the multicast traffic is to be processed based on the first binary tree, or
the third i/O unit to be processed based on the second binary tree when the multicast traffic is to be processed based on the second binary tree.
2. The method of
3. The method of
obtaining, from a packet of the multicast traffic, information associated with the flow; and
generating the information identifying the flow based on the information associated with the flow,
where the information associated with the flow includes at least one of:
a source address,
a destination address,
information identifying a type of the multicast traffic, or
information identifying a type of service associated with the multicast traffic.
4. The method of
where the method further comprises:
replicating, using the second i/O unit, the multicast traffic to generate copies of the multicast traffic;
forwarding, using the second i/O unit, each of the copies of the multicast traffic to a respective one of a fourth i/O unit and a fifth i/O unit of the plurality of i/O units,
the fourth i/O unit and the fifth i/O unit being associated with leaf nodes of the first binary tree; and
generating, using the fourth i/O unit and the fifth i/O unit, additional copies of the copies of the multicast traffic to be sent to the plurality of devices.
5. The method of
determining whether the information identifying the flow corresponds to the first binary tree or the second binary tree.
6. The method of
retrieving information associated with the first binary tree when the multicast traffic is to be processed based on the first binary tree, or
retrieving information associated with the second binary tree when the multicast traffic is to be processed based on the second binary tree.
8. The device of
where the second i/O unit is to:
replicate the multicast traffic to generate copies of the multicast traffic, and
send each of the copies of the multicast traffic to a respective one of the third i/O unit and a fourth i/O unit of the plurality of i/O units,
the fourth i/O unit being associated with another leaf node of the first tree.
9. The device of
where the second i/O unit is to send a copy of the traffic to the third i/O unit, and
where the third i/O unit is to replicate the traffic for one or more of the plurality of nodes.
10. The device of
replicate the traffic to generate copies of the traffic, and
send each of the copies of the traffic to a fourth i/O unit, of the plurality of i/O units, for transmission to a plurality of nodes,
where the fourth i/O unit is not associated with the first tree.
11. The device of
obtain, from one or more packets associated with the traffic, information associated with the flow, and
generate the information identifying the flow based on the information associated with the flow.
12. The device of
determine, based on information identifying another flow associated with another traffic, that the other traffic is to be processed based on a third tree of the plurality of trees,
a root node, of the third tree, being associated with a fourth i/O unit of the plurality of i/O units, and
a leaf node, of the third tree, being associated with a fifth i/O unit of the plurality of i/O units;
retrieve information associated with the third tree from a data structure; and
send the traffic to the fourth i/O unit to be processed based on the information associated with the third tree.
14. The system of
determine, by the first i/O unit and based on information identifying another flow associated with another portion of the traffic, that the other portion of traffic is to be processed based on a third tree,
a root node, of the third tree, being associated with a fourth i/O unit of the plurality of i/O units,
a leaf node, of the third tree, being associated with a fifth i/O unit of the plurality of i/O units, and
a type associated with the third tree being different than a type associated with the first tree and the second tree.
16. The system of
retrieve information associated with the third tree from a data structure,
the data structure storing information associated with a plurality of trees; and
send, by the first i/O unit, the traffic to the second i/O unit to be processed based on the information associated with the third tree.
17. The system of
where the network device is further to:
replicate, using the fourth i/O unit, the multicast traffic to generate copies of the multicast traffic, and
send, using the fourth i/O unit, each of the copies of the multicast traffic to a respective one of the fifth i/O unit and a sixth i/O unit of the plurality of i/O units,
the sixth i/O unit being associated with another leaf node of the third tree.
18. The system of
determine whether the information identifying the flow corresponds to the first tree or the second tree.
19. The system of
20. The system of
where the network device is further to:
replicate, using the second i/O unit, the traffic to generate copies of the traffic;
forward, using the second i/O unit, each of the copies of the traffic, to a respective one of a fourth i/O unit and a fifth i/O unit of the plurality of i/O units,
the fourth i/O unit and the fifth i/O unit being associated with leaf nodes of the first tree; and
forward, using the fourth i/O unit and the fifth i/O unit, the copies of the traffic to a plurality of devices.
|
|||||||||||||||||||||||||||
This application is a continuation of U.S. patent application Ser. No. 12/961,960, filed Dec. 7, 2010 (now U.S. Pat. No. 8,699,486), which is incorporated herein by reference.
In an increasingly networked world, more and more traffic, such as data, voice, and video, is transmitted over public and proprietary networks. The public or private networks process traffic based on the type of traffic (e.g., text, data, video, etc.), a particular quality of service (QoS) with respect to the traffic, a category of traffic (e.g., unicast, broadcast, or multicast traffic), etc. When processing broadcast and/or multicast traffic, network nodes within the public or private networks may replicate received traffic in order to transmit a copy of the traffic to host devices that are authorized to receive the traffic.
Unfortunately, when performing replications associated with multicast traffic, network nodes may not fully utilize the bandwidth and/or processing capacity of the network nodes. Additionally, network nodes may generate more copies of the traffic than are to be transmitted to the host devices, which may cause the network nodes to waste bandwidth resources and/or processing capacity. Wasting the bandwidth resources and/or processing capacity may cause the network nodes to become congested and/or reduce the throughput of the public or private networks.
According to one aspect, a method may include receiving, by a first input/output (I/O) unit of a group of I/O units associated with a network node, multicast traffic intended for a group of host devices; identifying, by the first I/O unit, a flow associated with the multicast traffic based on information obtained from the multicast traffic; retrieving, by the first I/O unit and from a memory associated with the network node, information associated with two or more multicast trees, where the two or more multicast trees may include information associated with all or a portion of the group of I/O units, associated with the network node, that process multicast traffic. The method may also include identifying, by the first I/O unit, a particular tree, of the two or more multicast trees, that corresponds to the identified flow, where the particular tree may include information associated with one or more I/O units of the group of I/O units; and transferring, by the first I/O unit, the multicast traffic to a second I/O unit, of the one or more I/O units, based on the identification of the particular tree, where the transferring may enable the second I/O unit to distribute a copy of the transferred multicast traffic to other I/O units of the one or more I/O units, and the one or more I/O units to process the multicast traffic in a manner that utilizes bandwidth or processing resources in a controlled manner and to send a copy of the multicast traffic to each of the group of host devices based on the processing.
According to another aspect, a network node may include a memory to store information associated with a group of sub trees that correspond to a group of I/O units associated with the network node; and a switch fabric to transfer multicast traffic between the group of I/O units. The network node may also include a first I/O unit, of the group of I/O units to receive multicast traffic intended for a group of host devices connected to the network node; identify one or more of the group of sub trees with which to process the multicast traffic based on one or more flows associated with the multicast traffic; send, to a second I/O unit of the group of I/O units and via the switch fabric, a portion of the multicast traffic associated with one of the one or more flows that corresponds to a sub tree of the group of sub trees, where the sub tree may include information associated with the second I/O unit and a set of other I/O units of the group of I/O units. The network node may further include the second I/O unit to receive the portion of the multicast traffic; send a copy of the portion of the multicast traffic to the set of I/O units that permits the second I/O unit and the set of I/O units to generate a group of copies to be outputted to one or more of the group of host devices.
According to yet another aspect, a method performed by a network node may include receiving, by a first input/output (I/O) unit associated with the network node, multicast traffic intended for a group of host devices connected to the network node; and identify whether the multicast traffic is to be processed based on a binary tree or an inverse binary tree based on a flow associated with the multicast traffic. The binary tree may include a first root node associated with a second I/O unit and a group of leaf nodes, associated with two or more I/O units, of a group of I/O units associated with the network node, that are logically connected to the first root node. The inverse binary tree may include a second root node associated with a third I/O unit and a group of other leaf nodes, associated with two or more other I/O units of the group of I/O units, that are logically connected to the second root node. The method may also include sending, by the first I/O unit and to the second I/O unit, the multicast traffic to be processed based on a determination that the identified flow corresponds to the binary tree, where the sending to the second I/O unit may permit the second I/O unit and the two or more I/O units to process the multicast traffic in a manner that enables a copy of the multicast traffic to be outputted to the group of host devices. The method may further include sending, by the first I/O unit and to the third I/O unit, the multicast traffic to be processed based on a determination that the identified flow corresponds to the inverse binary tree, where the sending to the third I/O unit may permit the third I/O unit and the two or more other I/O units to process the multicast traffic in a manner that enables a copy of the multicast traffic to be outputted to the group of host devices.
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate one or more implementations described herein and, together with the description, explain these implementations. In the drawings:
The following detailed description refers to the accompanying drawings. The same reference numbers in different drawings may identify the same or similar elements. Also, the following detailed description does not limit the invention.
Systems and/or methods described herein may include techniques for processing multicast traffic in a manner that does not cause excess copies of the traffic to be generated by a network node and/or that balances processing capacity and/or utilization of bandwidth recourses among packet forwarding components of the network node. As described herein, a load balancing application may distribute the incoming multicast traffic to a packet forwarding component (e.g., an input/output (I/O) component, a packet forwarding engine (PFE), etc.), within the network node, to be processed based on a flow with which the incoming multicast traffic is associated. The term “flow,” as used herein, may include a group of multicast packets associated with common attributes, such as a destination address, a source address, quality of service (QoS), a traffic type (e.g., text, video, voice, data, etc.), a type of service (e.g., messaging, security, operations and maintenance, etc.), etc.
Load balancing processor 310 may perform a load balancing operation on the incoming multicast traffic (e.g., using a multicast tree and/or a group of multicast trees as described in detail below) in order to control and/or manage the manner in which the incoming multicast traffic is to be distributed for processing. Additionally, or alternatively the load balancing operation may cause a packet forwarding component to generate copies of the multicast traffic intended for recipients (e.g., host devices) included in a group membership corresponding to the multicast traffic and without generating excess copies of the multicast traffic that are not to be sent to the intended recipients. By not generating the excess copies of the multicast traffic, bandwidth and/or processing resources within the network node may be preserved and/or allocated to perform other functions.
As described herein, distribution of the incoming multicast traffic based on the flow enables bandwidth resources and/or processing capacity of the network node to be apportioned and/or balanced among the packet forwarding components associated with a network node. Additionally, apportioning and/or balancing the processing among the packet forwarding components may enable the network node to avoid becoming congested by preventing a particular packet forwarding component from becoming over-tasked (e.g., when processing and/or available bandwidth capacity has been reached).
Node 110 may include a network device that transmits data traffic. For example, node 110 may take the form of a routing device, a switching device, a multiplexing device, or a device that performs a combination of routing, switching, and/or multiplexing functions. In one implementation, node 110 may be a digital device. In another implementation, node 110 may be an optical device. In yet another implementation, node 110 may be a combination of a digital device and an optical device.
Node 110 may include an internal or external storage device and/or memory that stores information associated with node 110 operations. In one example, node 110 may store, in the storage device and/or memory, network topology information, routing tables and/or packet forwarding tables. In another example, node 110 may store, in the storage device and/or memory, information associated with a virtual local area network (VLAN) hosted by node 110.
In one example, node 110 may process incoming multicast traffic. For example, node 110 may receive incoming multicast traffic and may generate copies of the traffic to be transmitted to other nodes 110 and/or hosts 115 based on which other nodes 110 and/or hosts 115 are included in a membership group associated with the multicast traffic. When processing the traffic, node 110 may perform a load balancing operation that enables node 110 to replicate the incoming traffic in a manner that does not create excess copies of the traffic that are not destined for intended recipients (e.g., hosts 115) and/or that processes the traffic based on a particular flow with which the traffic is associated.
Host 115 may include any computation or communication device, such as a wireless mobile communication device that is capable of communicating via network 120. For example, host 115 may include a radiotelephone, a personal communications system (PCS) terminal (e.g., that may combine a cellular radiotelephone with data processing and data communications capabilities), a personal digital assistant (PDA) (e.g., that can include a radiotelephone, a pager, Internet/intranet access, etc.), a laptop computer, a personal computer, a landline telephone, a set top box (STB), a television, a camera, a personal gaming system, or another type of computation or communication device. In another implementation, host 115 may be a server device that may gather, process, search, store, and/or provide information in a manner similar to that described herein.
Host 115 may be associated with unique identification information, such as a device identifier (e.g., a STB identifier, an IP address, a MAC address, an international mobile subscriber identity (IMSI), a national access identifier (NAI), etc.), a public identifier (e.g., a mobile device number (MDN), a landline device number (LDN), a mobile subscriber integrated services digital network (MSISDN), etc.), that may permit node 110 to distinguish between hosts 115 and/or determine group membership associated with multicast traffic. Additionally, or alternatively, host 115 may, for example, receive multicast traffic from node 110. In another example, host 115 may send Internet Group Management Protocol (IGMP) traffic to node 110 that includes multicast membership group requests to receive particular multicast traffic (e.g., a join) or to stop receiving the particular multicast traffic (e.g., a leave).
Network 120 may include one or more wired and/or wireless networks. For example, network 120 may include a cellular network, a public land mobile network (PLMN), a second generation (2G) network, a third generation (3G) network, a fourth generation (4G) network (e.g., a long term evolution (LTE) network), a fifth generation (5G) network, and/or another network. Additionally, or alternatively, network 120 may include a wide area network (WAN), a metropolitan network (MAN), a telephone network (e.g., the Public Switched Telephone Network (PSTN)), an ad hoc network, an intranet, the Internet, a fiber optic-based network, and/or a combination of these or other types of networks.
Although,
Node 110 may receive network traffic, as one or more packet stream(s), from physical links, may process the packet stream(s) to determine destination information, and may transmit the packet stream(s) out on links in accordance with the destination information. Node 110 may include a controller 210, a set of input/output (I/O) units 220-1, 220-2, . . . , 220-M (where M≧1) (hereinafter referred to collectively as “I/O units 220” and individually as “I/O unit 220”), and a switch fabric 230.
Controller 210 may include a processor, a microprocessor, or some form of hardware logic (e.g., an application specific integrated circuit (ASIC) or a field programmable gate array (FPGA)). In one example implementation, controller 210 may include an Ethernet controller and/or another controller device. Controller 210 may perform high level management functions for node 110. For example, controller 210 may maintain the connectivity and manage information/data necessary for transferring packets by node 110. Controller 210 may create routing tables based on network topology information, create forwarding tables based on the routing tables, and communicate the forwarding tables to I/O units 220. I/O units 220 may use the forwarding tables to perform route lookup for incoming packets and perform the forwarding functions for node 110. Controller 210 may also perform other general control and monitoring functions for node 110. In one example, controller 210 may generate multicast routing tables based on multicast membership information. In another example, controller 210 may generate and/or update multicast trees, such as binary trees or sub trees (e.g., as described in detail below) which may be used when processing multicast traffic. Controller 210 may forward the multicast forwarding tables and/or information associated with multicast trees to I/O units 220.
I/O unit 220 may include a component or collection of components to receive packets, to process incoming and/or outgoing packets, and/or to transmit outgoing packets. For example, I/O unit 220 may include I/O ports, a packet forwarding component, an Ethernet interface and/or another type of interface, a central processing unit (CPU), and/or a memory device. I/O unit 220 may include a collection of ports that receive or transmit packets via physical links. I/O unit 220 may also include packet processing component(s), switch interface component(s), Internet processor component(s), memory device(s), etc. Each of I/O units 220 may be connected to controller 210 and switch fabric 230. I/O units 220 may receive packet data on physical links connected to a network (e.g., network 120). Each physical link could be one of many types of transport media, such as an optical fiber or an Ethernet cable.
I/O units 220 may process incoming packet data prior to transmitting the data to another I/O unit 220 or the network. I/O units 220 may perform route lookups for the data using the forwarding table from controller 210 to determine destination information. If the destination indicates that the data should be sent out on a physical link, connected to I/O unit 220, then I/O unit 220 may prepare the data for transmission by, for example, adding any necessary headers and/or modifying existing headers, and/or transmitting the data from the port associated with the physical link. If the destination indicates that the data should be sent to another I/O unit 220 via switch fabric 230, then I/O unit 220 may, if necessary, prepare the data for transmission to the other I/O unit 220 and/or may send the data to the other I/O unit 220 via switch fabric 230.
I/O units 220 may process incoming multicast traffic and may perform a load balancing operation on the multicast traffic. For example, I/O unit 220 receive multicast traffic and may, based on the forwarding tables, determine that the multicast traffic is to be sent, by I/O unit 220, to a particular next hop (e.g., another I/O unit 220, another node 110, host 115, etc.). Based on the determination, I/O unit 220 may generate a copy of the multicast traffic for transmission to the next hop. I/O unit 220 may determine to which I/O unit 220 the multicast traffic is to be sent based on a flow to which the traffic corresponds. I/O unit 220 may send the multicast traffic to a particular I/O unit 220, via switch fabric 230, based on a multicast tree that corresponds to the flow. The particular I/O unit 220 may receive the multicast traffic and may send replication notifications to other I/O units 220 based on the multicast tree. The particular I/O unit 220 and the other I/O units 220 may receive the notifications and may replicate the multicast traffic based on group membership associated with the multicast traffic and may forward copies of the multicast traffic to other nodes 110 and/or hosts 115 based on the multicast group membership and/or other I/O units 220 to be forwarded, by the other I/O units 220, to the other nodes 110 and/or hosts 115.
Switch fabric 230 may include one or multiple switching planes to facilitate communication among I/O units 220 and/or controller 210. In one implementation, each of the switching planes may include a single-stage switch or a multi-stage switch of crossbar elements. Switch fabric 230 may also, or alternatively, include processors, memories, and/or paths that permit communication among I/O units 220 and/or controller 210.
I/O ports 300 may be a point of attachment for a physical link and/or may include a component to receive, transmit, and/or process packets associated with traffic (e.g., multicast traffic and/or other traffic) received from and/or sent to another node 110 and/or host 115. For example, I/O ports 300 may include an Ethernet interface, an OC interface, an ATM interface, or another type of interface. I/O ports 300 may include a variety of physical interfaces via which packets can be received, can be transmitted, or can be received and transmitted. In another implementation, I/O ports 300 may collectively comprise a physical interface card (PIC). I/O ports 300 may be connected to packet forwarding component 305 and may send incoming packets to packet forwarding component 305 and/or may receive outgoing packets from packet forwarding component 305.
Packet forwarding component 305 may include a one or more components to receive packets, process incoming and/or outgoing packets, and/or transmit outgoing packets. For example, packet forwarding component 305 may include an Ethernet interface and/or another type of interface, a CPU, and/or a memory device. Packet forwarding component 305 may include packet processing component(s), switch interface component(s), Internet processor component(s), memory device(s), etc. Alternatively, or additionally, packet forwarding component 305 may include a load balancing processor 310 and a replicator 315. Packet forwarding component 305 may be interconnected with I/O ports 300 and/or switch fabric 230, and/or other components within I/O unit 220.
Load balancing processor 310 may include a processor, a microprocessor, or some form of hardware logic (e.g., an ASIC or a FPGA) and/or a component or collection of components to perform a load balancing operation on incoming or outgoing multicast traffic. In one example implementation, load balancing processor 310 may include software or logic associated with a load balancing application that performs load balancing operations on incoming multicast traffic.
Load balancing processor 310 may determine a quantity of copies of the multicast traffic based on a group membership (e.g., stored in a memory associated with I/O unit 220) associated with the multicast traffic. Load balancing processor 310 may, for example, identify to which nodes 110 and/or hosts 115 a copy of the multicast traffic is to be sent based on the group membership. Additionally, or alternatively, load balancing processor 310 may perform a load balancing operation on the multicast traffic by determining to which other I/O units 220 the multicast traffic is to be sent to be processed in order to send the copies of the multicast traffic to the identified nodes 110 and/or hosts 115. Sending the multicast traffic to other I/O units 220 to be processed may enable bandwidth resources and/or processing capacity, associated with replicating the multicast traffic (e.g., to generate the desired quantity of copies of the multicast traffic), to be allocated and/or distributed to the other I/O units 220 in a controlled and/or managed manner and/or in a manner that does not waste bandwidth and/or processing resources.
Load balancing processor 310 may receive multicast traffic and may identify a flow with which the multicast traffic is associated. The flow may be determined based on flow information obtained from a header of packets associated with the multicast traffic, such as a destination address, a source address, QoS, a traffic type (e.g., text, video, voice, data, etc.), type of service (e.g., messaging, security, operations and maintenance, etc.), etc. In one example, load balancing processor 310 may generate a unique value that corresponds to the flow using a hash function and/or some other mathematical function based on the flow information. Each flow within the multicast traffic may have a unique value that may be used by load balancing processor 310 when performing the load balancing operation.
In one example implementation, load balancing processor 310 may use the unique value (e.g., obtained using the hash function) associated with the flow to determine the manner in which multicast traffic is to be forwarded to other I/O units 220 based on one or more multicast trees, such as a pair of binary trees (e.g., described in detail below in
In another example implementation, load balancing processor 310 may use the unique value associated with the flow determine the manner in which the multicast traffic is to be forwarded to the other I/O units 220 based on one or more other multicast trees, such as a group of sub trees (e.g., described in detail below in
Load balancing processor 310 may determine that a copy of the incoming multicast traffic is to be transmitted, by I/O unit 220, to a host device 110 and/or other node 110 in a manner that does not include switch fabric 230. The load balancing application may, for example, send a replication notification to replicator 315 that instructs replicator 315 to generate one or more copies of the multicast traffic to be sent to the host device 110 and/or the other node 110. In another example, forwarding component 305, associated with I/O unit 220, may receive other multicast fabric from another I/O unit 220 via switch fabric 230 and/or a notification to perform a replication operation on the other multicast traffic. Load balancing processor 310 may send another replication notification to replicator 315 that instructs replicator 315 to generate one or more copies of the other multicast traffic to be sent to host devices 110 and/or the other nodes 110 associated with a group membership associated with the other multicast traffic.
Replicator 315 may include one or more components to perform replication operations on multicast traffic. Replicator 315 may receive instructions (e.g., a replication notification) from load balancing processor 310 to perform a replication operation on multicast traffic and replicator 315 may generate one or more copies of multicast traffic in response to the instruction. Replicator 315, may forward the one or more copies of the multicast traffic to another I/O unit 220 via switch fabric 230, and/or to node 110 and/or host 115 via I/O port 300. In another example, the multicast traffic may be forwarded by load balancing processor 310, forwarding component 305, and/or another component associated with I/O unit 220.
Although,
Binary tree pair 410 may permit multicast traffic to be distributed among all or a portion of I/O units 220 within node 110 in order to process the multicast traffic in a manner that does not cause a particular I/O unit 220 to be over tasked (e.g., where maximum processing and/or bandwidth capacity is reached) and/or to maximize traffic throughput via node 110. Binary tree pair 410 may include information associated with T tree 420 and/or T′ tree 430. Binary tree pair 410 may enable load balancing processor 310 to forward the multicast traffic, using the information associated with T tree 420 or T′ tree 430, based on the identified flow.
T tree 420 may include information associated with each I/O unit 220 that is to perform replication operations within node 110 (e.g., I/O units 220-1, 220-2, 220-4 through 220-7, 220-9, and 220-M; shown as “1,” “2,” “4” through “7,” “9”, and “M” in
T′ tree 430 may include information associated with each I/O unit 220 that is included in the other binary tree (e.g., T tree 420) of binary tree pair 410. T′ tree 430 may include a root node 432 and/or one or more leaf nodes 434. In an example implementation, T′ tree 430 may be an inverse of T tree 420. For example, a particular leaf node 424 (e.g., M) of T tree 420 that is the furthest logical distance from root node 422, within T tree 420, may be a root node (e.g., root node 432) within T′ tree 430. Conversely, root node 422 (e.g., 1), of T tree 420, may be a leaf node 434 associated with a furthest logical distance (e.g., a distance of three in this example) from root node 434 within T′ tree 430. Leaf nodes 422 that were the second furthest logical distance within T tree 420 may, for example, be a pair leaf nodes 434 (e.g., 7 and 9) that are logically interconnected (e.g., associated with a distance of one) with root node 432. Leaf nodes 424 (e.g., 6) associated with the second furthest logical distance within T tree 420 and/or that do not generate copies of multicast traffic to be forwarded to other I/O units 220 may, for example, be leaf node 434, within T′ tree 430, that perform replication operations in order to forward copies of the multicast traffic to other I/O units 220. Leaf nodes 424 (e.g., 5) associated with the second furthest logical distance within T tree 420 and/or that generate copies of multicast traffic to be forwarded to other I/O units 220 may, for example, be leaf node 434, within T′ tree 430, that do not perform replication operations to forward copies of the multicast traffic to other I/O units 220.
If load balancing processor 310 identifies the multicast traffic as being associated with flow (A), then load balancing processor 310 may retrieve, from a memory associated with I/O unit 220, information associated with a binary tree that corresponds to flow (A) (e.g., T tree 420). Based on the information associated with the binary tree, load balancing processor 310 may forward, via switch fabric 230, the incoming multicast traffic (e.g., associated with flow (A)) to another I/O unit 220 (e.g., I/O unit 220-1) that corresponds to root node 422 associated with the binary tree. It should be appreciated that the forwarding of the incoming multicast traffic is generally performed without replicating or generating a copy of the multicast traffic, which preserves bandwidth and/or processing resources associated with node 110.
The other I/O unit 220 may receive the multicast traffic and may replicate the multicast traffic in order to send, via switch fabric 230, a copy of the multicast traffic to a pair of I/O units 220 (e.g., I/O unit 220-2 and/or I/O unit 220-4) that correspond to the pair of logically interconnected leaf nodes 424 identified in the binary tree (e.g., T tree 420). The pair of I/O units 220 may each replicate the multicast traffic in order to send, via switch fabric 230, the copies of the multicast traffic to the other pairs of I/O units 220 (e.g., I/O units 220-5 through 220-7, and/or 220-9) that correspond to the other pair of logically interconnected leaf nodes 424 identified in the binary tree. I/O units 220 associated with the other pair of logically interconnected leaf nodes 424 may perform other replications of the multicast traffic until all replicating I/O units 220 associated with the binary tree have receive a copy of the multicast traffic.
Each I/O unit 220, included in the binary tree, that received a copy of the multicast traffic may generate additional copies of the multicast traffic that corresponds to other respective nodes 110 and/or respective hosts 115 that are included in the membership group associated with the multicast traffic. Additionally, or alternatively, each I/O unit 220 may send a copy of the multicast traffic to the respective other nodes 110 and/or hosts 115.
In another example, if load balancing processor 310 identifies the multicast traffic as being associated with flow (B), then load balancing processor 310 may retrieve, from a memory associated with I/O unit 220, information associated with another binary tree that corresponds to flow (B) (e.g., T′ tree 430). Based on the information associated with the other binary tree (e.g., an inverse binary tree), load balancing processor 310 may forward, via switch fabric 230, the incoming multicast traffic (e.g., associated with flow (B)) to another I/O unit 220 (e.g., I/O unit 220-M) that corresponds to root node 432 associated with the binary tree. It should be appreciated that the forwarding of the incoming multicast traffic is generally performed without replicating or generating a copy of the multicast traffic, which preserves bandwidth and/or processing resources associated with node 110. Additionally, or alternatively, processing the multicast traffic associated with flow (B), using the other binary tree, increases a diversity in which bandwidth and/or processing resources of node 110 are distributed among I/O units 220 when processing multicast traffic.
I/O unit 220-M may receive the multicast traffic and may perform replication operations and/or forwarding operations (e.g., via switch fabric 230) to leaf nodes 434 in a manner similar to that described above (e.g., with respect to T tree 420). Alternatively, or additionally, leaf nodes 434, associated with T′ tree 430, may perform further replication and/or forwarding operations (e.g., via switch fabric 230) and may send copies of the multicast traffic (e.g., associated with flow (B), to other nodes 110 and/or hosts 115 that are included within a group membership associated with the multicast traffic.
In yet another example, I/O unit 220 may receive the incoming multicast traffic (e.g., associated with flow (A) and/or flow (B)) and may perform replication operations on the multicast traffic based on a determination that copies of the multicast traffic are to be sent to other nodes 110 and/or hosts 115 in a manner that does not include switch fabric 230.
As shown in
In one example, I/O unit 220 may retrieve information associated with a group membership associated with the multicast traffic and/or the flow to identify a quantity of nodes 110 and/or hosts 115 that are to receive a copy of the traffic.
As also shown in
Load balancing processor 310 may use the unique identifier to select a binary tree that is to be used to process the traffic. For example, load balancing processor 310 may determine whether the unique identifier corresponds to a binary tree (e.g., T tree 420 with respect to
In another example implementation, load balancing processor 310 may uniquely identify the flow based on the information associated with the flow, which may not include generating the unique identifier. Load balancing processor 310 may, for example, use the uniquely identified flow to select the binary tree or the inverse binary tree to process the traffic.
As further shown in
Each I/O unit 220, of the pair of other I/O units 220, may replicate the traffic and may send a copy of the traffic to respective other pairs of I/O units 220 that are logically interconnected (e.g., associated with a distance of two relative to root node 422) with the pair of I/O units 220 to be processed. The replicating and/or the sending of copies of the traffic may be performed by additional pairs of I/O units 220 (e.g., associated with increasing distances relative to root node 422) until all I/O units 220, associated with the binary tree, have received a copy of the traffic.
The other I/O unit 220 (e.g., corresponding to root node 422) that received the traffic and I/O units 220 (e.g., corresponding to leaf nodes 422) associated with the binary tree that received a copy of the traffic, may perform one or more replications to generate additional copies of the traffic to be sent to nodes 110 and/or hosts 115 associated with the group membership of the traffic. Alternatively, or additionally, each I/O unit 220 may send a copy of the traffic to a respective node 110 and/or host 115 that each I/O unit 220 corresponds and/or is interconnected.
As yet further shown in
Each I/O unit 220, of the pair of other I/O units 220, may replicate the traffic and may send a copy of the traffic to respective other pairs of I/O units 220 that are logically interconnected (e.g., associated with a distance of two relative to root node 432) with the pair of I/O units 220 to be processed. The replicating and/or the sending of copies of the traffic may be performed by additional pairs of I/O units 220 (e.g., associated with increasing distances relative to root node 432) until all I/O units 220, associated with the inverse binary tree, have received a copy of the traffic.
The other I/O unit 220 (e.g., corresponding to root node 432) that received the traffic and I/O units 220 (e.g., corresponds to leaf nodes 434) associated with the inverse binary tree that received a copy of the traffic, may perform one or more replications to generate additional copies of the traffic to be sent to nodes 110 and/or hosts 115 associated with the group membership of the traffic. Alternatively, or additionally, each I/O unit 220 may send a copy of the traffic to a respective node 110 and/or host 115 that each I/O unit 220 corresponds and/or is interconnected.
Sub tree set 605 may store information associated with a sub tree set that includes a set of identifiers that correspond to I/O units 220, which are used by load balancing processor 310 to process multicast traffic. For example, sub tree set 610 may include a set of identifiers that are associated with I/O units 220 that participate in replication operations (e.g., to generate a copy of multicast traffic) associated with node 110. Set 610 may include an identifier that corresponds to a root node 612. For example, the identifier (e.g., “1”) that corresponds to root node 612 may be associated with a particular I/O unit 220 (e.g., I/O unit 220-1) that performs replication operations. Set 610 may include other identifiers that correspond to leaf nodes 613. For example, the identifiers (e.g., “2” and “3”) that correspond to leaf nodes 613 may be associated with other I/O units 220 (e.g., I/O unit 220-2 and I/O unit 220-3) that perform replication operations and which may receive multicast traffic from I/O unit 220 corresponding to root node 612).
Data structure 600 may store information associated with other sub tree sets (e.g., sets 614 through 622). Each of the other sub tree sets may include an identifier that corresponds to a respect root node. For example, set 614 may include a root node that corresponds to I/O unit 220-2; set 616 may include a root node that corresponds to I/O unit 220-3; set 618 may include a root node that corresponds to I/O unit 220-4; set 620 may include a root node that corresponds to I/O unit 220-5; and set 622 may include a root node that corresponds to I/O unit 220-6. Alternatively, or additionally, each of the other sub trees may include an identifier that corresponds to respective leaf nodes. For example, set 614 may include leaf nodes that correspond to I/O unit 220-3 and I/O unit 220-4; set 616 may include leaf nodes that correspond to I/O unit 220-4 and I/O unit 220-5; set 618 may include leaf nodes that correspond to I/O unit 220-5 and I/O unit 220-6; set 620 may include leaf nodes that correspond to I/O unit 220-6 and I/O unit 220-1; and set 622 may include leaf nodes that correspond to I/O unit 220-1 and I/O unit 220-2.
The quantity of sub trees and/or I/O units 220 that are included in the sub trees may be configured as hardware or software by a user of node 110. For example, increasing a quantity of I/O units 220 (e.g., leaf nodes) within a set (e.g., from 2 to 3, 4, 5, etc.) may reduced a quantity of replications that are to be performed on a per-I/O unit 220 basis, which may reduce an amount of jitter that is introduced, by the replication operation, when processing packets associated with the multicast traffic. However, increasing the quantity of I/O units 220 in each set may increase a quantity of replication notifications (e.g., when copies of multicast traffic is transferred from the root node to leaf nodes), which may increase bandwidth utilization associated with node 110. Additionally, a degree of overlap between leaf nodes between sets, as described below in
As illustrated in
Each of the I/O units 220 are included in two sub tree sets of data structure 630 (e.g., an overlap value, “R”=2) as compared to three sub tree sets of data structure 600 of
Although
In another example implementation, load balancing processor 310 may identify the flow, based on the flow information and may select the sub tree that corresponds to the identified flow in a manner that does not include the unique value.
Sub trees 705-730 may permit multicast traffic to be processed by all or a portion of I/O units 220 within node 110 in a manner that controls and/or manages utilization of bandwidth and/or processing resources, associated with node 110, among I/O units 220. Sub trees 705-730 may correspond to sub tree sets 610 and 614-622 (e.g., of
In one example, I/O unit 220 may generate the unique value (e.g., using the hash function) and/or may identify a particular flow (e.g., flow (A)) based on the flow information obtained from the multicast traffic. Based on the unique value and/or the identified flow, load balancing processor 310 may retrieve, from a sub tree data structure (e.g., data structure 600) stored in a memory associated with node 110 and/or I/O unit 220, information associated with a sub tree that corresponds to the unique value and/or the identified flow (e.g., sub tree 705). From the information associated with the sub tree, load balancing processor 310 may forward, via switch fabric 230, the incoming multicast traffic (e.g., associated with flow (A)) to another I/O unit 220 (e.g., I/O unit 220-1) that corresponds to a root node of the sub tree. It should be appreciated that the forwarding of the incoming multicast traffic is generally performed without replicating or generating a copy of the multicast traffic, which preserves bandwidth and/or processing resources associated with node 110.
The other I/O unit 220 may receive the multicast traffic and may replicate the multicast traffic in order to send, via switch fabric 230, a copy of the multicast traffic to a pair of I/O units 220 (e.g., I/O unit 220-2 and/or I/O unit 220-3) that correspond to the logically interconnected leaf nodes within the sub tree (e.g., sub tree 705). Based on a quantity of nodes 110 and/or hosts 115 included in a membership group associated with the identified flow, the I/O units 220 associated with the sub tree may replicate the multicast traffic. For example, if sixty (60) nodes 110 and/or hosts 115 are included in the membership group, then each I/O unit 220, associated with the sub tree, may replicate the multicast traffic in order to generate a portion of the sixty copies of multicast traffic (e.g., 20 copies). In another example, implementation, the root node and/or leaf nodes may generate unequal portions of the quantity of copies to be generated. For example, I/O unit 220-1 (e.g., the root node) may generate 15 copies, I/O unit 220-2 may generate 25 copies, and/or I/O unit 220-3 may generate 20 copies.
I/O units 220 associated with sub tree 705 may send the generated copies of multicast traffic to a nodes 110 and/or hosts 115 included in the group membership. For example, I/O unit 220-1 may send all or a portion of the generated copies to nodes 110 and/or hosts 115 with which I/O unit 220-1 is interconnected via one or more I/O ports 300. Alternatively, or additionally, each I/O unit 220, associated with sub tree 705, may send the generated copies of the multicast traffic to other I/O units 220 to be sent to nodes 110 and/or hosts 115.
In another example, I/O unit 220 may receive other multicast traffic and use another sub tree (e.g., sub tree 710, . . . , or 730) to process the multicast traffic. In one example, load balancing processor 310 may determine that the traffic is associated with flow (B) and may send the traffic to another I/O unit 220 (e.g., I/O unit 220-2) that corresponds to the root node associated with sub tree 710. In another example, load balancing processor 310 may determine that the traffic is associated with flow (C) and may send the traffic to a further I/O unit 220 (e.g., I/O unit 220-3) that corresponds to the root node associated with sub tree 715. Load balancing processor 310 may continue to receive multicast traffic and may, in a manner similar to that described above, process the multicast traffic using a sub tree that corresponds to the identified flow (and/or a generated unique value associated with the flow). Over a period of time all or a portion of the flows associated with the multicast traffic may be processed based on all or a portion of the sub trees, which enables bandwidth resources and/or processing capacity of node 110 to be allocated and/or distributed among I/O units 220 in a controlled and/or managed fashion.
In the event that a particular I/O unit 220 malfunctions or ceases to operate, one or more sub trees in which the particular I/O unit 220 is included may be masked in a manner that enables node 110 to continue to processes multicast traffic. For example, a user of node 110 may cause sub trees 715, 720 and/or 725 to become disabled and/or bypassed when I/O unit 220-3 ceases to operate and/or malfunctions. The user may, for example, cause information associated with the sub trees 715, 720, and/or 725 to be removed from a sub tree data structure (e.g., data structure 600 of
As shown in
Load balancing processor 310 may generate a unique flow identifier associated with the flow. For example, load balancing processor 310 may use a hash function and/or some other mathematical function to generate a unique identifier that corresponds to the flow. The identifier may be generated, using the hash and/or mathematical function, based on the information associated with the flow obtained from the traffic.
As also shown in
In another example implementation, load balancing processor 310 may identify the flow based on the information associated with the flow, which may not include generating the unique identifier. Load balancing processor 310 may, for example, use the identified flow to select the sub tree with which to process the traffic.
As further shown in
I/O units 220 (e.g., I/O unit 220-4, 220-5, and/or 220-6) associated with the selected sub tree (e.g., sub tree 720) may replicate the multicast traffic based on nodes 110 and/or hosts 115 included in a membership group associated with the identified flow. Each I/O unit 220, associated with the selected sub tree, may replicate the multicast traffic in order to generate copies of the multicast traffic for a respective portion of the quantity of nodes 110 and/or hosts 115 included in the group membership.
I/O units 220 associated with the selected sub tree may send the generated copies of multicast traffic to nodes 110 and/or hosts 115 included in the group membership. For example, I/O unit 220 associated with the root node (e.g., I/O unit 220-4) may send a respective portion of the copies of multicast traffic to nodes 110 and/or hosts 115 with which I/O unit 220, associated with the root node, is interconnected. I/O units 220 associated with the leaf nodes (e.g., I/O unit 220-5 and/or I/O unit 220-6) may send other respective portions of the copies of multicast traffic to nodes 110 and/or hosts 115 with which I/O units 220, associated with the leaf nodes, are interconnected.
Alternatively, or additionally, each I/O unit 220, associated with the selected sub tree, may send all or a portion of the generated copies of the multicast traffic to other I/O units 220 to be sent to nodes 110 and/or hosts 115 included in the group membership. For example, I/O unit 220-4 may send all or a portion of the generated copies of multicast traffic to another I/O unit 220 (e.g., an I/O unit 220 that is not included in sub tree 720, such as I/O unit 220-3) to be outputted to nodes 110 and/or hosts 115 with which the other I/O unit 220 is interconnected. I/O unit 220-3 may, in another example, send all or a portion of the generated copies of multicast traffic to another I/O unit 220 (e.g., an I/O unit 220 that is not included in any of sub trees 705 through 730, such as I/O unit 220-M) to be outputted to nodes 110 and/or hosts 115 with which the other I/O unit 220 is interconnected.
Although
The foregoing description provides illustration and description, but is not intended to be exhaustive or to limit the invention to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of the invention.
While series of blocks have been described with regard to
It will be apparent that embodiments, as described herein, may be implemented in many different forms of software, firmware, and hardware in the embodiments illustrated in the figures. The actual software code or specialized control hardware used to implement embodiments described herein is not limiting of the invention. Thus, the operation and behavior of the embodiments were described without reference to the specific software code—it being understood that software and control hardware may be designed to implement the embodiments based on the description herein.
Further, certain portions, described above, may be implemented as a component or logic that performs one or more functions. A component or logic, as used herein, may include hardware, such as a processor, ASIC, or FPGA, or a combination of hardware and software (e.g., a processor executing software).
Even though particular combinations of features are recited in the claims and/or disclosed in the specification, these combinations are not intended to limit the disclosure of the invention. In fact, many of these features may be combined in ways not specifically recited in the claims and/or disclosed in the specification. Although each dependent claim listed below may directly depend on only one other claim, the disclosure of the invention includes each dependent claim in combination with every other claim in the claim set.
No element, act, or instruction used in the present application should be construed as critical or essential unless explicitly described as such. Also, as used herein, the article “a” is intended to include one or more items. Where only one item is intended, the term “one” or similar language is used. Further, the phrase “based on” is intended to mean “based, at least in part, on” unless explicitly stated otherwise.
Luo, Yong, Tripathi, Abhishek, Rautela, Vikram, Iyengar, Venu
| Patent | Priority | Assignee | Title |
| 9870449, | Feb 24 2015 | SYMPLR CARE MANAGEMENT, LLC | Methods and systems for predicting health condition of human subjects |
| Patent | Priority | Assignee | Title |
| 5666360, | Jun 06 1994 | THE CHASE MANHATTAN BANK, AS COLLATERAL AGENT | Multicast routing in self-routing multistage networks |
| 7263099, | Aug 14 2002 | Juniper Networks, Inc. | Multicast packet replication |
| 7420972, | Aug 14 2002 | Juniper Networks, Inc. | Multicast packet replication |
| 7710963, | Apr 05 2007 | Juniper Networks, Inc. | Binary trees for multicast traffic |
| 8699486, | Dec 07 2010 | Juniper Networks, Inc. | Managing multicast distribution using multicast trees |
| 20040114762, | |||
| 20060078110, | |||
| 20060114903, | |||
| 20070140245, | |||
| 20080205394, | |||
| 20080263130, | |||
| 20090161594, | |||
| 20100165989, |
| Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
| Nov 29 2010 | LUO, YONG | Juniper Networks, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032559 | /0951 | |
| Nov 29 2010 | RAUTELA, VIKRAM | Juniper Networks, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032559 | /0951 | |
| Dec 03 2010 | IYENGAR, VENU | Juniper Networks, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032559 | /0951 | |
| Dec 06 2010 | TRIPATHI, ABHISHEK | Juniper Networks, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 032559 | /0951 | |
| Mar 31 2014 | Juniper Networks, Inc. | (assignment on the face of the patent) | / |
| Date | Maintenance Fee Events |
| Feb 10 2017 | ASPN: Payor Number Assigned. |
| Aug 20 2020 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
| Aug 21 2024 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
| Date | Maintenance Schedule |
| Mar 14 2020 | 4 years fee payment window open |
| Sep 14 2020 | 6 months grace period start (w surcharge) |
| Mar 14 2021 | patent expiry (for year 4) |
| Mar 14 2023 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Mar 14 2024 | 8 years fee payment window open |
| Sep 14 2024 | 6 months grace period start (w surcharge) |
| Mar 14 2025 | patent expiry (for year 8) |
| Mar 14 2027 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Mar 14 2028 | 12 years fee payment window open |
| Sep 14 2028 | 6 months grace period start (w surcharge) |
| Mar 14 2029 | patent expiry (for year 12) |
| Mar 14 2031 | 2 years to revive unintentionally abandoned end. (for year 12) |