home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / tcpip / 4160 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  3.4 KB

  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uwm.edu!lll-winken!ptavv.llnl.gov!oberman
  2. From: oberman@ptavv.llnl.gov
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: What are the Pros/Cons of Multi-protocol routing?
  5. Message-ID: <1992Aug21.124812.1@ptavv.llnl.gov>
  6. Date: 21 Aug 92 20:48:12 GMT
  7. References: <86673@netnews.upenn.edu> <l9aeprINNsg0@noc.near.net>
  8. Sender: usenet@lll-winken.LLNL.GOV
  9. Distribution: usa
  10. Lines: 62
  11. Nntp-Posting-Host: ptavv.llnl.gov
  12.  
  13. In article <l9aeprINNsg0@noc.near.net>, kwe@noc.near.net (Kent England) writes:
  14. > In article <86673@netnews.upenn.edu> Anthony Olejnik writes:
  15. >>
  16. >>Currently we have a pure IP only backbone.
  17. >>
  18. >>What are some of the advantages/disadvantages of keeping the
  19. >>backbone pure (with only IP)?
  20. >>
  21. >>What are the advantages/disadvantages of tunnelling the other
  22. >>protocols (AppleTalk/IPX/DecNet) within IP?
  23. >>
  24. >>Any comments would be *GREATLY* appreciated.
  25. > TCP/IP has more sophisticated routing protocols than many of the other
  26. > internet protocols you can run, and it and OSI are the only protocols
  27. > suitable for a public internet.
  28. > The disadvantage of a single protocol backbone is tunneling everything
  29. > else when routing is easier.
  30. > But tunneling is sometimes necessary such as for getting AppleTalk across
  31. > the Internet, for source routed bridging across a complex WAN, or for
  32. > tunneling SDLC.
  33. > Don't underestimate the complexity of supporting additional protocols
  34. > whether tunneled or routed.  Make sure you have enough features and
  35. > filters to control them.  But if they are important enough to your
  36. > situation, then by all means support them.
  37.  
  38. I have a problem with oversimplifying anything. And this is way oversimplified.
  39.  
  40. First, how big a backbone is involved? For a small backbone of a couple
  41. thousand systems, routing all of the mentioned protocols is no problem.
  42. AppleTalk and IPX don't scale well, though, for big nets. And all routed
  43. protocols must be centrally administered to avoid addressing conflicts.
  44.  
  45. AppleTalk should be AppleTalk Phase 2. Phase 1 sends out to much overhead on a
  46. large net. And don't even thing about large scale tunnelling of AppleTalk. The
  47. RTMP will kill you. Routing can work to a limited extent, though.
  48.  
  49. DECnet is quite suitable for wide area routing. It was designed for it and is
  50. generally much easier to manage than even IP. Many regionals and two of the
  51. three national backbones in the US carry DECnet quite well with a global DECnet
  52. internet of at least 20K nodes. (It's probably much larger, but it's hard to
  53. keep track.) But to join the global DECnet you must get addresses from a
  54. central authority, just like with IP.
  55.  
  56. I guess I'd say the multi-protocol routing is much better than tunnelling in
  57. most cases. But you have to understand the protocols and how the operate on
  58. things like slow serial lines and with slow propagation. IP, DECnet, and OSI
  59. are well suited to large networks. AppleTalk and IPX are OK for smaller nets,
  60. but not to anything like the size of the Internet.
  61.  
  62. I might also mention that DECnet has only 16 bits of address, so you have to
  63. deal with that when the net gets big. IP will have this problem shortly. At up
  64. to 160 bits, OSI is OK for a while.
  65.  
  66. R. Kevin Oberman            Lawrence Livermore National Laboratory
  67. Internet: koberman@llnl.gov        (510) 422-6955
  68.  
  69. Disclaimer: Don't take this too seriously. I just like to improve my typing
  70. and probably don't really know anything useful about anything.
  71.