🚀 go-pugleaf

In article <andreas-220193121931@i2pc5.informatik.rwth-aachen.de>
   andreas@informatik.rwth-aachen.de (Andreas Fasbender) writes:
>What is the reason for the difference in the lenght of the window-field
>(16) and the sequence-number-field (32 bit).
>Using 16-bit-numbers for sequencing
>and acknowledging could spare 4 byte in each packet.

First, let me acknowledge that I understand the question. Since these
quantities are of the same dimension, they could be expected to be in
the same units.

(1) When the protocol was specified, the typical longhaul link speed
    was 56 kbps, and the maximum bytes-in-flight tended to work out to
    around 2000, so 64KB of window seemed adequate.
    Today, we are trying to run this across the country (300 ms round
    trip delay) on Gigabit pipes, so 64 KB of window is too little.
    An addendum to TCP allows larger windows to be specified.
(2) On a gigabit link, even the sequence numbers might wrap around
    during the packet lifetime. The "large windows" TCP extension
    includes PAWS - protection against wrapped sequence.

It would not be unreasonable to specify 64 bits for each of these fields
in a new protocol suite (or count both in frames instead of bytes - the
ISO way).
-- 
/ Lars Poulsen, SMTS Software Engineer	Internet E-mail: lars@CMC.COM
  CMC Network Products / Rockwell Int'l	Telephone: +1-805-968-4262	
  Santa Barbara, CA 93117-3083		TeleFAX:   +1-805-968-8256