USPatent applicationPatented

Methods and apparatuses for adapting buffer capacity at routers

Granted 6 Oct 2015 · 1 office action

Current assignee: Alcatel Lucent · originally Nokia

Law firm: Law firm · Log in to unlock

Attorney: Attorney · Log in to unlock

Inventors: Marina Thottan, Vijay Sivaraman, Arun Vishwanath, David Neilson · Examiner: Ian N Moore · AU 2469 · TC 2400

Life of the application

19 dated events
⤢ drag to zoom20122014201620182020202220242026202820302032ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

In a method for dynamic buffer adjustment at a line card of router, a current buffer occupancy at the line card is compared with at least a first buffer occupancy threshold, the first buffer occupancy threshold being calculated based on a buffer occupancy threshold parameter and a capacity of at least a first buffer memory at the line card; and an active buffer capacity is adjusted by at least one of activating and deactivating buffer memory blocks at the line card based on the comparing step, the activating including switching on the buffer memory blocks, and the deactivating including causing the buffer memory blocks to enter a sleep state.

Description

8 parts
›BACKGROUND OF THE INVENTION

Reducing power consumption of core Internet routers is important for both Internet Service Providers (ISPs) and router vendors. Reduced power consumption can enable ISPs to reduce their carbon footprint and operational costs, while enabling router manufacturers to achieve higher switching capacity per rack.

›SUMMARY OF THE INVENTION

Example embodiments provide methods and/or apparatuses for buffer management at line cards and/or routers in a network. According to at least some example embodiments, buffers (or buffer memory) is/are activated incrementally as needed, and deactivated (put to sleep) when not needed or not in use.

Dynamic adjustment of active router buffer size provides a relatively low-complexity and relatively low-risk mechanism of saving energy that is amenable for incremental deployment in today's networks.

At least one example embodiment provides a line card for a router. According to at least this example embodiment, the line card includes: at least a first buffer memory; and a line card processor configured to compare a current buffer occupancy at the line card with at least a first buffer occupancy threshold, the first buffer occupancy threshold being calculated based on a buffer occupancy threshold parameter and a capacity of the first buffer memory at the line card, the line card processor being further configured to adjust an active buffer capacity by at least one of activating and deactivating buffer memory blocks at the line card based on the comparison, the activating including switching on the buffer memory blocks, and the deactivating including causing the buffer memory blocks to enter a sleep state.

At least one other example embodiment provides a method for dynamic buffer adjustment at a line card of a router. According to at least this example embodiment, the method includes: comparing a current buffer occupancy at the line card with at least a first buffer occupancy threshold, the first buffer occupancy threshold being calculated based on a buffer occupancy threshold parameter and a capacity of at least a first buffer memory at the line card; and adjusting an active buffer capacity by at least one of activating and deactivating buffer memory blocks at the line card based on the comparing step, the activating including switching on the buffer memory blocks, and the deactivating including causing the buffer memory blocks to enter a sleep state.

At least one other example embodiment provides a router including a plurality of line cards. Each of the plurality of line cards includes: at least a first buffer memory; and a line card processor configured to compare a current buffer occupancy at the router with at least a first buffer occupancy threshold, the first buffer occupancy threshold being calculated based on a buffer occupancy threshold parameter and a capacity of the first buffer memory at the router, the line card processor being further configured to adjust an active buffer capacity by at least one of activating and deactivating buffer memory blocks at the router based on the comparison, the activating including switching on the buffer memory blocks, and the deactivating including causing the buffer memory blocks to enter a sleep state.

›BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will become more fully understood from the detailed description given herein below and the accompanying drawings, wherein like elements are represented by like reference numerals, which are given by way of illustration only and thus are not limiting of the present invention and wherein:

FIG. 1 illustrates a router situated between two computer networks;

FIG. 2 is a block diagram illustrating a portion of a line card of a router according to an example embodiment;

FIG. 3 is a flow chart illustrating a method for dynamic buffer adjustment at a router according to an example embodiment; and

FIG. 4 is a flow chart illustrating an example embodiment of a method for determining desired/required off-chip bulk memory space at a line card.

›DETAILED DESCRIPTION OF THE EMBODIMENTS · 1 of 5

Various example embodiments will now be described more fully with reference to the accompanying drawings in which some example embodiments are shown.

Detailed illustrative embodiments are disclosed herein. However, specific structural and functional details disclosed herein are merely representative for purposes of describing example embodiments. This invention may, however, may be embodied in many alternate forms and should not be construed as limited to only the embodiments set forth herein.

Accordingly, while example embodiments are capable of various modifications and alternative forms, the embodiments are shown by way of example in the drawings and will be described herein in detail. It should be understood, however, that there is no intent to limit example embodiments to the particular forms disclosed. On the contrary, example embodiments are to cover all modifications, equivalents, and alternatives falling within the scope of this disclosure. Like numbers refer to like elements throughout the description of the figures.

Although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of this disclosure. As used herein, the term “and/or,” includes any and all combinations of one or more of the associated listed items.

When an element is referred to as being “connected,” or “coupled,” to another element, it can be directly connected or coupled to the other element or intervening elements may be present. By contrast, when an element is referred to as being “directly connected,” or “directly coupled,” to another element, there are no intervening elements present. Other words used to describe the relationship between elements should be interpreted in a like fashion (e.g., “between,” versus “directly between,” “adjacent,” versus “directly adjacent,” etc.).

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting. As used herein, the singular forms “a,” “an,” and “the,” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises,” “comprising,” “includes,” and/or “including,” when used herein, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be noted that in some alternative implementations, the functions/acts noted may occur out of the order noted in the figures. For example, two figures shown in succession may in fact be executed substantially concurrently or may sometimes be executed in the reverse order, depending upon the functionality/acts involved.

Specific details are provided in the following description to provide a thorough understanding of example embodiments. However, it will be understood by one of ordinary skill in the art that example embodiments may be practiced without these specific details. For example, systems may be shown in block diagrams so as not to obscure the example embodiments in unnecessary detail. In other instances, well-known processes, structures and techniques may be shown without unnecessary detail in order to avoid obscuring example embodiments.

In the following description, illustrative embodiments will be described with reference to acts and symbolic representations of operations (e.g., in the form of flow charts, flow diagrams, data flow diagrams, structure diagrams, block diagrams, etc.) that may be implemented as program modules or functional processes include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types and may be implemented using existing hardware at existing routers or other network elements. Such existing hardware may include one or more Central Processing Units (CPUs), digital signal processors (DSPs), application-specific-integrated-circuits (ASICs), field programmable gate arrays (FPGAs), computers or the like.

Although a flow chart may describe the operations as a sequential process, many of the operations may be performed in parallel, concurrently or simultaneously. In addition, the order of the operations may be re-arranged. A process may be terminated when its operations are completed, but may also have additional steps not included in the figure. A process may correspond to a method, function, procedure, subroutine, subprogram, etc. When a process corresponds to a function, its termination may correspond to a return of the function to the calling function or the main function.

As disclosed herein, the term “storage medium” or “computer readable storage medium” may represent one or more devices for storing data, including read only memory (ROM), random access memory (RAM), magnetic RAM, core memory, magnetic disk storage mediums, optical storage mediums, flash memory devices and/or other tangible machine readable mediums for storing information. The term “computer-readable medium” may include, but is not limited to, portable or fixed storage devices, optical storage devices, and various other mediums capable of storing, containing or carrying instruction(s) and/or data.

Furthermore, example embodiments may be implemented by hardware, software, firmware, middleware, microcode, hardware description languages, or any combination thereof. When implemented in software, firmware, middleware or microcode, the program code or code segments to perform the necessary tasks may be stored in a machine or computer readable medium such as a computer readable storage medium. When implemented in software, a processor or processors will perform the necessary tasks.

›DETAILED DESCRIPTION OF THE EMBODIMENTS · 2 of 5

A code segment may represent a procedure, function, subprogram, program, routine, subroutine, module, software package, class, or any combination of instructions, data structures or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.

Example embodiments are primarily concerned with ingress and egress packet buffering at line cards within a communications network. In network architectures supporting back-pressure, ingress packet buffers absorb (link or fabric) congestion, and egress packet buffers absorb output link congestion.

Packet buffer memory architectures vary from platform to platform. So, for the purposes of this disclosure, a fairly generic three-level hierarchical model is considered. The three-level hierarchical model includes on-chip buffers within a network processor (NP) or application specific integrated circuit (ASIC), off-chip cache static random access memory (SRAM), and off-chip bulk dynamic random access memory (DRAM).

The buffer memory discussed herein may be any suitable type of memory, such as flash memory or the like.

FIG. 1 illustrates a router R 1 situated between two computer networks CN 1 and CN 2 .

Referring to FIG. 1 , as with any well-known router, the router R 1 is a network element or device that transfers data packets between multiple computer networks (e.g., CN 1 and CN 2 in FIG. 1 ). The computer networks CN 1 and CN 2 may be any suitable network over which computers are able to transfer information (e.g., packet switched networks, combination packet and circuit switched networks, etc.), such as a wide area network (WAN), local area network (LAN), etc.

The router R 1 includes a plurality of line cards 1 , 2 , 3 , . . . N. Each line card 1 through N is a printed circuit board (PCB) having a transceiver (transmitter/receiver) port for a particular network (e.g., WAN, LAN, etc.) protocol (e.g., internet protocol (IP) or the like). Although shown as part of router R 1 , the line cards 1 through N may plug into telephone company switches.

When packets are transferred from, for example, computer network CN 1 to computer network CN 2 , received packets are buffered at one or more of line cards 1 through N before being transmitted. In the three-level hierarchical model discussed above, the temporary storage or buffering occurs at the on-chip buffers within a network processor (NP) or application specific integrated circuit (ASIC), the off-chip cache static random access memory (SRAM), and/or off-chip bulk dynamic random access memory (DRAM) at a given line card of the router R 1 .

A line card according to an example embodiment will be described in more detail below with regard to FIG. 2 . Although line card 1 is discussed with regard to FIG. 2 , it should be understood that each of line cards 2 through N may be the same or substantially the same as the line card 1 .

Although not discussed in detail herein, it should be understood that routers and/or line cards according to at least some example embodiments may be capable of performing all well-known functions in addition to the specific functionality discussed herein.

FIG. 2 illustrates a portion of the line card 1 in the router R 1 according to an example embodiment.

Referring to FIG. 2 , the line card 1 includes a line card processor 102 coupled to an off-chip packet buffer block 104 .

The off-chip packet buffer block 104 includes a SRAM controller 124 configured to control an off-chip cache SRAM block 144 , and a DRAM controller 114 configured to control an off-chip bulk DRAM block 154 .

In the example shown in FIG. 2 , the off-chip cache SRAM block 144 is an SRAM module including a plurality of (e.g., four) SRAM chips 1440 . In this example, each SRAM chip 1440 has 16 data-pins, and each set of 16 data-pins operates in parallel to provide a 64-bit data bus to a network processor 134 (via the SRAM controller 124 ) for increased throughput. The network processor 134 will be discussed in more detail later.

The off-chip cache SRAM block 144 shown in FIG. 2 includes a single row of SRAM chips 1440 . However, it should be understood that the off-chip cache SRAM block 144 may include any number of rows of SRAM chips, and each row may include any number of SRAM chips.

As mentioned above, the SRAM controller 124 is configured to control the off-chip cache SRAM block 144 . For example, the SRAM controller 124 is configured to turn the row of SRAM chips 1440 ON, OFF or cause the SRAM chips 1440 to enter a sleep state using well-known signaling and/or memory control techniques. The SRAM controller 124 may control the off-chip cache SRAM block 144 in response to signaling and/or instructions received from the line card processor 102 .

Still referring to FIG. 2 , the off-chip bulk DRAM block 154 includes a 4×4 array of DRAM chips 1540 through 1543 , with multiple DRAM chips in each of rows ROW 0 through ROW 3 . The DRAM chips in each of rows ROW 0 through ROW 3 operate in parallel to increase bandwidth. In the example shown in FIG. 2 , the off-chip bulk DRAM block 154 is accessed via a 256-bit data bus.

In more detail with regard to the off-chip bulk DRAM block 154 , the first row ROW 0 includes a plurality of DRAM chips 1540 connected to the DRAM controller 114 in parallel, the second row ROW 1 includes a plurality of DRAM chips 1541 connected to the DRAM controller 114 in parallel, the third row ROW 2 includes a plurality of DRAM chips 1542 connected to the DRAM controller 114 in parallel, and the fourth row ROW 3 includes a plurality of DRAM chips 1543 connected to the DRAM controller 114 in parallel. Although only four rows of DRAM chips are shown in FIG. 2 , it should be understood that the off-chip bulk DRAM block 154 may include any number of rows of DRAM chips, and each row may include any number of DRAM chips.

›DETAILED DESCRIPTION OF THE EMBODIMENTS · 3 of 5

In practice, each row (or column, depending on the data-bus widths inside the router) of DRAM chips may be realized with a dual in-line memory module (DIMM), which is well-known in the art. The data-bus widths and number of memory chips in the figure are chosen merely to illustrate the concept, and may be adapted to specific routing platforms.

According to at least some example embodiments, each packet stored in the off-chip cache SRAM block 144 may be spread among (e.g., straddle) all SRAM chips 1440 in the block. Similarly, a packet stored in the off-chip bulk DRAM block 154 may be spread among (e.g., straddle) all DRAM chips within a given row of the DRAM array.

The line card processor 102 controls the off-chip cache SRAM block 144 and the off-chip bulk DRAM block 154 through memory controllers 124 and 114 , respectively. A more detailed discussion of the operations performed by the line card processor 102 will be provided below with regard to FIG. 3 .

Still referring to FIG. 2 , the line card 1 further includes a network processor 134 configured to input/output packets to/from the line card 1 . The network processor 134 includes an on-chip buffer memory 1340 including a plurality of on-chip buffers for buffering received data packets prior to being output by the line card 1 .

For the sake of this disclosure, the on-chip buffer memory 1340 is assumed to have capacity B I , which is typically a few tens or hundreds of Kilobytes. The capacity of the off-chip cache SRAM block 144 is denoted B S , and is on the order of a few Megabytes. The capacity of the off-chip bulk DRAM block 154 is denoted B D , and is on the order of several Gigabytes. Buffer memories discussed herein may support multiple first-in-first-out (FIFO) queues (e.g., per interface and/or class-of-service), and head and tail blocks of packets for each queue are movable between memory hierarchy levels as needed in a pipelined fashion.

As discussed herein, N R is used to denote the number of rows of DRAM chips in the off-chip bulk DRAM block 154 shown in FIG. 2 . In the example shown in FIG. 2 , N R is 4.

Memory controllers are typically integrated into custom ASICs, and there are often several concurrent controllers; however, for ease of depiction, FIG. 2 shows only a single aggregated DRAM controller 114 and a single integrated SRAM controller 124 . As mentioned above, the DRAM controller 114 is configured to control the off-chip bulk DRAM block 154 , and the SRAM controller 124 is configured to control the off-chip cache SRAM block 144 according to well-known methods.

In accordance with at least some example embodiments, entire rows of memory chips (e.g., DRAM and/or SRAM) are activated or deactivated (put to sleep or enter a sleep state) as needed.

Each corresponding controller may also be put to sleep or enter a sleep state if all memory chips in the corresponding off-chip memory are in the sleep state.

Example embodiments enable the active buffer capacity at the line card and the router to track the actual occupancy of the buffer, and to put to sleep any off-chip buffer memory that is not needed. In so doing, example embodiments may improve energy-efficiency of line cards and routers.

To control how aggressively or conservatively the buffer occupancy is tracked, a buffer occupancy threshold parameter αε[0,1] is used.

According to at least some example embodiments, the buffer occupancy threshold parameter α is a fraction essentially representing a threshold occupancy of the total buffer capacity at the line card 1 . By utilizing this buffer occupancy threshold parameter α, the line card processor 102 is able to selectively switch on portions of buffer memory on an as-needed basis. The buffer occupancy threshold parameter α may be a parameter set by a user based on empirical data and/or study. The buffer occupancy threshold parameter α is a parameter chosen by a network operator depending on, for example, one or more of memory configuration, memory size, traffic characteristics, cost considerations (e.g., cost of power), criticality of traffic, etc.

In accordance with at least some example embodiments, the total active buffer capacity B at any time instant may be maintained between the lower bound of the current queue occupancy Q and the upper bound of the maximum available buffer space (B I +B S +B D ). One example way to do this is to use a linear combination of the two extremes, that is, set the buffer capacity B according to Equation (1) shown below.

B=αQ +(1−α)( B I +B S +B D )  (1)

Choosing an extremely conservative buffer occupancy threshold parameter α=0 sets active buffers to maximum available buffers, essentially disabling power control. At the other (aggressive) extreme, choosing a buffer occupancy threshold parameter α=1 causes the active buffer capacity to track the exact queue occupancy, which is essentially equivalent to saying that buffer space is created by activating memory as needed when a packet arrives. Because memory takes a non-zero time to become active, this may result in packet loss (e.g., substantial packet loss).

Choosing a buffer occupancy threshold parameter α between 0 and 1 enables control of energy versus loss trade-off.

Example embodiments selectively activate and de-activate buffers based on the buffer occupancy threshold parameter α and the current queue occupancy Q (in bytes).

Example embodiments may be implemented in hardware, and may be executed in response to changes in the queue occupancy Q, due to packet arrivals and/or departures.

According to at least some example embodiments, hysteresis protection is provided to suppress and/or prevent memory components from toggling between active and sleep states in quick succession. In this regard, example embodiments may include at least about a 1 ms delay before active memory components are put into a sleep state.

FIG. 3 is a flow chart illustrating an example embodiment of a method for dynamic buffer adjustment at a line card of a router. The method shown in FIG. 3 may be performed by the line card processor 102 at the line card 1 shown in FIG. 2 . The method shown in FIG. 3 enables the line card processor 102 to control and/or adjust a total active buffer capacity at the line card 1 . Similar methods may be performed at one or more of the other line cards 2 through N at the router R 1 .

›DETAILED DESCRIPTION OF THE EMBODIMENTS · 4 of 5

As mentioned above, the method shown in FIG. 3 may be executed periodically and/or in response to changes in the queue occupancy Q due to packet arrivals and/or departures.

As discussed herein, when a buffer or buffer memory is referred to as “active,” the buffer or buffer memory is both switched on and prepared to temporarily store (buffer) packet data received at the line card 1 . When a buffer or buffer memory is referred to as “inactive” or “deactivated,” the buffer or buffer memory is put to sleep or put into a sleep state and does not buffer packet data received at the line card 1 .

In one example, a buffer memory (e.g., double data rate (DDR2) synchronous dynamic random-access memory (SDRAM)) may be put into sleep mode by toggling the clock enable pin (CKE). In another example, a buffer memory (e.g., an SRAM) may be put to sleep using the ZZ input pin.

In one example, as discussed herein, a sleep state refers to a relatively low power state or mode in which a buffer memory is not actively buffering data.

Referring to FIG. 3 , at step S 302 , the line card processor 102 compares the current buffer occupancy Q at the line card 1 with a first buffer occupancy threshold TH 1 . In this example, the first buffer occupancy threshold TH 1 is determined based on the buffer occupancy threshold parameter α and the capacity B I of the on-chip buffer memory 1340 . In more detail, for example, the first buffer occupancy threshold TH 1 is calculated according to Equation (2).

TH 1 =αB I   (2)

If the current buffer occupancy Q is less than the first buffer occupancy threshold TH 1 , then the line card processor 102 sets the buffer size B for the line card 1 equal to the capacity B I of the on-chip buffer memory 1340 at step S 304 .

The line card processor 102 then determines whether the off-chip cache SRAM block 144 is active at step S 305 . In one example, the line card processor 102 determines whether the off-chip cache SRAM block 144 is active through well-known signaling exchanges with the SRAM controller 124 .

If the off-chip cache SRAM block 144 is active, then the line card processor 102 deactivates the off-chip cache SRAM block 144 at step S 307 . In this example, the line card processor 102 causes the off-chip cache SRAM block 104 to enter a sleep state. In one example, the line card processor 102 deactivates the off-chip cache SRAM block 144 via well-known signaling exchanges with the SRAM controller 124 . Also at step S 307 , the line card processor 102 deactivates the SRAM controller 124 , thereby causing the SRAM controller 124 to enter a sleep state. The process then terminates. In this case, because the off-chip cache SRAM block 144 and the off-chip bulk DRAM block 154 are in a sleep state, both of the controllers 114 and 124 may also be put into a sleep state.

Returning to step S 305 , if the off-chip cache SRAM block 144 is deactivated, then the line card process 102 need not deactivate the off-chip cache SRAM block 144 , and the process terminates.

Returning to step S 302 , if the current buffer occupancy Q is greater than or equal to the first buffer occupancy threshold TH 1 , then the line card processor 102 compares the current buffer occupancy Q at the line card 1 with a second buffer occupancy threshold TH 2 at step S 306 .

In this example, the second buffer occupancy threshold TH 2 is determined based on the buffer occupancy threshold parameter a and the aggregate capacity of the on-chip buffer memory 1340 and the off-chip cache SRAM block 144 (B I +B S ). In more detail, for example, the second buffer occupancy threshold TH 2 is calculated according to Equation (3).

TH 2 =α( B I +B S )  (3)

In Equation (3), B I is the capacity of the on-chip buffer memory 1340 and B S is the capacity of the off-chip cache SRAM block 144 .

If the current buffer occupancy Q is less than the second buffer occupancy threshold TH 2 , then the line card processor 102 sets the buffer size B for the line card 1 equal to the aggregate capacity of the on-chip buffer memory 1340 and the off-chip cache SRAM block 144 (B I +B S ) at step S 308 .

The line card processor 102 then determines whether the off-chip cache SRAM block 144 is active at step S 310 . The line card processor 102 determines whether the off-chip cache SRAM block 144 is active in the same manner as at step S 305 .

If the off-chip cache SRAM block 144 is active, then the line card processor 102 determines whether the off-chip bulk DRAM block 154 is active at step S 312 . The line card processor 102 determines whether the off-chip bulk DRAM block 154 is active in the same manner as discussed above with regard to the off-chip cache SRAM block 144 at step S 305 .

If the off-chip bulk DRAM block 154 is deactivated (in a sleep state), then the process terminates.

Returning to step S 312 , if the off-chip bulk DRAM block 154 is active, then the line card processor 102 de-activates the off-chip bulk DRAM block 154 at step S 314 . In this case, the line card processor 102 causes the off-chip bulk DRAM block 154 to enter a sleep state. In this example, at step S 314 , the line card processor 102 also causes the DRAM controller 114 to enter a sleep state. The process then terminates.

Returning to step S 310 , if the off-chip cache SRAM block 144 is deactivated (in a sleep state), then the line card processor 102 activates the off-chip cache SRAM block 144 at step S 316 . The process then terminates.

Returning to step S 306 in FIG. 3 , if the current buffer occupancy Q is greater than or equal to the second buffer occupancy threshold TH 2 , then the line card processor 102 determines a desired and/or required amount of DRAM space in the off-chip bulk DRAM block 154 to be activated at step S 322 . In so doing, the line card processor 102 determines a number of rows of DRAM at the off-chip bulk DRAM block 154 to be activated at the line card 1 . An example manner in which the line card processor 102 determines the desired and/or required amount of DRAM space will be described in more detail later with regard to FIG. 4 .

›DETAILED DESCRIPTION OF THE EMBODIMENTS · 5 of 5

After determining the desired and/or required DRAM space at step S 322 , the line card processor 102 adjusts the active number of rows in the off-chip bulk DRAM block 154 by activating and de-activating rows of DRAM accordingly at step S 324 . The process then terminates.

According to at least some example embodiments, after setting the buffer size B, the line card processor 102 may activate and de-activate buffer memory at the off-chip packet buffer block 104 directly, or via the controllers 114 and 124 . In one example, with regard to the off-chip bulk DRAM block 154 , the line card processor 102 informs the DRAM controller 114 of the number of rows of DRAM chips needed via well-known signaling, and the DRAM controller 114 controls the off-chip bulk DRAM block 154 accordingly to obtain the desired buffer size B. Similarly, with regard to the off-chip cache SRAM block 144 , the line card processor 102 informs the SRAM controller 124 that the off-chip cache SRAM block 144 is to be activated or deactivated via well-known signaling, and the SRAM controller 124 controls the off-chip cache SRAM block 144 accordingly to obtain the desired buffer size B.

FIG. 4 illustrates is a flow chart illustrating an example embodiment of step S 322 shown in FIG. 3 .

Referring to FIG. 4 , at step S 402 the line card processor 102 calculates a desired and/or required DRAM capacity B A . In one example, the line card processor 102 calculates the desired DRAM capacity according to Equation (4) shown below.

B A =(1−α) B D +αmax {0,( Q−B I −B S )}  (4)

In Equation (4), B D is the capacity of the off-chip bulk DRAM block 154 , α is the buffer occupancy threshold parameter, Q is the amount of data currently in the buffer queue at the line card 1 , B S is the capacity of the off-chip cache SRAM block 144 , and B I is the on-chip buffer memory 1340 .

After calculating the desired DRAM capacity B A , the line card processor 102 computes the number of rows K D of DRAM required to obtain the desired DRAM capacity B A at step S 404 . In one example, the line card processor 102 computes the number of rows K D according to Equation (5) shown below.

In Equation (5), B D is again the capacity of the off-chip bulk DRAM block 154 , B A is the desired DRAM capacity calculated according to Equation (4), and N R is the total number of rows of DRAM chips at the off-chip bulk DRAM block 154 .

After computing the number of rows K D of DRAM chips at step S 404 , the line card processor 102 calculates the buffer size B at step S 406 . In one example, the line card processor 102 calculates the buffer size B according to Equation (6) shown below.

In Equation (6), K D is the number of rows of DRAM chips calculated at step S 404 , B D is the total capacity of the off-chip bulk DRAM block 154 , N R is the total number of rows of DRAM chips at the off-chip bulk DRAM block 154 , B I is the capacity of the on-chip buffer memory 1340 , and B S is the capacity of the off-chip cache SRAM block 144 .

As mentioned above, example embodiments may be implemented in hardware, and may be executed in response to changes in the queue occupancy Q, due to packet arrivals and/or departures.

According to at least some example embodiments, if the buffer occupancy threshold parameter α is chosen such that (1−α) is a negative power of 2 (e.g., α=0.75 or 0.875), methods according to at least some example embodiments may be implemented/performed without any multiplication or division operations because products may be precomputed for a given buffer occupancy threshold parameter α, and step S 322 in FIG. 3 may be realized using shift and add operations.

Although discussed above with regard to the flow chart shown in FIGS. 3 and 4 , a method for dynamic adjustment of buffer size at a router may be implemented and/or explained by the following pseudo-code. In the following example code, the variables are the same as those discussed above.

K D = ⌈ B A B D / N R ⌉ ⁢ / * number ⁢ ⁢ of ⁢ ⁢ DRAM ⁢ ⁢ rows * /

8:

B = K D ⁢ B D N R + B I + B S

The invention being thus described, it will be obvious that the same may be varied in many ways. Such variations are not to be regarded as a departure from the invention, and all such modifications are intended to be included within the scope of the invention.

›Tables in the description — 2
1:if Q < αB I then
2:B = B I /*on-chip buffers only*/
3:else if Q < α(B I + B S ) then
4:B = B I + B S /*on-chip and SRAM buffers*/
5:else
6:B A = (1 − α)B D + α max {0,(Q − B I ,−B S )}
7:
9:end if
10:output B

Claims as granted

20 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

1 codes
IPC · International Patent Classification
Section H — Electricity
  • H04L12/861

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoomJul 2012Jan 2013Jul 2013Jan 2014Jul 2014Jan 2015Jul 2015USPTOApplicantNon-final rejectionResponse after non-finalExaminer-initiated interview
USPTOApplicanthover for detail · click to open
Pendency
3.5 y
1,286 days filing → grant
Office actions
1
non-final + final
Responses
1
no RCE
Interviews
1
examiner interview summaries
Examiner
Ian N Moore
art unit 2469 · TC 2400
Citations: 2 back · 1 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.

Log in to unlock

Chain of title

⤢ drag to zoom20122014201620182020202220242026202820302032Owner 3Owner 4liens, releases & corrections
TitleLienReleasehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock