TCP-Friendly Rate Control

Presentación del tema: "TCP-Friendly Rate Control"— Transcripción de la presentación:

1 TCP-Friendly Rate Control
Transmisión de Datos Multimedia TCP-Friendly Rate Control Héctor Montaner Mas

2 ÍNDICE INTRODUCCIÓN EL MECANISMO TFRC EL EXPERIMENTO LOS RESULTADOS
Transmisión de Datos Multimedia · TCP-Friendly Rate Control ÍNDICE INTRODUCCIÓN EL MECANISMO TFRC EL EXPERIMENTO LOS RESULTADOS

3 ¿Por qué TCP no sirve para enviar “en vivo”?
Transmisión de Datos Multimedia · TCP-Friendly Rate Control 1. INTRODUCCIÓN ¿Por qué TCP no sirve para enviar “en vivo”? Los paquetes perdidos no deben ser reenviados porque ya han caducado y existen otros más recientes. ¿Qué problemas presenta UDP cuando envía mucha información? 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

4 Transmisión de Datos Multimedia · TCP-Friendly Rate Control
2. EL MECANISMO TFRC TFRC Es 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.

5 s = Tamaño del paquete (constante)
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 ) · RTT de donde : RTT = t_llegada – t_rdatos - tretraso

6 El receptor calcula de la tasa de pérdidas (p) p = 1 / I_media
Transmisión de Datos Multimedia · TCP-Friendly Rate Control 2. EL MECANISMO TFRC El receptor calcula de la tasa de pérdidas (p) p = 1 / I_media

7 Aspectos a tener en cuenta:
Transmisión de Datos Multimedia · TCP-Friendly Rate Control 3. EL EXPERIMENTO 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:

8 Se ha implementado una simplificación de TFRC:
Transmisión de Datos Multimedia · TCP-Friendly Rate Control 3. EL EXPERIMENTO 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%

9 Se observa una tasa de recepción muy oscilante.
Transmisión de Datos Multimedia · TCP-Friendly Rate Control 4. RESULTADOS En esta prueba se lanzan dos conexiones TCP para analizar su comportamiento: 325 segundos 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

10 Ahora, primero lanzamos tráfico TCP y luego tráfico TCP-Friendly.
Transmisión de Datos Multimedia · TCP-Friendly Rate Control 4. RESULTADOS Ahora, primero lanzamos tráfico TCP y luego tráfico TCP-Friendly. 280 segundos TCP-Friendly es menos oscilante que el comportamiento TCP anterior TCP TCP-Friendly Media 33KB/s 31KB/s Desviación típica 5KB/s

11 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.

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