IBM SNA¶

IBM SNA (Systems Network Architecture — сетевая архитектура систем) — это проприетарная сетевая архитектура, разработанная корпорацией International Business Machines (IBM) в 1974 году. Она представляет собой набор протоколов, правил и аппаратно-программных решений, предназначенных для организации централизованного, иерархического взаимодействия между компьютерами, терминалами и периферийными устройствами в рамках вычислительных сетей крупных организаций. SNA была создана для унификации доступа к мейнфреймам IBM и стала доминирующей сетевой технологией в корпоративном секторе в 1970–1980-х годах, прежде чем уступить место стеку протоколов TCP/IP и архитектуре клиент-сервер.

¶История

¶Предпосылки создания

До появления SNA взаимодействие устройств IBM было хаотичным. Каждая модель мейнфрейма и терминала использовала собственные, часто несовместимые протоколы (например, BSC — Binary Synchronous Communication). Это усложняло построение единой сети и требовало значительных затрат на интеграцию. К началу 1970-х годов IBM столкнулась с необходимостью стандартизации сетевого взаимодействия для своих систем, особенно в банковской, страховой и государственной сферах, где требовалась высокая надёжность и централизованное управление.

¶Разработка и внедрение

Архитектура SNA была анонсирована в 1974 году вместе с новым поколением мейнфреймов System/370. Первоначально она поддерживала только синхронную передачу данных и иерархическую топологию. Ключевыми элементами стали:

VTAM (Virtual Telecommunications Access Method) — программное обеспечение для управления сетью на мейнфрейме.
NCP (Network Control Program) — программа, работающая на специализированных коммуникационных контроллерах (например, IBM 3705), обеспечивающая маршрутизацию и управление линиями связи.
SDLC (Synchronous Data Link Control) — протокол канального уровня, ставший основой для более позднего стандарта HDLC.

В 1975 году IBM выпустила первую версию SNA, которая поддерживала до 255 узлов. В 1976 году появилась поддержка многоточечных линий (multidrop), что позволило подключать несколько терминалов к одной линии связи.

¶Эволюция и развитие

В 1980-е годы SNA активно развивалась:

1981 год — введена поддержка распределённой обработки (APPC — Advanced Program-to-Program Communication) и протокола LU 6.2, что позволило программам на разных узлах обмениваться данными напрямую.
1983 год — анонсирована SNA Network Interconnection (SNI) для соединения нескольких отдельных сетей SNA.
1985 год — появилась поддержка локальных вычислительных сетей (LAN) через протокол Token Ring.
1988 год — IBM представила SNA over TCP/IP, что стало первым шагом к интеграции с глобальными сетями.

С распространением персональных компьютеров и TCP/IP в 1990-х годах популярность SNA начала снижаться. IBM пыталась адаптировать архитектуру: в 1992 году вышла SNA APPN (Advanced Peer-to-Peer Networking), которая вводила равноправные связи между узлами, а не строгую иерархию. Однако к концу 1990-х годов большинство организаций мигрировали на TCP/IP, сохраняя SNA лишь для устаревших мейнфреймовых приложений.

¶Современное состояние

По состоянию на 2020-е годы SNA продолжает использоваться в некоторых крупных банках, авиакомпаниях и правительственных учреждениях, где работают legacy-системы на базе мейнфреймов IBM z/OS. IBM поддерживает SNA через эмуляцию и шлюзы (например, IBM Communications Server), но активное развитие архитектуры прекращено. Последняя значительная версия — SNA 4.2 (1994 год).

¶Архитектура и протоколы

¶Семиуровневая модель

SNA имеет собственную семиуровневую модель, которая отличается от эталонной модели OSI. Уровни SNA (снизу вверх):

Физический — определяет электрические и механические характеристики соединений (например, интерфейсы RS-232, V.35).
Канальный (Data Link Control) — реализуется протоколом SDLC, обеспечивает синхронную передачу кадров, обнаружение и исправление ошибок.
Сетевой (Path Control) — отвечает за маршрутизацию и сегментацию сообщений между узлами. В SNA этот уровень называется «путевым управлением».
Транспортный (Transmission Control) — управляет потоком данных, подтверждениями и повторной передачей.
Уровень представления (Data Flow Control) — координирует диалог между приложениями (например, полудуплексный или полнодуплексный режим).
Уровень сеанса (NAU Services) — предоставляет сервисы для приложений (управление сеансами, безопасность, преобразование данных).
Прикладной (End User) — взаимодействует с конечными пользователями и приложениями.

¶Ключевые компоненты

NAU (Network Addressable Unit) — любой узел в сети SNA, имеющий уникальный адрес. Различают три типа NAU:
SSCP (System Services Control Point) — центральный управляющий узел, обычно на мейнфрейме.
PU (Physical Unit) — устройство, управляющее физическими ресурсами (например, контроллер или терминал).
LU (Logical Unit) — логический порт, через который приложения обмениваются данными.
SSCP — управляет всей сетью, устанавливает сеансы между LU.
PU — классифицируются по типам (PU Type 2.0 — терминалы, PU Type 4 — коммуникационные контроллеры, PU Type 5 — мейнфреймы).

¶Протоколы

SDLC — основной протокол канального уровня. Работает в режимах NRM (Normal Response Mode) и ABM (Asynchronous Balanced Mode).
BSC — устаревший протокол, использовавшийся в ранних версиях SNA.
APPC (LU 6.2) — протокол прикладного уровня для распределённых вычислений.
SNA over TCP/IP — инкапсуляция SNA-трафика в пакеты TCP/IP для передачи через современные сети.

¶Топология и управление

¶Иерархическая топология

Классическая SNA строилась по принципу «звезда» или «дерево»:

Центральный узел — мейнфрейм с VTAM.
Промежуточные узлы — коммуникационные контроллеры (например, IBM 3745) с NCP.
Конечные узлы — терминалы (IBM 3270), принтеры, банкоматы.

Управление было строго централизованным: SSCP на мейнфрейме контролировал все сеансы и ресурсы. При отказе центрального узла вся сеть становилась недоступной.

¶Равноправная топология (APPN)

В 1992 году IBM представила APPN (Advanced Peer-to-Peer Networking), которая позволила:

Создавать сети без центрального узла.
Устанавливать прямые соединения между любыми узлами.
Динамически маршрутизировать трафик.

APPN не получила широкого распространения из-за сложности внедрения и конкуренции со стороны TCP/IP.

¶Применение

¶Корпоративные сети

SNA использовалась в:

Банковском деле — для подключения банкоматов, кассовых терминалов и систем управления счетами к мейнфреймам.
Авиаперевозках — в системах бронирования билетов (например, Sabre, Amadeus).
Государственном управлении — для обработки налоговых и пенсионных данных.
Промышленности — для управления производственными процессами через терминалы IBM 3270.

¶Преимущества

Высокая надёжность и отказоустойчивость (благодаря централизованному управлению и протоколам с подтверждением).
Предсказуемая производительность в сетях с фиксированной топологией.
Поддержка большого количества терминалов (до нескольких тысяч на один мейнфрейм).

¶Недостатки

Закрытость и проприетарность (высокая стоимость оборудования и лицензий).
Сложность масштабирования и интеграции с другими сетями.
Неэффективность при передаче больших объёмов данных (из-за накладных расходов на подтверждения).
Отсутствие поддержки современных сетевых технологий (IP-маршрутизация, мультимедиа).

¶Влияние и наследие

SNA оказала значительное влияние на развитие сетевых технологий:

Протокол SDLC стал основой для международного стандарта HDLC (High-Level Data Link Control).
Принципы централизованного управления сетью были заимствованы в системах управления корпоративными сетями (например, IBM Tivoli).
Архитектура SNA повлияла на разработку протоколов X.25 и Frame Relay.

Несмотря на упадок, SNA продолжает существовать в виде эмуляции на современных мейнфреймах. Многие крупные организации (например, JPMorgan Chase, Deutsche Bank) до сих пор используют SNA для legacy-приложений, постепенно мигрируя на Java и облачные платформы.

¶Интересные факты

SNA была первой коммерчески успешной сетевой архитектурой, предшествовавшей OSI и TCP/IP.
В 1980-х годах IBM продавала специальные устройства — «SNA-шлюзы», которые позволяли подключать персональные компьютеры к мейнфреймам.
Протокол LU 6.2 (APPC) использовался в системе бронирования авиабилетов Sabre до 2010-х годов.
В 1998 году IBM выпустила продукт «SNA Server» (позднее — «Microsoft Host Integration Server»), который позволял Windows-приложениям взаимодействовать с SNA-сетями.

¶Критика

SNA критиковалась за:

Чрезмерную сложность и высокую стоимость внедрения.
Несовместимость с открытыми стандартами (например, TCP/IP).
Зависимость от оборудования IBM (vendor lock-in).
Невозможность эффективной работы в глобальных сетях с высокой задержкой.

С распространением Интернета и протокола TCP/IP в 1990-х годах SNA была признана устаревшей, и IBM рекомендовала клиентам мигрировать на IP-решения.

¶Источники

IBM Corporation. «Systems Network Architecture: Technical Overview». IBM Document GC30-3084, 1994.
Martin, James. «SNA: IBM’s Networking Solution». Prentice-Hall, 1987.
Stallings, William. «Data and Computer Communications». 10th edition, Pearson, 2013.
IBM Redbooks. «SNA and TCP/IP Integration». IBM SG24-4691, 1998.
T. A. Gonsalves. «A History of IBM’s Systems Network Architecture». IEEE Annals of the History of Computing, 2007.

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →