home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5833 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.4 KB
  1. Path: sparky!uunet!crdgw1!rdsunx.crd.ge.com!rdsunx!barnett
  2. From: barnett@grymoire.crd.ge.com (Bruce Barnett)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Why would a Sun take 1.5 seconds to retransmit a missed packet?
  5. Message-ID: <BARNETT.93Jan7091846@grymoire.crd.ge.com>
  6. Date: 7 Jan 93 14:18:46 GMT
  7. Sender: usenet@crd.ge.com (Required for NNTP)
  8. Reply-To: barnett@crdgw1.ge.com
  9. Organization: GE Corp. R & D, Schenectady, NY
  10. Lines: 19
  11. Nntp-Posting-Host: grymoire.crd.ge.com
  12.  
  13. I am examing some data collected from a medical network, and noticed
  14. some unusual timings.
  15.  
  16. A Sun is transmitting large files (3.5Mbytes average) to an archive 
  17. system while receiving images from a scanner.
  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. while the sending machine has to "back up" and retransmit packets that
  22. were previously sent but never acknowledged. 35% of the sessions had
  23. inter-packet delays > 1 second.  The receiving buffer size is 24K.
  24.  
  25. Why would there be such a long delay? I would expect the data is in
  26. mbufs, so the time to resent the missed packets should be small. 
  27. From the timing it looks like the data was occasionally on a disk.
  28. If we wanted to remove these conditions, am I correct in assuming the
  29. sending system needs more RAM or perhaps more buffers?
  30. --
  31. Bruce Barnett <barnett@crd.ge.com> uunet!crdgw1!barnett
  32.