Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!decvax!decwrl!ucbvax!USC-ISI.ARPA!CERF
From: CERF@USC-ISI.ARPA.UUCP
Newsgroups: mod.protocols.tcp-ip
Subject: Re: A non-routing problem.
Message-ID: <[USC-ISI.ARPA]27-May-86.05:37:52.CERF>
Date: Tue, 27-May-86 05:37:00 EDT
Article-I.D.: <[USC-ISI.ARPA]27-May-86.05:37:52.CERF>
Posted: Tue May 27 05:37:00 1986
Date-Received: Tue, 27-May-86 17:57:49 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 17
Approved: tcp-ip@sri-nic.arpa


Aside from bugs, there are a couple of reasons for retransmissions (this
is a generic comment, not specific to the VAX code):




1.  timeout awaiting ACK leads to retransmissions

2. ACK fails to arrive at all (then see 1 above).


Do you know what the path was between the source/sink of this
TCP connection? Were there any long delay nets (e.g. SATNET)?
Network congestion? Overloaded gateways?

Vint Cerf