home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / cellrel / 500 < prev    next >
Encoding:
Text File  |  1992-09-10  |  2.7 KB  |  62 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!decwrl!csus.edu!netcom.com!netcomsv!iscnvx!enterprise!news
  3. From: myoung@force.ssd.lmsc.lockheed.com
  4. Subject: Reviving the Router Thread
  5. Message-ID: <1992Sep10.123635.23810@enterprise.rdd.lmsc.lockheed.com>
  6. Reply-To: myoung@force.ssd.lmsc.lockheed.com
  7. Sender: news@enterprise.rdd.lmsc.lockheed.com
  8. Nntp-Posting-Host: force.ssd.lmsc.lockheed.com
  9. Organization: LMSC, Sunnyvale, California
  10. Date: Thu, 10 Sep 92 12:36:35 GMT
  11. Lines: 49
  12.  
  13.  
  14. Consider the following implementation of a Multiprotocol router
  15. installed over the cell relay network
  16.  
  17. Assume again that some low cost clone-able cell relay hubs are being 
  18. deployed user wide, having the characteristic that the line
  19. card format is well known, publicly defined, and supported by a
  20. third party industry.
  21.  
  22. A router software vendor decides to deploy a distributed multi-protocol
  23. router for user networks, which adds onto the user's existing 
  24. cell relay network.  The plan is to put the router software in add-on 
  25. processor cards to be placed strategically in various nodes, as desired 
  26. by the user.
  27.  
  28. Each router card essentially accepts virtual path data across the
  29. line card bus, and emits virtual path data over the same bus. (The
  30. hub system puts all cell relay functions  on a switching motherboard).  
  31. The router processors have no external connection, being simply embedded
  32. processors.
  33.  
  34. The job of the router cards are:
  35.  
  36. 1) Search out seek all other router cards within the network, building
  37. a directed graph which allows it to be addressed by a single VCI globally
  38. known to all other router cards.
  39.  
  40. 2) Build new path to each of the directed graphs already in operation
  41. by the other router cards, using their allocated VCI.
  42.  
  43. 3) Using a globally known address resolution VCI (for ARP), build a 
  44. directed graph out to each of the desktops within its operating region.
  45.  
  46. 4) Using the ARP procedures, having vendor proprietary inter-router 
  47. control codes, maintaining host address table management independent of
  48. the cell relay administration procedure, having some extra SNMP management
  49. links, and using its ability to build out VCI as needed to its desktops, 
  50. the router cards then begins to function as a distributed application,
  51. providing all the traditional routing functions known and accepted by
  52. the user.
  53.  
  54. Bring on the flame throwers:  
  55.  
  56. Why isn't this the way cell-relay and router technology supposed to mesh?  
  57. Doesn't this system offer total routing, using a small base of VCI?  
  58. Doesn't this system encourage specialized routing software companies? 
  59. Wouldn't the voice applications have this same independence and layering?  
  60. Aren't we building a new third party applications industry, both hardware 
  61. and software, by opening up the hub line card and VCI control layer?
  62.