home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / cellrel / 426 < prev    next >
Encoding:
Text File  |  1992-08-30  |  2.5 KB  |  64 lines

  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!elroy.jpl.nasa.gov!ames!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: Another Problem
  5. Message-ID: <p8bpe4o@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <1992Aug30.164226.2031@iscnvx.lmsc.lockheed.com>
  8. Date: Mon, 31 Aug 1992 03:54:04 GMT
  9. Lines: 53
  10.  
  11. In article <1992Aug30.164226.2031@iscnvx.lmsc.lockheed.com>, bantha.decnet.lockheed.com!young writes:
  12. > This newsgroup continues to debate the interface between TCP/IP routers
  13. > and ATM. Must be an important application.
  14. > Now here is another problem which ATM might solve.
  15. > As I look around this company I see hundreds of little cubic foot computers
  16. > on each desktop, exactly alike, distributed geographically.  Some companies
  17. > literally have thousands of these things.
  18. > Imagine that an account executive wants to read into his spread sheet the
  19. > entire daily summary of mail orders spread over a number of distributed
  20. > offices.  Thus, he wants to extract a particular file located in each of
  21. > a large set of desktop machines.  
  22. > Here are some restrictions to the solution:
  23. > 1) This problem applies to about 80% of the USA's largest companies, who
  24. > spend some 1 trillion dollars on solutions each year.
  25. > 2) The only host address this account executive wants to deal with is 
  26. > "computers on the desktops of account clerks".
  27. > 3) This company swears by twisted pair wiring, as do 80% of all users.
  28. > 4) This applications requires low latency.
  29. > 5) This customer would prefer to have his entire computer system composed
  30. > of the distributed coordination of these small machines, he hates 
  31. > mini/maxi/mainframe computers.
  32. > 6) This customer hates the hassle of maintaining servers, although he is 
  33. > willing to tolerate some file backup facilities.
  34.  
  35.  
  36.  
  37. Are you sure that ATM is an obvious part of a solution to this kind of
  38. problem?
  39.  
  40. Wouldn't a naive ATM based solution involve setting up virtual circuits
  41. to each of the target machines, some fixed number at a time, probably
  42. one, with the consequent terrible response times?  And wouldn't a naive
  43. ATM based system involve a lot of manual configuring?
  44.  
  45. Doesn't this sound more like an application for a multicast based
  46. "distributed" application?  Perhaps some kind of multicast remote
  47. procedure call?  Using UDP/IP multicast?
  48.  
  49. That is not to say that the layers below UDP/IP might not involve one
  50. or more wide area or local ATM circuits.
  51.  
  52.  
  53. Vernon Schryver,  vjs@sgi.com
  54.