home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / tcpip / 5099 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.9 KB
  1. Xref: sparky comp.protocols.tcp-ip:5099 comp.dcom.lans.ethernet:2431
  2. Path: sparky!uunet!think.com!rpi!crdgw1!rdsunx.crd.ge.com!rdsunx!barnett
  3. From: barnett@grymoire.crd.ge.com (Bruce Barnett)
  4. Newsgroups: comp.protocols.tcp-ip,comp.dcom.lans.ethernet
  5. Subject: Wanted: Advice on calculating timing gaps between packets.
  6. Message-ID: <BARNETT.92Nov9112747@grymoire.crd.ge.com>
  7. Date: 9 Nov 92 16:27:47 GMT
  8. Sender: usenet@crd.ge.com (Required for NNTP)
  9. Reply-To: barnett@crdgw1.ge.com
  10. Organization: GE Corp. R & D, Schenectady, NY
  11. Lines: 32
  12. Nntp-Posting-Host: grymoire.crd.ge.com
  13.  
  14.  
  15. I am analyzing the timing between packets during several large file
  16. transfers (it's a medical network). We are going to check the accuracy
  17. of our network simulation with real data. (Novel concept, huh?)
  18.  
  19. Does anyone have advice on calculating the time between each packet?
  20. (Assuming we are looking at packets during a file transfer going from
  21. A to B only).  We are using tcpdump and a SPARC (typically a SPARC 2).
  22. I am not sure I am using the best formula.
  23.  
  24. I know the SPARC 2 has a 1 ms clock. The timestamp that tcpdump
  25. provides is actually the time the SPARC making the measurement
  26. received the packet, right? If Ethernet transmits at 10Mb/second, or
  27. 10,000,000/8 MB/sec, then each byte should take 1/(10000000/8)
  28. seconds. Therefore the time the packet was first received on the
  29. measurement system would be:
  30.  
  31.     $start_time = $receive_time-(1/(10,000,000/8))*$size_of_packet;
  32.  
  33. I am trying to measure the time between the end of one packet and the
  34. start of the next packet.
  35.  
  36. If the system started to send a packet, and there was a collision, so
  37. it had to back off and retransmit, typically how much difference would
  38. the measurement machine see?
  39.  
  40. I realize that there is a propagation delay down the wire. Is there
  41. some other factors I should be taking into consideration?
  42.  
  43.  
  44. --
  45. Bruce Barnett <barnett@crd.ge.com> uunet!crdgw1!barnett
  46.