home *** CD-ROM | disk | FTP | other *** search
/ Network Support Encyclopedia 96-1 / novell-nsepro-1996-1-cd2.iso / download / netware / li3pre.exe / DECACE.TXT < prev    next >
Text File  |  1995-07-20  |  9KB  |  217 lines
  1. "NetWare for DEC Access"; Questions & Answers
  2. TID251111
  3. DOCUMENT REVISION:  C
  4. JUNE 27, 1995
  5. NOVELL PRODUCT and VERSION:  NetWare for DEC Access 1.1
  6.  
  7. -----------------------------------------------------------------
  8. DISCLAIMER
  9. THE ORIGIN OF THIS INFORMATION MAY BE INTERNAL OR EXTERNAL TO
  10. NOVELL.  NOVELL MAKES EVERY EFFORT WITHIN ITS MEANS TO VERIFY THIS
  11. INFORMATION.  HOWEVER, THE INFORMATION PROVIDED IN THIS DOCUMENT
  12. IS FOR YOUR INFORMATION ONLY.  NOVELL MAKES NO EXPLICIT OR IMPLIED
  13. CLAIMS TO THE VALIDITY OF THIS INFORMATION.
  14. ----------------------------------------------------------------- 
  15.  
  16. Q1. How does the "NetWare for DEC Access" (NWDA) server physically connect
  17. to the DEC network/segment?
  18.  
  19. A1. A LAT segment operates as an ETHERNET segment, which can be thin or
  20. thick ethernet, or 10BaseXX.  
  21.  
  22. A "NetWare for DEC Access" server attaches to this segment using network
  23. adapter cards that support the ETHERNET_II frame type.  
  24.  
  25. Generally, terminal servers that attach to these segments use either thin
  26. ethernet or 10BaseT.
  27.  
  28. "NetWare for DEC Access", which acts as a terminal server, interfaces with
  29. the LAT segment in a similar fashion.
  30.  
  31.  
  32. Q2. How many sessions can NetWare for DEC Access support?
  33.  
  34. A2. NetWare for DEC Access supports up to 128 users, or ports.  Each port
  35. can support up 4 sessions.  Therefore, a NetWare for DEC Access server can
  36. support a maximum of 512 sessions.  The connection between one NetWare for
  37. DEC Access server and one host, called a circuit, can support up to 256
  38. sessions.  
  39.  
  40. In order to support 512 sessions, but they must be connected to more than
  41. one host.  If you need more than 256 sessions to a single host, you will
  42. need more than one NetWare for DEC Access server.
  43.  
  44.  
  45. Q3. Do bridges and routers work with NetWare for DEC Access?
  46.  
  47. A3. By placing the NWDA server next to the LAT host(s), you can bridge or
  48. route IPX or TCP/IP to the clients.  This is one of the best selling points
  49. of NWDA.  You can use your existing WAN to provide connectivity to the DEC
  50. network, simplifying the administration of the WAN.
  51.  
  52.  
  53. Q4. Does "NetWare for DEC Access" provide file services to and from the DEC
  54. host(s)?
  55.  
  56. A4. Most emulators provide some kind of file transfer capability.  You
  57. cannot directly access DEC files like you would with Pathworks. 
  58.  
  59. Note: Reflection from WRQ has the following feature.  If the VAX host(s)
  60. does not have file transfer software, Reflection has the ability to create
  61. a simple transfer program on the VAX via a Reflection script file using DEC
  62. Command Language.  After that, it will transfer a comprehensive VAX file
  63. transfer program to the VAX. 
  64.  
  65.  
  66. Q5. Does "NetWare for DEC Access" use up NCP connections while connecting
  67. via an IPX/SPX client?
  68.  
  69. A5. "NetWare for DEC Access"  does not use NCP connections. "NetWare for
  70. DEC Access" uses a SPX socket to connect from NetWare clients to the NWDA
  71. server. 
  72. "NetWare for DEC Access" does not even require a NetWare shell (NETX or
  73. VLM) to be running on the client.  It does require the following to be
  74. loaded at the client workstation:
  75.      LSL
  76.      Network adapter card drive 
  77.      IPXODI
  78. NOTE: Some emulators look at user information on the server to see if
  79. multiple connections are allowed to the server.  This is only a concern if
  80. one user is going to open multiple sessions.  If the user has only been
  81. granted one NetWare connection under NetWare user information, some
  82. emulators will refuse to open another session and display an error message.
  83.  
  84. NOTE: "NetWare for DEC Access" DOES look at bindery information.  On the
  85. NetWare 4.10 server, the SET parameter "SET BINDERY CONTEXT " must be
  86. configured properly!
  87.  
  88.  
  89. Q6. Do I need to load any extra software on the VAX?
  90.  
  91. A6. No - just run the LAT protocol.  
  92.  
  93.  
  94. Q7. What kind of configuration changes must I make on the VAX?
  95.  
  96. A7. Normally, none.  Almost every host from Digital comes with the LAT
  97. protocol.  If you are using LAT already, then no changes need to be made on
  98. the VAX (or DEC host).  If you are not currently using LAT, you will need
  99. to activate the LAT protocol. 
  100. Your DEC administrator will normally be the one to do this.
  101.  
  102.  
  103. Q8. How many sessions are supported per user?
  104.  
  105. A8. "NetWare for DEC Access" is licensed by the number of concurrent
  106. "users" or clients that attach to the "NetWare for DEC Access" server.  
  107.  
  108. Each user can open up to 4 sessions, if the emulator supports that many. 
  109. If the emulator supports more than 4 sessions, it will open a second
  110. attachment (which is transparent to the user) to support up to 4 more
  111. sessions, etc.  
  112.  
  113. Note that users need not log into the server and therefore don't use an NCP
  114. connection and don't use up the number of licensed users for NetWare.
  115.  
  116.  
  117. Q9. I currently have an emulator that will support NetWare for LAT.  Do I
  118. need an updated version, to use it with "NetWare for DEC Access"?
  119.  
  120. A9. Emulators that support "NetWare for LAT" will support "NetWare for DEC
  121. Access" unchanged.  However, to take advantage of some of the new features
  122. of NetWare for DEC Access, namely, NDS support and the enhanced IPX/SPX
  123. advertising, you will need to update your emulator. 
  124.  
  125.  
  126. Q10. Does NetWare for DEC Access provide print services between the DEC
  127. host and the NetWare server?
  128.  
  129. A10. Print services NLMs are available from several of our third party
  130. partners which provide bidirectional printing between the DEC host and a
  131. NetWare LAN.  Namely, Meridian Technology and Firefox provide printing
  132. products for NetWare for DEC Access.
  133.  
  134.  
  135. Q11. Where would the "NetWare for DEC Access" server be installed?
  136.  
  137. A11. Since the communication between the server and the DEC host uses the
  138. LAT protocol, they must be on the same Ethernet segment, but the NetWare
  139. users can be anywhere on the NetWare network.
  140.  
  141.  
  142. Q12. Are two network interface cards required?
  143.  
  144. A12. No.  With only one Ethernet card, both the LAT sessions to the DEC
  145. host and the NetWare sessions (IPX/SPX, TCP/IP or AppleTalk) to the clients
  146. would go through the same card.  For improved performance though, Novell
  147. recommends 2 cards on separate segments, one for LAT communications and one
  148. for NetWare communications.
  149.  
  150.  
  151. Q13. How does "NetWare for DEC Access" compare to Pathworks for DOS
  152. (NetWare Coexistence) from Digital?
  153.  
  154. A13. For emulation to a DEC host, Pathworks loads either LAT, DECnet or
  155. TCP/IP protocol software on the client workstation, in addition to IPX/SPX
  156. for NetWare. 
  157. Emulators that support "NetWare for DEC Access" can use the protocol
  158. running at the client workstation, either IPX/SPX, TCP/IP or AppleTalk. 
  159. There is no need to load LAT or DECnet on every workstation.
  160.      
  161. Pathworks does provide some services, such as file services, that "NetWare
  162. for DEC Access" does not directly provide.  If you want to use VAX disk
  163. drives as network drives, Pathworks as well as other software products
  164. (such as InterConnections or TGV) can provide that type of service. 
  165. These products require IPX/SPX or TCP/IP on the VAX in addition to the
  166. extra protocol stack at the client.
  167. To use NetWare based servers as network drives, but still provide terminal
  168. and print access to DEC hosts from NetWare client workstations, "NetWare
  169. for DEC Access" provides a simpler, more economical solution.
  170.  
  171.  
  172. Q14. Is "NetWare for DEC Access" compatible with NetWare/IP?
  173.  
  174. A14. Yes.  NetWare/IP and "NetWare for DEC Access" can be used together to
  175. provide TCP/IP connectivity from NetWare clients to DEC hosts without
  176. loading TCP/IP on the DEC host.
  177.  
  178.  
  179. Q15. Is "NetWare for DEC Access" compatible with VLMs as well as NETX?
  180.      
  181. A15. Yes.  Since emulators using the IPX protocol communicate using the
  182. standard NetWare client software, either VLM or NETX can be used.  If all
  183. that is required is connectivity to the DEC host, then only IPXODI needs to
  184. loaded at the client.
  185.  
  186.  
  187. Q16. Can I run "NetWare for DEC Access" and "NetWare for SAA" on the same
  188. server?
  189.  
  190. A16. Yes, and because NetWare for DEC Access 1.1 and NetWare for SAA 2.0
  191. use the same Communication Executive, you can cost-effectively run both
  192. products from the same server.
  193.  
  194.  
  195. Q17. Can I run "NetWare for DEC Access" and "NetWare Connect" on the same
  196. server?
  197.      
  198. A17. Yes, both NetWare for DEC Access and NetWare Connect can be run from
  199. the same server.
  200.  
  201.  
  202. Q18. Won't the LAT protocol time out in a WAN configuration?
  203.      
  204. A18. No.  Since the "NetWare for DEC Access" server is normally located on
  205. the same segment as the VAX, the LAT connection between the server and the
  206. VAX is maintained. 
  207.  
  208. On the client side, Telenet, IPX/SPX, TCP/IP or AppleTalk is used over the
  209. WAN.
  210.  
  211.  
  212. -----------------------------------------------------------------
  213. Any trademarks referenced in this document are the property of their
  214. respective owners.  Consult your product manuals for complete trademark
  215. information.
  216. -----------------------------------------------------------------
  217.