Systems Network Architecture

Systems Network Architecture (SNA) — это комплексная сетевая архитектура, протоколы и правила взаимодействия, разработанные корпорацией IBM в 1974 году. SNA представляет собой многоуровневую модель организации вычислений и передачи данных в гетерогенных компьютерных сетях, ориентированную в первую очередь на мейнфреймы IBM и их терминалы. Архитектура была создана для обеспечения надёжного, централизованного и предсказуемого соединения между устройствами в корпоративных вычислительных центрах, задолго до появления современных сетей Ethernet и стека TCP/IP. SNA определяет логическую структуру сети, методы адресации, маршрутизации, управления потоком и восстановления после сбоев, обеспечивая высокий уровень доступности и безопасности.

История

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

В начале 1970-х годов IBM доминировала на рынке корпоративных вычислений с мейнфреймами серии System/360 и System/370. Однако существующие методы подключения терминалов и периферийных устройств были фрагментированными: использовались различные протоколы (например, BSC — Binary Synchronous Communication), которые не обеспечивали единообразного управления и маршрутизации. С ростом числа удалённых терминалов и распределённых вычислений возникла необходимость в стандартизированной, иерархической сетевой модели.

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

Архитектура SNA была анонсирована в 1974 году как часть стратегии IBM по созданию «системной сети» (System Network). Первоначально она была реализована в программном обеспечении VTAM (Virtual Telecommunications Access Method) и NCP (Network Control Program). VTAM работал на мейнфрейме, управляя логическими соединениями, а NCP — на специализированных коммуникационных контроллерах (например, IBM 3705), управляя физической передачей данных. В 1975 году вышла первая версия SNA, которая поддерживала только топологию «звезда» с центральным хостом.

Эволюция и конкуренция

На протяжении 1980-х годов SNA активно развивалась. Появились поддержка топологий «кольцо» и «ячеистая сеть», а также протоколы LU 6.2 (Logical Unit type 6.2) и PU 2.1 (Physical Unit type 2.1), которые позволили строить одноранговые (peer-to-peer) соединения между узлами без обязательного участия мейнфрейма. В 1980-х годах SNA стала доминирующей архитектурой в крупных банках, страховых компаниях, авиакомпаниях и государственных учреждениях. Однако с развитием открытых стандартов, особенно стека TCP/IP и протокола Ethernet, SNA начала терять позиции. IBM предприняла попытку интеграции SNA с TCP/IP, выпустив технологии DLSw (Data Link Switching) и SNA over IP. К середине 1990-х годов большинство компаний перешли на TCP/IP, хотя SNA продолжала использоваться в унаследованных системах.

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

К 2020-м годам SNA в значительной степени вытеснена из корпоративных сетей, но её наследие сохраняется в виде эмуляторов терминалов (например, IBM Personal Communications, Attachmate Extra!) и специализированных шлюзов, обеспечивающих доступ к мейнфреймам через TCP/IP. Некоторые критически важные финансовые и транспортные системы, работающие на старых версиях ОС MVS, z/OS и VSE, всё ещё используют SNA-протоколы.

Архитектура и модель

Многоуровневая структура

SNA, как и модель OSI, построена по многоуровневому принципу, но с иной нумерацией и функциями. В оригинальной версии SNA выделялось 7 уровней (снизу вверх):

1. Уровень управления физическим звеном (Physical Control Layer) — соответствует физическому и канальному уровням OSI. Отвечает за передачу битов по физической среде (медные провода, оптоволокно) и за установление/разрыв соединения.
2. Уровень управления звеном данных (Data Link Control Layer) — обеспечивает надёжную передачу кадров между соседними узлами, используя протоколы SDLC (Synchronous Data Link Control) или HDLC. Гарантирует целостность данных и управление потоком.
3. Уровень управления маршрутом (Path Control Layer) — отвечает за маршрутизацию пакетов между узлами сети, сегментацию и сборку сообщений. Этот уровень является ключевым для SNA, так как он реализует виртуальные каналы.
4. Уровень управления передачей (Transmission Control Layer) — обеспечивает сквозное управление потоком данных между конечными точками, а также шифрование и сжатие (опционально). Аналог транспортного уровня OSI.
5. Уровень управления потоком данных (Data Flow Control Layer) — управляет диалогом между приложениями: синхронизацией, очередностью сообщений, режимами (полудуплекс, полный дуплекс).
6. Уровень управления представлением данных (Presentation Services Layer) — преобразует данные из внутреннего формата приложения в сетевой формат и обратно, выполняет кодирование/декодирование.
7. Уровень управления транзакциями (Transaction Services Layer) — предоставляет прикладные сервисы: управление сессиями, распределённые транзакции, доступ к базам данных.

Типы узлов (Nodes)

В SNA все устройства делятся на два основных типа:

• Физические узлы (Physical Units, PU) — аппаратные или программные компоненты, управляющие ресурсами. Различают PU типа 1 (терминалы), PU типа 2 (контроллеры), PU типа 4 (коммуникационные контроллеры) и PU типа 5 (мейнфреймы).
• Логические узлы (Logical Units, LU) — программные сущности, обеспечивающие доступ приложений к сети. Наиболее известны LU 0 (специализированные протоколы), LU 1 (печать), LU 2 (3270-терминалы), LU 3 (принтеры), LU 6.2 (APPC — Advanced Program-to-Program Communication).

Топологии

SNA поддерживает несколько топологий:

• Иерархическая (звезда) — классическая схема с центральным хостом (PU T5) и подчинёнными контроллерами (PU T2, PU T4).
• Кольцевая — используется в средах Token Ring, где узлы соединяются в логическое кольцо.
• Ячеистая (mesh) — сложная сеть с множеством маршрутов между узлами, обеспечивающая отказоустойчивость.

Протоколы и компоненты

Основные протоколы

• SDLC (Synchronous Data Link Control) — основной протокол канального уровня для последовательных линий связи. Предшественник HDLC.
• SNA over IP — инкапсуляция SNA-трафика в IP-пакеты для передачи через сети TCP/IP.
• APPN (Advanced Peer-to-Peer Networking) — расширение SNA для построения одноранговых сетей без центрального хоста.
• DLSw (Data Link Switching) — протокол для туннелирования SNA-кадров через IP-сети.

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

• VTAM (Virtual Telecommunications Access Method) — программное обеспечение на мейнфрейме, управляющее всеми логическими соединениями и ресурсами SNA.
• NCP (Network Control Program) — программное обеспечение на коммуникационном контроллере, управляющее физической передачей и маршрутизацией.
• Коммуникационные контроллеры (например, IBM 3705, 3745) — аппаратные устройства, реализующие NCP.
• Кластерные контроллеры (например, IBM 3174, 3274) — устройства, подключающие терминалы и принтеры к сети.
• Терминалы 3270 — стандартные дисплейные терминалы IBM, работающие в режиме «блок-режима».

Применение

Корпоративные вычисления

Основная область применения SNA — крупные корпоративные центры обработки данных, где требовалась высокая надёжность и централизованное управление. SNA использовалась в банковских системах (например, для обработки транзакций в реальном времени), в системах бронирования авиабилетов (Sabre, Amadeus), в государственных информационных системах.

Интеграция с TCP/IP

С 1990-х годов SNA активно интегрировалась с TCP/IP. Типичные сценарии:

• Использование эмуляторов терминалов 3270 на ПК под управлением Windows или Linux для доступа к мейнфреймам через TCP/IP.
• Применение шлюзов SNA-to-TCP/IP (например, IBM Communications Server, Microsoft Host Integration Server).
• Туннелирование SNA-трафика через корпоративные IP-сети с помощью DLSw.

Унаследованные системы

В 2020-х годах SNA продолжает работать в тысячах организаций по всему миру, особенно в финансовом секторе и на транспорте, где миграция на новые технологии требует значительных затрат. Многие компании используют эмуляцию SNA поверх современных сетей.

Критика и ограничения

Закрытость и проприетарность

SNA была полностью проприетарной архитектурой IBM, что ограничивало совместимость с оборудованием других производителей. Это привело к высоким затратам на внедрение и обслуживание.

Сложность и стоимость

Настройка и управление сетью SNA требовали высокой квалификации персонала и специализированного программного обеспечения (VTAM, NCP). Модернизация была дорогостоящей.

Неэффективность в гетерогенных средах

SNA плохо адаптировалась к быстрому росту локальных сетей (LAN) и интернета. Её иерархическая модель была менее гибкой, чем модель TCP/IP.

Снижение популярности

С распространением открытых стандартов и снижением стоимости оборудования для TCP/IP, SNA утратила актуальность для новых проектов. К 2000-м годам она стала восприниматься как устаревшая технология.

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

• SNA была одной из первых коммерческих реализаций концепции многоуровневой сетевой архитектуры, повлиявшей на разработку модели OSI.
• Протокол LU 6.2 (APPC) считается предшественником современных технологий распределённых вычислений.
• Терминалы IBM 3270, работающие через SNA, всё ещё используются в некоторых банках и государственных учреждениях, например, в системах обработки платежей.
• В 1980-х годах SNA была настолько распространена, что её часто называли «сетью IBM» или «голубой сетью» (от цвета логотипа IBM).

Источники

• IBM Systems Network Architecture: Concepts and Products. IBM Corporation, 1975.
• Martin, J. (1987). SNA: IBM's Networking Solution. Prentice-Hall.
• Meijer, A. (1988). Systems Network Architecture: A Tutorial. Computing Surveys, 20(3), 189-226.
• IBM Redbooks: SNA and TCP/IP Integration. IBM Corporation, 1998.
• Документация по VTAM и NCP (IBM Knowledge Center).