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 (снизу вверх):

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