CA2291049C - Fair and efficient cell scheduling in input-buffered multipoint switch - Google Patents

Fair and efficient cell scheduling in input-buffered multipoint switch Download PDF

Info

Publication number
CA2291049C
CA2291049C CA002291049A CA2291049A CA2291049C CA 2291049 C CA2291049 C CA 2291049C CA 002291049 A CA002291049 A CA 002291049A CA 2291049 A CA2291049 A CA 2291049A CA 2291049 C CA2291049 C CA 2291049C
Authority
CA
Canada
Prior art keywords
request
requests
input
priority
channel
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.)
Expired - Fee Related
Application number
CA002291049A
Other languages
French (fr)
Other versions
CA2291049A1 (en
Inventor
Gunes Aybay
Philip Arnold Ferolito
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Riverstone Networks Inc
Original Assignee
Riverstone Networks Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Riverstone Networks Inc filed Critical Riverstone Networks Inc
Publication of CA2291049A1 publication Critical patent/CA2291049A1/en
Application granted granted Critical
Publication of CA2291049C publication Critical patent/CA2291049C/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/50Overload detection or protection within a single switching element
    • H04L49/505Corrective measures
    • H04L49/508Head of Line Blocking Avoidance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/15Interconnection of switching modules
    • H04L49/1553Interconnection of ATM switching modules, e.g. ATM switching fabrics
    • H04L49/1576Crossbar or matrix
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation
    • H04L49/203ATM switching fabrics with multicast or broadcast capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/25Routing or path finding in a switch fabric
    • H04L49/253Routing or path finding in a switch fabric using establishment or release of connections between ports
    • H04L49/254Centralised controller, i.e. arbitration or scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/35Switches specially adapted for specific applications
    • H04L49/351Switches specially adapted for specific applications for local area network [LAN], e.g. Ethernet switches
    • H04L49/352Gigabit ethernet switching [GBPS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/60Software-defined switches
    • H04L49/608ATM switches adapted to switch variable length packets, e.g. IP packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5651Priority, marking, classes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5678Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • H04L2012/5679Arbitration or scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/30Peripheral units, e.g. input or output ports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/40Constructional details, e.g. power supply, mechanical construction or backplane

Abstract

An input-buffered multipoint switch (60) having input channels (62, 64, 66 a nd 68) and output channels (72, 74, 76 and 78) includes multi-level request buffers (122, 124, 126 and 128), a data multiplexer (130 ), and a scheduler (132). The switch (60) has a distinct multi-level request buffer associated with each input channel and each reque st buffer has multiple request registers (160, 162, 164 and 166) for storing data cell transfer requests of different priorities. The multipl e request registers (160, 162, 164 and 166) are linked in parallel to the scheduler (132) to allow arbitration among requests of different input channels and different priority levels.

Description

FAIR AND EFFICIENT CELL SCHEDULING IN INPUT-BUFFERED MULTIPOINT
SWITCH
TECHNICAL FIELD
The invention relates generally to the scheduling of packets in a high-bandwidth input-buffered multipoint switch, for instance as used in ~o gigabit ethernet networks. More particularly, the invention describes a non-blocking scheduler that utilizes a parallel multi-level arbitration method.
BACKGROUND OF THE INVENTION
~ 5 Networks are widely used to transfer voice, video, and data between various network devices such as telephones, televisions, and computers. Data transmitted through a network is typically segmented into packets and under some network protocols data is segmented into fixed-fength cells. For example, Asynchronous Transfer Mode (ATM) protocol 2o requires 53-byte cells, with 5 bytes of each cell designated for a header and 48 bytes of each cell designated for payload. Other network protocols, such as ethernet or Internet protocol, carry data in variable-size packets.
Switches are integral parts of most networks. Switches receive packets from input channels and direct packets to the appropriate output 25 channels of the switch. Typical switches have three components: a physical switch fabric to provide the connections from input channels to output chan-nels, a scheduling mechanism to direct traffic when multiple packets arrive on different input channels destined for the same output channel, and a buffering or queuing mechanism at the switch input or output to accommodate traffic 3o fluctuations without undue packet loss. Fig. 1 is a diagram of a prior art switch 10 that has four input channels 12, 14, 16 and 18 and four output channels 20, 22, 24 and 26. The switch has serial input queues 28, 30, 32 and 36 for each input channel, a crossbar physical switch 38, and a crossbar scheduler 40. The crossbar scheduler receives a signal, referred to as a 35 request, from an input queue. The request dictates the output channel or channels that will receive the queued packet. The scheduler arbitrates between competing requests and sends a signal, referred to as a grant, back to the input buffers that have been selected to deliver a packet.

In switches such as the switch 10 described in reference to Fig. 1, each input queue 28-36 provides requests to the scheduler 40 one at a time on a first-in-first-out (FIFO) basis and the scheduler arbitrates among the four requests received from the four input queues, with a goal of maximiz-s ing utilization of the input channels 12-18 and output channels 20-26 of the switch. As a grant is issued to a particular input channel to access a target output channel or channels, a new request is accessible by the scheduler in place of the granted request.
A problem known as head-of-line (HOL) blocking is created ~o when one of the requests at the head of a queue line is a request for an output channel that is not available. HOL blocking is common when a multicast request is made because there is a lower probability that all of the output channels for the multicast request will be available immediately. When a request from a particular input channel is forced to wait until all output chan-~s nels are available, all of the packets associated with the particular input chan-nel are also forced to wait, thereby slowing the transfer of data from that input channel.
As one remedy to solving HOL blocking problems, parallel input queues have been implemented. Parallel input queues provide a separate 2o FIFO queue for each output channel of the switch, with each queue providing a corresponding request to the scheduler. Referring to Fig. 2, an N input channel by N output channel switch requires N input queues 46 for each input channel for a total of N2 input queues. With an NZ scaling factor, the number of input queues connected to the crossbar scheduler 50 may be very high.
2s For example, in a 16X16 switch, 256 separate queues are required. In spite of the added complexity, the advantage that the parallel design provides is that, with respect to any one of the input channels, a series of requests for available output channels is not held up by a single request for in-use output channels.
3o A variety of arbitration techniques can be used with parallel input channels to provide an efFcient throughput through a switch. For example, maximum matching algorithms are designed in an attempt to assign output channels to input channels in such a way that a maximum number of transfers occur simultaneously. However, under heavy load 3s conditions, maximum matching algorithms can prevent some requests from being granted, creating a new blocking problem. For example, referring to Fig. 3, input channel 1 is represented as requesting to transfer cells from its output-distributed queue 54 to output channel 1 only, while input channel 2 is requesting to transfer cells from its output-distributed queue 56 to output channels 1 and 2. Under a maximum matching approach, input channel 1 transmits cells to output channel 1 and input channel 2 transmits cells to output channel 2. However, input channel 2 will be blocked from transferring cells destined for output channel 1, since this would require the cell transfer from input channel 1 to output channel 1 to stop, and as a result, only output channel 1 would be utilized. As shown in Fig. 4, sending cells from input channel 2 to output channel 1 causes input channel 1 and output channel 2 to remain idle and does not achieve maximum matching.
o Arbitration methods developed to optimize performance of high speed switches utilizing parallel input queues are disclosed in U.S. Pat. No.
5,540,858, entitled "Method and Apparatus for Switching Cells in an Input-Queued Switch," issued to McKeown and in U.S. Pat. No. 5,517,495, entitled "Fair Prioritized Scheduling in an Input-Buffered Switch," issued to Lund et al.
Although these arbitration approaches are effective for their intended pur-pose, they both require that an NxN switch have Nz distinct FIFO input queues. Since there are N2 distinct FIFO input queues, there will also be N2 requests delivered to the scheduler. As the number of input and output chan-nels increases, the complexity of providing N2 input queues and sending N2 2o requests to the scheduler becomes costly and difficult to implement.
In addition to the problem of added complexity, the output-distributed queue architecture does not easily support multicast requests, which are more common in network protocols such as ethernet than in network protocols such as ATM. For example, in order to utilize the output-distributed architecture of Fig. 2 to satisfy a multicast request, the cell that is to be multicasted must either be replicated into all of the output channel queues that are indicated by the request or a separate multicast queue must be established in addition to the NZ queues already present.
As a result of the shortcomings of conventional output-3o distributed queue architecture, what is needed is a method and apparatus that limit the number of input queues and the complexity of sending requests to a scheduler, while still maintaining fair and efficient scheduling.
SUMMARY OF THE INVENTION
A method and apparatus for scheduling data packets in a multipoint switch utilize request buffers having multi-level request registers that are linked in parallel to a scheduler to allow arbitration among requests of different input channels and different priority levels. Arbitration among the totality of requests can be executed on a priority basis such that grants are issued in response to requests in a sequence from the lowest priority request to the highest priority request. Alternatively, arbitration among different priority requests from the same input channel can be performed simultane-ously in parallel on a channel-by-channel basis.
The preferred multipoint switch has N input channels and N
output channels (e.g., N = 16), with each input channel having a request buffer with M request registers (e.g., M = 4) of different priorities for storing up to M requests with packet priority levels that correspond to the priorities of the request registers. The N request buffers are connected to a data path multiplexer and a scheduler. The NXM request registers of the N request buffers are connected in parallel to the scheduler, such that the scheduler can simultaneously access all NXM requests.
15 The scheduler of the preferred embodiment switches variable-size data packets by utilizing the requests from the request buffers to manage data traffic through the data path multiplexer in a manner that is designed to maximize the throughput of data without unfairly delaying lower priority data.
To accomplish fair and efficient scheduling of variable-size data packets, 2o the scheduler includes a mask generator unit, a mask compare unit, a level-specific scheduling unit, a priority encoder unit, and a resource management unit. The mask generator unit is a circuit that generates priority level-specific masks that are utilized in the arbitration process to indicate which output channels will be utilized by the input channels for a specific packet priority 2s level. In the preferred 16x16 switch, a level-specific mask consists of a 16-bit vector where each bit represents one of the output channels. A level-specific mask is generated by combining all of the request vectors from the request channels 0 through 15 for the same packet priority level to form a single mask vector that represents all of the requests.
so The mask compare unit is a circuit that compares level-specific masks generated by the mask generator to the availability of the input chan-nels and to the requests from the corresponding packet priority level. The mask compare unit looks for conflicts between available inputs, requested outputs, and the corresponding mask.
35 The level-specific scheduling unit is a circuit that contains a level-specific sub-scheduler for each packet priority level. In the 16X16 switch, there are four level-specific sub-schedulers corresponding to the four packet priority levels. The level-specific sub-schedulers receive level-specific requests that are output from the mask compare unit and compare the input and output vectors, the requesting channel, and the requests to determine if channel conflicts exist. If no channel conflict exists between the input vector, the output vector, the requesting channel, and the request vector, a grant is s issued and the input and output vectors are set to reflect a new grant.
The level-specific sub-scheduling units utilize a round-robin arbitration scheme to guarantee fairness among input channels. Under this scheme, initially, channel 0 is designated as having the highest round-robin channel priority (hereinafter round-robin priority) and channel 15 is designated as having the lowest round-robin priority. Note that round-robin priority is relevant to the channel order inside the level-specific sub-schedulers and different from the packet priority, which is relevant to the order in which requests are presented from channel modules. Inside the level-specific sub-schedulers, requests are processed between channels in round-robin 15 priority order such that requests from channels with higher round-robin priority are granted access to output channels whenever there is contention with requests from channels with lower round-robin priority. Once the channel with the highest round-robin priority receives a grant, the highest round-robin priority designation is rotated to the next input channel with a pending 2o request. Under this rotating round-robin channel priority approach, every channel will periodically be designated as the highest priority.
High round-robin priority designation plays an especially important role in allowing multicast transmissions through a switch. Multicast requests are difficult to schedule in high-traffic environments, because the 2s likelihood that all output channels are available is low. To guarantee bounded latency for multicast and broadcast traffic, when a channel is designated as the highest round-robin priority, any output channels requested by the chan-nel will be reserved by the scheduler, unless the output channels are required by requests from other channels with higher packet priority until all of the so output channels required to grant this request become available.
The priority encoder unit is responsible for implementing the packet priority order and issuing the final grants to the channel modules.
When there are one or more possible grants transmitted to the priority encoder unit from the four level-specific sub-schedulers in the current 3s scheduling cycle, the priority encoder unit picks the grant corresponding to the request with the highest packet priority and passes the grant on to the requesting channel module. The priority encoder unit also sends the *rB

WO 99!46903 PCT/US99/04626 updated values of the input and output channel utilization to the resource management unit.
The resource management unit is responsible for maintaining the status of the input and output channels. Every time a grant is issued, the s input channel that received the grant and the output channels that are going to be used in the packet transfer are marked as busy. When the end of a packet transfer is signaled by the channel module using a done signal, the input channel and the output channel used in the transfer are cleared so that the cleared channels can be scheduled for another transfer.
An advantage of the invention is that the sixteen request buffers with four request registers per buffer utilized in a 16x16 switch are signifi-cantly less complex than the 256 queues required for a 16x16 switch using a conventional output-distributed scheduling architecture. In addition, the invention readily allows multicast requests to be granted and the correspond-ing cells to be transmitted from the input buffers to the output channels.
Further, the multi-level request buffers eliminate the HOL blocking problem, because the scheduler has simultaneous and in-parallel access to more than one request for each input channel. The invention also allows for packet-by-packet scheduling of variable-size packets, which eliminates the reassembly 20 overhead associated with cell-based switching systems.
In addition, the invention allows multicast requests to be processed efficiently such that multicast packets are transferred from the source input port to all target output ports simultaneously and multiple multi-cast transfers can be concurrently scheduled from multiple input ports to 25 multiple sets of output ports.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 is a diagram of a prior art switch that has four input 3o channels and four output channels.
Fig. 2 is an N input channel by N output channel switch with N2 output-distributed input queues.
Fig. 3 is a depiction of the transferring of cells from output-distributed input queues to output channels where maximum matching between input and output channels is achieved using prior art techniques.
Fig. 4 is a depiction of the transferring of cells from output-distributed input queues to output channels where maximum matching between input and output channels is not achieved using the prior art tech-niques.
Fig. 5 is a diagram of the switch fabric architecture in accordance with the present invention.
s Fig. 6 is a diagram of a data packet and an expanded switching cell that is transmitted through the switch fabric of Fig. 5.
Fig. 7 is an expanded diagram of a channel module as shown in Fig. 5.
Fig. 8 is an expanded diagram of the scheduler as shown in o Fig. 5.
Fig. 9 is an example matrix of requests from switch input channels 0 through 3 at packet priority levels 0 through 3.
Fig. 10A is an example of the level 1 mask generation for the requests at level 1 in Fig. 9.
~ s Fig. 1 OB is an example of the level 2 mask generation for the requests at level 2 in Fig. 9.
Fig. 10C is an example of the level 3 mask generation for the requests at level 3 in Fig. 9.
Fig. 11A is an example of the mask compare process for a 2o request shown in Fig. 9.
Fig. 11 B is an example of the mask compare process for a request shown in Fig. 9.
Fig. 12 is an example of the level-specific sub-scheduling process for the requests related to Figs. 9 and 11 B.
2s Fig. 13 is a diagram of the preferred N-channel mufti-priority scheduler architecture for the scheduler shown in Figs. 5 and 6.
Fig. 14 is a depiction of the preferred mufti-level in-parallel arbitration process for an NxN switch with M packet priority levels in accordance with the invention.
so Fig. 15 is a depiction of the preferred mufti-level in-parallel arbitration process for a 16x16 switch with four packet priority levels in accordance with the invention.
Fig. 16 is a diagram of an alternative single level, single channel arbitration process for an NXN switch with M packet priority levels in 3s accordance with the invention.

WO 99!46903 PCT/US99/04626 DETAILED DESCRIPTION
Fig. 5 is a diagram of a preferred embodiment of the invention.
For diagram purposes a 4X4 version of an NXN multipoint switch fabric 60 is depicted, although a 16X16 switch is preferred. In the preferred embodi-ment, the input channels 62, 64, 66 and 68 and output channels 72, 74, 76 and 78 are combined into packet processing units 82, 84, 86 and 88 that include input packet processors (IPPs) 92, 94, 96 and 98 and output packet processors (OPPs) 102, 104, 106 and 108. The IPPs segment incoming ~o variable-sized packets into fixed-length switching cells and buffer the cells before they are switched. Packets arriving at the IPPs can range in size, and may reach a size of thousands of bytes. The IPPs segment the packets into 36-byte fixed-length switching cells.
Referring to Fig. 6, each 36-byte switching cell 140 consists of a ~5 4-byte command cell 142 and a 32-byte data cell 144. Using 16-bit channels, each switching cell is sent through the switch over eighteen clocks and a framing pulse 146 is used to indicate the termination of one switching cell and the beginning of an adjacent switching cell. Each command cell consists of finro command fields. The first command field contains a request or response 2o that is used to exchange messages related to switching arbitration. The second command field contains a data identifier that carries information relat-ing to the data cell in the current switching cell. The data cell carries the data that is a part of a larger packet 150 from which the switching cell was seg-mented. After the switching cells pass through the data path multiplexer, the 25 data cell portions of the switching cells are reassembled into variable-length packets by the OPPs for transmission within the network.
Referring back to Fig. 5, switching cells are transmitted between the IPPs/OPPs 92-98 and 102-108 and the corresponding channel modules 112, 114, 116 and 118. The channel modules execute a synchronization ao protocol for each channel, perform a cyclic redundancy check (CRC) for incoming requests, and generate a CRC for outgoing acknowledge mes-sages. The channel modules are also responsible for routing the command and data cells to the proper locations within the switch. For efficiency pur-poses, the command cells that are transmitted between the channel modules 35 and the IPPs/OPPs are piggybacked onto data cells to form complete 36-byte switching cells, even though the command cells are not likely to be directly related to the data in the data cells they are traveling with. The channel modules demultiplex the command cells from the data cells and write the request portions of the command cells to a request buffer.
Fig. 7 is an expanded diagram of an example channel module N
118. The channel module of Fig. 7 has a request buffer 128 that can store M
s requests 160, 162, 164, 166 in M request registers and that can provide M
requests to a scheduler in parallel. In the preferred 16x16 switch, M is equal to 4. That is, there can be up to four requests stored in each of sixteen request buffers for a total of sixty-four requests. With one buffer per channel and four request registers per buffer, a 16x16 switch has only sixteen buffers and provides only sixty-four requests to a scheduler per arbitration cycle, in comparison to a conventional 16x16 switch with output-distributed queues which would require N2, or 256, request buffers and would provide N2, or 256, requests to a scheduler per arbitration cycle.
The request buffers 122-128 of Fig. 5 and 7 are filled from the 15 IPPs 92-98 in different manners, depending on what packet priority scheme is being implemented in the switch. If the packet priority scheme is based upon time, where the oldest request has the highest packet priority, then the buffer is filled on a FIFO basis. In Fig. 7, the request buffer 128 for channel N
has four request register designations 160, 162, 164 and 166 from bottom to 2o top, level 0 (LO), level 1 (L1 ), level 2 (L2), and level M (LM), where register LO
is the highest priority and register LM is the lowest priority. In this packet priority scheme, register LO contains the oldest request and register LM
contains the newest request. Whenever a grant is issued in response to a request, the request buffer adjusts on a FIFO basis, thereby leaving a vacant 2s request register at the lowest priority, LM. The vacant request register 166 is then available to receive a new request from the IPP 98.
On the other hand, the packet priority scheme may be based upon a factor other than time. For example, the packet priority scheme may be based upon the source of the data or the type of data. Under such a 3o packet priority scheme, the four registers 160-166 in the request buffer can be identified, for example, as control, high, medium, and low priority, with control being the highest packet priority (i.e., LO) and low being the lowest packet priority (i.e., LM). When a request is granted under this scheme, the vacant request register is resupplied with a request having the same packet 35 priority level as the request for which a grant was just issued.
Fig. 7 also depicts the specific input and output finks associated with each channel module, using channel N as an example. The data in and data out links located at the top of the channel module 118 are used to transport command cells, data cells, grants and level selects between the channel module and the IPP/OPP. The input grant link ((GRANT CHN) and level select link (LEVEL SEL) located at the right side of the channel module are used to transport the (GRANT CHN signal and LEVEL SEL signal from s the scheduler to the channel module. The (GRANT CHN signal represents an input grant that has been issued by the scheduler for channel N. The LEVEL SEL signal represents the packet priority level that corresponds to the (GRANT CHN signal. For example, the LEVEL SEL signal will identify one of the levels LO through LM corresponding to a CHN grant.
The channel N request links level 0 through level M
(RQ CHN_LO through RQ CHN_LM) and the done link (DONE CHN) located at the bottom right of the channel module 118 are used to transport the channel requests and a done signal to the scheduler. The M request links are routed to the scheduler in parallel and provide the M requests to the ~s scheduler simultaneously. As will be discussed further, providing parallel delivery of M requests helps to minimize the HOL blocking problem discussed above. The request links in the preferred 16x16 switch are 16-bit channels that carry requests that include a 16-bit crossbar exit channel descriptor (CEP). The 16-bit CEP has one bit associated with each output channel, and 2o the desired output channels are identified by setting the bits that correspond to the output channels.
The DONE CHN signal indicates to the scheduler when the input channel has completed transmitting the current group of switching cells.
Switching cells that are segmented from the same packet are ideally trans-25 miffed one after another. Since packets are variable length and are therefore made up of a variable number of switching cells, it is preferred that the scheduler be informed when an input channel has completed transferring of a group of switching cells. The DONE CHN signal is also used to determine which output channels have become available to receive switching cells.
so Determining available output channels from a DONE CHN signal that indi-Gates the availability of an input channel is accomplished through a look-up table. A look-up table is updated each time a grant is issued to an input channel. The look-up table identifies which output channels will be utilized by the input channel for the granted cell transfer. When a DONE CHN signal is ss received by the scheduler, the look-up table for the corresponding input channel is accessed and the identified output channels in the look-up table are released and made available for future switching.

The data to and from the multipiexer links (data to mux and data from mux) and the multiplexer setup link (mux set) located at the bottom left of the channel module 118 are used to transfer data cells to and from the multiplexer and to set up the data paths within the multiplexer for the transfer of switching cells.
Although not represented, the channel module 118 also performs a time-out function to limit the amount of time and therefore the number of cells that can be transferred uninterrupted by a single input/output channel combination. Every time a grant is issued to an input channel, a timeout counter in the corresponding channel module is set to the timeout value. During every successive clock cycle, the timeout counter is decre-mented and if the input channel cannot complete the transfer within the timeout period, the timeout counter expires and the transfer is terminated.
In the preferred embodiment, the timeout counters in the channel modules ~s are set to allow up to 4,096-byte packets to be switched in one uninterrupted event.
Referring back to Fig. 5, the channel modules 112-118 are connected to a data path multiplexer 130 that provides the physical paths for data cell switching between channels. The preferred data path multiplexer 2o has the ability to unicast data cells and to multicast data cells. In the preferred embodiment, the data path multiplexer is a multipoint switch, although in another embodiment the data path multiplexer can be a crossbar switch. The type of data path multiplexer is not critical to the invention.
The channel modules 112-118 are also connected to a 2s scheduler 132. The scheduler utilizes the requests from the channel modules to manage the cell traffic through the data path multiplexer in a manner that maximizes the throughput of switching cells without unfairly delaying lower priority data.
Fig. 8 is an expanded view of the scheduler 132. The scheduler 3o is first described in terms of the input and output links and then in terms of the functional blocks within the scheduler that operate to generate the output sig-nals. Located along the top of the scheduler, request links and done signal links are connected to the scheduler for receiving requests and done signals from the channel modules as depicted in Fig. 7. Each channel has M parallel ss request links between the channel modules and the scheduler and in the preferred embodiment there are four parallel request links per channel. The highest packet priority request link is identified as, for example, RQ CHO_L0, where "RQ" is short for request, "CHO" is short for channel 0, and "LO" is short II

for packet priority level 0. As described above, each request link consists of 16-bit channels where a 16-bit field is delivered to the scheduler in a single clock. The DONE CHO signal is received from the channel module and indicates when an input is available and what corresponding outputs are s available.
The output links located along the right side of the scheduler include a grant link for each channel and a level select link. As described with reference to the channel modules, the grant links transmit the IGRANT CHN
signals generated within the scheduler to the channel modules to indicate that a request from a particular channel has been granted. The LEVEL SEL link transmits a LEVEL SEL signal to the channel module along with each grant to indicate the packet priority level of the granted request. For example, if a request is granted to channel N, the LEVEL SEL signal indicates to channel module N the particular packet priority level of the request.
15 The functional blocks within the scheduler depicted in Fig. 8 include a mask generator unit 170, a mask compare unit 172, a level-specific scheduling unit 174, a priority encoder unit 176, and a resource management unit 178. The mask generator unit is a circuit that generates packet priority level-specific masks that are utilized in the arbitration process to indicate 2o which output channels will be utilized by the input channels for a specific packet priority level. In the preferred 16x16 switch, a level-specific mask consists of a 16-bit vector where each bit is dedicated to one of the output channels. A level-specific mask is generated by combining all of the request vectors from the request channels 0-15 for the same packet priority level to 25 form a single mask vector that represents all of the requests.
In an example related to the NXN switch of Fig. 5, masks are generated from the requests of input channels 0-3, CHO-CH3, having packet priority levels 1 through 3, L1-L3. The channels 0-3 are the input channels 62-68, respectively. For example purposes, Fig. 9 represents the requests 3o from channels CHO-CH3 at packet priority levels LO-L3. Figs. 10A-10C
represent the mask generation for the L1 MASK, the L2 MASK and the L3 MASK. The L1_MASK is generated from the aggregate of the requests for channels CHO through CH3 at packet priority level L0. The mask, represented in Fig. 10A as L1 MASK, has a bit set to "1" at any place where $s an LO request for any channel was set to "1." The end result is that the mask represents all outputs that are requested by the stored requests that are designated as having the highest packet priority levels. As depicted in Figs. 10B and 1 OC, the L2 and L3 masks are generated by building on the lower level masks in the same manner. The highest packet priority level mask, LO MASK (not shown), is' generated by simply copying the highest packet priority request that is related to the channel with the highest round-robin priority designation. Round-robin priority refers to a priority scheme among channels that is used in the arbitration process and will be discussed further below. Preferably, all of the masks are regenerated once before each eighteen clock arbitration cycle, but the masks can be regenerated every clock, if desired. The algorithms for creating four masks for an NXN switch are as foliows:
LO MASK = RQ CHX L0, where CHX is the channel with the "high priority"
designation L1 MASK = (RQ CHO LO) ~ (RQ CH1 LO) ~ ... (RQ_CHN_LO) L2 MASK=L1_MASK ~ (RQ CHO L1) ~ (RQ CH1 L1) ( ... (RQ_CHN_L1}
L3 MASK= L2 MASK ~ (RQ CHO L2) ~ (RQ_CH1 L2) ~ ... (RQ CHN_L2) In the operation of the L1, L2, and L3 masks, requests from input channels which are unavailable are not included in the mask generation algorithm.
The next functional block in Fig. 8 is the mask compare unit 172. The mask compare unit is a circuit that compares level-specific masks 2o to the availability of the input channels and to the requests from the corre-sponding priority level, while monitoring for conflicts between available inputs, requested outputs, and the mask. The availability of inputs is represented by an input vector (IVEC) that is an N bit vector where N equals the number of input channels in the switch. In the 4X4 switch example, the IVEC is a 4-bit vector with unavailable input channels having a corresponding bit set to "1."
Referring to Figs. 11A and 11B, examples of the mask compare process are depicted. In the example of Fig. 11A, the request used, RQ CH1 L1, is taken from Fig. 9 and includes the 4-bit request vector "0010." The input vector, IVEC, is exemplary and is the 4-bit vector "0100," representing that 3o input channel 1 is unavailable or busy. Since the unavailable input channel is the same as the input channel making the request, the request cannot be granted to the busy channel and all request bits are set to "0." The resulting request is compared to the L1 MASK, which represents the higher priority output channel requests from L0. Since the resulting RQ CH1_L1 is the 4-bit vector "0000," a request for zero output channels is passed on to the level-specific scheduling unit.
In the example of Fig. 11 B, request.RQ_CH2_L1 is taken from Fig. 9 and is the 4-bit request vector "0010." The input vector is exemplary and is the same 4-bit vector "0100" as used in the previous example. Since the input vector indicates that only input channel 1 is unavailable and the request is from input channel 2, the resulting request vector remains "0010."
The L1 MASK vector is again "1001" which represents that output channels 0 and 3 have been or will be requested by higher priority requests for output channels. The L1 MASK does not conflict with the request and as a result, the scheduler will pass on RQ CH2 L1 as the vector "0010."
Referring back to Fig. 8, the next functional block is the level-specific scheduling unit 174. The level-specific scheduling unit is a circuit that ~o contains a level-specific sub-scheduler for each packet priority level. In the preferred embodiment of the 16X16 switch, there are four packet priority levels and therefore four level-specific sub-schedulers. The level-specific sub-schedulers receive the level-specific requests that are output from the mask compare unit 172 and compare input and output vectors to the request-~5 ing channel and to the request vector to determine if channel conflicts exist. If no channel conflicts exist between the input vector, output vector, requesting channel, and request vector, a grant is issued and the input and output vectors are set to reflect the new grant.
The level-specific sub-scheduling units utilize a round-robin 2o arbitration scheme to guarantee fairness among requests of the same priority level. Under the round-robin scheme, initially, channel 0 is designated as having the highest round-robin channel priority and channel 15 is designated as having the lowest round-robin priority. Note that round-robin priority is relevant to the channel priority order inside the level-specific sub-schedulers 25 and is different from the packet priority, which is relevant to the order in which requests are presented from channel modules. Inside the level-specific sub-schedulers, requests are processed between channels in round-robin priority order such that requests from channels with higher round-robin priority are granted access to output channels whenever there is contention with so requests from channels with lower round-robin priority. Once the channel with the highest round-robin priority receives a grant, the highest round-robin priority designation is rotated to the next input channel with a pending request. Under the rotating round-robin channel priority approach, every channel will periodically be designated as the highest priority.
35 High round-robin priority designation plays an especially important role in allowing multicast transmissions through a switch. Multicast requests are difficult to schedule in high-traffic environments, because the likelihood that all output channels are available is low. To guarantee bounded latency for multicast and broadcast traffic, when a channel is designated as the highest round-robin priority, any output channels requested by the chan-nel will be reserved by the scheduler, unless the output channels are required by requests from other channels with higher packet priority until all of the output channels required to grant the request become available.
An example of the level-specific sub-scheduling process is depicted in Fig. 12 for one packet priority level. For the example, assume that channel 2 has the highest round-robin priority. The example is a continuation of the example of Fig. 11 B. In Fig. 12, the input vector is still "0100," the ~o exemplary output vector is "0001," and the request RQ CH2_L1_ is "0010."
The input vector indicates that input channel 1 is busy and the output vector indicates that output channel 3 is busy. The request RQ CH2_L1 is for input channel 2 to transmit a cell to output channel 2, neither of which conflicts with the input vector or output vector. Since no conflicts exist between the ~5 request, the requesting channel, the input vector, and the output vector, a grant with vector u0010" is issued for CHZ_L1. Along with the grant, the level-specific sub-scheduling unit also generates updated input and output vectors that represent the IVEC and the OVEC that will be utilized if the request is granted. The updated input vector and output vector are identified 2o as IVEC_NEXT L1 and OVEC_NEXT L1. In the example, IVEC will change from "0100" to "0110" to signify that input channel 2 will also be busy and OVEC will change from "0001" to "0011" to indicate that output channel 2 will also be busy.
Referring back to Fig. 8, the next functional block is the priority 25 encoder unit 176. The priority encoder unit is a circuit that is responsible for implementing the packet priority order and issuing the final grants to the channel modules. When there are one or more possible grants transmitted to the priority encoder unit from the four level-specific sub-schedulers in the current scheduling cycle, the priority encoder unit picks the grant correspond-3o ing to the request with the highest packet priority and passes the grant on to the requesting channel module. The priority encoder unit also sends the updated values of the input and output channel utilization to the resource management unit to update IVEC and OVEC.
Referring back to Fig. 8, the resource management unit 178 is s5 responsible for maintaining the status of the input and output vectors IVEC
and OVEC, respectively. Every time a grant is issued, the input vector bit related to the input channel that received the grant and the output vector bit related to the output channels that are going to be used in the packet transfer are marked as busy. When the end of a packet transfer is signaled by the channel module using a done signal, the respective input vector bits and output vector bits marked during the transfer are cleared so that the channels can be scheduled for another transfer.
s Fig. 13 is a diagram of the preferred N-channel multi-priority scheduler architecture that includes the mask generator unit 190, mask compare sub-units 192, 194, 196 and 198, the level-specific sub-scheduling units 202, 204, 206 and 208, the priority encoder unit 210, and the resource management unit 230. The preferred architecture reflects a scheduter where M, the number of packet priority levels and request buffer registers per channel, is equal to 4. Following a logical flow, a request, for example, RQ CHO LO enters a mask compare sub-unit 192 at the request input (RI).
The level 0 mask enters the mask compare sub-unit at MSK and an input vector, tVEC, enters at INP_BSY. The vectors are compared as described ~s above, and a request is output from the request output (RO) to an N:1 multiplexer 212. The N:1 multiplexer designates the request as high priority where applicable and forwards the request to a sub-scheduling unit 202 of the level-specific scheduling unit for L0. The input vector, IVEC, and an output vector, OVEC, are input into the level-specific sub-scheduling unit 2o from the resource management unit along with the request for channel 0 at level 0, RQ CHO LO from the mask compare sub-unit.
A grant is issued from the level-specific sub-scheduling units 202-208 based on the availability of input channels and output channels and the round-robin priority as described above. The updated input and 25 output vectors are sent to respective multiplexers as IVEC_NEXT LO and OVEC_NEXT L0, while the grant is sent to the priority encoder unit as (GRANT L0.
The priority encoder unit 210 receives four grants from the four level-specific sub-scheduling units 202-208 for each channel. A single grant 3o for a single channel is issued by the priority encoder unit based on packet priority level. That is, the grant with the highest packet priority level is selected among the four available grants and, therefore, if there is a grant for an output channel from level 0, it has priority over all other packet priority levels for the channel. Similarly, if there are no grants for packet priority 35 levels LO and L1, but there are grants for packet priority levels L2 and L3, then the L2 grant is issued and the L3 grant must wait for a later arbitration cycle.

If a grant is issued to the high priority channel, then the high priority designation is shifted to the next channel. The preferred channel priority architecture 240 is depicted in Fig. 13. After being processed through the priority encoder unit, the grant issued based on packet priority level is transmitted to the corresponding channel module accompanied by a level select signal that identifies which packet priority level the request relates to and where in the request buffer the request is located.
Although the functions of the overall schedule unit have been specifically described, it is important to note that the functions may be performed in different orders. For example, it is possible to perform the level-specific sub-scheduling function before the mask compare function. in addition, the proceess of accounting for input and output channel availability as performed by the resource management unit may differ. Further, the physical boundaries may vary from those described. For example, certain functions such as mask generation may be performed outside the physical boundaries of the scheduler.
The preferred arbitration method is further explained with reference to Fig. 14, which graphically represents buffered requests from an N-channel multipoint switch. The channel modules have the ability to buffer M
requests in their respective buffers with a packet priority designation that ranges from a highest priority at level 0, L0, to a lowest packet priority at level M, LM. In the preferred embodiment, N is 16, indicating sixteen channels CHO-CH15 and M is 4, indicating four request storage registers and four corresponding packet priority levels LO-L3 related to each channel for a total of 4x 16 = 64 request buffer registers.
In the preferred arbitration method, packet priority refers to the priority level of one buffered request for a channel versus another buffered request for the same channel. Time is used as the packet priority basis in this embodiment and under the time approach LO contains the oldest request in the buffer and has the highest packet priority. Levels 1, 2 and 3 contain sequentially newer requests and have sequentially lower packet priority.
Round-robin priority refers to the channel that is designated as high-round-robin priority under the rotating round-robin channel priority scheme. As described above, once a channel is designated as high round-robin priority, the channel maintains the designation for successive arbitration cycles until a grant is issued for the channel. Round-robin priority after the high priority channel is distributed sequentially in descending order from the highest round-robin priority channel. For example, if CH13 is the highest round-robin priority WO 99/46903 PC'T/US99/04626 channel, CH14 is the next highest round-robin priority, CH15 is the next highest round-robin priority, and CHO is the next highest round-robin priority, with the pattern continuing until CH12, which is the lowest round-robin priority channel.
With the priority protocol established, the preferred multilevel in-parallel arbitration (MLIPA) process is described with reference to Fig.
15.
In the example, it is assumed that LO is designated high packet priority and channel 0 has the highest round-robin priority. Therefore, in the first clock, phase 1, the four requests, LO-L3, for CHO are arbitrated as described above.
Simultaneously, the LO-L3 requests are processed through the mask com-pare unit, the level-specific scheduling unit, and the priority encoder unit.
Out of the parallel process, one request from one of the four packet priority levels will be granted. Remembering that CHO is the highest priority chan-nel, it is likely that the CHO_LO request will receive the grant even if it is a ~5 multicast request that requires available output channels to be reserved while unavailable output channels become available.
In the next clock, phase 2, the four requests, LO-L3, for CH1 are arbitrated as described above. The arbitration of the four requests is pertormed in parallel and, if possible, one request is issued for the channel.
2o In the next clock, phase 3, the four requests, LO-L3, for CH2 are arbitrated as described above. As can be seen, the arbitration continues for sixteen clocks and at the end of sixteen clocks sixty-four requests have been arbitrated and grants have been issued in a manner that maximizes input channel and output channel utilization.
25 A complete arbitration cycle requires eighteen clocks, two clocks for arbitration preparation and sixteen clocks for arbitration. The sixteen clocks that are required to arbitrate the sixty-four requests are synchronized to the sixteen clocks that are required to transmit the data cell portion of a switching cell, as described with reference to Fig. 6. Before a new sixteen 3o clock arbitration process begins, and during the two clocks required to transmit the command cell portion of the next switching cell, preparations are made for the next arbitration process. In the first clock, all of the done signals are reviewed and the channels that have become available during the preceding arbitration cycle are released by clearing the appropriate input 35 vectors and output vectors. Additionally, in the first clock the request buffers are replenished to fill request registers vacated by the requests that were granted in the last arbitration cycle. In the second and last clock before the next arbitration begins, new masks, that reflect the newly replenished buffers, are generated for the four packet priority levels and the round-robin priority is rotated if the highest round-robin priority channel received a grant in the last arbitration cycle.
In an alternative arbitration method, the requests in the request buffers can be arbitrated one request at a time, one packet priority level at a time, as depicted in Fig. 16. In the preferred embodiment where N = 16 and M = 4, the arbitration process would arbitrate sixty-four requests in sixty-four clocks. The arbitration would start at the highest round-robin priority and highest packet priority request, for example, RQ CHO t_0. Phase 1 requires sixteen clocks, phase 2 requires sixteen clocks, phase 3 requires sixteen clocks, and phase 4 requires sixteen clocks for a total of sixty-four clocks.
Grants are issued on a first request-first grant basis with the round-robin priority rotating each arbitration cycle as described above. An advantage of this approach is the simplicity found in the fact that mask generation, mask ~5 comparing, and parallel arbitration are not being pertormed. A disadvantage is that one arbitration cycle takes sixty-four clocks as opposed to eighteen clocks per cycle for the arbitration method described above.

Claims (20)

WHAT IS CLAIMED IS:
1. An apparatus for scheduling packets in an input-buffered multipoint switch comprising:
a plurality of input channels;
a plurality of output channels;
multi-level request buffers, each multi-level request buffer being specific to one of said plurality of input channels, said multi-level request buffers having discrete levels for storing requests having different packet priorities; and a scheduler circuit, connected to said multi-level request buffers, to indicate a transmission status for each of said input and output channels, said transmission status being indicative of channel availability, arbitrate among a totality of said requests stored in all of said levels of said plurality of multi-level request buffers at least partially based upon a combination of said packet priorities and said transmission statuses of said input and output channels, and issue grants to said requests in a sequence based upon said arbitrating among said totality of requests.
2. The apparatus of claim 1 further comprising parallel links between each level of said multi-level request buffers and said scheduler circuit, said scheduler circuit being enabled to simultaneously access all of said levels of each said request buffer.
3. The apparatus of claim 1 wherein said scheduler circuit further includes a mask generator circuit operationally connected to said multi-level request buffers to generate output vectors that are indicative of each output channel that is requested at each of said different packet priorities, each said output vector being associated with one of said packet priorities.
4. The apparatus of claim 3 wherein said scheduler circuit further includes a mask comparator circuit operationally connected to said mask generator circuit and said multi-level request buffers to compare each particular output vector to associated requests having a packet priority associated with said each particular output vector, said mask comparator circuit having a plurality of outputs, each output being responsive to said comparing of said each particular output vector to said associated requests and being indicative of availability of output channels represented by said associated requests.
5. The apparatus of claim 4 wherein said scheduler circuit further includes a plurality of sub-scheduler circuits, each sub-scheduler circuit being operationally connected to an associated output of said mask comparator circuit to generate a level-specific grant for a request having an available input channel and available requested output channels.
6. The apparatus of claim 5 wherein said scheduler circuit further includes a priority encoder circuit operationally connected to said sub-scheduler circuits to select a highest priority grant from all grants generated from said sub-scheduler circuits for a specific channel and to transmit said selected highest priority grant to an input channel that corresponds to said selected highest priority request.
7. The apparatus of claim 1 further including a data path multiplexes operationally connected between said plurality of input channels and said plurality of output channels, said data path multiplexes having data paths for transmitting cells to requested output channels when a request specific to an awaiting cell has been issued a grant by said scheduler circuit.
8. A method for scheduling transmissions of switching cells across an input-buffered network switch that connects a plurality of input channels to a plurality of output channels, each switching cell being associated with one of said plurality of input channels, said method including the steps of:
storing a first plurality of requests in a first request buffer that buffers requests related to a first input channel, each said request corre-sponding to one of said switching cells and having a priority;
storing a second plurality of requests in a second request buffer that buffers requests related to a second input channel, each said request corresponding to one of said switching cells and having a priority;
accessing said first and second pluralities of requests;
arbitrating among said requests of said accessed first and second pluralities of requests based upon availability of said first and second input channels and availability of requested output channels;
issuing a grant in response to that request of said first and second pluralities of requests that has a highest priority and for which respective input channels and output channels are available; and issuing grants in response to those requests of said first and second pluralities of requests that have lower priorities than said highest priority and that utilize input channels and output channels that are not utilized by said request having said highest priority.
9. The method of claim 8 further including a step of receiving done signals that indicate when input channels and output channels are available for new cell transmissions.
10. The method of claim 8 wherein said step of accessing includes a step of accessing each request of said first and second pluralities of requests in parallel such that all requests are accessed simultaneously.
11. The method of claim 8 wherein said step of arbitrating includes a step of arbitrating requests one at a time in descending priority from highest priority to lowest priority.
12. The method of claim 8 wherein said step of arbitrating includes a sub-step of arbitrating requests of all priority levels stored in a request buffer associated with a particular input channel in parallel.
13. The method of claim 12 wherein said step of arbitrating requests of all priority levels in parallel includes a step of executing said arbitrations in a fixed sequence with respect to said input channels.
14. The method of claim 12 wherein said step of arbitrating requests of all priority levels includes sub-steps of:
generating masks that represent all requests of similar priority levels; and comparing a mask for a particular priority level to a request having a same priority level to determine availability of output channels required by said request.
15. The method of claim 12 further including the steps of:
identifying an input channel having a highest round-robin priority among said plurality of input channels for arbitration purposes; and reserving requested output channels for a multicast request when said multicast request is associated with an input channel that has said highest round-robin priority among said plurality of input channels.
16. An apparatus for scheduling cells in an input-buffered multipoint switch having input channels and output channels comprising:
request buffers, each request buffer being specific to one of said input channels, each said request buffer having a number of register levels for storing requests of corresponding priority levels;
a means connected to said request buffers for reviewing each request stored in each request buffer and for issuing request grants to highest priority requests having available input channels and available output channels;
and parallel data links between each register level of said request buffers and said means for reviewing to enable said means for reviewing simultaneous access to all of said requests stored in all of said request buffers.
17. The apparatus of claim 16 comprising a means for generating a mask vector that represents an aggregate of requested output channels for a particular priority level, said means for generating a mask vector being operatively connected to said request buffers in order to generate a distinct mask vector for each priority level.
18. The apparatus of claim 17 comprising a means for performing parallel mask comparisons between mask vectors and requests from respective priority levels for a particular input channel to indicate output channel conflicts between requests, said means for performing parallel mask comparisons being operatively connected to said means for generating a mask vector in order to receive said mask vectors.
19. The apparatus of claim 18 comprising a means for performing level-specific scheduling between said requests from respective priority levels, available input and output channels, said mask comparisons and a round-robin channel priority, said means for performing level-specific scheduling having three outputs per priority level, a level-specific request grant, an updated input channel vector, and an updated output channel vector.
20. The apparatus of claim 19 wherein said means for reviewing further comprises a means for selecting which level-specific request grant has a highest priority among all level-specific requests grants for a single input channel and for transmitting said selected request grant from said means for reviewing.
CA002291049A 1998-03-10 1999-03-03 Fair and efficient cell scheduling in input-buffered multipoint switch Expired - Fee Related CA2291049C (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/037,218 US6044061A (en) 1998-03-10 1998-03-10 Method and apparatus for fair and efficient scheduling of variable-size data packets in an input-buffered multipoint switch
US09/037,218 1998-03-10
PCT/US1999/004626 WO1999046903A1 (en) 1998-03-10 1999-03-03 Fair and efficient cell scheduling in input-buffered multipoint switch

Publications (2)

Publication Number Publication Date
CA2291049A1 CA2291049A1 (en) 1999-09-16
CA2291049C true CA2291049C (en) 2004-12-21

Family

ID=21893115

Family Applications (1)

Application Number Title Priority Date Filing Date
CA002291049A Expired - Fee Related CA2291049C (en) 1998-03-10 1999-03-03 Fair and efficient cell scheduling in input-buffered multipoint switch

Country Status (5)

Country Link
US (1) US6044061A (en)
EP (1) EP0981878B1 (en)
AU (1) AU746166B2 (en)
CA (1) CA2291049C (en)
WO (1) WO1999046903A1 (en)

Families Citing this family (76)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5768257A (en) * 1996-07-11 1998-06-16 Xylan Corporation Input buffering/output control for a digital traffic switch
US6442172B1 (en) 1996-07-11 2002-08-27 Alcatel Internetworking, Inc. Input buffering and queue status-based output control for a digital traffic switch
US6195335B1 (en) * 1997-06-27 2001-02-27 International Business Machines Corporation Data switch
KR100250437B1 (en) * 1997-12-26 2000-04-01 정선종 Path control device for round robin arbitration and adaptation
US6667984B1 (en) * 1998-05-15 2003-12-23 Polytechnic University Methods and apparatus for arbitrating output port contention in a switch having virtual output queuing
US6707824B1 (en) * 1998-05-20 2004-03-16 Nortel Networks Limited Method and apparatus for flexible egress traffic queuing
IL125271A0 (en) * 1998-07-08 1999-03-12 Galileo Technology Ltd Head of line blocking
US6876660B1 (en) * 1999-02-16 2005-04-05 Cisco Technology, Inc. Method for implementing automatic protection switching (APS) using cell replication
US6822966B2 (en) * 1999-03-01 2004-11-23 Enterasys Networks, Inc. Allocating buffers for data transmission in a network communication device
US6747971B1 (en) * 1999-04-20 2004-06-08 Cisco Technology, Inc. Crosspoint switch with independent schedulers
US6707815B1 (en) * 1999-07-02 2004-03-16 Cisco Technology, Inc. Minimum bandwidth guarantee for input-buffered packet switch
US6625160B1 (en) 1999-07-02 2003-09-23 Cisco Technology, Inc. Minimum bandwidth guarantee for cross-point buffer switch
JP3389913B2 (en) * 1999-11-10 2003-03-24 日本電気株式会社 Grouped pipeline scheduling method and method
US6681270B1 (en) * 1999-12-07 2004-01-20 Texas Instruments Incorporated Effective channel priority processing for transfer controller with hub and ports
JP3565121B2 (en) * 1999-12-15 2004-09-15 日本電気株式会社 Packet switch and packet switching method
DE10105935B4 (en) * 2000-02-09 2009-06-18 Nec Corp. Multimode scheduler, device with a multimode scheduler and multimode handler
US6700894B1 (en) * 2000-03-15 2004-03-02 Broadcom Corporation Method and apparatus for shared buffer packet switching
US6813274B1 (en) 2000-03-21 2004-11-02 Cisco Technology, Inc. Network switch and method for data switching using a crossbar switch fabric with output port groups operating concurrently and independently
JP4879382B2 (en) * 2000-03-22 2012-02-22 富士通株式会社 Packet switch, scheduling device, discard control circuit, multicast control circuit, and QoS control device
US7016365B1 (en) * 2000-03-31 2006-03-21 Intel Corporation Switching fabric including a plurality of crossbar sections
US6629147B1 (en) * 2000-03-31 2003-09-30 Intel Corporation Segmentation and reassembly of data frames
GB0008195D0 (en) * 2000-04-05 2000-05-24 Power X Limited Data switching arbitration arrangements
DE60129316D1 (en) * 2000-05-18 2007-08-23 Xyratex Tech Ltd DEVICE AND METHOD FOR FUNCTIONALIZATION OF THE AGENT
WO2001095661A1 (en) * 2000-06-06 2001-12-13 Accelight Networks Canada, Inc. A multiservice optical switch
EP1170907B1 (en) * 2000-07-05 2005-09-28 Roke Manor Research Limited Improvements in or relating to switching devices
EP1176767B1 (en) * 2000-07-27 2007-09-05 Roke Manor Research Limited Improvements in or relating to switching devices
JP3567878B2 (en) * 2000-10-02 2004-09-22 日本電気株式会社 Packet switching equipment
US6721312B2 (en) * 2001-06-01 2004-04-13 Pluris, Inc. Method and apparatus for improving data transmission in router fabric cards through pseudo-synchronous data switching
US7330900B2 (en) * 2001-07-06 2008-02-12 Dialogic Corporation Low-latency packet processor
US6999453B1 (en) * 2001-07-09 2006-02-14 3Com Corporation Distributed switch fabric arbitration
JP3465703B2 (en) * 2001-07-18 2003-11-10 日本電気株式会社 Common channel flow control method
US6757246B2 (en) 2001-08-14 2004-06-29 Pts Corporation Method and apparatus for weighted arbitration scheduling separately at the input ports and the output ports of a switch fabric
US6990072B2 (en) * 2001-08-14 2006-01-24 Pts Corporation Method and apparatus for arbitration scheduling with a penalty for a switch fabric
DE10140811A1 (en) * 2001-08-20 2003-03-20 Infineon Technologies Ag Packet-based data switching coordination method incorporates priority encoding step for preventing data collisions
US7362751B2 (en) * 2001-10-03 2008-04-22 Topside Research, Llc Variable length switch fabric
US7424013B1 (en) * 2001-12-20 2008-09-09 Applied Micro Circuits Corporation System and method for granting arbitrated bids in the switching of information
US7352694B1 (en) 2001-12-14 2008-04-01 Applied Micro Circuits Corporation System and method for tolerating data link faults in a packet communications switch fabric
US8418129B1 (en) 2001-12-14 2013-04-09 Qualcomm Incorporated Method for automatically generating code to define a system of hardware elements
US7079545B1 (en) * 2001-12-17 2006-07-18 Applied Microcircuits Corporation ( Amcc) System and method for simultaneous deficit round robin prioritization
US7324452B2 (en) 2002-01-14 2008-01-29 Fujitsu Limited Weighted credit-based arbitration using credit history
US7239646B1 (en) 2002-01-17 2007-07-03 Juniper Networks, Inc. Hierarchical round robin arbiter
US7420987B1 (en) * 2002-01-17 2008-09-02 Juniper Networks, Inc. Arbiter for multiple mutually exclusive vectors
US7283557B2 (en) 2002-01-25 2007-10-16 Fulcrum Microsystems, Inc. Asynchronous crossbar with deterministic or arbitrated control
US7158512B1 (en) * 2002-04-01 2007-01-02 P-Cube Ltd. System and method for scheduling a cross-bar
US7239669B2 (en) * 2002-04-30 2007-07-03 Fulcrum Microsystems, Inc. Asynchronous system-on-a-chip interconnect
US6785875B2 (en) * 2002-08-15 2004-08-31 Fulcrum Microsystems, Inc. Methods and apparatus for facilitating physical synthesis of an integrated circuit design
US7698535B2 (en) * 2002-09-16 2010-04-13 Fulcrum Microsystems, Inc. Asynchronous multiple-order issue system architecture
US6901496B1 (en) * 2002-10-04 2005-05-31 Adaptec, Inc. Line rate buffer using single ported memories for variable length packets
US7274701B2 (en) * 2002-11-04 2007-09-25 Tellabs Operations, Inc. Cell based wrapped wave front arbiter (WWFA) with bandwidth reservation
US20040100900A1 (en) * 2002-11-25 2004-05-27 Fulcrum Microsystems, Inc. Message transfer system
US8332197B2 (en) * 2002-12-12 2012-12-11 Pmc-Sierra Us, Inc. Simulation of complex system architecture
US7320013B2 (en) * 2002-12-12 2008-01-15 Adaptec, Inc. Method and apparatus for aligning operands for a processor
US7571258B2 (en) * 2002-12-12 2009-08-04 Adaptec, Inc. Method and apparatus for a pipeline architecture
US7877581B2 (en) * 2002-12-12 2011-01-25 Pmc-Sierra Us, Inc. Networked processor for a pipeline architecture
US7062582B1 (en) 2003-03-14 2006-06-13 Marvell International Ltd. Method and apparatus for bus arbitration dynamic priority based on waiting period
JP4041002B2 (en) * 2003-03-24 2008-01-30 株式会社三菱東京Ufj銀行 Database update processing system, update data input method for database update, update data processing method, and program
US7701949B1 (en) * 2003-06-24 2010-04-20 Cisco Technology, Inc. System and method for switching high priority traffic with low latency
EP1494402A1 (en) * 2003-07-01 2005-01-05 Thomson Multimedia Broadband Belgium Transmission control device and process for an interface between communication networks and associated products
US7260753B2 (en) * 2003-07-14 2007-08-21 Fulcrum Microsystems, Inc. Methods and apparatus for providing test access to asynchronous circuits and systems
US7315549B2 (en) * 2003-07-24 2008-01-01 Intel Corporation Formatting data for a buffer
US8345701B1 (en) * 2003-08-26 2013-01-01 F5 Networks, Inc. Memory system for controlling distribution of packet data across a switch
KR20050052921A (en) * 2003-12-01 2005-06-07 삼성전자주식회사 Multi-channel job schedule apparatus in the communication system and method thereof
US7742486B2 (en) * 2004-07-26 2010-06-22 Forestay Research, Llc Network interconnect crosspoint switching architecture and method
US20060140191A1 (en) * 2004-12-29 2006-06-29 Naik Uday R Multi-level scheduling using single bit vector
US7525978B1 (en) 2005-04-15 2009-04-28 Altera Corporation Method and apparatus for scheduling in a packet buffering network
JP2006333438A (en) * 2005-04-28 2006-12-07 Fujitsu Ten Ltd Gateway apparatus and routing method
US7965708B2 (en) * 2005-06-07 2011-06-21 Cisco Technology, Inc. Method and apparatus for using meta-packets in a packet processing system
US8559443B2 (en) 2005-07-22 2013-10-15 Marvell International Ltd. Efficient message switching in a switching apparatus
US8004991B1 (en) * 2006-10-11 2011-08-23 Qlogic, Corporation Method and system for processing network information
US8526315B2 (en) * 2007-08-23 2013-09-03 Cisco Technology, Inc. Flow state attributes for producing media flow statistics at a network node
US8775685B1 (en) * 2011-10-13 2014-07-08 Xilinx, Inc. Parallel processing of network packets
US9407578B2 (en) * 2013-03-12 2016-08-02 Imagination Technologies Limited System and method of arbitrating access to interconnect
US9419902B1 (en) 2013-12-30 2016-08-16 Google Inc. Method and system for network micro flow control
US9800509B2 (en) * 2014-02-20 2017-10-24 Uvic Industry Partnerships Inc. System and method for efficient transport of large data files
US10834065B1 (en) 2015-03-31 2020-11-10 F5 Networks, Inc. Methods for SSL protected NTLM re-authentication and devices thereof
US10404698B1 (en) 2016-01-15 2019-09-03 F5 Networks, Inc. Methods for adaptive organization of web application access points in webtops and devices thereof

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2015514C (en) * 1989-08-22 1996-08-06 Mitsuru Tsuboi Packet switching system having bus matrix switch
US5301333A (en) * 1990-06-14 1994-04-05 Bell Communications Research, Inc. Tree structured variable priority arbitration implementing a round-robin scheduling policy
US5241536A (en) * 1991-10-03 1993-08-31 Northern Telecom Limited Broadband input buffered atm switch
US5255265A (en) * 1992-05-05 1993-10-19 At&T Bell Laboratories Controller for input-queued packet switch
US5267235A (en) * 1992-05-21 1993-11-30 Digital Equipment Corporation Method and apparatus for resource arbitration
JP2655464B2 (en) * 1992-12-25 1997-09-17 日本電気株式会社 Packet switching method
US5471590A (en) * 1994-01-28 1995-11-28 Compaq Computer Corp. Bus master arbitration circuitry having improved prioritization
US5561669A (en) * 1994-10-26 1996-10-01 Cisco Systems, Inc. Computer network switching system with expandable number of ports
US5517495A (en) * 1994-12-06 1996-05-14 At&T Corp. Fair prioritized scheduling in an input-buffered switch
US5500858A (en) * 1994-12-20 1996-03-19 The Regents Of The University Of California Method and apparatus for scheduling cells in an input-queued switch
US5631908A (en) * 1995-03-28 1997-05-20 Digital Equipment Corporation Method and apparatus for generating and implementing smooth schedules for forwarding data flows across cell-based switches
AU6502496A (en) 1995-07-19 1997-02-18 Ascom Nexion Inc. Allocated and dynamic bandwidth management
FR2740283B1 (en) 1995-10-24 1997-12-19 Thomson Csf DEVICE FOR REGULATING THE ATM CELL FLOW WITHIN AN ATM BREWER
US5689508A (en) * 1995-12-21 1997-11-18 Xerox Corporation Reservation ring mechanism for providing fair queued access in a fast packet switch networks
US5742597A (en) * 1996-03-14 1998-04-21 Motorola, Inc. Method and device for multipoint switching and arbitration in output-request packet switch

Also Published As

Publication number Publication date
EP0981878B1 (en) 2011-10-19
WO1999046903A1 (en) 1999-09-16
CA2291049A1 (en) 1999-09-16
US6044061A (en) 2000-03-28
AU2980099A (en) 1999-09-27
EP0981878A1 (en) 2000-03-01
EP0981878A4 (en) 2009-07-29
AU746166B2 (en) 2002-04-18

Similar Documents

Publication Publication Date Title
CA2291049C (en) Fair and efficient cell scheduling in input-buffered multipoint switch
CA2328988C (en) Method and apparatus for supplying requests to a scheduler in an input-buffered multiport switch
US6185221B1 (en) Method and apparatus for fair and efficient scheduling of variable-size data packets in an input-buffered multipoint switch
KR100339329B1 (en) RRGS-Round-Robin Greedy Scheduling for input/output terabit switches
US7796610B2 (en) Pipeline scheduler with fairness and minimum bandwidth guarantee
US7023841B2 (en) Three-stage switch fabric with buffered crossbar devices
US7161906B2 (en) Three-stage switch fabric with input device features
AU736406B2 (en) Method for providing bandwidth and delay guarantees in a crossbar switch with speedup
US5933429A (en) Multipoint-to-multipoint echo processing in a network switch
US7027457B1 (en) Method and apparatus for providing differentiated Quality-of-Service guarantees in scalable packet switches
JP3936044B2 (en) Access mediation method
JP2000506701A (en) Efficient output-request packet switch and method
WO2003017594A1 (en) Method and apparatus for weighted arbitration scheduling separately at the input ports and the output ports of a switch fabric
US20040083326A1 (en) Switch scheduling algorithm
WO2003017595A1 (en) Arbitration scheduling with a penalty for a switching fabric
CA2318163A1 (en) Method for providing delays independent of switch size in a crossbar switch with speedup
EP0839422B1 (en) Linked-list structures for multiple levels of control in an atm switch
US20040071144A1 (en) Method and system for distributed single-stage scheduling
US7346068B1 (en) Traffic management scheme for crossbar switch
WO1997004562A1 (en) Point-to-multipoint arbitration
WO1997004541A2 (en) Multipoint to multipoint processing in a network switch having data buffering queues

Legal Events

Date Code Title Description
EEER Examination request
MKLA Lapsed