Системная сетевая архитектура

Системная сетевая архитектура ( SNA ) — это архитектура IBM собственная сетевая , созданная в 1974 году. Это полный стек протоколов для соединения компьютеров и их ресурсов. SNA описывает форматы и протоколы, но сама по себе не является частью программного обеспечения. Реализация SNA принимает форму различных коммуникационных пакетов, в первую очередь метода виртуального телекоммуникационного доступа (VTAM), пакета программного обеспечения для мэйнфреймов для связи SNA.

История

ИБМ 3745-170

SNA была обнародована в рамках объявления IBM «Расширенные функции для коммуникаций» в сентябре 1974 года. который включал внедрение протоколов SNA/SDLC ( Synchronous Data Link Control ) в новых коммуникационных продуктах:

• Коммуникационный терминал IBM 3767 (принтер)
• IBM 3770 Система передачи данных

Их поддерживали коммуникационные контроллеры IBM 3704/3705 и их программа сетевого управления (NCP), а также System/370 и их VTAM и другое программное обеспечение, такое как CICS и IMS. За этим объявлением последовало еще одно объявление в июле 1975 года, в котором были представлены IBM 3760 станция ввода данных , система связи IBM 3790 и новые модели системы отображения IBM 3270 .

SNA была разработана в эпоху, когда компьютерная индустрия еще не полностью приняла концепцию многоуровневой связи. Приложения, базы данных и коммуникационные функции были смешаны в одном протоколе или продукте, что затрудняло их обслуживание и управление. SNA была в основном разработана лабораторией подразделения IBM Systems Development Division в Research Triangle Park , Северная Каролина , США. помогли другие лаборатории, внедрившие SNA/SDLC. Позже IBM обнародовала подробности в своих руководствах по системной справочной библиотеке и в IBM Systems Journal .

Он до сих пор широко используется в банках и других сетях финансовых транзакций, а также во многих правительственных учреждениях. По оценкам, в 1999 году насчитывалось 3500 компаний, «имевших 11 000 мэйнфреймов SNA». Один из основных аппаратных средств, коммуникационный контроллер 3745/3746 , был отозван. с рынка IBM. IBM продолжает предоставлять услуги по обслуживанию оборудования и функции микрокода для поддержки пользователей. Устойчивый рынок небольших компаний продолжает поставлять модель 3745/3746, ее функции, детали и обслуживание. VTAM также поддерживается IBM, как и NCP, необходимый для контроллеров 3745/3746.

В 2008 году издание IBM сообщило:

С ростом популярности и роста TCP/IP SNA превращается из настоящей сетевой архитектуры в то, что можно было бы назвать «архитектурой доступа к приложениям и приложениям». Другими словами, существует множество приложений, которым по-прежнему необходимо взаимодействовать через SNA, но необходимые протоколы SNA передаются по сети по IP.

Цели СНС

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

Таким образом, SNA стремилась сократить основные некомпьютерные затраты и другие трудности при эксплуатации крупных сетей с использованием более ранних протоколов связи. Трудности заключались в следующем:

• Часто линия связи не могла использоваться совместно терминалами разных типов, поскольку они использовали разные «диалекты» существующих протоколов связи. До начала 1970-х годов компьютерные компоненты были настолько дорогими и громоздкими, что было невозможно включить в терминалы универсальные интерфейсные карты связи. Каждый тип терминала имел проводную коммуникационную карту, которая поддерживала работу только одного типа терминала без совместимости с другими типами терминалов на той же линии.
• Протоколы, с которыми могли работать примитивные коммуникационные карты, были неэффективными. Каждая линия связи использовала больше времени для передачи данных, чем современные линии.
• Телекоммуникационные линии в то время были гораздо более низкого качества. Например, было почти невозможно запустить коммутируемую линию со скоростью более 19 200 бит в секунду из-за огромной частоты ошибок по сравнению с 56 000 бит в секунду сегодня на коммутируемых линиях; а в начале 1970-х годов несколько выделенных линий работали со скоростью более 2400 бит в секунду (эти низкие скорости являются следствием закона Шеннона в относительно низкотехнологической среде).

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

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

Основные компоненты и технологии

Улучшения в технологии компьютерных компонентов сделали возможным создание терминалов, включающих в себя более мощные коммуникационные карты, которые могли работать с одним стандартным протоколом связи , а не с очень урезанным протоколом, подходящим только для определенного типа терминала. В результате в 1970-х годах было предложено несколько многоуровневых протоколов связи , из которых позже стали доминировать SNA IBM и ITU- T X.25 .

К наиболее важным элементам СНС относятся:

• Программа управления сетью IBM (NCP) — это коммуникационная программа, работающая на коммуникационных процессорах 3705 и последующих 37xx , которая, помимо прочего, реализует протокол коммутации пакетов, определенный SNA. Протокол выполнял две основные функции:
  • Это протокол пересылки пакетов, действующий как современный коммутатор , пересылающий пакеты данных на следующий узел, которым может быть мэйнфрейм, терминал или другой 3705. Коммуникационные процессоры поддерживали только иерархические сети с мэйнфреймом в центре, в отличие от современных маршрутизаторов, которые поддержка одноранговых сетей, в которых машина на конце линии может быть одновременно и сервером . клиентом
  • Это мультиплексор, который соединяет несколько терминалов в одну линию связи с ЦП, тем самым снимая ограничения на максимальное количество линий связи на ЦП. 3705 мог поддерживать большее количество линий (изначально 352), но считался только одним периферийным устройством по процессорам и каналам. С момента запуска SNA IBM представила улучшенные коммуникационные процессоры, последним из которых является 3745 .
• Синхронное управление каналом передачи данных (SDLC), протокол, который значительно повысил эффективность передачи данных по одному каналу:
  • Это протокол скользящего окна , который позволяет терминалам и коммуникационным процессорам 3705 отправлять кадры данных один за другим, не дожидаясь подтверждения предыдущего кадра — коммуникационные карты имели достаточную память и вычислительную мощность, чтобы запомнить последние 7 отправленных или полученные, запрашивать повторную передачу только тех кадров, которые содержали ошибки, и помещать повторно переданные кадры в нужное место в последовательности, прежде чем пересылать их на следующий этап.
  • Все эти кадры имели одинаковый тип конверта (заголовок и концевик кадра). который содержал достаточно информации для отправки пакетов данных с разных типов терминалов по одной и той же линии связи, оставляя мэйнфрейму возможность справляться с любыми различиями в форматировании контента или в правилах, регулирующих диалоги с разными типами терминалов.

Удаленные терминалы (например, подключенные к мэйнфрейму телефонными линиями) и коммуникационные процессоры 3705 будут иметь коммуникационные карты с поддержкой SDLC.

Это предшественник пакетной связи, которая в конечном итоге превратилась в современную технологию TCP/IP. . SDLC сам по себе превратился в HDLC , одна из базовых технологий для выделенных телекоммуникационных каналов.

• ВТАМ , пакет программного обеспечения, обеспечивающий вход в систему, поддержание сеансов и услуги маршрутизации внутри мэйнфрейма. Пользователь терминала может войти через VTAM в определенное приложение или среду приложения (например, CICS , IMS , DB2 или TSO / ISPF ). Затем устройство VTAM будет маршрутизировать данные с этого терминала в соответствующее приложение или среду приложения до тех пор, пока пользователь не выйдет из системы и, возможно, не войдет в другое приложение. Первоначальные версии оборудования IBM могли поддерживать только один сеанс на терминал. В 1980-х годах дополнительное программное обеспечение (в основном от сторонних поставщиков) позволило терминалу иметь одновременные сеансы с различными приложениями или прикладными средами.

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

SNA удалила управление каналом из прикладной программы и поместила его в NCP. Это имело следующие преимущества и недостатки:

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

• Локализация проблем в телекоммуникационной сети была проще, поскольку линиями связи фактически занималось относительно небольшое количество программного обеспечения. Существовала единая система сообщения об ошибках.
• Добавление коммуникационных возможностей в прикладную программу было намного проще, поскольку огромная область программного обеспечения для управления каналом, которая обычно требует процессоров прерываний и программных таймеров, была отнесена к системному программному обеспечению и NCP .
• С появлением Advanced Peer-to-Peer Networking (APPN) за функции маршрутизации отвечал компьютер, а не маршрутизатор (как в сетях TCP/IP). Каждый компьютер поддерживал список узлов, которые определяли механизмы пересылки. Централизованный тип узла, известный как сетевой узел, поддерживает глобальные таблицы всех других типов узлов. APPN избавил от необходимости поддерживать таблицы маршрутизации расширенной межпрограммной связи (APPC), в которых явно определялось соединение между конечными точками. Сеансы APPN будут маршрутизироваться к конечным точкам через другие разрешенные типы узлов, пока не будет найден пункт назначения. Это похоже на то, как работают маршрутизаторы для протокола Интернета Netware межсетевого обмена пакетами и протокола . (APPN также иногда называют PU2.1 или Physical Unit 2.1. APPC, также иногда называемый LU6.2 или Logical Unit 6.2, был единственным протоколом, определенным для сетей APPN, но изначально был одним из многих протоколов, поддерживаемых VTAM/NCP. вместе с LU0, LU1, LU2 (терминал 3270) и LU3 в основном использовался между средами CICS, а также службами баз данных, поскольку он связывается с протоколами для обработки двухфазной фиксации). Физическими единицами были PU5 (VTAM), PU4 (37xx), PU2 (контроллер кластера). PU5 был самым функциональным и считался основным во всех коммуникациях. Другие устройства PU запросили соединение с PU5, и PU5 мог установить соединение или нет. Остальные типы PU могут быть только вторичными по отношению к PU5. PU2.1 добавил к PU2.1 возможность подключаться к другому PU2.1 в одноранговой среде. )

Недостатки

• Подключение к сетям, отличным от SNA, было затруднено. Приложение, которому требовался доступ к некоторой схеме связи, не поддерживаемой в текущей версии SNA, столкнулось бы с препятствиями. До того, как IBM включила поддержку X.25 (NPSI) в SNA, подключение к сети X.25 было бы затруднено. Преобразование между протоколами X.25 и SNA могло быть обеспечено либо модификациями программного обеспечения NCP, либо внешним преобразователем протоколов .
• Пучок альтернативных путей между каждой парой узлов сети должен был быть заранее спроектирован и сохранен централизованно. Выбор между этими путями со стороны SNA был жестким и не учитывал текущую нагрузку на канал для достижения оптимальной скорости.
• Установка и обслуживание сети SNA сложны, а сетевые продукты SNA дороги (или были) дорогими. Попытки уменьшить сложность сети SNA за счет добавления функциональности IBM Advanced Peer-to-Peer Networking не увенчались успехом хотя бы потому, что переход от традиционной SNA к SNA/APPN был очень сложным и не приносил особой дополнительной пользы, по крайней мере, на начальном этапе. Лицензии на программное обеспечение SNA (VTAM) стоят до 10 000 долларов в месяц для высокопроизводительных систем. А коммуникационные контроллеры SNA IBM 3745 обычно стоят более 100 тысяч долларов. TCP/IP по-прежнему считался непригодным для коммерческих приложений, например, в финансовой отрасли до конца 1980-х годов, но быстро завоевал популярность в 1990-х годах благодаря технологии одноранговой сети и пакетной связи.
• Архитектура SNA, основанная на соединениях, задействовала огромную логику конечного автомата для отслеживания всего. APPN добавил новое измерение в логику состояний благодаря концепции различных типов узлов. Хотя все работало правильно, все равно оставалась необходимость ручного вмешательства. Простые вещи, такие как просмотр сеансов Control Point, приходилось выполнять вручную. С APPN не обошлось без проблем; Вначале многие магазины отказались от него из-за проблем, обнаруженных в поддержке APPN. Однако со временем многие проблемы были решены, но не раньше, чем TCP/IP стал все более популярным в начале 1990-х годов, что ознаменовало начало конца SNA.

Безопасность

По своей сути SNA была разработана с возможностью обернуть различные уровни соединений слоем безопасности. Для связи в среде SNA вам сначала необходимо подключиться к узлу, а также установить и поддерживать канал связи с сетью. Затем вам нужно согласовать правильный сеанс, а затем обрабатывать потоки внутри самого сеанса. На каждом уровне существуют различные элементы управления безопасностью, которые могут управлять соединениями и защищать информацию сеанса.

Сетевые адресные устройства

Сетевые адресуемые модули в сети SNA — это любые компоненты, которым может быть назначен адрес и которые могут отправлять и получать информацию. Далее они различаются следующим образом:

• точка управления системными службами (SSCP) обеспечивает управление ресурсами и другие сеансовые службы (например, службы каталогов) для пользователей в подзонной сети;
• — Физический блок это комбинация аппаратных и программных компонентов, которые контролируют каналы связи с другими узлами.
• действует Логическая единица как посредник между пользователем и сетью.

Логическая единица (LU)

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

В SNA существует три типа потока данных для подключения локальных терминалов отображения и принтеров; существует строка символов SNA (SCS), используемая для терминалов LU1 и для входа в сеть SNA с неформатированными системными службами (USS), есть 3270, поток данных который в основном используется мэйнфреймами, такими как System/370 и его преемниками, включая Семейство zSeries и поток данных 5250 в основном используются миникомпьютерами/серверами, такими как System/34 , System/36 , System/38 и AS/400 , а также их преемниками, включая System i и IBM Power Systems под управлением IBM i .

SNA определяет несколько типов устройств, называемых типами логических единиц:

• LU0 предоставляет неопределенные устройства или создает свой собственный протокол. Это также используется для устройств, отличных от SNA 3270, поддерживаемых TCAM или VTAM.
• Устройства LU1 — это принтеры или комбинации клавиатуры и принтеров.
• Устройства LU2 — это дисплейные терминалы IBM 3270.
• Устройства LU3 — это принтеры, использующие протоколы 3270.
• Устройства LU4 представляют собой пакетные терминалы.
• LU5 никогда не определялся.
• LU6 обеспечивает протоколы между двумя приложениями.
• LU7 обеспечивает сеансы с терминалами IBM 5250.

Основными используемыми являются LU1, LU2 и LU6.2 (расширенный протокол для обмена данными между приложениями).

Физическая единица (ЕЕ)

• Узлы PU1 — это контроллеры терминалов, такие как IBM 6670 или IBM 3767.
• Узлы PU2 — это контроллеры кластера, на которых работают программы поддержки конфигурации, такие как IBM 3174 , IBM 3274 или IBM 4701 или IBM 4702 Branch Controller.
• Узлы PU2.1 являются одноранговыми (APPN) узлами.
• PU3 никогда не определялся
• Узлы PU4 — это интерфейсные процессоры, на которых работает программа сетевого управления (NCP), например, IBM 37xx. серия
• Узлы PU5 — это хост-компьютерные системы.

Термин 37xx относится к семейству коммуникационных контроллеров SNA от IBM. Модель 3745 поддерживает до восьми высокоскоростных каналов T1 , модель 3725 — это крупномасштабный узел и интерфейсный процессор для хоста, а модель 3720 — это удаленный узел, выполняющий функции концентратора и маршрутизатора .

SNA через Token-Ring

Узлы VTAM/NCP PU4, подключенные к сетям IBM Token Ring, могут использовать одну и ту же инфраструктуру локальной сети с рабочими станциями и серверами. NCP инкапсулирует пакеты SNA в кадры Token-Ring, позволяя сеансам проходить через сеть Token-Ring. Фактическая инкапсуляция и декапсуляция происходит в 3745.

SNA через IP

Поскольку предприятия на базе мэйнфреймов искали альтернативы своим сетям на базе 37XX, IBM заключила партнерские отношения с Cisco в середине 1990-х годов , и вместе они разработали коммутацию каналов передачи данных , или DLSw. DLSw инкапсулирует пакеты SNA в IP-дейтаграммы, позволяя сеансам проходить по IP-сети. Фактическая инкапсуляция и декапсуляция происходит в маршрутизаторах Cisco на каждом конце однорангового соединения DLSw. На локальном сайте или сайте мэйнфрейма маршрутизатор использует топологию Token Ring для собственного подключения к VTAM. На удаленном (пользовательском) конце соединения эмулятор PU типа 2 (например, сервер шлюза SNA) подключается к одноранговому маршрутизатору через интерфейс LAN маршрутизатора. Терминалы конечного пользователя обычно представляют собой ПК с программным обеспечением эмуляции 3270, которое определено для шлюза SNA. Определение VTAM/NCP PU типа 2 становится коммутируемым основным узлом, который может быть локальным для VTAM (без NCP), а «линейное» соединение может быть определено с использованием различных возможных решений (таких как интерфейс Token Ring на 3745, Станция 3172 Lan Channel или Cisco ESCON -совместимый процессор интерфейса канала).

Конкуренты

Собственная сетевая архитектура для Honeywell Bull мэйнфреймов — это архитектура распределенных систем (DSA). Коммуникационный пакет для DSA — VIP . DSA также больше не поддерживается для клиентского доступа. Мейнфреймы Bull оснащены Mainway для преобразования DSA в TCP/IP , а VIP-устройства заменены эмуляциями терминала TNVIP ( GLink , Winsurf ). GCOS 8 поддерживает TNVIP SE через TCP/IP.

Сетевой архитектурой для мэйнфреймов Univac была архитектура распределенных вычислений (DCA), а сетевой архитектурой для мэйнфреймов Burroughs была сетевая архитектура Burroughs (BNA); после их слияния в Unisys оба были предоставлены объединенной компанией. Оба они в значительной степени устарели к 2012 году. International Computers Limited (ICL) предоставила свою архитектуру обработки информации (IPA).

ДЕКнет — набор сетевых протоколов , созданный Digital Equipment Corporation и первоначально выпущенный в 1975 году для соединения двух PDP-11 миникомпьютеров . Она превратилась в одну из первых архитектур одноранговых сетей, превратив, таким образом, DEC в сетевую электростанцию ​​в 1980-х годах.

SNA также конкурировала с ISO проектом Open Systems Interconnection , который представлял собой попытку создать сетевую архитектуру, нейтральную к вендорам, которая потерпела неудачу из-за проблем « проектирования комитетом ». Системы OSI очень сложны, и многим участвующим сторонам требовались широкие возможности гибкости, которые наносили ущерб совместимости систем OSI, что было главной целью с самого начала.

Пакет TCP/IP в течение многих лет не рассматривался IBM как серьезная альтернатива, отчасти из-за отсутствия контроля над интеллектуальной собственностью. Публикация 1988 года RFC   1041 , автором которого является Яков Рехтер , который определяет возможность запуска сеансов IBM 3270 через Telnet , явно признает потребность клиентов в функциональной совместимости в центре обработки данных. Впоследствии IETF расширил эту работу несколькими другими RFC. Плата TN3270 (Telnet 3270), определенная этими RFC, поддерживает прямые соединения клиент-сервер с мэйнфреймом с использованием сервера TN3270 на мэйнфрейме и пакета эмуляции TN3270 на компьютере на сайте конечного пользователя. Этот протокол позволяет существующим приложениям VTAM (CICS, TSO) работать практически без изменений по сравнению с традиционным SNA, поддерживая традиционный терминальный протокол 3270 через сеанс TCP/IP. Этот протокол широко используется для замены устаревших подключений SNA, а не для коммутации каналов передачи данных (DLSw) и других технологий замены SNA. Аналогичный вариант TN5250 (Telnet 5250) существует для IBM 5250 .

Реализации SNA, отличные от IBM

Программное обеспечение сторонних производителей SNA позволяло системам, отличным от IBM, взаимодействовать с мэйнфреймами IBM и компьютерами среднего уровня AS / 400 , используя протоколы SNA.

Некоторые поставщики систем Unix, такие как Sun Microsystems с линейкой продуктов SunLink SNA, включая сервер PU2.1, и Hewlett-Packard / Hewlett Packard Enterprise с их продуктом SNAplus2, предоставило программное обеспечение СНС.

Microsoft представила SNA Server для Windows в 1993 году; теперь он называется Microsoft Host Integration Server .

У Digital Equipment Corporation была VMS/SNA для VMS . Пакеты программного обеспечения SNA сторонних производителей для VMS, такие как продукты VAX Link от Systems Strategies, Inc., также были доступны.

Hewlett-Packard предложила SNA Server и SNA Access для своих систем HP 3000 .

Brixton Systems разработала несколько пакетов программного обеспечения SNA, продаваемых под названием « Брикстон », такие как Brixton BrxPU21, BrxPU5, BrxLU62 и BrxAPPC, для таких систем, как рабочие станции Hewlett-Packard , и Сан Микросистемс .

сторонних производителей IBM поддержала использование нескольких реализаций программного обеспечения APPC/PU2.1/LU6.2 для связи с z/OS , включая SNAplus2 для систем от HP , Brixton 4.1 SNA для Sun Solaris , и поддержка SunLink SNA 9.1 для Sun Solaris.

См. также

• Перенос сетевых данных
• Протокольные войны
• TN3270
• TN5250

Ссылки

• Друг, Джордж Э.; Файк, Джон Л.; Бейкер, Х. Чарльз; Беллами, Джон К. (1988). Понимание передачи данных (2-е изд.). Индианаполис: Говард В. Сэмс и компания. ISBN  0-672-27270-9 .
• Пуч, Удо В.; Грин, Уильям Х.; Мосс, Гэри Г. (1983). Телекоммуникации и сети . Бостон: Литтл, Браун и компания. ISBN  0-316-71498-4 .
• Шатт, Стэн (1991). Соединение локальных сетей: Руководство для микроменеджера . МакГроу-Хилл. ISBN  0-8306-3755-9 .
• Общая информация об архитектуре системной сети (PDF) . Первое издание. ИБМ. Январь 1975 г. ГА27-3102-0.
• Концепции и продукты системной сетевой архитектуры (PDF) . Второе издание. ИБМ. Февраль 1984 г. GC30-3072-1.
• Технический обзор системной сетевой архитектуры . Пятое издание. ИБМ. Январь 1994 г. GC30-3073-04.
• Руководство по архитектуре системных сетей для публикаций SNA . Третье издание. ИБМ. Июль 1994 г. GC30-3438-02.

Внешние ссылки

• Статья Cisco о SNA
• семинара разработчиков APPN Репозиторий документов по архитектуре
• Протоколы SNA довольно технические
• Сопутствующие технические документы sdsusa.com
• Расширенная функция сводки системы связи (PDF) . Второе издание. ИБМ. Июль 1975 г. GA27-3099-1 . Проверено 22 мая 2014 г.
• Форматы системной сетевой архитектуры . Двадцать первое издание. ИБМ. Март 2004 г. GA27-3136-20.
• Архитектура системной сети — сеансы между логическими устройствами (PDF) . Третье издание. ИБМ. Апрель 1981 г. GC20-1868-2.
• Архитектура системной сети. Введение в сеансы между логическими устройствами (PDF) . Третье издание. ИБМ. Декабрь 1979 г. GC20-1869-2.
• Справочное руководство по формату и протоколам системной сетевой архитектуры: Архитектурная логика (PDF) . Третье издание. ИБМ. Ноябрь 1980 г. SY20-3112-2.
• Архитектура системной сети: Справочное руководство программиста транзакций для LU типа 6.2 . Шестое издание. ИБМ. Июнь 1993 г. GC30-3084-05.
• Архитектура системной сети, тип 2.1. Справочник узлов . Пятое издание. ИБМ. Декабрь 1996 г. SC30-3422-04.
• Архитектура системной сети LU 6.2 Ссылка: Одноранговые протоколы . Третье издание. ИБМ. Октябрь 1996 г. SC31-6808-02.