home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / tcpip / 5243 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  2.1 KB
  1. Xref: sparky comp.protocols.tcp-ip:5243 comp.dcom.lans.ethernet:2530
  2. Newsgroups: comp.protocols.tcp-ip,comp.dcom.lans.ethernet
  3. Path: sparky!uunet!mcsun!sunic!ugle.unit.no!Steinar.Haug
  4. From: Steinar.Haug@delab.sintef.no (Steinar Haug)
  5. Subject: Re: Wanted: Advice on calculating timing gaps between packets.
  6. In-Reply-To: hcb@world.std.com's message of Wed, 18 Nov 1992 02:41:13 GMT
  7. Message-ID: <STEINAR.HAUG.92Nov20100042@delab.sintef.no>
  8. Sender: news@ugle.unit.no (NetNews Administrator)
  9. Organization: SINTEF DELAB, Trondheim, Norway.
  10. References: <BARNETT.92Nov9112747@grymoire.crd.ge.com> <Bxw4sp.n22@world.std.com>
  11. Date: 20 Nov 92 10:00:42
  12. Lines: 31
  13.  
  14. hcb@world.std.com (Howard C Berkowitz) writes:
  15. >A few random things to consider.  You will never get the true 10 MBPS from
  16. >an IEEE 802.3/ETHERNET LAN, due to some timing requirements of the protocol
  17. >itself.  There must be a minimum 9.6 microsecond delay between packets; this
  18. >is part of the medium access control process.  There must be enough idle
  19. >time that the most distant station will hear a jam signal.
  20. >
  21. >Assuming a single transmitter and a single receiver, the maximum possible
  22. >frame-level transfer rate will be based on the length (or length distribution)
  23. >of frames, plus the interframe delay.
  24.  
  25. You may not get 100%, no. But modern workstations can get very close (say
  26. better than 95%).
  27.  
  28. >I often find it worthwhile to write a reasonably quick-and-dirty Monte Carlo
  29. >simulation of the line protocols rather than go too far in analyzing them.  
  30.  
  31. How about actually *measuring* instead? With tools like ttcp and a quiet
  32. (two station) Ethernet, I can get better than 1 MByte/s (yes, 1048576 B/s)
  33. between two Sparc IPCs. And you certainly can't claim they are top of the
  34. line these days...
  35.  
  36. People seem fond of propagating the idea that you will never be able to fully
  37. load an Ethernet. Well, you can! And despite theoretical predictions to the
  38. contrary, Ethernet handles a high load very well, degrades gracefully and is
  39. in general extremely reliable.
  40.  
  41. Steinar Haug, system/networks administrator
  42. SINTEF DELAB, University of Trondheim, NORWAY
  43. Email: Steinar.Haug@delab.sintef.no, 
  44.     sthaug@idt.unit.no, steinar@tosca.er.sintef.no
  45.