tc-red: update man page

include documentation for harddrop and adaptive parameters.

All parameters but limit and avpkt are optional.

Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
This commit is contained in:
Eric Dumazet 2012-01-24 14:18:33 +01:00 committed by Stephen Hemminger
parent e330c1853d
commit e61df2105c
1 changed files with 41 additions and 11 deletions

View File

@ -5,18 +5,19 @@ red \- Random Early Detection
.B tc qdisc ... red .B tc qdisc ... red
.B limit .B limit
bytes bytes
.B min .B [ min
bytes bytes
.B max .B ] [ max
bytes bytes
.B avpkt .B ] avpkt
bytes bytes
.B burst .B [ burst
packets packets
.B [ ecn ] [ bandwidth .B ] [ ecn ] [ harddrop] [ bandwidth
rate rate
.B ] probability .B ] [ probability
chance chance
.B ] [ adaptive ]
.SH DESCRIPTION .SH DESCRIPTION
Random Early Detection is a classless qdisc which manages its queue size Random Early Detection is a classless qdisc which manages its queue size
@ -66,7 +67,10 @@ parameter is provided to set a hard maximum for the size of the queue.
.SH PARAMETERS .SH PARAMETERS
.TP .TP
min min
Average queue size at which marking becomes a possibility. Average queue size at which marking becomes a possibility. Defaults to
.B max
/3
.TP .TP
max max
At this average queue size, the marking probability is maximal. Should be at At this average queue size, the marking probability is maximal. Should be at
@ -74,11 +78,14 @@ least twice
.B min .B min
to prevent synchronous retransmits, higher for low to prevent synchronous retransmits, higher for low
.B min. .B min.
Default to
.B limit
/4
.TP .TP
probability probability
Maximum probability for marking, specified as a floating point Maximum probability for marking, specified as a floating point
number from 0.0 to 1.0. Suggested values are 0.01 or 0.02 (1 or 2%, number from 0.0 to 1.0. Suggested values are 0.01 or 0.02 (1 or 2%,
respectively). respectively). Default : 0.02
.TP .TP
limit limit
Hard limit on the real (not average) queue size in bytes. Further packets Hard limit on the real (not average) queue size in bytes. Further packets
@ -99,7 +106,7 @@ average queue size calculations. 1000 is a good value.
bandwidth bandwidth
This rate is used for calculating the average queue size after some This rate is used for calculating the average queue size after some
idle time. Should be set to the bandwidth of your interface. Does not mean idle time. Should be set to the bandwidth of your interface. Does not mean
that RED will shape for you! Optional. that RED will shape for you! Optional. Default : 10Mbit
.TP .TP
ecn ecn
As mentioned before, RED can either 'mark' or 'drop'. Explicit Congestion As mentioned before, RED can either 'mark' or 'drop'. Explicit Congestion
@ -109,7 +116,26 @@ dropping a packet. If this parameter is specified, packets which indicate
that their hosts honor ECN will only be marked and not dropped, unless the that their hosts honor ECN will only be marked and not dropped, unless the
queue size hits queue size hits
.B limit .B limit
bytes. Needs a tc binary with RED support compiled in. Recommended. bytes. Recommended.
.TP
harddrop
If average flow queue size is above
.B max
bytes, this parameter forces a drop instead of ecn marking.
.TP
adaptive
(Added in linux-3.3) Sets RED in adaptive mode as described in http://icir.org/floyd/papers/adaptiveRed.pdf
.nf
Goal of Adaptive RED is to make 'probability' dynamic value between 1% and 50% to reach the target average queue :
.B (max - min) / 2
.fi
.SH EXAMPLE
.P
# tc qdisc add dev eth0 parent 1:1 handle 10: red
limit 400000 min 30000 max 90000 avpkt 1000
burst 55 ecn adaptive bandwidth 10Mbit
.SH SEE ALSO .SH SEE ALSO
.BR tc (8), .BR tc (8),
@ -123,10 +149,14 @@ Congestion Avoidance. http://www.aciri.org/floyd/papers/red/red.html
.TP .TP
o o
Some changes to the algorithm by Alexey N. Kuznetsov. Some changes to the algorithm by Alexey N. Kuznetsov.
.TP
o
Adaptive RED : http://icir.org/floyd/papers/adaptiveRed.pdf
.SH AUTHORS .SH AUTHORS
Alexey N. Kuznetsov, <kuznet@ms2.inr.ac.ru>, Alexey Makarenko Alexey N. Kuznetsov, <kuznet@ms2.inr.ac.ru>, Alexey Makarenko
<makar@phoenix.kharkov.ua>, J Hadi Salim <hadi@nortelnetworks.com>. <makar@phoenix.kharkov.ua>, J Hadi Salim <hadi@nortelnetworks.com>,
Eric Dumazet <eric.dumazet@gmail.com>.
This manpage maintained by bert hubert <ahu@ds9a.nl> This manpage maintained by bert hubert <ahu@ds9a.nl>