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