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

  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!pipex!warwick!str-ccsun!ccsun.strath.ac.uk!craa85
  3. From: craa85@ccsun.strath.ac.uk ( D.W.Stevenson)
  4. Subject: Re: Future of IP routers
  5. Message-ID: <1992Aug27.163715.17922@ccsun.strath.ac.uk>
  6. Sender: news@ccsun.strath.ac.uk (News account )
  7. Nntp-Posting-Host: coll
  8. Organization: University of Strathclyde
  9. References: <1992Aug27.081252.11349@ccsun.strath.ac.uk> <BtnCIr.8s3@usenet.ucs.indiana.edu>
  10. Date: Thu, 27 Aug 1992 16:37:15 GMT
  11. Lines: 66
  12.  
  13. In article <BtnCIr.8s3@usenet.ucs.indiana.edu>, robelr@ucs.indiana.edu (Allen Robel) writes:
  14. |> In article <1992Aug27.081252.11349@ccsun.strath.ac.uk>  
  15. |> craa85@ccsun.strath.ac.uk ( D.W.Stevenson) writes:
  16. |> > The addressing issues for ATM still haven't been resolved yet 
  17. |> > but I imagine it will be possible to address an individual service and  
  18. |> hence 
  19. |> > enforce policy restrictions.
  20. |> > 
  21. |> 
  22. |> OK, I can see how this would work.  But, how do you (or others)
  23. |> see segmenting the address space to reflect various service
  24. |> offerings (e.g. 900 calls, 800 calls in todays phone system).
  25.  
  26. To go back to the initial subject of this debate, it was about whether IP
  27. would be superceded by the ATM AAL layer as a network level protocol i.e.
  28. will IP routers be needed in the future once there is a worldwide ATM network. 
  29. I think it will be a long time (if ever) before AAL protocols are used by hosts
  30. as network level protocols, for the reasons discussed earlier. My earlier
  31. postings were to point out that it's more efficient to run without the overhead 
  32. of the IP protocol but there is bound to be considerations other than efficiency.
  33. (How do you define efficiency anyway?).
  34.  
  35. At the moment, all the effort is concentrating on using the AAL level as a 
  36. physical/link layer protocol and this inertia will probably remain. This keeps
  37. the telcos happy because they are able to provide a carrier without knowing
  38. what's going over it and it keeps the Internet people happy because the whole
  39. idea behind the Internet is to allow traffic to pass over a variety of different
  40. physical media, transparently (This raises another problem of how do you achieve
  41. interoperability between IP based equipment and AAL only equipment if you do
  42. away with IP routers)
  43.  
  44. I don't think anybody has got to the stage of trying to figure out all the 
  45. possible implications of a worldwide, seamless voice/video/data network, which is
  46. what we are really talking about. It must be possible because it largely has been
  47. achieved for a voice network. 
  48.  
  49. ATM is still in it's very early stages and there
  50. is still an awful lot of work to be done before it is anywhere near standardised.
  51. It is quite possible that the telecomms standards bodies have looked at global 
  52. multimedia addressing, I don't know. Whether the telecomms addressing standards
  53. will cover dividing data services down to the granularity that us computer people
  54. require is debateable - this may be another reason for retaining IP (or it's
  55. equivalent) as a network level protocol, since it keeps the division of 
  56. responsibility and culture between the carrier and the Internet people cleanly 
  57. cut.  
  58.     
  59. I should point out that I am not actively involved in ATM work at all, so these
  60. are my opinions formed from information gained via publically available sources, 
  61. and should not be taken as in any way authoritative - I know just as much (or
  62. little) as anybody else who isn't actively involved in ATM work - perhaps 
  63. someone who knows about such things would like to comment.
  64.  
  65.  
  66. |> everything else."  Much more useful would be the ability to
  67. |> wildcard parts of the address that represented specific service
  68. |> offerings (i.e. 1???1112222 might mean all interactive video services).
  69.  
  70. Assuming that a sensible policy on addressing is adopted, this functionality
  71. can be easily built into a switch and probably in a more user friendly manner
  72. than with the current bridge/router offerings.
  73.  
  74. -- 
  75. Dave Stevenson                 D.W.Stevenson@strath.ac.uk
  76. Computer Centre Communications        Tel : 041-552 4400 x3461
  77. University of Strathclyde
  78. Glasgow, U.K. 
  79.