Editing Systems Network Architecture (section)

==Objectives of SNA==
{{No footnotes|section|date=September 2022}}

IBM in the mid-1970s saw itself mainly as a hardware vendor and hence all its innovations in that period aimed to increase hardware sales. SNA's objective was to reduce the costs of operating large numbers of terminals and thus induce customers to develop or expand [[interactive]] terminal-based systems as opposed to [[batch processing|batch]] systems. An expansion of interactive terminal-based systems would increase sales of terminals and more importantly of mainframe computers and peripherals - partly because of the simple increase in the volume of work done by the systems and partly because interactive processing requires more computing power per transaction than batch processing.

Hence SNA aimed to reduce the main non-computer costs and other difficulties in operating large networks using earlier communications protocols. The difficulties included:
*Often a communications line could not be shared by terminals of different types, as they used different "dialects" of the existing communications protocols. Up to the early 1970s, computer components were so expensive and bulky that it was not feasible to include all-purpose communications interface cards in terminals. Every type of terminal had a [[hardwired control|hard-wired]] communications card which supported only the operation of one type of terminal without compatibility with other types of terminals on the same line.
*The protocols which the primitive communications cards could handle were not efficient. Each communications line used more time transmitting data than modern lines do.
*Telecommunications lines at the time were of much lower quality. For example, it was almost impossible to run a dial-up line at more than 19,200 bits per second because of the overwhelming error rate, as compared with 56,000 bits per second today on dial-up lines; and in the early 1970s few leased lines were run at more than 2400 bits per second (these low speeds are a consequence of [[Shannon–Hartley theorem|Shannon's Law]] in a relatively low-technology environment).

As a result, running a large number of terminals required a lot more communications lines than the number required today, especially if different types of terminals needed to be supported, or the users wanted to use different types of applications (.e.g. under CICS or TSO) from the same location. In purely financial terms SNA's objectives were to increase customers' spending on terminal-based systems and at the same time to increase IBM's share of that spending, mainly at the expense of the telecommunications companies.

SNA also aimed to overcome a limitation of the architecture which IBM's [[System/370]] mainframes inherited from [[System/360]]. Each CPU could connect to at most 16 [[Channel I/O|I/O channels]]<ref>devices that acted as DMA controllers for control units, which in turn attached peripherals such as tape and disk drives, printers, card-readers</ref> and each channel could handle up to 256 peripherals - i.e. there was a maximum of 4096 peripherals per CPU. At the time when SNA was designed, each communications line counted as a peripheral. Thus the number of terminals with which powerful mainframes could otherwise communicate was limited.