home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.cell-relay
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!yale.edu!yale!gumby!destroyer!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!news
- From: robelr@ucs.indiana.edu (Allen Robel)
- Subject: Re: Something New
- Message-ID: <BtpLMt.BtE@usenet.ucs.indiana.edu>
- Sender: news@usenet.ucs.indiana.edu (USENET News System)
- Nntp-Posting-Host: mythos.ucs.indiana.edu
- Reply-To: robelr@mythos.ucs.indiana.edu
- Organization: Indiana University
- References: <1992Aug28.154623.1160@iscnvx.lmsc.lockheed.com>
- Date: Fri, 28 Aug 1992 19:47:17 GMT
- Lines: 35
-
- In article <1992Aug28.154623.1160@iscnvx.lmsc.lockheed.com>
- bantha.decnet.lockheed.com!young writes:
- > In-Reply-To: <BtLKKH.CJ6@usenet.ucs.indiana.edu>
- >
- > Excerpts from netnews.comp.dcom.cell-relay: 26-Aug-92 Re: Future of IP
- > routers by Allen Robel@ucs.indiana.
- >
- > >> Which means that the filtering functionality currently available
- > >> in routers gets pushed out to end nodes and is carried out
- > >> at call setup? I'm not sure that I'm comfortable with this
- > >> sort of arrangement.
- >
-
- Yes, I wrote the above...
-
- > Using ATM to support customer premises routers, and value added network
- > routers seems just fine. What's the debate here? Who cares if Ma
- > Bell doesn't install routers in the ATM network, as long as we have
- > value added networks to do it for us?
- >
- > >Remember that ATM is going to replace the voice network as well as the
- > >data network. Take a look at call screening and call control in
- today's
- > >voice networks; it is actually quite sophisticated. In an ATM world,
- > >the local ATM switch--acting much like today's PBX--will no doubt be
- > >able to do all kinds of policy restrictions.
- >
-
- But, no I didn't write this...
-
- --
- Allen Robel robelr@mythos.ucs.indiana.edu
- University Computing Services ROBELR@IUJADE.BITNET
- Network Research & Planning voice: (812)855-7171
- Indiana University FAX: (812)855-8299
-