TCP-Friendly Rate Control

Transmisión de Datos Multimedia

Héctor Montaner Mas

Transmisión de Datos Multimedia · TCP-Friendly Rate Control

ÍNDICE

1. INTRODUCCIÓN2. EL MECANISMO TFRC3. EL EXPERIMENTO4. LOS RESULTADOS

Transmisión de Datos Multimedia · TCP-Friendly Rate Control

1. INTRODUCCIÓN

¿Por qué TCP no sirve para enviar “en vivo”?

¿Qué problemas presenta UDP cuando envía mucha información?

• Los paquetes perdidos no deben ser reenviados porque ya han caducado y existen otros más recientes.

• UDP no tiene control de congestión:• Todo el mundo enviando sin control = colapso en Internet• Se inhiben el resto de conexiones TCP• Cambios bruscos en la productividad de UDP• Incapacidad de conocer la tasa de recepción

Transmisión de Datos Multimedia · TCP-Friendly Rate Control

2. EL MECANISMO TFRC

TFRCEs un mecanismo que controla la tasa de envío de un flujo de información según la congestión de la red.

El receptor indica al emisor qué tasa de pérdidas está experimentando y el emisor regula su tasa de envío según una ecuación.

Transmisión de Datos Multimedia · TCP-Friendly Rate Control

2. EL MECANISMO TFRC

TFRC utiliza una ecuación que imita el comportamiento de TCP, ya que debe competir de forma “justa” con éste.

s = Tamaño del paquete (constante)

tRTO = Temporizador de retransmisión TCP

R = q · R + (1 – q ) · RTTde donde : RTT = t_llegada – t_rdatos - tretraso

2. EL MECANISMO TFRCTransmisión de Datos Multimedia · TCP-Friendly Rate Control

El receptor calcula de la tasa de pérdidas (p) p = 1 / I_media

3. EL EXPERIMENTOTransmisión de Datos Multimedia · TCP-Friendly Rate Control

Aspectos a tener en cuenta:•La implementación de UDP incorpora un control de congestión en el búfer de salida.•Realizar pruebas con un ancho de banda excesivo (loopback) puede hacer que la saturación del procesador contamine los resultados.

Esquema del experimento:

3. EL EXPERIMENTOTransmisión de Datos Multimedia · TCP-Friendly Rate Control

Se ha implementado una simplificación de TFRC:

• El emisor inserta número de serie en los paquetes y los envía vía

UDP.

• Gracias a esto el receptor descubre las pérdidas.

• El receptor envía un informe al emisor mediante TCP cada segundo.

• El emisor regula su tasa de envío de la siguiente forma:- Si no ha habido pérdidas:

Reduce el tiempo de espera entre paquete en un 5%- Si sí ha habido pérdidas:

Aumento el tiempo de espera en un 20%

Transmisión de Datos Multimedia · TCP-Friendly Rate Control

En esta prueba se lanzan dos conexiones TCP para analizar su comportamiento:

Se observa una tasa de recepción muy oscilante.TCP 1 TCP 2

Media 41KB/s 23KB/s

Desviación típica 11KB/s 14KB/s

4. RESULTADOS

325 segundos

Transmisión de Datos Multimedia · TCP-Friendly Rate Control

4. RESULTADOS

0

20

40

60

80

Tiempo

KB

/s

TCP TCP-Friendly

Ahora, primero lanzamos tráfico TCP y luego tráfico TCP-Friendly.

TCP-Friendly es menos oscilante que el comportamiento TCP anterior

TCP TCP-Friendly

Media 33KB/s 31KB/s

Desviación típica 5KB/s 5KB/s

280 segundos

Transmisión de Datos Multimedia · TCP-Friendly Rate Control

4. RESULTADOS

365 segundos

En esta última prueba se analiza el comportamiento del tráfico TCP-Friendly cuando se enfrenta a una congestión repentina y a una posterior descongestión, todo esto compartiendo el ancho de banda con TCP.

Transmisión de Datos Multimedia · TCP-Friendly Rate Control