Professional Documents
Culture Documents
2543-2562 (artculo completo) Cristian Garca Bauza, Pablo Lotito, Lisandro Parente, Marcelo Vnere (Eds.) Tandil, Argentina, 3-6 Noviembre 2009
2544
1. RED, ALGORITMO DE CONTROL DE CONGESTION EN REDES IP 1.1. Introducci n o Tradicionalmente la gesti n de colas en los routers, se realiza descartando paquetes cuando o el buffer se llena.(este mecanismo se denomina Drop-Tail). Recientemente, se han propuesto nuevos mecanismos de gesti n de colas, uno de los mas populares es RED (Random Early o Detection) propuesto por [3]. RED tiene el potencial de resolver algunos de los problemas encontrados en Drop-Tail tales como sincronizaci n de ujos TCP y correlaci n de los eventos o o de descarte dentro de un ujo TCP (se descartan m ltiples paquetes en secuencia). En RED los u paquetes son aleatoriamente descartados antes de que el buffer est lleno, y la probabilidad de e descarte se incrementa con el tama o promedio de la cola. n RED es un mecanismo poderoso para controlar el tr co. Puede proveer una mejor utilizaa ci n de la red que Drop-Tail si se usa apropiadamente, pero puede inducir inestabilidad en la o red e importantes perturbaciones del tr co si no est congurado adecuadamente. La congua a raci n de RED ha sido un problema, en varios estudios se trata este inconveniente [2],[1],[5]. o El problema com n es que cada conguracon propuesta solo es buena para unas determiu nadas condiciones de tr co pero puede producir efectos no deseados si es usado bajo otras a condiciones. El presente trabajo simula la convergencia del modelo analto de RED a trav s de un sistema e de control realiamentado como el propuesto en [7] realizado en Simulink y lo compara con los resultados obtenidos en el simulador de redes TCP por eventos discretos ns-2. Se utiliza este modelo y los requisistos de estabilidad y eciencia para derivar los par metros adecuados para a la conguraci n de RED en un rango dado de caractersticas de tr co y velocidad de la linea. o a 1.2. CONTROL DE CONGESTION BASADO EN EL TAMANO DE LA COLA VISTO COMO UN SISTEMA DE CONTROL REALIMENTADO A continuaci n se analiza la din mica de control de congeston de TCP en presencia de un o a m dulo de control de congesti n basado en el tama o de la cola [6]. Primero desarrollaremos o o n un modelo de tama o de cola promedio cuando el ujo TCP pasa a trav s de un sistema de colas n e con una probabilidad de descarte ja. Luego vericaremos este modelo a trav s de simulaciones, e a continuaci n combinaremos este modelo con los elementos de control de RED y derivaremos o el comportamiento en estado estacionario del sistema de control realimentado resultante y por ultimo analizaremos la establidad del sistema de control RED. 1.2.1. Modelo de Tamano de Cola Promedio como una funci n de la media probabilistica o de descarte de paquetes En la gura 1 se muestra el sistema de n ujos TCP, que pasan a trav s de un enlace com n e u l de capacidad c. El ujo fi , 1 i n, es establecido entre Ai y Di , mientras que el tr co a en sentido opuesto consiste solamente de paquetes de reconocimiento (ACKs). El enlace cuello de botella es B C para cualquier ujo fi . Se supone tambi n que el n mero de ujos n e u se mantiene constante por un largo perodo de tiempo y que los mismos envian datos por un perodo prolongado. Se asume que el sistema implementa TCP Reno como el propuesto en [9]. Cada ujo fi enva a una tasa rs,i los cuales se combinan en el nodo B y generan una cola de tama o q. El m dulo de descarte en el enlace l descarta paquetes con probabilidad p la cual es n o funci n del tama o medio de la cola q para cada ujo fi , los paquetes que no son descartados o n
2545
son enviados sobre el enlace l a una tasa rt,i que es mas peque a que la tasa de envio rs,i. Cada n emisor TCP ajusta su tasa de envo (variando el tama o de la ventana) acorde a la probabilida n de descarte p. Este modelo se puede ver como un sistema de control realimentado, los emisores TCP son el sistema controlado, el m dulo de descarte es el controlador, la se al de realimentaci n es la o n o probabilidad de descarte y la variable controlada es la tasa de envio TCP [7]. En este sistema de controlel n mero de ujos (variable controlada) puede variar en el tiempo. u El prop sito del elemento controlador es mantener el throughput () de todos los ujos por debajo o de la capacidad del enlace c.
n
rtj c
j=1
(1)
Dado que hemos asumido que el ujo TCP se mantiene por largo tiempo y que el numero de ellos no cambia, el throughput de cada ujo puede ser derivado de [6]: rt,i (p, Ri ) = T (p, Ri ) donde
W (p) 1p + 2 +Q(p,W (p) p Q(p,W (p))F (p)T0 b R( 2 W (p)+1)+ 1p Wmx 1p a +Q(p,W + 2 mx ) a p Q(p,Wmx )F (p)T0 1p b a R( 8 Wmx + pW +2)+ a 1p mx a
T (p, R) =
donde T es el throughput de un ujo TCP (en bits/seg) y depende de la probabilidad de descarte de paquetes p, del Round Trip Time medio R, del tama o medio del paquete M (en bits), del n n mero medio de paquete reconocidos por un ACK b (usualmente 2), del tama o m ximo de la u n a
2546
ventana de congestion soportado por el receptor Wmx (en paquetes) y la duraci n del Time out o a T0 (el cual es tipicamente 5R). W, Q, y F tienen la siguiente expresi n: o W (p) = Q(w, p) = m 1, n 2+b + 3b 8(1 p) + 3bp 2+b 3b
2
Se considera que todos los ujos tienen el mismo RTT, Ri = R, el mismo tama o medio n de paquete, Mi = M y que Wmx es lo sucientemente grande como para no inuenciar en a T (p, R), asi tenemos: rt,i (p, R) = rt,j (p, R), 1 i, j n entonces (1) se convierte en: rt,i (p, R) c/n, 1 i n o En la gura 2 se muestra el throughput (T ) en funci n de p para el caso de un ujo TCP con Wm = 12, RT T = 470mseg, y T0 = 3,2 seg.
10
4
Trhoughput
Paquetes/100 seg
10
10 3 10
10
Figura 2: Gr ca de T(p) a
De esta forma se puede reducir el sistema realimentado de n f lujos en uno de un simple ujo como se muestra en la gura 3 Para determinar el estado estacionario del sistema realimentado, es decir obtener los valores medios de rt , q, p, cuando el sistema est en equilibrio necesitamos determinar la funci n de a o
2547
la cola q = G(p) y la funci n de control p = H(q). La funci n de control H est dada por la o o a arquitectura del m dulo de descarte, por ejemplo puede ser Drop-Tail o RED. o Para determinar q = G(p) se analiza la gura 3 a lazo abierto, es decir sin el modulo de descarte, donde p es el par metro independiente. Si se asume que l es el unico enlace cuello a de botella para todos los ujos TCP, el Round Trip Time (RTT) promedio de un paquete es la o suma del tiempo de espera medio en la cola (q/c) del enlace l mas R0 (tiempo de propagaci n). As R queda dado por: R = R0 + q/c Dependiendo del valor de p, el sistema puede estar en uno de dos estados [7]: 1) Para p > p0 , el ancho de banda del enlace cuello de botella est subutilizado y a rt (p, R) < c/n, en tal caso, el tama o medio de la cola es despreciable y R = R0 y la utilizaci n del enlace n o es: u(p) = T (p, R0 ) rt = , p > p0 c/n c/n
2) Para p p0 , el ancho de banda del enlace est completamente utilizado, es decir u(p) = 1, a y el tama o medio de la cola puede ser derivado de la condici n rt (p, R0 + q/c) = c/n : n o
1 q(p) = c(TR (p, c/n) R0 ) 1 donde TR (p, y) es la inversa de T (p, R) en R. Si la probabilidad de descarte p es sucientemente peque a para que q(p) > B (tama o del buffer), entonces se descartan paquetes n n adicionales debido a overow del buffer. Obviamente el tama o promedio de la cola no puede n ser mayor que el tama o del buffer B, as: n 1 q(p) = mx(B, c(TR (p, c/n) R0 )), p p0 a
A continuaci n se determina p0 , el valor de probabilidad de descarte al cual el r gimen del o e enlace cambia de subutilizado a completamente utilizado.
2548
Si p = p0 , R = R0 : rt (p0 , R0 ) = c/n
1 Denotando Tp (x, R) la inversa de T (p, R) en p, se tiene que: 1 p0 = Tp (c/n, R0 )
(6)
Las expresiones del tama o medio de la cola y la utilizaci n del enlace en funci n de la n o o probabilidad de descarte p son:
1 a mx(B, c(TR (p, c/n) R0 )), 0,
q(p) =
p p0 otro
(7)
u(p) =
1,
T (p,R0 ) , c/n
p p0 otro
(8)
Dada una red como la de la gura 1, donde la capacidad del enlace l es c = 1,5Mbps, el n mero de ujos n = 20 generados por una aplicaci n FTP de duracion innita, un RTT u o R0 = 100 mseg (el cual no incluye el tiempo de espera en la cola), un tama o medio de paquete n de 500 Bytes y un buffer de tama o B = 2cR0 (se supone que el buffer es lo sucientemente n grande para evitar overow). Para poder obtener el valor de q(p) usando la ecuaci n (7), primero o se debe calcular p0 (6) iterando (2) y evaluando el valor de p0 para T = c/n y R = R0 . El resultado obtenido se muestra en la gura 4.
10
7
10
10
X: 0.0609 Y: 7.407e+004
10 4 10
10
Figura 4: C lculo de p0 a
A partir de p0 , es posible obtener la funci n de utilizaci n u(p) (8) mostrada en la gura 5 y o o el tama o medio de la cola q(p) (7) mostrado en la gura 6. n A continuaci n se analiza la din mica de RED como un sistema de control realimentado. o a
2549
,para p>po l subutilzado u<1, para p<p0 el l comp. utilizado u=1 1 0.9 0.8 Utilizacin del enlace 0.7 0.6 0.5 0.4 0.3 0.2 0.1 0.02 0.03 0.04 0.05 0.06 0.07 probabilidad de descarte (p) 0.08 0.09 0.1
q(p) 200 Tamao medio de la cola/Velocidad del enlace [msec] 180 160 140 120 100 80 60 40 20 0 0.02 0.03 0.04 0.05 0.06 0.07 0.08 probabilidad de descarte (p) 0.09 0.1
2550
1.2.2. Operaci n en estado estacionario de RED o Retornando al sistema de control realimentado de la gura 3, en la secci n anterior se obtuvo o una expresi n del tama o medio de la cola en estado estacionario en funci n de la probabilidad o n o de descarte de paquetes, representada por q(p) = G(p) dada por (7). Asumiendo que el m dulo o de descarte tiene una funci n de realimentaci n dada por p = H(q e ), donde q e es un estimador o o del tama o medio de la cola y si el siguiente sistema de ecuaciones tiene una soluci n unica n o (ps , q s ), entonces el sistema realimentado de la gura 3 tiene un estado de equilibrio (ps , qs ). q = G(p) p = H(q) (9)
El sistema opera en promedio en (ps , q s ), es decir a largo plazo el n mero medio de paquetes u descartados es ps y el n mero medio de paquetes en la cola es q s . En la gura 7 se ilustra el u concepto.
donde q e es el promedio m vil de la cola ponderada exponecialmente, qm , qmx , pmx , son o n a a par metros congurables de RED y B es el tama o del buffer. a n
La raz n de que el sistema se estabilice en el punto de equilibrio, es que est condicionado o a por un lado por la ley del tama o de la cola q = G(p) y por otro lado por el m dulo de control a n o trav s de la funci n p = H(q). Es importante considerar que el sistema reside en promedio en e o el punto de equilibrio y que no necesariamente est todo el tiempo en este estado. a A continuaci n se aplican estos conceptos para determinar el estado de operaci n del sistema o o cuando el modulo de control a utilizar es el algoritmo RED. En este caso la funci n de control es: o 0, 0 q e < qm n q e qm n pmx , qm q e < qmx p = H(qe ) = (10) a n a a n qmx qm 1 qmx q e < B a
2551
Se ha implementamentado en Matlab un programa para obener el punto de operaci n (ps , qs ) o como soluci n al sistema de ecuaciones (10) y (7). o En la gura 8, se muestra la curva del tama o de la cola dada por (7) y la funci n de control n o RED dada por (10), con los par metros sugeridos en [2] cuyos valores son: pmx = 0,1, qm = a a n 12,5 paquetes, qmx = 37,5 paquetes , el tama o del buffer B = 75 paquetes y el tama o del n n a paquete M = 500 Bytes.
Punto de operacin 200
150
100
50
X: 0.0402 Y: 22.55
50 0.02 0.03 0.04 0.05 0.06 0.07 0.08 probabilidad de descarte (p) 0.09 0.1
1.2.3. Operaci n transitoria del control de congesti n RED o o En (9) se ha denido un sistema din mico donde los par metros de estado son el tama o a a n medio de la cola y la tasa media de descarte de paquetes. Este sistema puede o no ser estable alrededor del punto de equilibrio dependiendo de las funciones H y G, por lo que se analizar la a evoluci n instantanea del tama o de la cola en el tiempo, es decir se describir la din mica del o n a a sistema con RED. El emisor TCP ajusta su ventana de congesti n (por ende su tasa de envo) dependiendo si o ha sensado o no descarte de paquetes. Si se descarta un paquete en el enlace l, este evento es detectado en el emisor TCP aproximadamente un RTT despu s que el paquete ha sido descartae do. Por lo tanto el sistema realimentado que se pretende modelar tiene un tiempo de retardo de aproximadamente un RTT entre el momento en que la se al es enviada por el modulo de control n y el momento en que el sistema controlado (emisor TCP) reacciona a esta se al. El incremento n o decremento en la tasa de envo del emisor TCP produce un incremento o decremento de la longitud de la cola en el enlace cuello de botella l, quien indica al m dulo RED que cambie o nuevamente su tasa de descarte, y asi el proceso se repite. Se modela el sistema de control realimentado como un sistema de tiempo discreto cuyo paso es un RT T = R. Se asume que en el tiempo tk la probabilidad de descarte es pk . En el tiempo tk+1 = tk + R, el emisor TCP reacciona a pk , y ajusta la tasa de envo a rk+1 . El resultado es que
2552
el tama o de la cola en tk+1 es qk+1 = G(pk ) de acuerdo a (7), luego el m dulo RED computa n o una nueva estimaci n del tama o de la cola. o n q e,k+1 = A(q e,k , qk+1) donde A es el promedio m vil ponderado exponencialmente (del ingl s, EWMA (exponeno e tial weighted moving average)): A(q e,k , qk+1) = (1 w)qe,k + wqk+1 Luego RED actualiza su tasa de descarte pk+1 = H(q e,k+1) de acuerdo a su ley de control expresada en (10), esto es un sistema din mico en tiempo discreto denido con las siguientes a ecuaciones de recurrencia: qk+1 = G(pk ) q e,k+1 = A(q e,k , qk+1) pk+1 = H(qe,k+1) Para realizar un estudio cuantitativo de la evoluci n transitoria de este sistema din mico se o a implement el modelo en Matlab mostrado en la gura 9. o
En la gura 10 se observa como converge el sistema al punto de equilibrio para el ejemplo de la secci n anterior y un valor de w = 0,002 sugerido en [3], las condiciones iniciales de dicho o sistema son q0 = 0, q e,0 = 0 y p0 = 0.
2553
q [paquetes] y qe [paquetes]
X: 52.4 Y: 22.45
20
40
60 80 tiempo [segundos]
100
120
Otro an lisis es estudiar el comportamiento del sistema cuando el punto de estabilidad a est por encima de p mx = 0,1. En la gura 11 se muestra el punto de equilibrio para el a a caso en que R0 = 0,1, c = 1,5Mbps, n = 200 usuarios (para el caso anterior n = 20) se observa que el punto de equilibrio (ps , qs ) (0,3431, 37,5) est situado por encima de pmx = 0,1. a a Claramente es un punto inestable dado que para la funci n de control este valor de p no es un o punto de operaci n denido para RED. o
Punto de operacin 600 Tamao medio de la cola [Paquetes] 500 400 300 200 100 0 100 200 0.05 0.1 0.15 0.2 0.25 probabilidad de descarte (p) 0.3 0.35
X: 0.343 Y: 37.5
2554
Esto produce oscilaciones en el tama o de la cola entre 0 y el tama o del buffer B como se n n observa en la gura 12.
70
60 q [paquetes] y qe [paquetes]
50
40
30
20
10
10
15 20 Tiempo [segundos]
25
30
35
Por lo tanto, este tipo de operaci n es peligrosa y debera ser evitada por medio de una o correcta conguraci n del controlador RED, es decir que tal conguraci n debe evitar que el o o sistema trabaje alrededor de pmx (punto de discontinuidad). a Otro variable que inuye en la estabilidad del sistema, o el tiempo de convergencia, es la pendiente entre q m y q mx ( = q/p). Si la pendiente de la funci n de control RED es n a o peque a, el sistema resulta en una r pida convergencia. Caso contrario, un sistema con gran n a pendiente, el sistema es mas inestable. En la gura 13 se observa el comportamiento con la pendiente modicada q m = 12,5 a q m = 15,5. Se observa como el sistema evoluciona n n m s r pido que el comportamiento mostrado en la gura 10. a a 2. SIMULACION EN NS2 Como continuaci n del presente trabajo se realizaron dos simulaciones utilizando ns2, para o comprobar la exactitud de los modelos analticos obtenidos en las secciones anteriores. En pri mera instancia se represent el modelo de la secci n 1.2.1 y luego el propuesto en la secci n o o o 1.2.2. Se consider un sistema de 4 ujos TCP que pasan a trav s de un enlace com n (cuello de o e u botella) de capacidad c y se dirigen hacia un receptor tambi n com n (Sink) que produce tr co e u a en sentido opuesto, el cual consiste solamente de paquetes de reconocimiento (ACKs). Esta arquitectura se muestra en la gura 14. Los parametros tanto para las simulaciones como para los c lculos analticos usados son: a c = 1,5 Mbps R0 = 6 ms
2555
q [paquetes] y qe [paquetes]
20
40
60 80 tiempo [segundos]
100
120
2556
n = 4 (cantidad de nodos) pmax = 0,1 minth = 12,5 maxth = 37,5 M = 500 bytes (tama o del paquete) n 2.1. Simulaci n TCP/Droptail o En esta simulaci n el buffer de la cola del gateway es del tipo Droptail, con capacidad suo ciente para que no haya overow. Los descartes son producidos por un m dulo de descarte o que desecha paquetes de la cola con una probabilidad denida. Esta probabilidad se va variando desde 0 hasta 0.1 (pmax) para generar la curva del tama o medio de la cola en funci n de la n o probabilidad de descarte, la cual representa el modelo del sistema a controlar. Otra posibilidad para generar esta curva es la de ir aumentando progresivamente la cantidad de nodos emisores de paquetes en vez de usar el m dulo de descarte y se obtendra una curva de caractersticas o similiares. N tese que haci ndolo de este modo adem s de tener que calcular el valor medio de o e a la cola, tambi n habra que calcular el valor de la probabilidad de descarte para cada caso. e 2.1.1. Generaci n de la Curva de Operaci n o o Para gracar la curva, como se mencion , se vari el valor de la probabilidad del m dulo de o o o descarte y se fue generando una tabla con el respectivo valor medio de la cola para cada valor de dicha probabilidad (Tabla 2.1.1), cuyos resultados se muestran en la gura 15. En la gura 16 se compara esta graca con la curva generada por el modelo analtico sobre el mismo par de ejes.
2557
Probabilidad Cola Media en Bytes 0.0 36504.4 0.005 24027.1 0.01 17676.3 0.015 14530.7 0.02 12136.3 0.02259 10552.6 0.025 9854.23 0.03 8264.27 0.035 6940.94 0.04 6128.44 0.045 5309.02 0.05 4469.28 0.055 3629.46 0.06 3243.12 0.065 2675.54 0.07 2415.48 0.075 1885.76 0.08 1677.77 0.085 1434.4 0.09 1221.71 0.095 877.02 0.1 793.318
Tabla 1: pmedia vs. qmedio
2.2. Simulaci n TCP/RED o Se deni la misma red que en el caso anterior, salvo que ahora el buffer de la cola del gateo way, en vez de hacer droptail y de usar el m dulo de descarte, usa el algoritmo de control RED, o es decir, que al control de congesti n de tcp/droptail, se le suman las bondades del algoritmo o
2558
red. Se eligieron los par metros de operaci n de RED para la posterior comparaci n con los a o o valores obtenidos en el modelo analtico. De acuerdo con las recomendaciones de [2] y [3], se eligi el umbral m ximo (37.5) como tres veces el umbral mnimo (12.5), la probabilidad o a m xima de marcado 0.1, y mean pkt size a 500 btyes para los c lculos de la cola media. a a 2.2.1. Generaci n de la Curva de Operaci n o o La curva de operaci n de RED se muestra en la gura 17. N tese que la variable indepeno o a a diente de este gr co es la dependiente del gr co generado para tcp/droptail. Es evidente en esta gura que cuando la cantidad media de paquetes en el buffer supera el umbral mnimo (12.5 paquetes) aumenta linealmente la probabilidad de descarte. Tambi n se ve que no se supera el e umbral m ximo, y, por lo tanto, la probabilidad nunca llega a pmax. En la gura 18 se compara a la curva simulada con la curva generada analticamente.
Observamos aqu que la curva de operaci n de RED obtenida mediante las simulaciones y la o obtenida de acuerdo al modelo planteado en la secci n 1.2.2 (calculada con los mismos valores o de los par metros que se usaron en la red anteriormente descripta) se corresponden. a 2.2.2. Desempeno de RED En la gura 19 se puede valorar como se desempe a RED en funci n de los valores de la cola. n o Se ve que el valor promedio de la cola (lnea de color rojo) se mantiene por debajo del umbral m ximo (lnea de color rosa) y por encima del umbral mnimo (lnea de color azul) cuando a se alcanza el estado estacionario. Adem s se puede apreciar como el peso del promedio m vil a o permite que las r fagas de datos, que se pueden observar sobre todo en el perodo transitorio a sobre la curva de la cola instant nea (lnea de color verde), que sobrepasan el umbral m ximo a a no son inuenciadas por RED y, por lo tanto, no sufren descarte de sus paquetes.
2559
2560
2.3. Punto de Equilibrio Como se demostr en la introducci n te rica, el punto donde se cruzan las dos curvas (la o o o de tcp/droptail y la de tcp/red) es el punto de equilibrio al cual tiende el sistema si est bien a congurado. Del resultado de las simulaciones, obtuvimos los siguientes valores: qmedio: 18.65 paquetes pmedia: 0.0223 La probabilidad de descarte fu calculada como la cantidad de paquetes descartados sobre la e cantidad total de paquetes transimitidos, donde paquetes descartados son los descartados en la cola entre el gateway y el sink, y los paquetes totales los calculamos como todos aquellos que llegan al nodo 4. En la gura 20 se muestran las curvas de operacion generadas mediante la simulaci n. De o la misma se desprende que el punto donde se cruzan corresponden, o est n muy cercanos a los a valores obtenidos.
Los valores de qmedio y pmedia para el caso te rico se obtienen de la gura 21, se observa o que el punto donde se cruzan las curvas es: qmedio: 18.56 paquetes pmedia: 0.0228 Finalmente, se hace una comparaci n de los puntos de operaci n te ricos y analticos, estos o o o valores se ven gracamente en la gura 22. qmedio pmedia Simulado Analtico 18.86 18.56 0.0223 0.0228
2561
2562
CONCLUSIONES Se puede concluir que el sistema de control RED es aplicable siempre y cuando el sistema se mantenga dentro de ciertos par metros. En caso de que esto no ocurriese se sugiere utilizar a un control RED din mico, es decir que modique los par metros de RED (por ejemplo pmax , o a a ) en funci n del estado de la red (por ejemplo, punto de operaci n). o o Se concluye adem s que al validar mediante la herramienta de simulaci n ns2 el modelado a o de TCP como un sistema de control realimentado, se podra reemplazar el m dulo de control o RED por alg n otro algoritmo que controle el sistema realimentado. u REFERENCIAS [1] W. C. Feng, D. Kandlur, D. Saha, and K. Shin. A Self-conguring RED Gateway. In Infmom99, 1999. [2] S. Floyd. Notes on RED in the end-to-end-interest mail list. 1998. [3] S. Floyd and V. Jacobson. Random Early Detection gateways for Congestion. [4] V. Jacobson and M. 1. Karek. Congestion Avoidance and Control. In SfGCOMM88, 1988. [5] D. Lin and R. Moms. Dynamics of Random Early Detection. In SIGCOMM 97,1997. [6] J. Padhye, V. Fmiu, D. Towsley, and Kuruse. A Stchastic Model of TCP Reno Congestion Avoidance and Control. Technical Report CMPSCI TR 99-02. Univ. of Massachusetts, Amherst, 1999. [7] Victor Firoiu, Marty Borden, A Study of Active Queue Managment for Congestion Control. IEEE Infocom 2000.