En la primera nota vimos que perder paquetes y saturar la red son problemas distintos. Cuando el problema es la pérdida, hay dos herramientas clásicas para recuperar lo que se perdió: ARQ y FEC.

ARQ: pedir de nuevo

Con ARQ (solicitud automática de repetición), el receptor se da cuenta de que falta un paquete y avisa al emisor, que lo envía otra vez. Solo se repite lo que realmente se perdió, así que no se desperdicia capacidad. El costo es el tiempo: hay que esperar el aviso y el reenvío, es decir, una ida y vuelta.

FEC: corregir por adelantado

Con FEC (corrección de errores hacia adelante), el emisor agrega datos de reparación a cada grupo de paquetes. Si en el camino se pierde alguno, el receptor lo reconstruye con esa reparación, sin pedir nada y sin esperar. El costo es que esos datos extra viajan siempre, se pierda algo o no.

Cambia de método en la simulación y compara cómo se recupera cada paquete.

Simulación ilustrativa
Aviso de falta Datos Emisor Receptor
  • Perdidos0
  • Reenviados0
  • Esperaida y vuelta

PaquetePerdidoAviso y reenvío

Cuándo conviene cada uno

  • ARQ cuando hay algo de margen de tiempo y quieres gastar capacidad solo cuando hace falta.
  • FEC cuando el tiempo de espera es crítico o el camino de vuelta es lento.
  • Los dos juntos cuando se necesita lo mejor de cada uno: la reparación cubre las pérdidas pequeñas al instante y el reenvío cubre lo que la reparación no alcanza.

Ninguno arregla una red saturada. Si el problema es congestión, hay que bajar la calidad, no repetir más datos. En Smoothstream, nuestro sistema propio, combinamos ambos métodos y los ajustamos según el estado de la red.

Serie: por qué se corta una transmisión (3 de 3)

← Anterior: Bonding y redundancia, explicados

¿Quieres ver estas ideas en un sistema real? Conoce Smoothstream o cuéntanos tu caso.


Agregar un comentario

Tu dirección de correo electrónico no será publicada. Los campos requeridos están marcados *