US20090010160A1 - Fairness scheme method and apparatus for pause capable and pause incapable ports - Google Patents
Fairness scheme method and apparatus for pause capable and pause incapable ports Download PDFInfo
- Publication number
- US20090010160A1 US20090010160A1 US12/222,291 US22229108A US2009010160A1 US 20090010160 A1 US20090010160 A1 US 20090010160A1 US 22229108 A US22229108 A US 22229108A US 2009010160 A1 US2009010160 A1 US 2009010160A1
- Authority
- US
- United States
- Prior art keywords
- tag
- pause
- network device
- network
- recited
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
- H04L47/266—Stopping or restarting the source, e.g. X-on or X-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/29—Flow control; Congestion control using a combination of thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/31—Flow control; Congestion control by tagging of packets, e.g. using discard eligibility [DE] bits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/351—Switches specially adapted for specific applications for local area network [LAN], e.g. Ethernet switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
- H04L49/3009—Header conversion, routing tables or routing tags
Definitions
- This invention relates to systems and methods for providing a fairness scheme for managing and controlling the data flow of a network, which includes both a pause capable port and a pause incapable port.
- the destination device can send a pause signal to notify the source device about the overflow conditions and if the source device is device which is capable of slowing down or stopping its transmission in response to the pause signal until the destination network device can relieve the congestion; the number of data packets that the source network needs to retransmit may be reduced.
- a source device may be referred to as a pause capable device.
- the network includes at least one network device, which is not capable of supporting or honoring a pause frame (i.e., a pause incapable device) the network may become locked into a communication session where either the pause incapable or pause capable device may be treated unfairly.
- network device 105 may be simultaneously engaged in a communication session with network device 115 , which may be a pause incapable device, and network device 110 , which may be a pause capable device.
- This scenario may create a two-to-one reception-to-transmission ratio where network device 105 receives twice as much incoming data as network device 105 is currently capable of transmitting out.
- the flow of the data packets must be monitored and controlled by the MAC (not shown) to prevention congestion from developing within network device 105 .
- the data packets stored within the buffer (not shown) of network device 105 may reach a preset threshold.
- a network device which includes a port, a tag generation unit and a flow control module.
- the port which is connected to a network entity, is configured to send and receive a data packet.
- the tag generation unit is configured to generate a tag based upon the network entity.
- the tag generation unit is also configured to add the tag to the data packet and to activate the tag.
- the flow control module is coupled with a buffer, and is configured to control storage of the data packet into the buffer.
- the flow control module is also coupled with the port, and is configured to control a communication session conducted between the network device and the network entity based upon the tag.
- the flow control module is coupled with a buffer, and is configured to control storage of the first and second data packet into the buffer.
- the flow control module is also coupled with the first and second port, and is configured to control a first communication session conducted between the network device and the pause capable device based upon the first tag and to control a second communication session conducted between the network device and the pause incapable device based upon the second tag.
- An embodiment of the invention provided is a method of flow control.
- the method includes providing a port in the network device, wherein the port is connected to a network entity, receiving a data packet at the port, generating a tag based upon the network entity, adding the tag to the data packet, and regulating the storage of the packet in a buffer based upon the tag.
- Another embodiment of the invention provides a network device, which includes a flow control means for negotiating a first communication session between a pause capable device and the network device and a second communication session between a pause incapable device and the network device.
- Another embodiment of the invention provides a network device, which includes a flow control means for unlocking a first communication loop developed between a pause capable device and the network device and a second communication loop developed between a pause incapable device and the network device.
- FIG. 2 is a block diagram of a network device according to an embodiment of the invention.
- FIG. 3 is a block diagram of a network device which may support a fairness scheme according to an embodiment of the invention
- FIG. 4 is a flowchart of a method for providing a fairness scheme to handle a network which includes both pause capable and pause incapable devices;
- FIG. 5 illustrates a network conducting communications session according to an embodiment of the invention.
- the invention provides a fairness scheme to assist a network device manage and control the flow of data packets transmitted from pause incapable and pause capable devices.
- the invention provides a scheme which regulates how to handle these data packets in an efficient and fair manner while simultaneously mitigating the occurrence of congestion.
- the terms packet, data packet, traffic, and frame may be used interchangeably.
- the network device may be an Ethernet switch, and accordingly, a packet may refer to an Ethernet frame as defined by IEEE 802.x and as modified herein.
- ATM Asynchronous Transfer Mode
- other fixed cell length systems as well as, other devices and packets may also be within the scope of the invention.
- FIG. 2 is a block diagram of an exemplary network device according to an embodiment of the invention.
- Device 200 may be a packet forwarding unit, but is not limited to, such as a switch and may be used within a network to control the flow of data to a customer or subscriber of the network.
- network device 200 may be a switch, hub, repeater, or any other network device, which may be configurable to perform the network functions defined herein.
- Device 200 may utilize and connect to a local area network (LAN), Wide Area network (WAN), or other networks such as the Internet and World Wide Web.
- Device 200 may include a number of network ports 202 (e.g., P 0 -P 7 ), which may be well known as PHYs or transceivers and perform Ethernet layer one functions.
- P 0 -P 7 network ports 202
- Device 200 may also include or be connected to a CPU 210 which may perform certain network functions, and which may communicate with, configure, and control other systems and subsystems of device 200 .
- Device 200 may include buffer 208 , which may be any number of registers, SRAM, DRAM or other memory as necessary to perform networking functions.
- device 200 may include Address Resolution Logic (ARL) 206 for performing networking functions, such as rate control, fast filter processing (FFP), congestion control, routing, learning, etc. Accordingly, ARL 206 is connected to and may communicate with MAC 204 , CPU 210 and buffer 208 .
- ARL 206 may also be configured to pre-read or snoop network ports 202 in order to perform or support a service differentiation scheme according to the invention.
- Scheduler 212 is configured to schedule or queue data packets buffered in buffer 208 .
- scheduler 212 is configured to identify each packet, by its header, receiving port, identification tag, VLAN tag, etc., and schedule data packets for transmission at each port based upon the priority of the data packet, the bandwidth allotted to the destination port, the order in which the packet was received, and/or the type of data packet.
- network device 200 may not be able to process the packets at the same rate at which the packets are received at the input ports.
- the network device may store the packets in buffer 208 until the packets can be further processed.
- the influx of data packets into network device 200 at a two-to-one ratio may cause buffer 208 to approach its threshold.
- a method of flow control may be implemented to prevent congestion. Namely, the buffer's manager must decide from which port or queue to drop the incoming data packets or to which pause capable device to send a pause frame in order to prevent the buffer from exceeding its storage area.
- any data packets, which have already been forwarded to device 200 before the PAUSE frame is transmitted, will be accepted, since time is needed for the PAUSE frame to travel from device 200 to the pause capable device and the pause capable device will need time to process and respond to the PAUSE frame.
- accepting the already transmitted data packets enables device 200 to continue to maintain a smooth data flow control process.
- the pause capable device may resume sending packets again to device 200 . If the congestion is not relieved, the packets in buffer 208 may reach the high watermark.
- device 200 may begin to drop packets received from the pause capable device, pause incapable device or both.
- Network device 200 may include another watermark, PAUSE off, (hysteristic threshold).
- PAUSE off (hysteristic threshold).
- the PAUSE off frame may have a pause time equal to zero which instructs the pause capable device to resume transmitting data packets once again to network device 200 .
- FIG. 3 is a block diagram of an example network device according to an embodiment of the invention.
- Network device 300 may be a switch, hub, repeater, or any other network device which may be configurable to perform the network functions defined herein.
- Device 300 includes a plurality of network ports 302 which are configured to send and receive signals to other network devices over a network. Accordingly, port 302 may be well-known PHYs or transceivers.
- Device 300 may also include a packet forwarding unit 304 , a data classification/tag unit 308 , a tag application module 310 , a shared memory pool (buffer) 312 , and an early drop unit 314 .
- packet forwarding unit 304 a packet forwarding unit 304 , a data classification/tag unit 308 , a tag application module 310 , a shared memory pool (buffer) 312 , and an early drop unit 314 .
- buffer shared memory pool
- Packet forwarding unit 304 is connected to ports 302 and is configured to perform various switching functions in relation to signals received at port 302 .
- packet forwarding unit 304 may contain the necessary hardware and software in order to switch data packets from one port of ports 302 to another port.
- network device 300 is a repeater, packet forwarding unit 304 contains the necessary hardware and software in order to repeat a signal received at one port of ports 302 to all the ports 302 .
- Data classification/tag unit 308 is coupled with ports 302 and with tag application module 310 , and is configured to “snoop” data packets being received at any of ports 302 . Data classification/tag unit 308 is also configured to classify the type of data being received at each port and to transmit this classification to tag application module 310 . The data classification/tag unit 308 generates and adds label information to the data packets that provide device 300 with additional information as to how to handle the data packet accordingly. The data classification/tag unit 308 may utilize the receiving port to initially identify whether the source of the data packet is either a pause capable or pause incapable network device.
- the identification tag may be inserted into the header of the packet, for example, between the source address field and the type/length field. Generation of the identification can be carried out according to the following example.
- the identification tag can be divided into two components, ID TYPE and ID TAG.
- the ID TYPE indicates that the data packet is either pause capable or pause incapable.
- Activation of the ID TAG instructs the network that congestion exists within the network device and that the identification tag should be used when making a flow control decision.
- a bit of the ID TAG can be set to value “1.”
- Data classification/tag 308 is also capable of unsetting the identification tag when the congestion is relieved. Thus, the bit of the ID TAG can be set to value “0” to unset the ID tag.
- the invention may also be configured to classify packets based on several different criteria, including the pause capable/incapable identification tag.
- the invention may be configured to also classify and switch packets based on the Type-of-service (ToS) field of the IP header.
- ToS Type-of-service
- a network operator may define a plurality of classes of service using the bits in the ToS field in the IP header or priority bits in the Ethernet header.
- Data classification/tag unit 308 may also utilize other Quality-of-service (QoS) features to assign appropriate traffic-handling policies, including congestion management, bandwidth allocation, and delay bounds for each traffic class.
- QoS Quality-of-service
- tag application module 310 In response to the classification of and assignment of the identification tag to any data packets received, tag application module 310 is configured to determine the appropriate action which should be applied to the data packet should a flow control problem arise.
- the tag application module 310 may use one or more of the classification schemes, as discussed above, to determine how the packet should be treated by network device 300 . Accordingly, the tag application module 310 may be configured to include or communicate with a look-up table (not shown) in order to use the classification data as an identification tag to search the look-up table to determine the appropriate flow control treatment for each pause capable or pause incapable data packet.
- the early drop unit 314 is configured to drop data packets. Accordingly, the early drop unit 314 (or schedulers, which are not shown) is configured to determine whether to drop the data packets based upon the information determined by the data classification/tag unit 308 and tag application module 314 . The early drop unit 314 may decide from which input ports or output ports to drop data packets. Data classification/tag unit 308 , tag application module 310 and early drop unit 314 may individually or collectively each perform the function of serving as a fairness scheme to regulate the storage of the data packets in memory pool 312 based upon the classification of the data packets.
- the data classification/tag unit 308 may unset the identification tag so that tag application module 310 instructs device 300 to send a pause frame having a pause timer equal to zero to pause capable device 320 .
- the pause off frame signal re-establishes the communication session between network drive 300 and the pause capable device 320 .
- the assignment of an activated pause incapable identification tag to a data packet by the data classification/tag unit 308 may instruct device 300 to drop the pause incapable data packet during congestion.
- the data classification/tag unit 308 may likewise unset the identification tag within the pause capable data packet when the congestion has been relieved.
- tag application module 310 may instruct network device 300 to stop dropping the pause incapable data packets when the network device is no longer congested.
- network device 300 may regulate the data flow by issuing a pause frame to pause capable device 320 and by dropping the data packets received from pause incapable device 325 until the congestion decreases.
- Network device 300 may issue a pause frame to one or more pause capable devices.
- Network device 300 may also drop the data packets received at one or more ports associated with one or more pause incapable devices.
- the invention provides a fairness scheme which is capable of re-establishing the network device's communication session with both the pause capable and the pause incapable devices.
- the invention unsets the identification tags, as discussed above, within the pause capable data packets to instruct network device 300 to issue a PAUSE off frame to the respective pause capable devices.
- instructing the pause capable device 320 to begin retransmitting data packets to network device 300 may unset the identification tags within the pause incapable data packets when the congestion has decreased so that network device 300 will stop dropping data packets from the respective pause incapable devices 325 and begin to accept incoming data packets transmitted from pause incapable device 325 .
- the communication session between the network device 300 and the pause incapable device will be a packet acceptance communication session ( FIG. 5A ), where the network device 300 will accept the incoming data packets transmitted from pause incapable device 325 .
- the setting (activation) and unsetting (deactivation) of the identification tags may control the communication session between network device 300 and pause incapable device 325 .
- activation of the identification tag may not prevent pause incapable device 325 from transmitting additional data packets to the network device 300
- activation of the identification tag may modify the communication session so that network device 300 will begin dropping the data packets received from pause incapable device 325 .
- activation of the identification tag terminates the packet acceptance communication session between network device 300 and pause incapable device 325 , but may not terminate the packet transmission session from pause incapable device 325 to network device 300 .
- the identification tag will be unset (deactivated). Deactivation of the identification tag re-establishes the packet acceptance communication session so that network device 300 will begin to accept the data packets transmitted from the pause incapable device 325 as shown in FIG. 5A .
- FIG. 4 is a flow chart of a method for applying the flow control scheme according to an embodiment of the invention.
- a packet is received at a device performing data flow control, such as a network switch described above.
- the packet may be destined for a subscriber of the network or of an Internet Service Provider (ISP), for example, and data control may be applied to control the traffic to that subscriber.
- ISP Internet Service Provider
- data control may be applied a number of ways, such as by the watermark (threshold) method.
- the capacity of the buffer which may be a shared buffer or an individual buffer associated with a respective port, is checked. This can be accomplished by employing watermark technology or another buffer-capacity detection scheme. If, at step S 4 - 3 , the capacity of the buffer has not reached a predetermined threshold, the packet is stored in a buffer at step S 4 - 4 .
- the device may include a scheduler, which is coupled to the buffer and configured to schedule the data packets stored for transmission.
- step S 4 - 5 information may be determined about the data packet.
- the port of a switch or other network device may be snooped by a data classification/tag unit of the switch, the header of the packet may be read to determine the classification of the packet.
- the data classification/tag unit may assign and set an identification tag indicating whether the data packet is a pause capable or pause incapable data packet.
- the identification tag of the packet is checked to determine how the network device should handle the packet.
- a tag application module may check to determine whether the packet is a pause capable or a pause incapable packet. If the data packet is a pause capable packet, at step S 4 - 7 , the tag application module may instruct the network device to issue a PAUSE frame to one or more pause capable devices.
- an early drop unit at step S 4 - 8 may instruct the network device to begin dropping data packets received from one or more pause incapable devices.
- the buffer is checked again to determine whether the congestion within the network device has been relieved. This can be performed by checking to determine if the capacity of the data packets stored in the buffer has fallen below a predetermined level. If the capacity has not fallen below the threshold in step S 4 - 9 , the network device will return to steps S 4 - 7 and S 4 - 8 and continue to send out pause frames to the pause capable if the previous pause time has expired and continue to drop the data packets received from the pause incapable ports, respectively.
- the data classification/tag unit may unset the identification tag of the data packet.
- the network device may re-establish a communication session with the pause capable device by transmitting a PAUSE off frame instructing the pause capable device to begin retransmitting data packets to the network device.
- a packet acceptance communication session may be re-established between the network device and the pause incapable by instructing the network device to begin permitting entry of the data packets transmitted from the pause incapable device into the network device.
- processing of the packet ends.
Abstract
Description
- This is a Continuation of U.S. patent application Ser. No. 10/163,363, which was filed on Jun. 7, 2002, which claims priority of U.S. Provisional Patent Application Ser. No. 60/378,651, which was filed on May 9, 2002. The subject matter of these earlier filed applications is hereby incorporated by reference.
- 1. Field of the Invention
- This invention relates to systems and methods for providing a fairness scheme for managing and controlling the data flow of a network, which includes both a pause capable port and a pause incapable port.
- 2. Description of the Related Art
- The media access control (MAC) protocol, as described in the IEE 802.3 standard, provides the rules that define and determine how each device connected to the network accesses the cable to transmit data along various media, such as coaxial cable, twisted-pair cable, and fiber-optic medium. The MAC protocol may employ a variety of flow control techniques, such as the watermark (threshold) technique, to control data flow and mitigate the occurrence of congestion within a network device. For instance, during a data transmission session, if a destination device is not capable of processing the incoming data packets at the rate at which the packets are received, the destination device may temporarily store the incoming data packets in a buffer until the data packets can be processed. Therefore, the buffers of the destination device may begin to fill-up and become saturated with data packets. Once the buffer becomes saturated, either the input and/or output ports of the destination device may become congested and start dropping data packets. Thus, a source device can overflow the incoming ports of the destination network device with too many data packets and still continue to send additional packets if the source device is unaware of the overflow (i.e., congestion) condition of the destination device. Packets dropped under such conditions may need to be retransmitted by the source device. However, if the destination device can send a pause signal to notify the source device about the overflow conditions and if the source device is device which is capable of slowing down or stopping its transmission in response to the pause signal until the destination network device can relieve the congestion; the number of data packets that the source network needs to retransmit may be reduced. Such a source device may be referred to as a pause capable device. However, when the network includes at least one network device, which is not capable of supporting or honoring a pause frame (i.e., a pause incapable device) the network may become locked into a communication session where either the pause incapable or pause capable device may be treated unfairly.
- For example, in
FIG. 1 ,network device 105 may be simultaneously engaged in a communication session withnetwork device 115, which may be a pause incapable device, andnetwork device 110, which may be a pause capable device. This scenario may create a two-to-one reception-to-transmission ratio wherenetwork device 105 receives twice as much incoming data asnetwork device 105 is currently capable of transmitting out. Thus, the flow of the data packets must be monitored and controlled by the MAC (not shown) to prevention congestion from developing withinnetwork device 105. In one example, the data packets stored within the buffer (not shown) ofnetwork device 105 may reach a preset threshold. Consequently,network device 105 may begin to drop packets transmitted from the pauseincapable device 115 and transmit a pause frame to the pausecapable device 110. The network may 100 become locked into this communication session wherenetwork device 105 will only communicate with pausecapable device 110, whilenetwork device 105 continues to drop the data packets received from pauseincapable device 115. - Another unfair scenario may develop where pause
capable network device 110 is treated unfairly. In such a scenario, the data packets stored within the buffers ofnetwork device 105 may reach a pause threshold triggeringnetwork device 105 to send a pause frame to pausecapable device 110. However,network device 105 may not send out a pause frame to pauseincapable device 115 becausenetwork device 105 knows that pauseincapable device 115 will not honor the pause frame. Therefore, pauseincapable device 115 will continue to send data packets tonetwork device 105 during the congestion. A locked-communication session may develop wherenetwork device 105 will only communicate with pauseincapable device 115 while pausecapable device 110 remains in a pause state until the session betweennetwork devices network 100 to become locked in an unfair communication session which provides preferential treatment to either the pause incapable or pause capable network device at the expense of the other device. Accordingly, new and improved systems and methods providing fair and impartial communication sessions for a network which includes pause capable and pause incapable devices are needed. - According to an embodiment of the invention, provided is a network device, which includes a port, a tag generation unit and a flow control module. The port, which is connected to a network entity, is configured to send and receive a data packet. The tag generation unit is configured to generate a tag based upon the network entity. The tag generation unit is also configured to add the tag to the data packet and to activate the tag. The flow control module is coupled with a buffer, and is configured to control storage of the data packet into the buffer. The flow control module is also coupled with the port, and is configured to control a communication session conducted between the network device and the network entity based upon the tag.
- According to another embodiment of the invention, a network device is provided. The network device includes a first and second port, a tag generation unit and a flow control module. The first port, which connects to a pause capable device, is configured to send and receive a first data packet. The second port, which connects to a pause incapable device, is configured to send and receive a second data packet. The tag generation unit is configured to generate a first tag for the first data packet and to generate a second tag for the second data packet. The tag generation unit is also configured to add the first tag to the first data packet and to add the second tag to the second data packet. Furthermore, the tag generation unit is configured to activate the first tag and second tag. The flow control module is coupled with a buffer, and is configured to control storage of the first and second data packet into the buffer. The flow control module is also coupled with the first and second port, and is configured to control a first communication session conducted between the network device and the pause capable device based upon the first tag and to control a second communication session conducted between the network device and the pause incapable device based upon the second tag.
- An embodiment of the invention, provided is a method of flow control. The method includes providing a port in the network device, wherein the port is connected to a network entity, receiving a data packet at the port, generating a tag based upon the network entity, adding the tag to the data packet, and regulating the storage of the packet in a buffer based upon the tag.
- Another embodiment of the invention provides a network device, which includes a flow control means for negotiating a first communication session between a pause capable device and the network device and a second communication session between a pause incapable device and the network device.
- Another embodiment of the invention provides a network device, which includes a flow control means for unlocking a first communication loop developed between a pause capable device and the network device and a second communication loop developed between a pause incapable device and the network device.
- The objects and features of the invention will be more readily understood with reference to the following description and the attached drawings, wherein:
-
FIG. 1 is a block diagram of a network including a pause incapable and a pause capable network device; -
FIG. 2 is a block diagram of a network device according to an embodiment of the invention; -
FIG. 3 is a block diagram of a network device which may support a fairness scheme according to an embodiment of the invention; -
FIG. 4 is a flowchart of a method for providing a fairness scheme to handle a network which includes both pause capable and pause incapable devices; and -
FIG. 5 illustrates a network conducting communications session according to an embodiment of the invention. - The invention provides a fairness scheme to assist a network device manage and control the flow of data packets transmitted from pause incapable and pause capable devices. In other words, during the transmission and reception of data packets to and from a network device, the invention provides a scheme which regulates how to handle these data packets in an efficient and fair manner while simultaneously mitigating the occurrence of congestion.
- For the purposes of the following discussion, the terms packet, data packet, traffic, and frame may be used interchangeably. According to a preferred embodiment of the invention, the network device may be an Ethernet switch, and accordingly, a packet may refer to an Ethernet frame as defined by IEEE 802.x and as modified herein. ATM (Asynchronous Transfer Mode) and other fixed cell length systems, as well as, other devices and packets may also be within the scope of the invention.
-
FIG. 2 is a block diagram of an exemplary network device according to an embodiment of the invention.Device 200 may be a packet forwarding unit, but is not limited to, such as a switch and may be used within a network to control the flow of data to a customer or subscriber of the network. For instance,network device 200 may be a switch, hub, repeater, or any other network device, which may be configurable to perform the network functions defined herein.Device 200 may utilize and connect to a local area network (LAN), Wide Area network (WAN), or other networks such as the Internet and World Wide Web.Device 200 may include a number of network ports 202 (e.g., P0-P7), which may be well known as PHYs or transceivers and perform Ethernet layer one functions.Network ports 202 are connected to network devices on one end, such as a pause capable or pause incapable subscriber (not shown), and to media access controller (MAC) 204 internally via an interface layer (not shown).MAC 204 represents an Ethernet layer-two block which interfaces the layer one device with the upper layers blocks of the device.MAC 204 may perform standard layer two functions in addition to those described herein. -
Device 200 may also include or be connected to aCPU 210 which may perform certain network functions, and which may communicate with, configure, and control other systems and subsystems ofdevice 200.Device 200 may includebuffer 208, which may be any number of registers, SRAM, DRAM or other memory as necessary to perform networking functions. Also,device 200 may include Address Resolution Logic (ARL) 206 for performing networking functions, such as rate control, fast filter processing (FFP), congestion control, routing, learning, etc. Accordingly,ARL 206 is connected to and may communicate withMAC 204,CPU 210 andbuffer 208.ARL 206 may also be configured to pre-read or snoopnetwork ports 202 in order to perform or support a service differentiation scheme according to the invention.Device 200 may include ascheduler 212, which may be part of buffer ormemory pool 208 orARL 206, or may be a separate subsystem.Scheduler 212 is configured to schedule or queue data packets buffered inbuffer 208. According to the invention,scheduler 212 is configured to identify each packet, by its header, receiving port, identification tag, VLAN tag, etc., and schedule data packets for transmission at each port based upon the priority of the data packet, the bandwidth allotted to the destination port, the order in which the packet was received, and/or the type of data packet. -
Device 200 also may include a number of interfaces for directly controlling the device. These interfaces may provide for remote access (e.g., via a network) or local access (e.g., via a panel or keyboard). Accordingly,device 200 may include external interface ports, such as a USB or serial port, for connecting to external devices, orCPU 210 may be communicated with vianetwork ports 202. In this example, interfaces are shown connected todevice 200 via theCPU 210. - One having ordinary skill in the art will readily understand that many types of network devices may be used to implement the invention. It should be noted that the invention is not meant to be limited to device described herein. One having ordinary skill in the art will readily understand that the invention is applicable to many other packet forwarding devices and device configurations.
- During a communication session where
network device 200 receives data packets simultaneously from a pause capable and pause incapable device (not shown),device 200 may not be able to process the packets at the same rate at which the packets are received at the input ports. Thus, the network device may store the packets inbuffer 208 until the packets can be further processed. As discussed above, the influx of data packets intonetwork device 200 at a two-to-one ratio may causebuffer 208 to approach its threshold. As the buffer fills, a method of flow control may be implemented to prevent congestion. Namely, the buffer's manager must decide from which port or queue to drop the incoming data packets or to which pause capable device to send a pause frame in order to prevent the buffer from exceeding its storage area. - The determination of when to drop a packet or to send a pause frame may be made using a watermark method, which is based on the size of packets and the size of the buffer. Generally,
buffer 208 may have a high watermark and a low watermark. Associated with these watermarks may be certain PAUSE times, during which the congestion is expected to ease. Upon the data packets stored in the buffer exceeding the low-watermark,device 200 may generate a flow control frame with a PAUSE time. The PAUSE frame may be sent fromdevice 200 to one or more pause capable devices, which will then stop sending new packets for a time period specified by the PAUSE frame. However, any data packets, which have already been forwarded todevice 200 before the PAUSE frame is transmitted, will be accepted, since time is needed for the PAUSE frame to travel fromdevice 200 to the pause capable device and the pause capable device will need time to process and respond to the PAUSE frame. Thus, accepting the already transmitted data packets enablesdevice 200 to continue to maintain a smooth data flow control process. After the PAUSE time has elapsed and if the congestion has been relieved, the pause capable device may resume sending packets again todevice 200. If the congestion is not relieved, the packets inbuffer 208 may reach the high watermark. When the threshold reaches the high watermark, if the congestion does not ease during the PAUSE time,device 200 may begin to drop packets received from the pause capable device, pause incapable device or both.Network device 200 may include another watermark, PAUSE off, (hysteristic threshold). The PAUSE off frame may have a pause time equal to zero which instructs the pause capable device to resume transmitting data packets once again to networkdevice 200. - However, if conventional techniques are employed to carry out the packet dropping decision and pause frame signals, the network may become locked in an unfair communication scheme, as described above. Therefore, in order to manage the data flow equitably, a method of applying a fairness scheme may be implemented according to the invention.
-
FIG. 3 is a block diagram of an example network device according to an embodiment of the invention.Network device 300 may be a switch, hub, repeater, or any other network device which may be configurable to perform the network functions defined herein.Device 300 includes a plurality ofnetwork ports 302 which are configured to send and receive signals to other network devices over a network. Accordingly,port 302 may be well-known PHYs or transceivers.Device 300 may also include apacket forwarding unit 304, a data classification/tag unit 308, atag application module 310, a shared memory pool (buffer) 312, and anearly drop unit 314.Packet forwarding unit 304 is connected toports 302 and is configured to perform various switching functions in relation to signals received atport 302. For example, ifdevice 300 is a network switch,packet forwarding unit 304 may contain the necessary hardware and software in order to switch data packets from one port ofports 302 to another port. If on the other hand,network device 300 is a repeater,packet forwarding unit 304 contains the necessary hardware and software in order to repeat a signal received at one port ofports 302 to all theports 302. - Data classification/
tag unit 308 is coupled withports 302 and withtag application module 310, and is configured to “snoop” data packets being received at any ofports 302. Data classification/tag unit 308 is also configured to classify the type of data being received at each port and to transmit this classification to tagapplication module 310. The data classification/tag unit 308 generates and adds label information to the data packets that providedevice 300 with additional information as to how to handle the data packet accordingly. The data classification/tag unit 308 may utilize the receiving port to initially identify whether the source of the data packet is either a pause capable or pause incapable network device. The data classification/tag unit 308 may use this information to create a pause capable or pause incapable identification tag, which is added to the data packet only when congestion arises within the network device. Alternatively,device 300 may be configured to add a tag to all incoming data packets. - The identification tag may be inserted into the header of the packet, for example, between the source address field and the type/length field. Generation of the identification can be carried out according to the following example. The identification tag can be divided into two components, ID TYPE and ID TAG. The ID TYPE indicates that the data packet is either pause capable or pause incapable. Activation of the ID TAG instructs the network that congestion exists within the network device and that the identification tag should be used when making a flow control decision. To enable the identification tag, a bit of the ID TAG can be set to value “1.” Data classification/
tag 308 is also capable of unsetting the identification tag when the congestion is relieved. Thus, the bit of the ID TAG can be set to value “0” to unset the ID tag. - The invention may also be configured to classify packets based on several different criteria, including the pause capable/incapable identification tag. For example, the invention may be configured to also classify and switch packets based on the Type-of-service (ToS) field of the IP header. A network operator may define a plurality of classes of service using the bits in the ToS field in the IP header or priority bits in the Ethernet header. Data classification/
tag unit 308 may also utilize other Quality-of-service (QoS) features to assign appropriate traffic-handling policies, including congestion management, bandwidth allocation, and delay bounds for each traffic class. - In response to the classification of and assignment of the identification tag to any data packets received,
tag application module 310 is configured to determine the appropriate action which should be applied to the data packet should a flow control problem arise. Thetag application module 310 may use one or more of the classification schemes, as discussed above, to determine how the packet should be treated bynetwork device 300. Accordingly, thetag application module 310 may be configured to include or communicate with a look-up table (not shown) in order to use the classification data as an identification tag to search the look-up table to determine the appropriate flow control treatment for each pause capable or pause incapable data packet. - As rate control is applied, and congestion occurs, data packets are buffered in the shared
memory pool 312 and queued. As the buffer fills, theearly drop unit 314 is configured to drop data packets. Accordingly, the early drop unit 314 (or schedulers, which are not shown) is configured to determine whether to drop the data packets based upon the information determined by the data classification/tag unit 308 andtag application module 314. Theearly drop unit 314 may decide from which input ports or output ports to drop data packets. Data classification/tag unit 308,tag application module 310 andearly drop unit 314 may individually or collectively each perform the function of serving as a fairness scheme to regulate the storage of the data packets inmemory pool 312 based upon the classification of the data packets. - In determining which packets to drop,
tag application module 310 andearly drop unit 314 may rely upon one or more factors to differentiate between the types of services to be applied to the incoming packets. To differentiate the incoming packets, thetag application module 310 may use the ID TYPE and ID TAG of the identification tag assigned to the packets by the data classification/tag unit 308. The tag application module can also determine whether the ID TAG has been set or unset by the data classification/tag unit 308. Thetag application module 310 may be configured to interpret an activated pause capable identification tag to denote means that congestion exits and thatdevice 300 should send a pause frame out to the corresponding pausecapable device 320. When the congestion problem has dissipated, the data classification/tag unit 308 may unset the identification tag so thattag application module 310 instructsdevice 300 to send a pause frame having a pause timer equal to zero to pausecapable device 320. Thus, the pause off frame signal re-establishes the communication session betweennetwork drive 300 and the pausecapable device 320. - The assignment of an activated pause incapable identification tag to a data packet by the data classification/
tag unit 308 may instructdevice 300 to drop the pause incapable data packet during congestion. The data classification/tag unit 308 may likewise unset the identification tag within the pause capable data packet when the congestion has been relieved. Thus,tag application module 310 may instructnetwork device 300 to stop dropping the pause incapable data packets when the network device is no longer congested. - Using this internal tag identification scheme, when congestion develops within the device,
network device 300 may regulate the data flow by issuing a pause frame to pausecapable device 320 and by dropping the data packets received from pauseincapable device 325 until the congestion decreases.Network device 300 may issue a pause frame to one or more pause capable devices.Network device 300 may also drop the data packets received at one or more ports associated with one or more pause incapable devices. - However, when the data packets stored within the
buffer 312 drops below a predetermined threshold indicating that the congestion has been relieved, the invention provides a fairness scheme which is capable of re-establishing the network device's communication session with both the pause capable and the pause incapable devices. In other words, the invention unsets the identification tags, as discussed above, within the pause capable data packets to instructnetwork device 300 to issue a PAUSE off frame to the respective pause capable devices. Thus, instructing the pausecapable device 320 to begin retransmitting data packets tonetwork device 300. Likewise, the invention may unset the identification tags within the pause incapable data packets when the congestion has decreased so thatnetwork device 300 will stop dropping data packets from the respective pauseincapable devices 325 and begin to accept incoming data packets transmitted from pauseincapable device 325. - In general, for a data transfer between two network devices to be successful, one device must transmit data to a second device, and the second device must receive and accept the transmitted data as shown in
FIG. 5A . According to the invention, when congestion does not exist innetwork device 300, the communication session between thenetwork device 300 and the pause incapable device will be a packet acceptance communication session (FIG. 5A ), where thenetwork device 300 will accept the incoming data packets transmitted from pauseincapable device 325. However, as shown inFIG. 5B , the setting (activation) and unsetting (deactivation) of the identification tags may control the communication session betweennetwork device 300 and pauseincapable device 325. Although activation of the identification tag may not prevent pauseincapable device 325 from transmitting additional data packets to thenetwork device 300, activation of the identification tag may modify the communication session so thatnetwork device 300 will begin dropping the data packets received from pauseincapable device 325. Namely, activation of the identification tag terminates the packet acceptance communication session betweennetwork device 300 and pauseincapable device 325, but may not terminate the packet transmission session from pauseincapable device 325 tonetwork device 300. When the congestion has been relieved, the identification tag will be unset (deactivated). Deactivation of the identification tag re-establishes the packet acceptance communication session so thatnetwork device 300 will begin to accept the data packets transmitted from the pauseincapable device 325 as shown inFIG. 5A . -
FIG. 4 is a flow chart of a method for applying the flow control scheme according to an embodiment of the invention. At step S4-1, a packet is received at a device performing data flow control, such as a network switch described above. The packet may be destined for a subscriber of the network or of an Internet Service Provider (ISP), for example, and data control may be applied to control the traffic to that subscriber. As described above, data control may be applied a number of ways, such as by the watermark (threshold) method. - Next, at step S4-2, the capacity of the buffer, which may be a shared buffer or an individual buffer associated with a respective port, is checked. This can be accomplished by employing watermark technology or another buffer-capacity detection scheme. If, at step S4-3, the capacity of the buffer has not reached a predetermined threshold, the packet is stored in a buffer at step S4-4. As described above, the device may include a scheduler, which is coupled to the buffer and configured to schedule the data packets stored for transmission.
- If a predetermined level at step S4-3, based upon the size of the buffer, the size of the data packet, etc., is reached, then at step S4-5, information may be determined about the data packet. For example, as already described above, the port of a switch or other network device may be snooped by a data classification/tag unit of the switch, the header of the packet may be read to determine the classification of the packet. Based upon, for example, the port at which the data packet is received, the data classification/tag unit may assign and set an identification tag indicating whether the data packet is a pause capable or pause incapable data packet.
- Next, at step S4-6, the identification tag of the packet is checked to determine how the network device should handle the packet. A tag application module may check to determine whether the packet is a pause capable or a pause incapable packet. If the data packet is a pause capable packet, at step S4-7, the tag application module may instruct the network device to issue a PAUSE frame to one or more pause capable devices.
- If at step S4-6, the packet is not a pause capable packet, an early drop unit at step S4-8 may instruct the network device to begin dropping data packets received from one or more pause incapable devices. At step S4-9, the buffer is checked again to determine whether the congestion within the network device has been relieved. This can be performed by checking to determine if the capacity of the data packets stored in the buffer has fallen below a predetermined level. If the capacity has not fallen below the threshold in step S4-9, the network device will return to steps S4-7 and S4-8 and continue to send out pause frames to the pause capable if the previous pause time has expired and continue to drop the data packets received from the pause incapable ports, respectively.
- If the buffer's capacity has fallen below the threshold set in step S4-9, next at step S4-10, the data classification/tag unit may unset the identification tag of the data packet. Thus, at step S4-11, the network device may re-establish a communication session with the pause capable device by transmitting a PAUSE off frame instructing the pause capable device to begin retransmitting data packets to the network device. At step S4-12, a packet acceptance communication session may be re-established between the network device and the pause incapable by instructing the network device to begin permitting entry of the data packets transmitted from the pause incapable device into the network device. At step S4-13, processing of the packet ends.
- One having ordinary skill in the art will understand that the steps of the method may be performed in a different order, or with multiple steps in parallel with one another. Also, one having ordinary skill in the art will understand that a network device may be configured to perform the above-described method either in silicon or in software. Accordingly, one will understand that the switching configurations described herein are merely exemplary. Although the invention has been described based upon these preferred embodiments, it would be apparent to those of skilled in the art that certain modifications, variations, and alternative constructions would be apparent, while remaining within the spirit and scope of the invention. For example, any network device may implement the configuration of the invention. In order to determine the metes and bounds of the invention, therefore, reference should be made to the appended claims.
Claims (29)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/222,291 US20090010160A1 (en) | 2002-05-09 | 2008-08-06 | Fairness scheme method and apparatus for pause capable and pause incapable ports |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US37865102P | 2002-05-09 | 2002-05-09 | |
US10/163,363 US7423967B2 (en) | 2002-05-09 | 2002-06-07 | Fairness scheme method and apparatus for pause capable and pause incapable ports |
US12/222,291 US20090010160A1 (en) | 2002-05-09 | 2008-08-06 | Fairness scheme method and apparatus for pause capable and pause incapable ports |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/163,363 Continuation US7423967B2 (en) | 2002-05-09 | 2002-06-07 | Fairness scheme method and apparatus for pause capable and pause incapable ports |
Publications (1)
Publication Number | Publication Date |
---|---|
US20090010160A1 true US20090010160A1 (en) | 2009-01-08 |
Family
ID=29251249
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/163,363 Active 2025-09-09 US7423967B2 (en) | 2002-05-09 | 2002-06-07 | Fairness scheme method and apparatus for pause capable and pause incapable ports |
US12/222,291 Abandoned US20090010160A1 (en) | 2002-05-09 | 2008-08-06 | Fairness scheme method and apparatus for pause capable and pause incapable ports |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/163,363 Active 2025-09-09 US7423967B2 (en) | 2002-05-09 | 2002-06-07 | Fairness scheme method and apparatus for pause capable and pause incapable ports |
Country Status (2)
Country | Link |
---|---|
US (2) | US7423967B2 (en) |
EP (1) | EP1361710A3 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040098500A1 (en) * | 2002-11-08 | 2004-05-20 | Mingwei Liu | Flow control method for a virtual container trunk of metropolitan-area network transmission equipment |
US20080114893A1 (en) * | 2006-11-15 | 2008-05-15 | Ji Wook Youn | Method and apparatus for guaranteeing service specific bandwidth in the ethernet frame transmission system |
US20090185551A1 (en) * | 2008-01-22 | 2009-07-23 | Winter Robert L | Method and system for providing confirmed delivery of ethernet packets |
US20120182997A1 (en) * | 2011-01-17 | 2012-07-19 | Florin Balus | Method and apparatus for providing transport of customer qos information via pbb networks |
US20130051225A1 (en) * | 2011-08-23 | 2013-02-28 | Broadcom Corporation | Alleviating congestion in a cable modem |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7260104B2 (en) * | 2001-12-19 | 2007-08-21 | Computer Network Technology Corporation | Deferred queuing in a buffered switch |
US7304952B2 (en) * | 2002-05-21 | 2007-12-04 | Applied Micro Circuits Corporation | Protocol-mapping network access device with user-provisionable wide area network flow control |
JP2006505171A (en) * | 2002-10-30 | 2006-02-09 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Adaptive watermark |
US20050050187A1 (en) * | 2003-09-03 | 2005-03-03 | International Business Machines Corporation | Method and apparatus for support of bottleneck avoidance in an intelligent adapter |
US7639608B1 (en) * | 2003-10-23 | 2009-12-29 | Foundry Networks, Inc. | Priority aware MAC flow control |
US7761589B1 (en) | 2003-10-23 | 2010-07-20 | Foundry Networks, Inc. | Flow control for multi-hop networks |
US7194562B2 (en) * | 2003-11-20 | 2007-03-20 | International Business Machines Corporation | Method, system, and program for throttling data transfer |
CN100440843C (en) * | 2004-05-12 | 2008-12-03 | 华为技术有限公司 | Ring net and method for realizing service |
US7680053B1 (en) | 2004-10-29 | 2010-03-16 | Marvell International Ltd. | Inter-device flow control |
DE102005003016B4 (en) * | 2005-01-21 | 2006-10-26 | Infineon Technologies Ag | Methods and apparatus for data transmission |
US7558886B2 (en) * | 2005-04-19 | 2009-07-07 | International Business Machines Corporation | Method and apparatus for controlling data flows in distributed storage systems |
US7831686B1 (en) | 2006-03-31 | 2010-11-09 | Symantec Operating Corporation | System and method for rapidly ending communication protocol connections in response to node failure |
US7797565B1 (en) * | 2006-04-04 | 2010-09-14 | Symantec Operating Corporation | System and method for maintaining communication protocol connections during failover |
US8665892B2 (en) * | 2006-05-30 | 2014-03-04 | Broadcom Corporation | Method and system for adaptive queue and buffer control based on monitoring in a packet network switch |
GB2442262B (en) * | 2006-09-26 | 2009-02-18 | Nec Technologies | Data transmission in cellular phone network |
US9577842B2 (en) * | 2008-02-25 | 2017-02-21 | Cisco Technology, Inc. | Shared L2 bridging domains for L3 virtual networks |
US8031606B2 (en) * | 2008-06-24 | 2011-10-04 | Intel Corporation | Packet switching |
US20100058232A1 (en) * | 2008-08-26 | 2010-03-04 | Cisco Technology, Inc. | Virtual network join protocol |
US7978607B1 (en) * | 2008-08-29 | 2011-07-12 | Brocade Communications Systems, Inc. | Source-based congestion detection and control |
US8819161B1 (en) | 2010-01-18 | 2014-08-26 | Marvell International Ltd. | Auto-syntonization and time-of-day synchronization for master-slave physical layer devices |
US8724621B2 (en) * | 2011-03-18 | 2014-05-13 | Mediatek Inc. | Electronic apparatus and method for sharing ethernet circuit between plurality of ports |
US9055467B2 (en) * | 2013-01-14 | 2015-06-09 | Dell Products L.P. | Sender device based pause system |
US20200280518A1 (en) * | 2020-01-28 | 2020-09-03 | Intel Corporation | Congestion management techniques |
US11750706B1 (en) * | 2020-03-26 | 2023-09-05 | Amazon Technologies, Inc. | Data transmission time management |
Citations (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5699520A (en) * | 1994-08-25 | 1997-12-16 | Hewlett-Packard Company | Flow control apparatus and method for a computer interconnect using adaptive credits and flow control tags |
US6026075A (en) * | 1997-02-25 | 2000-02-15 | International Business Machines Corporation | Flow control mechanism |
US6092387A (en) * | 1998-02-19 | 2000-07-25 | Funai Electric Co., Ltd. | Air conditioner with electric dust collector |
US6118761A (en) * | 1997-12-18 | 2000-09-12 | Advanced Micro Devices, Inc. | Apparatus and method for generating rate control frames in a workgroup switch based on traffic contribution from a network switch port |
US6222825B1 (en) * | 1997-01-23 | 2001-04-24 | Advanced Micro Devices, Inc. | Arrangement for determining link latency for maintaining flow control in full-duplex networks |
US6226685B1 (en) * | 1998-07-24 | 2001-05-01 | Industrial Technology Research Institute | Traffic control circuits and method for multicast packet transmission |
US6252849B1 (en) * | 1998-06-30 | 2001-06-26 | Sun Microsystems, Inc. | Flow control using output port buffer allocation |
US6359885B1 (en) * | 1997-08-27 | 2002-03-19 | Electronics And Telecommunications Research Institute | Multi-channel packet switching apparatus having traffic flow controlling and checking functions |
US20020172205A1 (en) * | 2001-05-07 | 2002-11-21 | Tagore-Brage Jens P. | System and a method for processing data packets or frames |
US20030026205A1 (en) * | 2001-07-31 | 2003-02-06 | Mullendore Rodney N. | Packet input thresholding for resource distribution in a network switch |
US20030174650A1 (en) * | 2002-03-15 | 2003-09-18 | Broadcom Corporation | Weighted fair queuing (WFQ) shaper |
US20030174649A1 (en) * | 2002-03-15 | 2003-09-18 | Broadcom Corporation | Shared weighted fair queuing (WFQ) shaper |
US6633565B1 (en) * | 1999-06-29 | 2003-10-14 | 3Com Corporation | Apparatus for and method of flow switching in a data communications network |
US20030212814A1 (en) * | 2002-05-09 | 2003-11-13 | Altima | Dynamic adjust multicast drop threshold to provide fair handling between multicast and unicast frames |
US6680911B1 (en) * | 1998-12-28 | 2004-01-20 | In Kim | Device for controlling data flow in ethernet and method thereof |
US6704280B1 (en) * | 1999-06-10 | 2004-03-09 | Nortel Networks Limited | Switching device and method for traffic policing over a network |
US6762995B1 (en) * | 2000-03-11 | 2004-07-13 | 3Com Corporation | Network switch including hysteresis in signalling fullness of transmit queues |
US20040179476A1 (en) * | 2003-03-10 | 2004-09-16 | Sung-Ha Kim | Apparatus and method for controlling a traffic switching operation based on a service class in an ethernet-based network |
US6801500B1 (en) * | 2000-05-18 | 2004-10-05 | Cisco Technology, Inc. | Method and apparatus for providing reserved rates to multiple flows on a network interface |
US6816489B1 (en) * | 2000-10-05 | 2004-11-09 | Cisco Technology, Inc. | Efficient method for packet switching on asynchronous transfer mode switch based platforms |
US6850542B2 (en) * | 2000-11-14 | 2005-02-01 | Broadcom Corporation | Linked network switch configuration |
US6918005B1 (en) * | 2001-10-18 | 2005-07-12 | Network Equipment Technologies, Inc. | Method and apparatus for caching free memory cell pointers |
US6947997B2 (en) * | 2001-12-19 | 2005-09-20 | Huawei Technologies Co., Ltd. | Method for controlling ethernet data flow on a synchronous digital hierarchy transmission network |
US6947887B2 (en) * | 2000-08-19 | 2005-09-20 | Huawei Technologies Co., Ltd. | Low speed speech encoding method based on Internet protocol |
US6957270B1 (en) * | 2001-01-16 | 2005-10-18 | Advanced Micro Devices, Inc. | Method and apparatus for performing flow control across multiple network devices |
US6978323B1 (en) * | 1999-08-26 | 2005-12-20 | Fujitsu Limited | Interface control device and computer system for controlling data transfer |
US6981054B1 (en) * | 2000-06-06 | 2005-12-27 | Advanced Micro Devices, Inc. | Flow control arrangement in a network switch based on priority traffic |
US7035286B2 (en) * | 2000-11-14 | 2006-04-25 | Broadcom Corporation | Linked network switch configuration |
US7035255B2 (en) * | 2000-11-14 | 2006-04-25 | Broadcom Corporation | Linked network switch configuration |
US7046632B2 (en) * | 2000-04-01 | 2006-05-16 | Via Technologies, Inc. | Method and switch controller for relieving flow congestion in network |
US7061868B1 (en) * | 2000-10-25 | 2006-06-13 | Switchcore, Ab | Method for flow control in a switch and a switch controlled thereby |
US7092387B2 (en) * | 2000-04-01 | 2006-08-15 | Via Technologies, Inc. | Method and switch controller for easing flow congestion in network |
-
2002
- 2002-06-07 US US10/163,363 patent/US7423967B2/en active Active
-
2003
- 2003-05-09 EP EP03010478A patent/EP1361710A3/en not_active Withdrawn
-
2008
- 2008-08-06 US US12/222,291 patent/US20090010160A1/en not_active Abandoned
Patent Citations (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5699520A (en) * | 1994-08-25 | 1997-12-16 | Hewlett-Packard Company | Flow control apparatus and method for a computer interconnect using adaptive credits and flow control tags |
US6222825B1 (en) * | 1997-01-23 | 2001-04-24 | Advanced Micro Devices, Inc. | Arrangement for determining link latency for maintaining flow control in full-duplex networks |
US6026075A (en) * | 1997-02-25 | 2000-02-15 | International Business Machines Corporation | Flow control mechanism |
US7002911B1 (en) * | 1997-02-25 | 2006-02-21 | International Business Machines Corporation | Flow control mechanism |
US6359885B1 (en) * | 1997-08-27 | 2002-03-19 | Electronics And Telecommunications Research Institute | Multi-channel packet switching apparatus having traffic flow controlling and checking functions |
US6118761A (en) * | 1997-12-18 | 2000-09-12 | Advanced Micro Devices, Inc. | Apparatus and method for generating rate control frames in a workgroup switch based on traffic contribution from a network switch port |
US6092387A (en) * | 1998-02-19 | 2000-07-25 | Funai Electric Co., Ltd. | Air conditioner with electric dust collector |
US6252849B1 (en) * | 1998-06-30 | 2001-06-26 | Sun Microsystems, Inc. | Flow control using output port buffer allocation |
US6226685B1 (en) * | 1998-07-24 | 2001-05-01 | Industrial Technology Research Institute | Traffic control circuits and method for multicast packet transmission |
US6680911B1 (en) * | 1998-12-28 | 2004-01-20 | In Kim | Device for controlling data flow in ethernet and method thereof |
US6704280B1 (en) * | 1999-06-10 | 2004-03-09 | Nortel Networks Limited | Switching device and method for traffic policing over a network |
US6633565B1 (en) * | 1999-06-29 | 2003-10-14 | 3Com Corporation | Apparatus for and method of flow switching in a data communications network |
US6978323B1 (en) * | 1999-08-26 | 2005-12-20 | Fujitsu Limited | Interface control device and computer system for controlling data transfer |
US6762995B1 (en) * | 2000-03-11 | 2004-07-13 | 3Com Corporation | Network switch including hysteresis in signalling fullness of transmit queues |
US7046632B2 (en) * | 2000-04-01 | 2006-05-16 | Via Technologies, Inc. | Method and switch controller for relieving flow congestion in network |
US7092387B2 (en) * | 2000-04-01 | 2006-08-15 | Via Technologies, Inc. | Method and switch controller for easing flow congestion in network |
US6801500B1 (en) * | 2000-05-18 | 2004-10-05 | Cisco Technology, Inc. | Method and apparatus for providing reserved rates to multiple flows on a network interface |
US6981054B1 (en) * | 2000-06-06 | 2005-12-27 | Advanced Micro Devices, Inc. | Flow control arrangement in a network switch based on priority traffic |
US6947887B2 (en) * | 2000-08-19 | 2005-09-20 | Huawei Technologies Co., Ltd. | Low speed speech encoding method based on Internet protocol |
US6816489B1 (en) * | 2000-10-05 | 2004-11-09 | Cisco Technology, Inc. | Efficient method for packet switching on asynchronous transfer mode switch based platforms |
US7061868B1 (en) * | 2000-10-25 | 2006-06-13 | Switchcore, Ab | Method for flow control in a switch and a switch controlled thereby |
US7035255B2 (en) * | 2000-11-14 | 2006-04-25 | Broadcom Corporation | Linked network switch configuration |
US7035286B2 (en) * | 2000-11-14 | 2006-04-25 | Broadcom Corporation | Linked network switch configuration |
US6850542B2 (en) * | 2000-11-14 | 2005-02-01 | Broadcom Corporation | Linked network switch configuration |
US6957270B1 (en) * | 2001-01-16 | 2005-10-18 | Advanced Micro Devices, Inc. | Method and apparatus for performing flow control across multiple network devices |
US20020172205A1 (en) * | 2001-05-07 | 2002-11-21 | Tagore-Brage Jens P. | System and a method for processing data packets or frames |
US20030026205A1 (en) * | 2001-07-31 | 2003-02-06 | Mullendore Rodney N. | Packet input thresholding for resource distribution in a network switch |
US6918005B1 (en) * | 2001-10-18 | 2005-07-12 | Network Equipment Technologies, Inc. | Method and apparatus for caching free memory cell pointers |
US6947997B2 (en) * | 2001-12-19 | 2005-09-20 | Huawei Technologies Co., Ltd. | Method for controlling ethernet data flow on a synchronous digital hierarchy transmission network |
US20030174649A1 (en) * | 2002-03-15 | 2003-09-18 | Broadcom Corporation | Shared weighted fair queuing (WFQ) shaper |
US20030174650A1 (en) * | 2002-03-15 | 2003-09-18 | Broadcom Corporation | Weighted fair queuing (WFQ) shaper |
US20030212814A1 (en) * | 2002-05-09 | 2003-11-13 | Altima | Dynamic adjust multicast drop threshold to provide fair handling between multicast and unicast frames |
US20040179476A1 (en) * | 2003-03-10 | 2004-09-16 | Sung-Ha Kim | Apparatus and method for controlling a traffic switching operation based on a service class in an ethernet-based network |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040098500A1 (en) * | 2002-11-08 | 2004-05-20 | Mingwei Liu | Flow control method for a virtual container trunk of metropolitan-area network transmission equipment |
US20080114893A1 (en) * | 2006-11-15 | 2008-05-15 | Ji Wook Youn | Method and apparatus for guaranteeing service specific bandwidth in the ethernet frame transmission system |
US20090185551A1 (en) * | 2008-01-22 | 2009-07-23 | Winter Robert L | Method and system for providing confirmed delivery of ethernet packets |
US8130761B2 (en) * | 2008-01-22 | 2012-03-06 | Dell Products L.P. | Method and system for providing confirmed delivery of ethernet packets |
US20120182997A1 (en) * | 2011-01-17 | 2012-07-19 | Florin Balus | Method and apparatus for providing transport of customer qos information via pbb networks |
US9667539B2 (en) * | 2011-01-17 | 2017-05-30 | Alcatel Lucent | Method and apparatus for providing transport of customer QoS information via PBB networks |
US20130051225A1 (en) * | 2011-08-23 | 2013-02-28 | Broadcom Corporation | Alleviating congestion in a cable modem |
US9917779B2 (en) * | 2011-08-23 | 2018-03-13 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Alleviating congestion in a cable modem |
Also Published As
Publication number | Publication date |
---|---|
US7423967B2 (en) | 2008-09-09 |
US20030210651A1 (en) | 2003-11-13 |
EP1361710A3 (en) | 2006-05-10 |
EP1361710A2 (en) | 2003-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7423967B2 (en) | Fairness scheme method and apparatus for pause capable and pause incapable ports | |
US6118761A (en) | Apparatus and method for generating rate control frames in a workgroup switch based on traffic contribution from a network switch port | |
US10205683B2 (en) | Optimizing buffer allocation for network flow control | |
US7136351B2 (en) | Switched ethernet networks | |
KR100735408B1 (en) | Method and apparatus for controlling a traffic switching operation based on a service class in an ethernet-based network | |
EP1280301B1 (en) | Method and switch for congestion control | |
KR100977651B1 (en) | Method and apparatus for network congestion control | |
US8427947B1 (en) | Method and apparatus for preventing head of line blocking in an ethernet system | |
US6456590B1 (en) | Static and dynamic flow control using virtual input queueing for shared memory ethernet switches | |
US7738376B2 (en) | Managing traffic within a data communication network | |
US5014265A (en) | Method and apparatus for congestion control in a data network | |
US7092387B2 (en) | Method and switch controller for easing flow congestion in network | |
US6167027A (en) | Flow control technique for X.25 traffic in a high speed packet switching network | |
US7372814B1 (en) | Network system with color-aware upstream switch transmission rate control in response to downstream switch traffic buffering | |
US9699095B2 (en) | Adaptive allocation of headroom in network devices | |
US8462629B2 (en) | Cooperative operation of network transport and network quality of service modules | |
US20030174650A1 (en) | Weighted fair queuing (WFQ) shaper | |
US20030147347A1 (en) | Method for congestion control and associated switch controller | |
WO2009134416A2 (en) | Method and apparatus for performing congestion management | |
JP2002232427A (en) | Band controller | |
US20060018323A1 (en) | Systems and methods for dynamically adjusting QoS parameters | |
US7203171B1 (en) | Ingress discard in output buffered switching devices | |
US7324441B1 (en) | Methods and apparatus for alleviating deadlock in a fibre channel network | |
EP1106003A1 (en) | Method and system for prioritised congestion control in a switching hub | |
US7734808B1 (en) | End-to-end congestion control in a Fibre Channel network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: BANK OF AMERICA, N.A., AS COLLATERAL AGENT, NORTH CAROLINA Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:BROADCOM CORPORATION;REEL/FRAME:037806/0001 Effective date: 20160201 Owner name: BANK OF AMERICA, N.A., AS COLLATERAL AGENT, NORTH Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:BROADCOM CORPORATION;REEL/FRAME:037806/0001 Effective date: 20160201 |
|
AS | Assignment |
Owner name: AVAGO TECHNOLOGIES GENERAL IP (SINGAPORE) PTE. LTD., SINGAPORE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BROADCOM CORPORATION;REEL/FRAME:041706/0001 Effective date: 20170120 Owner name: AVAGO TECHNOLOGIES GENERAL IP (SINGAPORE) PTE. LTD Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BROADCOM CORPORATION;REEL/FRAME:041706/0001 Effective date: 20170120 |
|
AS | Assignment |
Owner name: BROADCOM CORPORATION, CALIFORNIA Free format text: TERMINATION AND RELEASE OF SECURITY INTEREST IN PATENTS;ASSIGNOR:BANK OF AMERICA, N.A., AS COLLATERAL AGENT;REEL/FRAME:041712/0001 Effective date: 20170119 |