Method and device for leaky bucket speed-limitation

Patent metadata

Field	Value
Publication number	US-9160669-B2
Application number	US-201114127862-A
Country	US
Kind code	B2
Filing date	Jun 28, 2011
Priority date	Jun 28, 2011
Publication date	Oct 13, 2015
Grant date	Oct 13, 2015

Abstract

The disclosure discloses a method for traffic limitation by a leaky bucket, including that: during traffic-limitation of a group of packets sharing a same leaky bucket and having separate weighted priorities, the overall leaky bucket is divided into multiple sub-buckets according to priority parameters of the packets including a number of the weighted priorities and ratios between the weighted priorities; after packet information is received, parameters relevant to traffic-limitation by a leaky bucket is acquired; a total number of tokens to be added to the overall leaky bucket is calculated; token-addition is performed on the sub-buckets according to a state of the overall leaky bucket after addition of the total number of tokens and the weighted priorities corresponding to the sub-buckets; a packet is forwarded, or discarded, or marked according to a length of the packet and a number of tokens in a sub-bucket corresponding to a weighted priority, wherein in performing token-addition on the sub-buckets, after token-addition is performed on all the sub-buckets, any overrunning token is allocated to another sub-bucket not overrun with tokens. The disclosure further discloses a device for traffic limitation by a leaky bucket. With the disclosure, it is possible to limit packet traffic flexibly according to weighted priorities and improve resource utilization.

First claim

The invention claimed is:

1. A method for traffic limitation by a leaky bucket, comprising: during traffic-limitation of a group of packets sharing a same leaky bucket and having separate weighted priorities, dividing the overall leaky bucket into multiple sub-buckets according to priority parameters of the packets comprising a number of the weighted priorities and ratios between the weighted priorities, wherein the ratios depend on a requirement on jitter-absorption by traffics with the separate weighted priorities, a sum of volumes of the sub-buckets equals to a volume of the overall leaky bucket, and each of the sub-buckets corresponds to a weighted priority of the packets, the method comprising:
after packet information comprising at least lengths and the priority parameters of the packets is received, acquiring parameters relevant to traffic-limitation by a leaky bucket;
calculating a total number of tokens to be added to the overall leaky bucket according to the acquired parameters relevant to traffic-limitation by a leaky bucket;
performing token-addition on the sub-buckets according to the calculated total number of tokens and the weighted priorities corresponding to the sub-buckets; and
forwarding, or discarding, or marking a packet according to a length of the packet and a number of tokens in a sub-bucket corresponding to a weighted priority of the packet,
wherein performing token-addition on the overall leaky bucket and the sub-buckets according to the calculated total number of tokens and the weighted priorities corresponding to the sub-buckets comprises:
firstly, performing token-addition on the overall leaky bucket according to the calculated total number of tokens, wherein when the overall leaky bucket is overrun with tokens, a number of tokens in the overall leaky bucket equals the volume of the overall leaky bucket, otherwise when the overall leaky bucket is not overrun with tokens, the number of tokens in the overall leaky bucket is a total number after the token-addition; and secondly, when the overall leaky bucket is overrun with tokens, and therefore all the sub-buckets corresponding to the weighted priorities are overrun with tokens, otherwise when not all the sub-buckets corresponding to the weighted priorities are overrun with tokens, dividing, according to the ratios between the weighted priorities, the total number of tokens to be added to the overall leaky bucket into numbers of tokens to be added to the sub-buckets corresponding to the weighted priorities; and
performing token-addition on the sub-buckets according to the numbers of tokens to be added to the sub-buckets corresponding to the weighted priorities, and after token-addition is performed on all the sub-buckets, when a sub-bucket is overrun with tokens, allocating any overrunning token to another sub-bucket not overrun with tokens via mutual uptake of overrun.

2. The method according to claim 1 , further comprising: after the forwarding, or discarding, or marking a packet, updating the parameters relevant to traffic-limitation by a leaky bucket, wherein the parameters relevant to traffic-limitation by a leaky bucket comprises a number of tokens in each sub-bucket after traffic-limitation.

3. The method according to claim 2 , wherein
the parameters relevant to traffic-limitation by a leaky bucket comprises: the volume of the overall leaky bucket, the weighted priorities, a total rate of token-addition, the time of a last traffic-limitation, the number of tokens in the overall leaky bucket, and the number of tokens in each sub-bucket; and
the updating the parameters relevant to traffic-limitation by a leaky bucket comprises: updating the time of the last traffic-limitation to the current time, and updating the number of tokens in the overall leaky bucket and the number of tokens in each sub-bucket to the number of tokens in the overall leaky bucket and the number of tokens in each sub-bucket after traffic-limitation.

4. The method according to claim 3 , wherein the parameters relevant to traffic-limitation by a leaky bucket further comprise one or more of the following: the volume of each sub-bucket, ratios in sub-bucket-volume allocation, preset ratios directed at allocation via mutual uptake of overrun, and a preset number of token-additions via mutual uptake of overrun.

5. The method according to claim 4 , wherein the allocating any overrunning token to another sub-bucket not overrun with tokens via mutual uptake of overrun comprises:
allocating any overrunning token to another sub-bucket not overrun with tokens according to the ratios between the weighted priorities or according to preset ratios; when token-overrun remains after this second round of token-addition, performing a third round of token-addition to another sub-bucket not overrun with tokens, until no sub-bucket is overrun with tokens, or a preset number of token-additions via mutual uptake of overrun is reached; and after the preset number of token-additions via mutual uptake of overrun is reached, discarding any sub-bucket-overrunning token, and reducing the number of tokens in the overall leaky bucket by a number corresponding to any discarded token.

6. The method according to claim 5 , wherein the forwarding, or discarding, or marking a packet according to a length of the packet and a number of tokens in a sub-bucket corresponding to a weighted priority of the packet comprises:
selecting the sub-bucket corresponding to the weighted priority of the packet; comparing the number of tokens in the sub-bucket with the length of the packet; when the number of tokens in the sub-bucket is no less than the length of the packet, forwarding the packet, and reducing both the number of tokens in the overall leaky bucket and the number of tokens in the sub-bucket by a number corresponding to the length of the packet; otherwise when the number of tokens in the sub-bucket is less than the length of the packet, discarding or marking the packet, wherein the number of tokens in the overall leaky bucket and the number of tokens in each sub-bucket remain the same.

7. The method according to claim 2 , wherein the allocating any overrunning token to another sub-bucket not overrun with tokens via mutual uptake of overrun comprises:
allocating any overrunning token to another sub-bucket not overrun with tokens according to the ratios between the weighted priorities or according to preset ratios; when token-overrun remains after this second round of token-addition, performing a third round of token-addition to another sub-bucket not overrun with tokens, until no sub-bucket is overrun with tokens, or a preset number of token-additions via mutual uptake of overrun is reached; and after the preset number of token-additions via mutual uptake of overrun is reached, discarding any sub-bucket-overrunning token, and reducing the number of tokens in the overall leaky bucket by a number corresponding to any discarded token.

8. The method according to claim 7 , wherein the forwarding, or discarding, or marking a packet according to a length of the packet and a number of tokens in a sub-bucket corresponding to a weighted priority of the packet comprises:
selecting the sub-bucket corresponding to the weighted priority of the packet; comparing the number of tokens in the sub-bucket with the length of the packet; when the number of tokens in the sub-bucket is no less than the length of the packet, forwarding the packet, and reducing both the number of tokens in the overall leaky bucket and the number of tokens in the sub-bucket by a number corresponding to the length of the packet; otherwise when the number of tokens in the sub-bucket is less than the length of the packet, discarding or marking the packet, wherein the number of tokens in the overall

Assignees

• Yin Junjie
• Liu Yi
• Zte Corp

Inventors

• Yin Junjie
• Liu Yi

Classifications

• H04L47/21 Primary

  using leaky-bucket · CPC title

• H04L47/215 Primary

  using token-bucket · CPC title