Systems Network Architecture

SNA був оприлюднений як частина з "Advanced Function for Communications" від IBM анонсу у вересні 1974 року, який включав реалізацію SNA/SDLC (Synchronous Data Link Control) протоколів про нові комунікаційні продукти:

• IBM 3767 термінал зв'язку (принтер)
• IBM 3770 система передачі даних

Вони підтримувалися контролерами зв'язку IBM 3704/3705 та їх програмами управління мережею, а також System/370 і їх VTAM і іншого програмного забезпечення, такі як CICS і IMS. За цією заявою послідувала ще одна в липні 1975 року, в якій були представлені IBM 3760 введення даних станції, системи зв'язку IBM 3790, а також нові моделі системи відображення IBM 3270.

SNA розроблялися в основному IBM Systems Development Division лабораторією у Дослідницькому Трикутному Парку, північна Кароліна, США, допомогли в інших лабораторіях, що впровадили SNA/SDLC. Деталі були опубліковані пізніше керівництвом IBM's System Reference Library і журналом IBM.

SNA до цих пір використовується у банках та інших фінансових операціях, так як і у багатьох урядових установах. У той час як IBM продовжує підтримку SNA, одна із основних частин апаратних засобів, контролер зв'язку 3745/3746 був вилучений з ринку компанії IBM.

За оцінками 20000 цих контролерів встановлено у користувачів, але компанія продовжує надавати технічне обслуговування для підтримки користувачів. Надійний ринок менших компаній продовжує надавати 3745/3746, особливості, деталі та обслуговування. VTAM також підтримується IBM, як і програма IBM Network Control (NCP) що вимагають 3745/3746 контролерами.

У 2008 році в публікації IBM було сказано:

З ростом популярності і зростання TCP / IP, SNA змінюється від того,щоб бути просто справжньою архітектурною мережею до того, що можна було б назвати " додатків і додатків архітектурного доступу." Іншими словами, є багато програм, які як і раніше необхідно спілкуватися в SNA, але необхідні протоколи SNA передаються по мережі за допомогою IP.

IBM в середині 1970-х бачив себе головним чином як постачальник обладнання, тому все його нововведення в цей період було спрямоване на збільшення продажів апаратного забезпечення. Метою SNA було зниження витрат на експлуатацію великого числа терміналів і тим самим спонуканню клієнтів до розробки або розширення інтерактивних систем терміналу. Розширення інтерактивних систем терміналів призведе до збільшення продажів терміналів і що більш важливо мейнфреймів-комп'ютерів і периферійних пристроїв —  частково через просте збільшення обсягу роботи, виконаної системами і частково тому, що інтерактивна обробка вимагає більше обчислювальної потужності на одну транзакцію, ніж партійна обробка.

Тому SNA спрямована на зниження основних некомп'ютерних витрат та інші труднощі, що виникають при роботі великих мереж з використанням попередніх протоколів зв'язку. Труднощі включали:

Часто лінії зв'язку не могли бути розділені між терміналами різних типів, так як вони використовували різні «діалекти» існуючих комунікаційних протоколів. До початку 1970-х років, комп'ютерні компоненти були настільки дорогими і громіздкими, що це не представляло можливості включати в себе універсальний комунікаційний інтерфейс карт в терміналах. Кожен тип терміналу мав жорстко-дротову комунікаційну плату, яка підтримується тільки роботою одного типу терміналу без сумісності з іншими типами терміналів на тій же лінії.

Протоколи, які примітивні карти зв'язку були не ефективними. Кожна лінія зв'язку використовує більше часу передачі даних, ніж сучасні лінії.

Лінії зв'язку в той час були набагато нижчої якості. Наприклад, було практично неможливо запустити модемну лінію на більш ніж 19200 біт в секунду через частоти помилок в порівнянні з 56000 біт в секунду сьогодні на комутованій лінії; і на початку 1970-х років кілька орендованих ліній були проведені на більш ніж 2400 біт в секунду ( низькі швидкості є наслідком закону Шеннона у відносно низькому технологічному середовищі). Телекомунікаційні компанії мали мало стимулів для поліпшення якості ліній або скорочення витрат, тому що в той самий час вони були основними монополістами, а іноді і одними.

Як результат, запуск великої кількості терміналів потребував набагато більше ліній зв'язку, ніж потрібно сьогодні, особливо якщо різні типи потребностей, необхідних в підтримці, або користувачі хотіли використовувати різні типи додатків (.eg під CICS або ТСО ) з того ж місця. У чисто фінансовому плані цілі SNA були збільшити витрати клієнтів на системах терміналів і в той же час, збільшити частку компанії IBM цих витрат, в основному за рахунок телекомунікаційних компаній.

SNA також спрямована на подолання обмеження архітектури, яка System / 370 мейнфреймів IBM, успадкований від System / 360. Кожен процесор може підключатися до 16 каналів вводу / виводу , і кожен канал може обробляти до 256 периферійних пристроїв — тобто максимум 4096 периферійних пристроїв на процесор. У той час, коли була розроблена SNA, кожна лінія зв'язку вважалась периферійною. Таким чином, кількість терміналів, за допомогою якого потужні мейнфрейми могли б спілкуватися було обмежено.

SNA вилучила контроль зв'язку від прикладної програми і помістив його в NCP. Це має такі переваги і недоліки:

Мережеві адресні вузли в мережі SNA — це будь-які компоненти, яким можуть бути призначені адреса і може відправляти і отримувати інформацію. Їх відрізняють в такий спосіб:

Точка System Services Control (SSCP) забезпечує управління ресурсами і інших сеансів служб (наприклад, служби каталогів) для користувачів в мережі підрозділу;

фізична одиниця являє собою поєднання апаратних і програмних компонентів, які контролюють посилання на інші вузли.

Логічний блок виступає як посередник між користувачем і мережею.

З плином часу користувачі пристроїв серії 37xx почали шукати альтернативні рішення. У середині 1990-х років IBM у співробітництві з Cisco розробили технологію Data Link Switching (DLSw), яка інкапсулює пакети SNA у датаграми IP. Роутери з такою технологією можуть підключатися безпосередньо до інтерфейсу Token Ring мейнфрейму, і таким чином безпосередньо взаємодіяти з VTAM. На віддаленому боці (іншими словами, на боці користувача) можуть використовуватися звичайні персональні комп'ютери, що під'єднуються до роутера звичним інтерфейсом Ethernet, і мають емулятор термінала IBM 3270 для взаємодії з користувачем.

SNA є Семирівневим стеком мережевих протоколів, близьким, але що не збігається з мережевою моделлю OSI:

• Physical Control — забезпечує генерування та кодування електричних сигналів, роботу фізичних інтерфейсів, топологію мережі та комунікаційне середовище (наприклад, кабель)
• Data link control (DLC) — включає декілька протоколів канального рівня, в тому числі Synchronous Data Link Control (SDLC, протокол управління синхронним каналом передачі даних) для ієрархічних мереж і Token Ring для однорангових локальних мереж, відповідає канальному рівню (Data Link layer) OSI (проте не охоплює повністю функціональність Data Link layer OSI);
• Path control — забезпечує адресацію, маршрутизацію і фрагментацію / дефрагментацію пакетів даних, охоплюючи частину функцій канального і мережевого рівнів OSI;
• Transmission control — забезпечує управління з'єднаннями, включаючи шифрування / дешифрування даних, забезпечуючи функціональність, що входить в мережевий і транспортний рівень OSI;
• Data flow control — рівень управління потоками даних, включаючи встановлення з'єднань, черговість передачі даних, призупинення передачі на вимогу і груповий обмін. Включає функції транспортного та сесійної рівнів OSI;
• Presentation services — управління перетворенням даних різних форматів, поділом ресурсів і синхронізацією транзакцій. Включає в себе частину функцій сеансового рівня, рівня подання та прикладного рівня OSI;
• Transaction services — рівень додатків управління розподіленої обробки даних і управління.

• APPN

• Smarter Computing: Ready now. What's next.