home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 295 < prev    next >
Encoding:
Text File  |  1992-07-30  |  2.4 KB  |  60 lines

  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!usc!sdd.hp.com!mips!odin!fido!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: Curious attitude ...
  5. Message-ID: <nvh60s8@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <22064@venera.isi.edu> <12430@janice> <12464@janice>
  8. Date: Fri, 31 Jul 1992 04:35:12 GMT
  9. Lines: 49
  10.  
  11. In article <12464@janice>, grayt@Software.Mitel.COM (Tom Gray) writes:
  12. > This point was understood by the authour of the article in question.
  13. > Data traffic will be limited by the ability of the individual user
  14. > to type and read. How long will it take to read a file of
  15. > two million characters? How much voice traffic will be carried
  16. > in the same time at 32kb/s (or 16 or 8 but it is still the
  17. > same order of magnitude).
  18.  
  19.  
  20. Reasoning about data requirements based on humans reading text is not valid.
  21.  
  22. I have a private link data link that runs over about 1500 miles of
  23. various phone co. wires.  I move about 5MBytes/day on th quiet days,
  24. and 30MB on the bad days.  I get between 5 and 12 MByte/hour, with the
  25. bottleneck being a pair of v.32bis/v.42/v.42bis modems on 40 miles at
  26. one end of the link.  I continue to fight with latency problems
  27. suffered by my interactive stuff during the automatic file transfers.
  28.  
  29. Then there is the other, 2000 mile link over which I push only about
  30. 2MB/day.
  31.  
  32. Some of that stuff is netnews.  Some is source code (e.g. UNIX kernel
  33. trees at 30MB each).  Some binaries (e.g. 2MByte UNIX kernels).
  34.  
  35. You are welcome to imagine that I personally supervise and peruse a
  36. minute fraction of that stuff, but it might be more accurate to assume
  37. otherwise.
  38. Please do not assume that I babble for the equivalent hours per day,
  39. on the telelphone or not.
  40.  
  41.  
  42. > The only service which is capable of matching voice traffic
  43. > in terms of bits/second is switched video on demand or
  44. > switched entertainment. Fibre to the home is (I agree)
  45. > dependant on this service. However fibre to the curb
  46. > or fibre in the network is not.
  47.  
  48. Agreed.  Video is an infinite bandwidth sync.  
  49.  
  50. Why is fiber to the curb different from fiber to the home?
  51. What's special about the last 100 meters of copper that limits the
  52. bandwidth?  I assume you know of the "emerging standard" for FDDI at
  53. 100Mbit/sec over twisted pair.  The ATM guys I know seem to think that
  54. the same twisted pair will go to 155Mbit/sec, although probably never
  55. much higher.
  56.  
  57.  
  58. Vernon Schryver,  vjs@sgi.com
  59.