Advanced Peer-to-Peer Networking

Advanced Peer-to-Peer Networking (APPN) — это архитектура компьютерных сетей, разработанная корпорацией IBM в 1980-х годах для основной среды Systems Network Architecture (SNA). APPN представляет собой эволюцию традиционной иерархической модели SNA, в которой связь между узлами была централизованной и управлялась главным компьютером (mainframe). В отличие от неё, APPN позволяет узлам (терминалам, рабочим станциям, контроллерам) устанавливать прямые одноранговые соединения без обязательного обращения к центральному хосту, что значительно повышает гибкость, масштабируемость и отказоустойчивость сети. APPN является протоколом маршрутизации и управления трафиком, работающим на сетевом и транспортном уровнях модели OSI, и поддерживает динамическое обнаружение соседей, автоматическую конфигурацию путей и распределённое управление ресурсами.

История

Разработка APPN началась в IBM в середине 1980-х годов как ответ на растущие потребности корпоративных пользователей в децентрализованных сетях. К тому времени SNA, созданная в 1974 году, доминировала в мире мэйнфреймов, но её строгая иерархия (с главным хостом, контроллерами и терминалами) затрудняла подключение новых устройств и требовала ручного администрирования. В 1986 году IBM представила первую спецификацию APPN, а в 1988 году — первую реализацию для операционной системы OS/400 (ныне IBM i). В 1992 году APPN была стандартизирована как часть архитектуры SNA 4.0.

В 1990-х годах APPN активно использовалась в корпоративных сетях крупных банков, страховых компаний и промышленных предприятий, где требовалась высокая надёжность и совместимость с существующим оборудованием SNA. Однако с распространением протокола TCP/IP и интернета популярность APPN пошла на спад. Последние крупные обновления APPN были выпущены IBM в начале 2000-х годов, после чего развитие архитектуры фактически прекратилось. Тем не менее, APPN продолжает эксплуатироваться в legacy-системах, особенно в финансовом секторе и на предприятиях с длительным циклом обновления оборудования.

Основные принципы и характеристики

APPN базируется на нескольких ключевых концепциях, отличающих её от классической SNA:

• Одноранговая связь (peer-to-peer): любой узел APPN может инициировать сеанс связи с любым другим узлом без посредничества главного хоста. Это позволяет строить децентрализованные топологии (звезда, кольцо, сетка).
• Динамическое обнаружение: узлы APPN автоматически обмениваются информацией о своих ресурсах (именах, адресах, доступных сервисах) через протоколы поиска (например, LU 6.2). Администратору не требуется вручную прописывать маршруты для каждого нового устройства.
• Маршрутизация на основе классов обслуживания (Class of Service, CoS): APPN поддерживает приоритизацию трафика. Сеть может выбирать путь для сеанса в зависимости от требований к задержке, пропускной способности или надёжности. Например, для интерактивного терминального сеанса выбирается маршрут с минимальной задержкой, а для передачи больших файлов — с максимальной пропускной способностью.
• Автоматическая конфигурация путей: при установлении сеанса APPN вычисляет оптимальный маршрут на основе текущей топологии сети и загрузки каналов. При изменении топологии (отказ канала, добавление узла) маршруты пересчитываются динамически.
• Поддержка нескольких протоколов: APPN может работать поверх различных физических сред (Ethernet, Token Ring, X.25, Frame Relay, ATM) и поверх TCP/IP (через технологию DLSw — Data Link Switching).

Архитектура и компоненты

APPN определяет несколько типов узлов, каждый из которых выполняет определённые функции в сети:

Типы узлов

• Network Node (NN): основной маршрутизирующий узел. NN отвечает за поддержание топологии сети, вычисление маршрутов и ретрансляцию трафика между другими узлами. В сети APPN может быть несколько NN, что обеспечивает отказоустойчивость.
• End Node (EN): конечное устройство (рабочая станция, сервер, принтер), которое устанавливает сеансы с другими узлами, но не участвует в маршрутизации. EN подключается к одному или нескольким NN.
• Low-Entry Networking (LEN) Node: упрощённый узел, который может устанавливать только предварительно сконфигурированные сеансы (без динамического обнаружения). LEN-узлы обычно используются для устаревших устройств, не поддерживающих полный стек APPN.

Ключевые протоколы

• APPN Topology and Routing Services (ATRS): протокол обмена информацией о топологии сети между NN. Каждый NN хранит базу данных топологии (Topology Database), которая обновляется при добавлении или удалении узлов.
• APPN Control Point (CP): программный компонент на каждом узле, отвечающий за управление сеансами, аутентификацию и регистрацию ресурсов. CP обмениваются сообщениями через протокол CP-CP (Control Point to Control Point).
• APPN Session Services: протокол установления и завершения сеансов между узлами, включая согласование параметров (например, класса обслуживания).

Пример топологии

Типичная сеть APPN может включать несколько NN, соединённых между собой магистральными каналами (например, Frame Relay или ATM). К каждому NN подключены десятки EN — терминалов, серверов IBM AS/400 или контроллеров. При необходимости EN может установить прямой сеанс с другим EN через NN, которые вычисляют и прокладывают маршрут.

Применение

APPN нашла применение в нескольких областях, где требовалась высокая надёжность и совместимость с SNA:

• Финансовый сектор: банки и биржи использовали APPN для связи между филиалами и центральными офисами, особенно при работе с системами IBM 3270 и CICS. APPN обеспечивала низкую задержку и гарантированную доставку транзакций.
• Промышленность: на производственных предприятиях APPN применялась для управления станками с ЧПУ, автоматизированными линиями и системами сбора данных (SCADA), где требовалась интеграция с мэйнфреймами IBM.
• Транспорт и логистика: авиакомпании и железные дороги использовали APPN для бронирования билетов и управления грузоперевозками через терминалы IBM 3270.
• Государственные учреждения: в некоторых странах (включая Россию) APPN применялась в системах управления базами данных и документооборота на базе IBM AS/400.

Примеры в России

В России APPN использовалась в крупных банках (например, Сбербанк, ВТБ) в 1990-х — начале 2000-х годов для связи между региональными отделениями и центральными серверами на базе IBM System/390. Также APPN применялась в системах управления железнодорожными перевозками (РЖД) и в некоторых государственных информационных системах. С переходом на TCP/IP большинство этих сетей были заменены, однако отдельные legacy-сегменты сохраняются до сих пор.

Преимущества и недостатки

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

• Децентрализация: снижение зависимости от одного центрального хоста, повышение отказоустойчивости.
• Динамическая маршрутизация: автоматическое обнаружение и перенаправление трафика при сбоях, что упрощает администрирование.
• Поддержка классов обслуживания: возможность гарантировать качество обслуживания (QoS) для критичных приложений.
• Совместимость с SNA: APPN может работать с существующим оборудованием и приложениями SNA без их модификации.

Недостатки

• Сложность: архитектура APPN требует квалифицированных специалистов для настройки и обслуживания, особенно в крупных сетях.
• Закрытость: APPN является проприетарной технологией IBM, что ограничивает совместимость с оборудованием других производителей.
• Устаревание: с распространением TCP/IP и интернета APPN потеряла актуальность; новые разработки в этой области не ведутся.
• Ограниченная масштабируемость: в сетях с тысячами узлов производительность APPN может снижаться из-за накладных расходов на поддержание топологии.

Критика и альтернативы

Критики APPN отмечали, что, несмотря на заявленную децентрализацию, архитектура остаётся сильно привязанной к продуктам IBM. Это создавало vendor lock-in — зависимость от одного поставщика. Кроме того, APPN не поддерживает современные требования к безопасности (шифрование, аутентификация на уровне протокола), что делает её уязвимой в открытых сетях.

Основной альтернативой APPN является стек протоколов TCP/IP, который стал стандартом де-факто для корпоративных сетей. Для интеграции legacy-систем SNA с TCP/IP IBM разработала технологию DLSw (Data Link Switching), которая инкапсулирует трафик SNA в IP-пакеты, позволяя использовать существующее оборудование APPN в современных сетях. Также существуют шлюзы и эмуляторы (например, IBM Communication Server), которые позволяют подключать терминалы SNA к TCP/IP-сетям без использования APPN.

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

• APPN была одной из первых коммерческих реализаций концепции peer-to-peer в корпоративных сетях, задолго до появления современных P2P-протоколов (BitTorrent, Gnutella).
• В 1990-х годах IBM активно продвигала APPN как альтернативу TCP/IP, но рыночные реалии (открытость TCP/IP, распространение интернета) привели к поражению этой стратегии.
• Некоторые крупные банки до сих пор используют APPN в своих внутренних сетях, так как замена legacy-систем требует огромных затрат и сопряжена с рисками для критических бизнес-процессов.
• APPN поддерживает до 255 классов обслуживания, что позволяет тонко настраивать приоритеты трафика для различных типов приложений.

Источники

• IBM Corporation. Systems Network Architecture: Advanced Peer-to-Peer Networking (APPN) Architecture Reference. Publication SC30-3422, 1992.
• IBM Corporation. APPN: Architecture and Implementation. IBM Redbooks, 1994.
• Martin, J. SNA: IBM’s Systems Network Architecture. Prentice Hall, 1991.
• Cisco Systems. Understanding APPN. Cisco Documentation, 2001.
• Стандарт ISO/IEC 8802-2 (частично описывает протоколы, используемые в APPN).