home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / novell / 10772 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  4.6 KB
  1. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!ux1.cso.uiuc.edu!usenet.ucs.indiana.edu!indyvax.iupui.edu!harvey
  2. From: harvey@indyvax.iupui.edu
  3. Newsgroups: comp.sys.novell
  4. Subject: Re: HELP: I want to access a DECNET host through a v3.11 Server
  5. Message-ID: <1992Dec22.160358.191@indyvax.iupui.edu>
  6. Date: 22 Dec 92 16:03:58 -0500
  7. References: <BznDIx.7C0@world.std.com>
  8. Organization: Indiana University-Purdue University at Indianapolis
  9. Lines: 80
  10.  
  11. In article <BznDIx.7C0@world.std.com>, dlowe@world.std.com (Miller Lowe) writes:
  12. > In our office we have Three Netware Servers, A couple
  13. > of VAX and tens of PCs.  We want to connect the PCs to the VAX
  14. > systems using a LAT terminal emulator such as SmartTerm 340.
  15. >
  16. > Here is the current cabeling picture;
  17. >
  18. >    /-----\          /-----\                     /-----\
  19. >    | VAX |          |MICRO|                     |MICRO|
  20. >    |     |12.1      | VAX | 12.2                | VAX | 12.3
  21. >    \--+--/          \--+--/                     \--+--/
  22. >       |                |         LAN 'A'           |
  23. >   ----+-------+--------+---------------------+-----+--------
  24. >               |                  DECNET      |
  25. >               |                          /---+---\
  26. >            /--+---------\                | PC #1 |
  27. >            | PC Running |                \-------/
  28. >            | PCBRIDGE   |
  29. >            \-------+----/
  30. >                    |             LAN 'B'  IPX, TCP/IP & DECNET
  31. >   <-------+--------+------------------------+----------------->
  32. >           |                                 |IPX = FEEDBFOO
  33. >       /---+---\                       /-----+------\
  34. >       | PC #2 |                       |  NetWare   |
  35. >       \-------/                       |v3.11 Server| "MOTHRA"
  36. >                                       \-----+------/
  37. >                   IPX & TCP/IP              | IPX = FEEDBOFF
  38. >    <-----------+----------------------------+------------------>
  39. >                |           LAN 'C'                     Other Netware
  40. >            /---+---\                                   Servers  -->
  41. >            | PC #3 |                                   & LANs
  42. >            \-------/
  43. >
  44. > I have connected PC #1 and logged into the NetWare Server MOTHRA
  45. > with no problem and according to the terminal program (which has a
  46. > LAT driver) documentatiom I should have no problem logging onto the
  47. > VAX systems from PC#1 or PC#2.  I haven't installed the terminal
  48. > program yet.
  49. >
  50. > BIG QUESTION #1:
  51. > ----------------
  52. > How do I get PC #3 to process DECNET packets through the NetWare
  53. > server MOTHRA.  While MOTHRA will pass TCP/IP or IPX I do not think
  54. > that it will pass DECNET even though it uses 802.3 Ethernet.
  55. >
  56. > Must I put some sort of router attaching LAN 'B' and LAN 'C' that will
  57. > route DECNET packets and keep the LANs withe their respective IPX names?
  58. > I have put a PCbridge between them but as expected I get Router errors
  59. > off of the MOTHRA internal router.
  60.  
  61. First, why are you talking about DECnet all of the sudden?  DECnet is not
  62. LAT, LAT is not DECnet.  LAT is a datalink layer protocol.  It cannot be
  63. routed by a network-layer router, but it can be passed by a datalink-layer
  64. bridge.  If you buy LAT terminal servers from DEC, they can booted from
  65. VMS hosts using DECnet.  But that does not apply here in this case, and
  66. has nothing to do with LAT anyway.
  67.  
  68. I haven't used PCbridge, but most bridges can be configured to only bridge
  69. certain datalink layer protocols.  Since MOTHRA is routing IPX and IP, if
  70. you put a bridge between LAN C and LAN B, you should configure it to bridge
  71. LAT only.  Bridging the protocols MOTHRA is already routing between it's
  72. interfaces will indeed cause severe problems, as you have already observed.
  73.  
  74. Off to the right you show more NetWare servers and LANs.  If your network
  75. is very extensive, you probably don't really want to bridge LAT everywhere
  76. if you can avoid it.  You might want to think about using Telnet instead.
  77. If Telnet overhead on the VAXes is an issue, or you cannot get/afford a
  78. TCP/IP package for your VAXes, you could instead buy a Telnet/LAT terminal
  79. server and stick it on LAN A.  Users could Telnet to the terminal server,
  80. then connect to the VAXes from there using LAT.  Since the terminal server
  81. is on LAN A, LAT traffic is limited to LAN A, so you don't have to bridge
  82. it anywhere.  Since all your routers already handle IP, any of your PCs
  83. can reach the terminal server by Telnet.  And since the terminal server
  84. concentrates the terminal session traffic with LAT, the VAXes avoid the
  85. high interrupt stack and kernel mode time overhead that Telnet can cause.
  86.  
  87. >[deleted...]
  88. --
  89. James Harvey    IUPUI OIT Technical Support/Networks
  90. harvey@iupui.edu  harvey@indiana.edu  uucp:iugate!harvey  bitnet:harvey@indyvax
  91.