home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / telecom / 12045 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  4.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. Date: Thu, 19 Nov 92 16:17:31 GMT
  3. From: lars@spectrum.CMC.COM (Lars Poulsen)
  4. Newsgroups: comp.dcom.telecom
  5. Subject: Re: Advice Needed on Wide Area Networking
  6. Message-ID: <telecom12.861.7@eecs.nwu.edu>
  7. Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA
  8. Sender: Telecom@eecs.nwu.edu
  9. Approved: Telecom@eecs.nwu.edu
  10. X-Submissions-To: telecom@eecs.nwu.edu
  11. X-Administrivia-To: telecom-request@eecs.nwu.edu
  12. X-Telecom-Digest: Volume 12, Issue 861, Message 7 of 9
  13. Lines: 94
  14.  
  15. In article <telecom12.858.9@eecs.nwu.edu> jeff@digtype.airage.com
  16. writes:
  17.  
  18. [Some questions about how to connect two offices five miles apart with
  19. TCP/IP (X terminals) and Appletalk.]
  20.  
  21. > We could eventually end up with six or so Xterminals and ten Macs.
  22. > A 56kb line is the same installation cost as a T1, and the monthly
  23. > difference is only $250/mo ($250/mo for a 56kb line, $500/mo for a T1).
  24.  
  25. > What kind of demands does X place on the network?
  26. > Will a 56kb >line be sufficent, or should we jump to the T1?
  27.  
  28. If you have enough money in the budget to easily afford the bandwidth,
  29. go for the T1. While your average traffic will probably fit in the
  30. 56Kbps line, there will be times when you are waiting for the line.
  31.  
  32. The performance needs of X terminals depend enormously on the
  33. applications. Some applications transfer enormous amounts of data to
  34. support what looks like modest displays. I recently saw an X dialog
  35. editor, which transferred about 250 KB before turning the window on.
  36. It had a lot of widgets and menus that were set up even though they
  37. were not going to be displayed anytime soon. We were working on
  38. evaluating whether X terminals could usefully be employed over a
  39. V.32bis link, and this application could not: It took almost two
  40. minutes from application launch for the window showed up, and users
  41. (even the programmers who knew the program) were killing and
  42. restarting the program over and over because their patience ran out.
  43. On a 56kbps link, this would take about 45 seconds to start.
  44. Uncomfortable but survivable. On the T1, about 3 seconds: No problem.
  45.  
  46. Most applications won't be this hungry. But you have to try it before
  47. you know what YOUR applications will be like.
  48.  
  49. With a T1, you can load your X terminals over the link, and you can
  50. painlessly remote-mount file systems. With a 56K, that is kind of iffy.
  51.  
  52. With a T1, you may consider getting a pair of drop/insert muxes and
  53. pulling a couple of voice channels out, so that you can tie the PBXs
  54. together and save a couple of outside lines. This may pay for the
  55. increment in line costs.
  56.  
  57. > I'm also looking for suggestions for routers. I'm familiar (by
  58. > reputation only) with cisco (or is it Cisco this week?). What else
  59. > should I consider?
  60.  
  61. It is indeed Cisco these days. Cisco is the flagship of the industry,
  62. enjoying the kind of name recognition that IBM used to have in
  63. corporate computing. They are also enormously profitable, and have
  64. adopted IBM attitudes. They don't participate in comparative
  65. evaluations by magazines, and they don't participate in industry
  66. interoperability test labs any more. I don't like that attitude.
  67.  
  68. There are about 50 manufacturers of bridges and routers in the market,
  69. and most of them are okay for your application.
  70.  
  71. > Is bridging worth considering, too?
  72.  
  73. Yes. Your network management will be much easier with bridging: There
  74. is just one LAN. Bridges are much less expensive.
  75.  
  76. > What should I look for in a good CDU/DSU?  Are the all the same, or
  77. > are there large differences from manufacturer to manufacture?
  78.  
  79. CSU/DSUs are commodity items these days, and even different brands
  80. usually work together. If you choose to mix voice and data on the
  81. line, the multiplexer is the CSU (channel service unit) and the DSU
  82. (Data Service Unit) is a channel card that plugs into the mux.
  83.  
  84. Don't buy the DSU until you have selected the router, because you need
  85. to order DSU and router with matching cable interfaces. There are
  86. actually about five standards for that connection. V.35 is becoming
  87. the most common, though RS422 (MIL-188) is probably better. RS232 is
  88. also often used for 56kbps.
  89.  
  90. One thing to look for in the DSU if you decide to multiplex is whether
  91. the DSU card produces a "smooth clock" or a "gapped clock". Most DTEs
  92. don't mind a gapped clock, but some do (although I have only seen
  93. specific problems with video gear) and why invite problems.
  94.  
  95. Have fun. Did you go to InterOp to look at equipment? Next chance will
  96. be in March in Washington, DC.
  97.  
  98. And no, the routers that my company makes, do not (yet) connect to
  99. synchronous lines, so I am a somewhat neutral observer. There is,
  100. however, a decent product made by another Santa Barbara company,
  101. called Advanced Computer Communications.
  102.  
  103.  
  104. Lars Poulsen, SMTS Software Engineer    Internet E-mail: lars@CMC.COM
  105. CMC Network Products / Rockwell Int'l    Telephone: +1-805-968-4262    
  106. Santa Barbara, CA 93117-3083        TeleFAX:   +1-805-968-8256
  107.  
  108.