Resumen

  • El ACK acumulativo confirma todos los bytes anteriores. Un bloque SACK sólo describe un rango que el receptor dice conservar en ese momento y puede retirar después.
  • El emisor mantiene la copia, compone un scoreboard con informes parciales y decide qué repetir sin abandonar el control de congestión.
  • D-SACK añadió noticia sobre duplicados, no una explicación única. La precisión aumentó sin transferir al receptor la autoridad sobre la reparación.

Datos recibidos que todavía no podían borrarse

El receptor espera el byte 5000, pero ya guarda [5500,9000). SACK permite comunicar esa isla. El emisor puede concentrarse en el hueco y evitar una repetición completa.

Sin embargo, no debe liberar los bytes posteriores. El receptor puede descartar memoria ya anunciada; un timeout puede llegar cuando el informe dejó de ser vigente. La obligación termina sólo cuando el ACK acumulativo cruza el rango.

SACK fue valioso precisamente porque sostuvo dos niveles de fuerza: el aviso cambia la estrategia; la confirmación acumulativa cambia la custodia.

La promesa que no debía debilitarse

RFC 793 define ACK X como la afirmación de que todos los octetos menores llegaron y X es el siguiente esperado. Esa frontera permite ordenar el flujo y cerrar obligaciones.

También oculta lo que existe después del primer hueco. Una serie de 5000 repetidos no distingue pérdida aislada, pérdidas múltiples ni reordenamiento. La solución no fue alterar el significado antiguo, sino acompañarlo con evidencia menos definitiva.

RFC 1072 publicó en 1988 una primera opción selectiva. No se desplegó como mecanismo común bajo esa forma, y RFC 6247 acabó trasladándola a Historic. La historia separa así una propuesta pública de una práctica interoperable.

Un mapa que nunca contenía toda la cola

RFC 2018 revisó el diseño en 1996. La capacidad se negocia mediante SACK-Permitted en el SYN. Cada bloque usa dos límites de secuencia de 32 bits; el ACK ordinario conserva su compromiso.

Sólo hay cuarenta bytes de opciones TCP. Caben cuatro bloques sin timestamps y normalmente tres con ellos. El receptor puede tener más islas que espacio para nombrarlas. Coloca primero el bloque alterado por el segmento reciente y repite bloques en ACK posteriores para resistir pérdidas en el camino de vuelta.

Cada mensaje es una vista recortada. El scoreboard es una síntesis del emisor, no una copia completa de la memoria remota.

Reneging: la observación puede desaparecer

RFC 2018 llama advisory a SACK. El receptor puede renegar de un rango informado. Durante la recuperación ordinaria el emisor puede omitirlo, pero conserva la fuente hasta recibir confirmación acumulativa.

Después de un timeout debe desconfiar de marcas anteriores y garantizar de nuevo los datos desde el borde izquierdo. El retorno al mecanismo básico hace segura la opción: una mejora puede fallar sin destruir el contrato de entrega.

RFC 6675 formalizó un algoritmo conservador del lado emisor. Los informes actualizan una estimación de lo que sigue en la red; el emisor selecciona el próximo segmento. La mirada del receptor no maneja la retransmisión.

Un duplicado admite varias historias

RFC 2883 permitió usar el primer bloque para informar datos duplicados. D-SACK puede sugerir reordenamiento, pérdida de ACK, replicación o un temporizador prematuro.

El RFC no impone una reacción única y advierte que el receptor no siempre es confiable. Una observación más fina amplía el diagnóstico, pero no demuestra causalidad ni obliga al emisor a una política determinada.

La exactitud no ensanchó la ventana

RFC 5681 mantiene las obligaciones de congestión, y RFC 2018 exige preservarlas. Conocer el hueco ayuda a gastar la ventana permitida; no concede más capacidad.

Los documentos prueban reglas y límites, no una fecha universal de adopción ni una mejora igual en todas las rutas. SACK tampoco identifica el lugar o la causa de una pérdida. Su innovación fue institucional dentro del protocolo: compartir una evidencia corregible sin convertirla en recibo, orden o derecho de transmitir.