home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.cell-relay
- Path: sparky!uunet!pipex!warwick!str-ccsun!ccsun.strath.ac.uk!craa85
- From: craa85@ccsun.strath.ac.uk ( D.W.Stevenson)
- Subject: Re: Future of IP routers
- Message-ID: <1992Aug27.081252.11349@ccsun.strath.ac.uk>
- Sender: news@ccsun.strath.ac.uk (News account )
- Nntp-Posting-Host: coll
- Organization: University of Strathclyde
- References: <1992Aug26.095756.5247@ccsun.strath.ac.uk> <BtLKKH.CJ6@usenet.ucs.indiana.edu>
- Date: Thu, 27 Aug 1992 08:12:52 GMT
- Lines: 30
-
- In article <BtLKKH.CJ6@usenet.ucs.indiana.edu>, robelr@ucs.indiana.edu (Allen Robel) writes:
- |> In article <1992Aug26.095756.5247@ccsun.strath.ac.uk>
- |> craa85@ccsun.strath.ac.uk ( D.W.Stevenson) writes:
- |> > type. This will remove the requirement to send video/audio traffic via a
- |> router,
- |> > because the video/audio AAL entities will connect directly with the
- |> video/audio
- |> > AAL entities at the other end.
- |>
- |> Which means that the filtering functionality currently available
- |> in routers gets pushed out to end nodes and is carried out
- |> at call setup?
-
- The end node is responsible for REQUESTING a call set up. It is up to the
- network i.e. an ATM switch to decide whether the call can be connected or not.
- Functionality for restricting calls will presumably be built into the switch.
- The addressing issues for ATM still haven't been resolved yet
- but I imagine it will be possible to address an individual service and hence
- enforce policy restrictions.
-
- This is of course good news for the telcos and switch manufacturers, since over
- the years they have seen their dominance of the local area data comms markets
- wiped out by broadcast LAN technology and they can now grab it back by building
- local ATM switches and providing outsourced local ATM networks.
-
- --
- Dave Stevenson d.w.stevenson@uk.ac.strath
- Computer Centre Tel : 041-552 4400 x3461
- University of Strathclyde
- Glasgow, U.K.
-