home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PROGRAMS / UTILS / NOVELL / AS4CON.ZIP / AS4CON.TXT
Encoding:
Text File  |  1990-10-13  |  14.0 KB  |  200 lines
  1. 10/90                                            HOW TO HOOK A NETWARE LAN TO AN AS/400?
  2.                                                                    by
  3.                                                               Skip Addison 
  4.                                                      Director, Consultant Relations
  5.                                                  Novell Communications Products Division
  6.  
  7. INTRODUCTION  
  8. The AS/400 supports numerous connectivity options including twinaxial cabling, SDLC (Synchronous Data Link
  9. Control) lines, ethernet and token ring connections.  Novell has received numerous requests for information on
  10. how best to tie a NetWare network to an AS/400.  This paper outlines the connectivity strategy that will best
  11. integrate the capabilities of the LAN and the AS/400 into one system providing access to LAN applications,
  12. AS/400 (and S/3x) applications and to new client/server applications using IBM's System Application
  13. Architecture (SAA).  We assume that while the reader may be familiar with 3270 communications, 5250
  14. communications or NetWare, they may not be familiar with all three.  We also assume that the reader has a
  15. passing familiarity with LAN technology.     
  16.  
  17. BACKGROUND  
  18. Today, the IBM mid range product line consists of the older System3X (S/34, S/36, and S/38) series and newer
  19. AS/400 series of minicomputers.  The S/3X products were very successful when they were introduced in the
  20. mid 1970s.  However, sales began to level in the early 1980s with the increasing popularity of Personal
  21. Computers and Local Area Networks.  In addition, 5250 terminal sales declined as PC terminal emulation
  22. replaced many terminals.  Although by 1988 there were 300,000 IBM S/3Xs installed worldwide, it was rumored
  23. that IBM might abandon the mid range market.  This rumor was dispelled when in Jun 1988, IBM announced
  24. the AS/400.  There are nine models of the AS/400, providing from 4 to 96MB of memory and up to 38GB of
  25. disk storage.
  26.  
  27.                                                           AS/400 Configurations
  28.                                     C04      C06      C10      C20      C25                               
  29. Main Storage, MB                    8-12     8-16     8-20     8-32     8-40 
  30. Max DASD, GB                        .96      1.28     1.28     2.56     3.84 
  31. Comm Lines                          5        5        8        14       14 
  32. LAN Interfaces                      1        1        1        2        2 
  33. Local Devices (twinax)              14       54       40       80       80                              
  34.  
  35.                                     B35      B45    B50    B60          B70 
  36. Main Storage, MB                    8-40     8-40   16-48  32-96        32-196 
  37. Max DASD, GB                        13.7     13.7     27.4   54.8       54.8 
  38. Comm Lines                           16      32       32     32         48 
  39. LAN Interfaces                        4      4        4      4          4 
  40. Local Devices (twinax)              160      240      400    600        800            
  41.   
  42. At this time there are over 50,000 AS/400s installed, split roughly equally between the US and the rest of the
  43. world.  The key features of the AS/400 are a high-level machine interface, an object-oriented design,
  44. single-level storage with relational database capabilities, and highly integrated systems functions.  Although
  45. there are office, electronic mail, and query applications available for the AS/400, the most common applications
  46. are industry specific such as accounting and manufacturing software packages.    
  47.  
  48. COMMUNICATIONS  
  49. The AS/400 supports several communications options over several different types of media as shown below:        
  50.                            SDLC              Twinax            Token Ring          
  51. 5250 (LU 4 & 7)            yes               yes               no 
  52. 3270 (LU 1, 2, 3)          yes               no                yes         
  53. APPC (LU 6.2)              yes               yes               yes                                      
  54.  
  55. A REVIEW OF THE TERMINAL TYPES 
  56. > 3270
  57. For reasons unknown outside IBM, mainframe computers based on the 370 architecture do not share common
  58. communications with the S/3x minicomputers.  IBM mainframes were designed to work with the 3270 family of
  59. terminals.  3270 terminals can talk to a mainframe via either an SDLC line or a Token Ring.  Additionally, the
  60. IBM 3270 terminal controller can attach directly to a mainframe's I/O channel.  SNA's LU type 1 printer, type 2
  61. display, and type 3 printer describe the 3270 terminals.  
  62.  
  63. The 3270 system was designed with an eye towards large installations.  Up to 128 terminal sessions can use a
  64. single terminal controller.  By emulating a controller, a single LAN-to-host gateway can represent up to 255
  65. users.  Moreover, multiple gateways can share a single attachment to the mainframe.  
  66.  
  67. > 5250
  68. The System/3x machines from which the AS/400 is descended were designed to use the 5250 family of displays
  69. and printers.  These communicate with the minicomputer via either SDLC or Twinax hardware.  
  70.  
  71. In IBM's System Network Architecture (SNA), each type of terminal or printer has its own Logical Unit (LU)
  72. type.  The LU type number defines the communication protocol, or language, that the device "knows how to
  73. speak."  The 5250 terminals are LU types 4 and 7.  
  74.  
  75. Only up to 7 terminals are allowed to connect to a single twinax interface.  For single user terminals this was not
  76. a limitation.  In the world of LAN gateways, however, only 7 connections is a distinct limitation.  
  77.  
  78. A 5250 terminal can not talk to a mainframe; and until the AS/400 came out, a 3270 terminal could not talk to a
  79. minicomputer.  The differences in the protocols have caused significant problems.  
  80.  
  81. AS/400 COMMUNICATIONS
  82. Both the 5250 and 3270 protocols are based on a master-slave relationship.  The minicomputer or mainframe is
  83. the master and the terminal is the slave.  As desktop devices grew more sophisticated, however, IBM needed to
  84. develop a communication mechanism which would let an application on a desktop computer talk to an
  85. application on a mainframe as peers.  IBM called this Advanced Peer-to-Peer Communications or APPC.  APPC
  86. uses the LU 6.2 communications protocol.  APPC is available on the AS/400 via twinax, SDLC and token ring
  87. connections.  
  88.  
  89. APPC is the primary backbone of future SAA-compliant networks.  Using APPC/LU 6.2, desktop applications
  90. can share data in a cooperative processing environment with the mainframe, sending updates and queries to host
  91. transaction databases.  
  92.  
  93. Because of APPC's ability to provide highly functional sessions, whether for terminal service or client server
  94. applications, IBM has put most of its long term strategic emphasis on APPC for connections from desktop
  95. computers.  However, the 3270 and 5250 communication protocols will still be used for many years, because of
  96. their support for nonprogrammable terminals and a large installed base.    
  97.  
  98. Because of the communication differences between different terminal systems, IBM encourages developers to
  99. develop their applications in such a way that either 5250 or 3270 terminal users can use them.  The long term
  100. direction from IBM is to use APPC/LU 6.2 for all SAA compliant applications.  
  101.  
  102. Also, the AS/400 provides no documented method of supporting non-programmable terminals and APPC from
  103. the same gateway.  Therefore, whether using 3270 or 5250 terminal emulation, a separate gateway will be
  104. required for SAA compliant client/server applications.  
  105.  
  106.  
  107.  
  108.  
  109. > 3270 SNA for AS/400  
  110. When IBM introduced the AS/400, they reduced its dependency on 5250 terminals by allowing 3270 terminals to
  111. run applications that had heretofore required 5250 terminals.  This is made possible by transparently translating
  112. between the 3270 and 5250 data streams "on the fly".  That is, the application running "sees" a 5250 terminal
  113. although the user may actually be using a 3270 terminal.  
  114.  
  115. The translation is not perfect, however.  The principal difference is that the 3270 keyboard is missing three keys
  116. that exist on the 5250 keyboard ("Field +", "Field -" and "Field Exit").  
  117.  
  118. "PC SUPPORT"
  119. IBM's AS/400 PC Support program allows PCs to connect to an AS/400 via token ring, ethernet or twinax.  In
  120. this case, the PC is emulating a 5250 terminal, but the 5250 information is "buried" in LU 6.2 packets for
  121. transmission across the token ring. (Note that the chart above indicates that 5250 communications can not be sent
  122. directly over the token ring.)  Unfortunately, IBM's AS/400 PC Support program degrades performance of the
  123. AS/400 and consumes  a sizeable portion of the PC's RAM.  The determination of whether these detractions are
  124. prohibitive or not must be made by the customer.  
  125.  
  126. There is no support from IBM for third-party equivalents to AS/400 PC Support.  The method used by AS/400
  127. PC Support to encapsulate the 5250 data stream in APPC/LU 6.2 is not documented publicly.  
  128.  
  129. NOVELL AS/400 COMPATIBLE COMMUNICATION PRODUCTS 
  130. LAN to mainframe and LAN to minicomputer products are a major part of Novell's communication product
  131. line.  We have products for all three communication protocols (3270, 5250 and APPC).  These are described
  132. below.  
  133.  
  134. 3270 and APPC Communications.  
  135. There are two products which provide 3270 and APPC communication protocols, the NetWare 3270 SNA
  136. Gateway and NetWare 386 Communication Services for SAA (which will begin shiping later this year).  In the
  137. SNA Gateway and Communication Services for SAA, a PC on the LAN emulates an IBM cluster controller.  This
  138. gateway PC can attach to the AS/400 using either SDLC or token ring.  Other PCs on the LAN run the NetWare
  139. 3270 LAN Workstation software to emulate 3270 terminals and use APPC.
  140.  
  141. Novell's 3270 LAN Workstation has always included a keyboard definition utility permitting users to permit
  142. users to redefine the keyboard for 5250 emulation.  On October 18th we will begin shipping our SNA product
  143. with 5250 keyboard emulation as an option (but the 3 "missing keys" will still be missing.
  144.   
  145. The gateway plays a central role in the interaction between users and the AS/400.  It performs the low level
  146. interaction with the AS/400, freeing up memory and processing power in the workstation.  The high level
  147. interaction is handled at the workstation.  In SNA terms, the gateway emulates a PU, the workstation a LU. 
  148.  
  149. Due to limitations in the AS/400, one gateway can not support both 3270 and APPC simultaneously.  This
  150. limitation does not exist in the mainframe world.                                                        
  151.  
  152. 5250 Communications.  
  153. The NetWare 5250 Gateway, Version 2 emulates a 5250 terminal controller (IBM 5251 Model 12, 5294, or 5394)
  154. so that up to 7 or 9 workstations (depending on configuration) on the LAN can function as 5250 terminals on a
  155. System/34, System/36, System/38 or AS/400.  The gateway connects to the AS/400 via either twinax or SDLC
  156. lines.  In concept, it is identical to the NetWare SNA Gateway except that it facilitates emulation of 5250
  157. terminals rather than 3270.     
  158.  
  159. STRATEGIC DIRECTION  
  160. As we have seen above, in connecting NetWare to an IBM mainframe there is little question about how to
  161. proceed.  NetWare SNA Gateways provide highly reliable, fully functional 3270 terminal emulation, the same
  162. type of communications mainframe applications expect in normal day-to-day operation, with or without a LAN. 
  163. There has been some confusion, however, in the area of connectivity to the AS/400.  This confusion has arisen,
  164. in part, because of the dependence of many System/3x applications on 5250 communications on the one hand,
  165. and the historically poor industry support (including support from IBM) for 5250 communications.    
  166.  
  167. One can see, however, that IBM's trategic direction is to provide the broadest level of support to 3270 and APPC
  168. communications.  While the AS/400 can support 3270, there is no support for 5250 terminals on mainframes. 
  169. While the token ring can support 3270 controllers, there is no direct 5250 terminal support on token ring, except
  170. for AS/400 PC Support.  It is clear that IBM's primary strategic direction is focused on APPC and cooperative
  171. processing.  Novell is supporting this direction and increasing NetWare's connectivity to the AS/400.   
  172.  
  173. RECOMMENDATION  
  174. 1. All new applications being developed for use by non-programmable terminals should support 3270 terminals
  175. as an option.      
  176. 2. All cooperative processing applications for the IBM environment should use APPC/LU 6.2.    
  177. 3. Users should look to 5250 gateways and terminal emulation (including AS/400 PC Support) as a migration
  178. strategy for existing applications.  
  179.  
  180. By following these recommendations users can expect the following benefits:   
  181.          >Support for existing applications  
  182.          >Positioning the network for future enhancements      
  183.          >Better support for advanced communications  
  184.  
  185. Existing applications have largely been written to use the 5250 data stream.  For many users, 5250 gateways are
  186. the preferable choice to ease the transition to LAN based systems without retraining.  
  187.  
  188. While providing support for these existing applications, MIS staff and application developers can best position
  189. themselves and the corporate network to take advantage of future communication enhancements by developing
  190. all new applications in such a way that they can be used by either 5250 or 3270 users.  Applications to be used
  191. by PC users (ie. no nonprogrammable terminals) should be written to use APPC/LU 6.2.  
  192.  
  193. Micro to AS/400 applications which are implemented using APPC in compliance with SAA provide the highest
  194. level of functionality today and are in the best position to support all the features of the network of the future.   
  195.  
  196. CONCLUSION  
  197. The changing world of data communications offers ever better means of communicating between the desktop
  198. and the minicomputers and mainframes.  Today's changes, however, must preserve yesterday's investments.  So
  199. when it comes time to determine the best strategy for tying the AS/400 to a LAN, the recommendation is: APPC
  200. for the long term strategy; 3270 and 5250 as a migration tool and for support of existing applications.