home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5925 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  1.3 KB
  1. Path: sparky!uunet!gatech!paladin.american.edu!howland.reston.ans.net!spool.mu.edu!uwm.edu!ogicse!verdix!mark
  2. From: mark@verdix.com (Mark Lundquist)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: Why would a Sun take 1.5 seconds to retransmit a missed packet?
  5. Keywords: TCP retransmit
  6. Message-ID: <9517@verdix.verdix.com>
  7. Date: 11 Jan 93 23:01:07 GMT
  8. Article-I.D.: verdix.9517
  9. References: <184841@pyramid.pyramid.com> <930108124846@cream.ftp.com>
  10. Distribution: na
  11. Organization: Verdix Western Operations, Aloha  OR
  12. Lines: 18
  13.  
  14. In article <930108124846@cream.ftp.com> jbvb@ftp.com writes:
  15. >In article <184841@pyramid.pyramid.com> lstowell@pyrnova.mis.pyramid.com (Lon Stowell) writes:
  16.  
  17.     In article <BARNETT.93Jan7091846@grymoire.crd.ge.com> barnett@crdgw1.ge.com writes:
  18.  
  19.     >Packets are missed by the archive system, so the Sun has to retransmit
  20.     >the missed packets. I have noticed large delays (0.5 - 1.5 seconds)
  21.     
  22.        Those are pretty typical numbers for TCP layer time-outs...
  23.  
  24. >If so, it indicates that 1) the path is long, 2) the archive system is very
  25.  slow or 3) the sending TCP has an inferior or broken adaptive retransmit
  26.  algorithm.  TCP should retransmit in something on the order of twice the
  27.  average Round Trip Time (from send to ack).
  28.  
  29.  
  30. The granularity of the per-TCB timers (retransmit, RTT, etc.) on
  31. BSD-derived systems is 500ms.
  32.