Redes de computadores - Universitat Oberta de Catalunya

ª FUOC • XP04/90786/00020Software libre• Se recomienda que el TCP transmisor no comprima la ventana detransmisión.• Es preciso que distingamos el hecho de que la ventana se comprima(el límite derecho se mueve hacia la izquierda) del hecho de que laventana disminuya de tamaño (se advierte una ventana más pequeña,pero el límite derecho no se mueve hacia la izquierda).NotaSupongamos una ventana de 7 bytes como en la figuradela ventana deslizante. El receptor reconoce los bytes1.000 a 1.003 y advierte una ventana de 5 bytes. Comopodéis deducir, el límite izquierdo vale ahora 1.004; ellímite derecho, 1.008 (se ha movido hacia la derecha),y la nueva ventana, 5. En este caso, la ventana de recepcióndebe reducirse, pero no se ha comprimido.En cambio, si el receptor sólo reconoce 1 byte (elbyte1.000) y advierte una ventana de 1 byte, el transmisorse encontrará con un problema. Una ventanade 1 byte significa que sólo podía haber transmitido 1(el 1.001), pero ya había transmitido 3, incluyendo elreconocido (del 1.000 al 1.003). Por tanto, el receptordebe asegurarse de advertir al menos tantos bytescomo el transmisor le puede haber enviado con laventana anterior. Si sólo reconoce 1 byte, la ventanaadvertida debe ser de 6 bytes; si reconoce los 4 bytes,esta última debe ser, al menos, de 3 bytes, puesto queel transmisor ya los podría haber transmitido.EjemploANOTACIONESUtilizaremos el programa tcpdump para observar cómo funciona elprotocolo de ventana deslizante. Asumimos que hemos efectuado unrlogin de argos a helios (argos % rlogin helios) y ya estamos conectadosa helios. Una vez nos encontramos en helios, ejecutamos elcomando ls. Este último retorna por salida estándar el listado de directoriosdel directorio del usuario (home directory) en helios queocupan 811 caracteres (representa el envío de 811 bytes)helios % ls158