Как организовать связь между машинами AS/400 и ПК
PC Magazine/RE logo
(С) СК Пресс 2S/95
PC Magazine, September 12, 1995, p. NE1

Скажите SNA: "до свидания!"

О. Райан Табибиан

Вы обожаете ваши машины AS/400 и ваши ПК. Теперь между ними легко организовать связь, не полагаясь исключительно на протоколы SNA.

Машины среднего класса из популярного семейства AS/400 фирмы IBM успешно справляются с ролью главных компьютеров в больницах, курортных отелях, на электростанциях и во многих других сферах. Они обладают высокой надежностью и производительностью, обеспечива выполнение специализированных прикладных программ в области бизнеса. Тем не менее рано или поздно возникает желание соединить "большое железо" фирмы IBM - машины AS/400 - с имеющими не менее важное значение и объединенными в сеть настольными компьютерами.

Установить связь ПК с системами AS/400 затрудняют две вещи. Во-первых, программа PC Support, разработанная фирмой IBM для информационного обмена между ПК и AS/400, обладает ограниченными функциональными возможностями и "пожирает" необычно большой объем памяти DOS. Во-вторых, до недавнего времени для организации такого обмена фирма IBM использовала исключительно протоколы SNA (System Network Architecture - сетевая архитектура систем), разработанные для AS/400. Не многие администраторы сетей, в которых применяются такие распространенные протоколы, как IP и IPX, захотят обременить себя еще и протоколом SNA.

Ниже (частично на врезках) рассматривается ряд альтернатив, но основное внимание уделяется двум наиболее популярным и надежным сетевым шлюзам серийного выпуска - Microsoft SNA Server 2.11 и NetWare for SAA 2.0.

О ТЕРМИНАЛАХ И ШЛЮЗАХ

Терминалы, в том числе и ПК, играющие роль терминалов, обычно подключаются к машинам AS/400 с помощью специального коаксиального кабеля с двум центральными проводящими жилами, называемого биаксиальным (twinaxial) кабелем. Системы сигнализации и протоколы в таких соединениях и в обычных сетях несхожи. Во многих ПК, соединенных с AS/400, установлены специальные адаптеры, рассчитанные на биаксиальный кабель. Но если ваши ПК уже объединены в сеть, вам вряд ли захочется возиться с более толстым кабелем, другими типами адаптеров и дополнительным программным обеспечением. В идеальном случае вам захочется подключить к AS/400 существующую сеть, но это может означать, что в сеть будет дозволено проходить пакетам протокола SNA, где они станут совершенно немаршрутизируемыми и в общем нежелательными.

Осознав рассмотренную проблему, IBM и ряд сторонних фирм разработали альтернативный тип соединения, названный сетевым шлюзом. По сути дела шлюз - это транслятор. Он соединяет ваши объединенные в сеть ПК с AS/400, сохраняя использование в ЛВС таких популярных маршрутизируемых протоколов, как IPX или TCP/IP. Транслятор преобразует запросы и данные, поступающие от ЛВС, в соответствующие сигналы формата SNA дл физической связи с AS/400.

Шлюз SNA Server работает в среде Microsoft Windows NT 3.5x, а шлюз NetWare for SAA - в среде NetWare 3.x и 4.x. Хотя эти шлюзы и не новы, фирмы Microsoft и Novell повысили недавно их функциональные возможности и сделали их более простыми в эксплуатации. Каждый из них позволяет использовать единый маршрутизируемый протокол на ПК-клиентах, обеспечивая в то же время прикладным программам и операторам доступ к программам и услугам AS/400.

ДРУГИЕ ШЛЮЗЫ

Мы исследовали также два типа шлюзов, предоставляющих примерно такие же функциональные возможности, как пакеты фирм Microsoft и Novell, но предназначенных для подключения к сетям меньшего масштаба (см. врезку "Недорогие шлюзы"). В других врезках мы рассматриваем средства клиентской стороны на базе исследования ряда пакетов эмуляции терминала 5250. Связь пользователей с прикладными программами, выполняемыми в системах AS/400, осуществляетс посредством специальных терминалов серии 5250 фирмы IBM. Программы эмуляции терминала воссоздают экранные формы на мониторах настольных ПК и обеспечивают взаимодействие с главными машинами.

Наиболее широкое распространение в качестве эмулятора терминала при непосредственной связи сетей ПК с AS/400 получила программа PC Support фирмы IBM. Она довольно сложна в эксплуатации, имеет ограниченные функциональные возможности и вследствие чрезмерного потребления ресурсов DOS "перекрывает кислород" прикладным программам. Ситуация еще более усложняется, когда часть памяти ПК занята несколькими протокольными стеками. К счастью, имеются другие возможности выбора.

Ниже кратко рассматриваются новые эмуляторы терминала 5250, включая программы Client Access/400 фирмы IBM, N/S Midrange Bundle 4.1 фирмы Netsoft, Reflection for the AS/400 2.2 фирмы Walker Richer and Quinn, а также Rumba Office 2.0 фирмы Wall Data (см. врезку "Эмуляция и организация связи").

Мы обсудим также ваши возможности в выборе средств связи с AS/400 для компьютеров, на которых нет ОС Windows, и познакомимся с тем, как фирма IBM и другие поставщики наделяют свои прикладные программы графическим интерфейсом пользователя (см. врезки "Окна не открываются" и "Графика на AS/400?").

ЛАБОРАТОРНЫЕ ИСПЫТАНИЯ

Для тестирования перечисленных выше продуктов мы создали сложную гетерогенную среду из нескольких платформ и сетевых операционных систем, соединенных через сеть Ethernet с AS/400 Advanced Server 9402 Model 30S, которая управляется операционной системой OS/400, Version 3, Revision 1 (V3R1).

В ходе испытаний мы обнаружили, что, хотя оба пакета позволяют реализовать великолепные сетевые шлюзы, SNA Server все же превзошла NetWare for SAA и была удостоена отличия "Редакция советует" благодаря ее масштабируемой архитектуре, наличию функции балансировки нагрузки и возможности использовани большого числа протоколов, включая AppleTalk, IPX, TCP/IP, а также протоколов сетевой операционной системы VINES.

Вам придется изрядно потрудиться, чтобы найти более масштабируемый и надежный пакет, чем SNA Server. Он позволяет использовать все преимущества системы Windows NT, в частности, такие, как возможность работы на многих платформах и реализация многопроцессорной обработки. Пакет может функционировать на платформах Alpha, Intel, MIPS и Power PC. И несмотря на гибкую структуру и масштабируемость, пакет SNA Server оказалс на удивление легким в использовании и управлении.

NetWare for SAA представляет собой надежный продукт, выдержавший проверку временем. В последнюю версию пакета (2.0) введен ряд усовершенствований, в том числе служба каталогов NetWare Directory Service (NDS) и простые в эксплуатации средства управления. Однако пакет фирмы Novell не обладает присущими SNA Server свойствами масштабируемости и совместимости с широким спектром протоколов.

В пакете NetWare for SAA имеется также функци балансировки нагрузки, но только в части, относящейся к эмуляции терминала 3270. Для пользователей операционной системы NetWare пакет NetWare for SAA станет отличным решением, но SNA Server более надежен, а его изготовитель придерживается более гибкой стратегии ценообразования.

TCP/IP ВЫТЕСНЯЕТ SNA

Считавшийся когда-то почти исключительной прерогативой правительственных и академических территориальных сетей протокол TCP/IP используетс теперь во многих организациях для объединени разнородных компьютеров в сети и локальных сетей в территориальные. Большинство пользователей сетей на основе машин фирмы IBM, где применяется протокол SNA, хотели бы, сохранив функциональные возможности SNA, вооружиться еще и протоколом TCP/IP для доступа в сеть Internet и организации архитектур клиент-сервер. Если в вашей сети единственный протокол - это SNA, вы, вероятно, уже решили все проблемы, связанные с маршрутизацией и соединением отдельных сегментов сети, и вполне удовлетворены существующей конфигурацией. Однако стоит вам "впустить" в сеть еще и протокол TCP/IP, возникают новые проблемы.

Технические сложности интеграции TCP/IP в сети SNA связаны с тем, что в протоколе SNA реализован чувствительный ко времени механизм передачи данных. При соперничестве SNA с другими протоколами в медленных межсетевых каналах связи возможны сбои сеансов (логических соединений). Это особенно относится к случаю передачи пакетов протокола SNA по коммутируемым сетям общего пользования, таким, как сеть с ретрансляцией кадров (frame relay network).

Но чтобы полностью использовать возможности машин AS/400, вам нужен протокол SNA. Такие функции, как разделяемые папки (Shared Folders) и виртуальная печать (Virtual Print), требуют применения SNA. Ряд прикладных программ для AS/400 ориентированы на применение протокола расширенного интерфейса межпрограммной связи APPC (Advanced Program-to-Program Communications) и не будут работать без SNA. В прошлом варианты реализации протокола TCP/IP, исключавшие применение SNA, ограничивали ваши возможности. Теперь вы можете работать в сети с TCP/IP, сохраняя полный спектр возможностей AS/400.

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

До недавнего появления версии V3R1 операционной системы OS/400 реализация протокола TCP/IP в системах AS/400 была проблематичной и неэффективной, а соответствующие программные средства поставлялись в виде отдельного модуля. Теперь фирма IBM включает TCP/IP в операционную систему OS/400 и, по ее сообщениям, улучшила ряд характеристик стека TCP/IP.

Новая, встроенная в версию V3R1 перспективна технология IBM - AnyNet Multiprotocol Transport Networking - позволяет клиентам связываться с помощью протокола TCP/IP непосредственно с AS/400, что исключает необходимость шлюза. Это достигаетс благодаря инкапсуляции пакетов протокола SNA в пакеты TCP/IP таким образом, что при сохранении всех функциональных возможностей AS/400 протокол TCP/IP остается единственным в сети. Такую технологию применяют две фирмы - IBM и Wall Data.

Сейчас фирма IBM работает над тем, чтобы сделать AS/400 конкурентоспособной платформой для архитектур клиент-сервер. Эта работа проводится в два этапа. На первом этапе с появлением платформ PowerPC фирма переходит от 48-разрядной CISC-архитектуры к 64-разрядной RISC-архитектуре на основе PowerPC. Большое удивление вызвало заявление фирмы о том, что все существующие 48-разрядные прикладные программы автоматически будут перекомпилированы на 64-разрядную архитектуру AS/400 при первом же запуске.

Второй этап модернизации заключается в подготовке новой версии операционной системы OS/400, названной V3R6. Эта версия будет впервые обладать такими возможностями, как симметричная многопроцессорна обработка, параллельная обработка и балансировка нагрузки на всех типах машин AS/400. Фирма IBM анонсировала даже совместимость с протоколом IPX в следующей версии операционной системы.

Ситуация в сфере средств связи с AS/400 изменилась коренным образом. Многообразие предложений расширяет возможности выбора. Если вы все еще используете непосредственные связи с помощью коаксиального кабеля, следует подумать о применении сетевого шлюза.

В нем есть все, что можно ожидать от крайне необходимого, ориентированного на важные деловые приложения программного продукта для организации связи с системами AS/400: надежность, масштабируемость, использование многих протоколов, возможность выполнения на процессорах нескольких типов, а также простота установки и гибкая ценова политика в придачу. Пакет Microsoft SNA Server удостоен отличия "Редакция советует" за выдающеес сочетание характеристик. Он представляет собой мощный вызов долговременному доминированию фирмы Novell на этом рынке. Пакет NetWare for SAA фирмы Novell, несмотря на значительные усовершенствовани в последней версии, отстает от SNA Server по ключевым показателям.

Один из таких показателей - возможность выполнения на процессорах разных типов. Поскольку локальные сети для деловых применений становятся все более гетерогенной средой, в ваших коммуникационных средствах эта тенденция должна учитываться. В дополнение к платформе Intel пакет SNA Server функционирует на платформах Alpha, MIPS и Power PC, в то время как NetWare for SAA все еще работает только на платформе Intel.

SNA Server обладает также двумя важными дл систем AS/400 функциями - "горячего" резервировани и балансировки нагрузки, - которых нет в продукте фирмы Novell для этой платформы.

Наконец, процедура установки может быть, и не самый важный показатель подобных продуктов - но почему бы ей не быть простой? Мы нашли, что установка Microsoft SNA Server проще установки пакета Windows for Workgroups. Приятно видеть, что изготовитель работает над усовершенствованием своего продукта.

Хотя господство фирмы Microsoft в мире настольных компьютеров бесспорно, имя это до сих пор не упоминалось в связи с проблемами передачи данных по протоколам SNA. Однако с появлением последней версии пакета Microsoft SNA Server ситуация изменилась.

Версия 2.11 пакета SNA Server представлена мощной и масштабируемой архитектурой с богатым набором функций обеспечения связи и простыми в эксплуатации средствами управления. При этом SNA Server на удивление прост в установке и настройке конфигурации.

Многоплатформенная и многопроцессорная архитектура пакета предусматривает пространство для расширения и развития. Пакет функционирует в среде Microsoft Windows NT и использует все архитектурные преимущества этой операционной системы, например такие, как многопроцессорная обработка и возможность выполнения на разнообразных аппаратных платформах. SNA Server работает с процессорами Alpha XP, Intel, MIPS, Power PC. В то же время пакет NetWare for SAA 2.0 может выполняться только на процессорах фирмы Intel.

В ходе лабораторных испытаний мы пришли к выводу, что наиболее впечатляющими отличиями SNA Server от других пакетов являются функции резервирования и балансировки нагрузки. Благодаря функции "горячего" резервирования в случае отказа шлюза компьютер-клиент автоматически ищет в сети вторичный SNA-сервер и устанавливает новое соединение.

Однако переключение с одного шлюза на другой не происходит мгновенно. Когда шлюз отключается от сети, сеанс связи клиента с главной машиной теряется. Клиент далее просматривает сеть в поисках другого шлюза и восстанавливает соединение. Хотя такая процедура не идеальна, это лучше, чем любое из других существующих технических решений.

Балансировка нагрузки - это метод, с помощью которого пакет распределяет клиентскую нагрузку среди всех сетевых SNA-серверов. Модуль балансировки распределяет сеансы клиентов по сетевым шлюзам, а не группирует их в один блок. К сожалению, балансировка нагрузки в SNA Server абсолютно не упорядочена: никаких алгоритмов распределения сеансов по шлюзам нет.

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

В отличие от пакета фирмы Microsoft пакет NetWare for SAA не имеет функций резервирования и балансировки нагрузки. Фирма Novell утверждает, что эти функции реализованы для случаев соединений с главными машинами серии 3270, однако тестирование машин 3270 не входило в нашу программу.

SNA Server работает с наибольшим числом клиентских протоколов, включая IPX, NetBEUI, TCP/IP и VINES, что делает данный пакет пригодным для любой сетевой среды. В состав пакета входят драйверы сетевых адаптеров Ethernet, SDLC, Token-Ring и даже драйвер адаптера с биаксиальным кабелем (этого драйвера нет в пакете NetWare for SAA).

Ценовая политика продажи пакета отличаетс гибкостью. Вам нужно заплатить 409 долл. за SNA Server и по 65 долл. за каждую пользовательскую лицензию со скидками в зависимости от объема закупки. Microsoft предлагает также параллельную схему лицензирования, когда каждая лицензия позволяет открывать максимально возможное в системе число сеансов. Пожалуй, это более справедливый подход к ценообразованию, чем предлагаемый фирмой Novell для пакета NetWare for SAA. Novell устанавливает цену в зависимости от числа сеансов, и вам придется угадывать, сколько сеансов может понадобиться.

Функции управления в пакете SNA Server возложены на утилиту SNA Server Admin. С помощью этой разносторонней утилиты можно создать классы логических устройств с одинаковым механизмом взаимодействия (Logical Units), сконфигурировать сервер, определить пользователей и даже управлять многими шлюзами, причем все это с одного пульта. По нашему мнению, SNA Server Admin обеспечивает существенно лучшее управление шлюзами, чем аналогична утилита SAA-Admin фирмы Novell.

Процедуры установки и конфигурирования шлюзов SNA давно пользуются недоброй репутацией. Поэтому мы были приятно удивлены, обнаружив, что установка и настройка пакета SNA Server оказались даже проще установки Microsoft Windows for Workgroups.

В процессе установки требуется ввод очень немногих сведений о конфигурации. Все, что вам нужно задать, - это сетевой адрес и имя вашей машины AS/400, после чего процесс завершается в считанные минуты. В пакете SNA Server имеются также модули эмуляции терминалов 5250 и 3270, что позволяет проверить связь с AS/400 до установки клиентского программного обеспечения - свойство, по нашему мнению, очень полезное.

В целом мы считаем, что Microsoft SNA Server - самое простое и наиболее гибкое средство подключения клиентов к серверам AS/400.

Microsoft SNA Server 2.11
Цена по каталогу: 409 долл. за серверную часть, 65 долл. за клиентскую часть (при больших объемах закупок предоставляются скидки).
Microsoft Corp., Redmond, WA; 800-426-9400, 206-882-8080, fax, 206-936-7329.

Мало найдется продуктов, столь же признанных и распространенных на рынке сетевых программных средств, как пакет NetWare for SAA фирмы Novell. Этот пакет до последнего времени доминировал на рынке высококлассных SNA-шлюзов и фактически стал стандартом связи локальных сетей с системами AS/400. Все же, не отрицая высокого качества продукта, укажем, что одной из причин его успеха было отсутствие достойных конкурентов. Но все меняется.

В настоящее время NetWare for SAA сталкивается с серьезной конкуренцией со стороны пакета Microsoft SNA Server 2.11. Версия NetWare for SAA 2.0 разработана с целью отражения натиска конкурентов благодаря вводу в нее многочисленных усовершенствований, включа улучшенные средства управления, тесную интеграцию со службой каталогов NetWare Directory Services (NDS) и возможность использования большего числа протоколов и аппаратных средств. И хотя для убежденных сторонников фирмы Novell пакет может еще оставаться лучшим выбором, он все же отстает от SNA Server по масштабируемости, эффективности управления и простоте использования.

Несмотря на то что средства управления в NetWare for SAA 2.0 по сравнению с версией 1.3b значительно улучшены, они еще остаются разбросанными и запутанными по сравнению с утилитой SNA Admin пакета SNA Server, позволяющей осуществлять управление с одного пульта.

В NetWare for SAA имеются две основные утилиты конфигурирования и управления шлюзом. Утилита CSCON применяется для конфигурирования модуля Communication Manager, управляющего всеми связями шлюза с главной машиной и клиентами. Утилита SAA-Admin, базирующаяся на Windows, позволяет с единственного пульта просматривать все серверы NetWare for SAA и управлять ими. Имеютс также и другие загружаемые модули NetWare (NetWare Loadable Module), например AS400PCS, посредством которого можно контролировать состояние соединений каждого сеанса. Для полного управления пакетом NetWare for SAA вам придется переключаться между этими утилитами, поскольку ни одна из них не столь полна, как универсальная утилитa SNA Admin.

Для управления сетями с системой ManageWise (старое название NetWare Management System) предоставляетс вставная плата, обеспечивающая функции управления, подобные функциям утилиты SAA-Admin. С помощью этой платы можно визуально отображать состояние серверов. Например, с одного пульта можно просмотреть в графическом виде группы логических устройств и сеансовые лицензии.

Другой недостаток NetWare for SAA - отсутствие масштабируемости. Пакет не обладает присущей SNA Server возможностью работы со многими процессорами. Отсутствуют также средства "горячего" резервирования и балансировки нагрузки (правда, в части пакета, относящейся к эмуляции 3270, эти компоненты имеются).

Хотя NetWare for SAA проигрывает в масштабируемости, в отношении интеграции с NDS пакет обладает рядом преимуществ по сравнению с подходом фирмы Microsoft. Можно, например, управлять с одного пульта всеми серверами независимо от их расположения. Столь же легко можно устанавливать права пользователей, поскольку вс информация о пользователях и ресурсах содержится в распределенном каталоге. Работая же с пакетом SNA Server, вы можете управлять серверами только одного домена. Это создает потенциальные проблемы в случаях, когда необходимо управлять шлюзами в нескольких доменах.

Наконец, далека от идеальной схема лицензировани пакета NetWare for SAA, когда пользователи ограничены заранее заданным числом сеансов. Покупая NetWare for SAA с лицензией на число сеансов из диапазона от 16 до 1016, вам нужно предвидеть, какое число сеансов могут открыть одновременно все ваши пользователи. Во многих случаях вам не остается другого выбора, как оплатить заведомо большее число сеансов, чем то, реально потребуется вашей организации.

Тем не менее NetWare for SAA - хорошее решение в тех случаях, когда вам нужен шлюз для связи AS/400 с локальной сетью, управляемой операционной системой NetWare.

NetWare for SAA 2.0
Цена по каталогу: От 1995 долл. за 16-сеансовую до 34 995 долл. за 1016-сеансовую лицензию.
Novell Inc., Orem, UT; 800-638-9273, 801-429-7000.

Лабораторные испытания. Связь с системами AS/400

Основное внимание было уделено управлению, процедуре установки (настройки) и коммуникационным характеристикам каждого продукта. Наш испытательный стенд имитировал гетерогенную среду, в которой функционирует большинство систем AS/400.

Как проводились испытания

Для сравнения характеристик сетевых шлюзов и пакетов эмуляции терминала 5250 мы сформировали многоплатформенную сеть Ethernet, представляющую типовую смешанную среду для деловых применений. В сеть были включены клиентские системы, работающие в средах Microsoft Windows, Windows NT, Macintosh System 7.5 и OS/2 Warp. Каждая из этих операционных систем была установлена на нескольких разных ПК, в том числе HP Vectra XU 5/90, Compaq Deskpro 486/33 и Macintosh II ci. В сеть были также включены четыре сервера HP NetServer LF 5/66. Эти серверы имели идентичные конфигурации и содержали 66-МГц процессор Pentium, жесткий диск емкостью 4 Гбайт и 128-Мбайт ОЗУ.

В исследовании шлюзов ЛВС мы уделили основное внимание установке, управлению и коммуникационным характеристикам каждого продукта. Мы рассмотрели также две важные функции - "горячее" резервирование и балансировка нагрузки. Во время испытаний было обнаружено, что в пакете NetWare for SAA 2.0 функции "горячего" резервирования и балансировки нагрузки дл систем AS/400 отсутствуют, и этот факт был подтвержден фирмой Novell. Однако такие функции имеются и прекрасно работают в пакете Microsoft SNA Server 2.11.

Для испытаний функции "горячего" резервирования мы соединили несколько компьютеров-клиентов, на каждом из которых выполнялись клиентские программы пакета SNA Server с одним сервером. На каждом клиенте открывалось по крайней мере три сеанса связи с машиной AS/400. Затем мы установили резервный сервер. Убедившись, что на резервном сервере нет открытых сеансов, мы выключили основной сервер. Связь каждого из клиентов с AS/400 была потеряна, но после примерно 15-30 с каждый клиент восстановил свои сеансы через резервный сервер.

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

НЕДОРОГИЕ ШЛЮЗЫ

Пакеты Microsoft SNA Server и NetWare for SAA не единственные средства на рынке сетевых шлюзов дл связи с системами AS/400. Оба этих продукта масштабируемы и обладают отличными характеристиками, но для многих случаев они избыточны. Если вам нужно связать с AS/400 лишь несколько ПК, вас, возможно, заинтересуют шлюзовые средства таких изготовителей, как фирмы Attachmate и Netsoft.

Шлюзы этих фирм, работающие в средах DOS или Microsoft Windows, известны в течение многих лет - это зрелые, хорошо зарекомендовавшие себя продукты. Они лучше всего подходят для небольших рабочих групп или организаций, чьи потребности не оправдывают затрат на установку и сопровождение пакетов такого класса, как SNA Server и NetWare for SAA.

Биаксиальный кабель или локальная сеть?

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

В шлюзе, рассчитанном на подключение посредством биаксиального кабеля, например Netsoft Elite/400 LAN Gateway, Version 1.12, используются два адаптера: биаксиальный соединитель 5250 для соединения с AS/400 и сетевой адаптер для соединения с локальной сетью. Клиенты соединяются со шлюзом через локальную сеть, а шлюз передает данные в AS/400 через биаксиальный адаптер.

Такой метод подключения отличается низкими затратами и простотой. Поскольку биаксиальные адаптеры встроены в машины AS/400, нет необходимости приобретать дорогие адаптеры ЛВС Ethernet и Token-Ring для AS/400, стоимость которых может достигать многих тысяч долларов. Однако биаксиальные адаптеры обладают максимальной пропускной способностью всего лишь 1 Мбит/с. Поэтому, если вам требуется иметь большое число одновременно активных сеансов, можно воспользоваться недорогим шлюзом, рассчитанным на подключение к AS/400 через адаптер локальной сети.

Системы с биаксиальным кабелем ограничены также тем, что ни в DOS, ни в Windows нельзя реализовать коммуникационные функции в многозадачном режиме, как в системах Windows NT и NetWare. Таким образом, сами шлюзы замедляют информационный обмен при более чем умеренном трафике.

Альтернатива

Шлюзы второй группы, например Rally Server for the AS/400 фирмы Attachmate, осуществляют связь с AS/400 через адаптеры локальной сети. Хотя подобное соединение обеспечивает лучшую пропускную способность, программное обеспечение все еще работает в среде DOS.

Стандартом на рынке недорогих шлюзов являетс пакет Netlinx 5251 фирмы Andrew Corp., хотя фирма намеревается сократить работу с этим продуктом и сосредоточиться на двух новых: Emerald Client for Windows APPC и Emerald Client for Windows SNA Server Edition. В новых пакетах для связи с AS/400 будут использоваться SNA Server и NetWare for SAA.

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

ЭМУЛЯЦИИ И ОРГАНИЗАЦИЯ СВЯЗИ

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

В испытательных лабораториях PC Magazine Labs мы исследовали следующие клиентские программы: Client Access/400 (CA/400) фирмы IBM, N/S Midrange Bundle 4.1 фирмы Netsoft, Reflection for the AS/400 2.2 фирмы Walker Richer and Quinn и Rumba Office 2.0 фирмы Wall Data. Каждая из этих программ представляет собой законченный пакет эмуляции терминала, включающий утилиты передачи файлов и печати. В нашем обзоре, однако, вниманию читател предлагаются только те части программ, которые осуществляют функции связи с AS/400.

Важнейшая новость в области средств связи с системами AS/400 - это появление коммуникационной службы многопротокольного транспорта для любых сетей (AnyNet Multiprotocol Transport Networking), используемой в продуктах фирм IBM и Wall Data. С помощью технологии AnyNet производится инкапсуляци пакетов протокола SNA в пакеты протокола TCP/IP. Данная технология обладает рядом достоинств, в числе которых возможность информационного обмена в сети с помощью единственного протокола с маршрутизацией, совместимость прикладных программ и устранение шлюзов между клиентами и AS/400.

Технология AnyNet включена в версию V3R1 операционной системы OS/400 для систем AS/400. Она позволяет подключать AS/400 к сетям с использованием протокола TCP/IP с сохранением всех функциональных возможностей главной машины. Предыдущие схемы связи на основе протокола TCP/IP были несовершенны, так как ограничивались лишь функциями эмуляции терминала.

Основной проблемой при использовании технологии AnyNet является сложность настройки и управлени несколькими станциями. Например, на AS/400 нужно вручную сформировать идентификатор каждого клиента, включающий адрес сетевого протокола IP, что представляет собой непростую задачу дл администратора сети, обслуживающей сотни клиентов. Кроме того, система AnyNet не будет надлежащим образом функционировать корректно со схемой динамического распределения адресов IP, такой как DHCP (Dynamic Host Configuration Protocol - Протокол динамического конфигурирования хост-машины). Дело в том, что каждому клиенту присваивается заранее определенный идентификатор, связанный с его адресом доступа к среде передачи (MAC address). Если адрес доступа изменяется, идентификатор должен быть модифицирован.

Когда маршрутизатор совсем не маршрутизатор?

В каждом из рассматриваемых пакетов эмуляции дл соединения с AS/400 применяется программный "маршрутизатор", отличающийся от традиционных маршрутизаторов для обеспечения межсетевых связей. Программные маршрутизаторы - это (по терминологии IBM) только "коммуникационные механизмы" (communication engines), устанавливающие соединени между клиентом и AS/400. При выпуске первой редакции пакета PC Support фирма IBM дала этому программному компоненту неудачное название, и с тех пор данный термин, хотя и некорректный, получил широкое распространение в мире систем AS/400. Подобные "маршрутизаторы" в системах AS/400 не могут удовлетворить всем вашим требованиям к связи. Дл непосредственного управления каналами передачи данных необходимо приобрести лицензию на использование пакета LAN Support фирмы IBM.

При работе в среде Microsoft Windows for Workgroups (WfWG) 3.11 другим возможным вариантом является использование средств управления каналами передачи данных фирмы Microsoft (MSDLC), которые можно получить на форуме Microsoft службы CompuServe (для этого нужно загрузить программу WFWDLC.EXE). Хотя при этом подходе требуется лишь небольшой объем памяти на каждом ПК-клиенте, мы столкнулись с трудностями в конфигурировании компонента, отвечающего за работу с другими протоколами, например IPX или TCP/IP, в среде WfWG. Кроме того, известная ошибка вызывает сбой MSDLC на процессорах Pentium (ко времени публикации этой статьи указанна проблема должна быть устранена). Если у вас установлена локальная сеть или вы используете процессоры Pentium, рекомендуем вам держатьс подальше от MSDLC. (Вы можете также получить драйверы DLC в библиотеке фирмы Microsoft с помощью средств передачи файлов FTP: ftp.microsoft.com/Softlib/MSLFILES/WFWDLC.EXE).

Пакеты N/S Midrange Bundle фирмы Netsoft и Reflection for the AS/400 фирмы Walker Richer and Quinn также представляют собой основательные продукты для эмуляции терминалов 5250 с использованием программного маршрутизатора NS/Router фирмы Netsoft. NS/Router позволяет устанавливать соединения либо через шлюзы, либо путем непосредственного управления каналами передачи данных. Он отличается простотой установки и настройки. Ко времени передачи этой статьи в печать включение технологии AnyNet ни в один из этих пакетов не планировалось.

Rumba-чемпион

Программа Rumba Router, составляющая часть пакета Rumba Office, - наиболее надежное и законченное решение для связи с AS/400 в среде Windows. Программа предоставляет наибольшее число вариантов связи, включая все варианты, имеющиеся в NS/Router, f nfr;t d AnyNet и APPN. В состав программы также входят драйверы адаптеров Ethernet, SDLC, Token-Ring и адаптеров AS/400 с биаксиальным кабелем. Кроме широкого спектра характеристик наиболее привлекательной чертой программы является утилита настройки. Во время испытаний мы производили установку и запускали клиентское программное обеспечение в течение считанных минут.

Фирма IBM отказалась от дальнейшего развития PC Support в пользу отдельного пакета CA/400. В этом пакете содержится внушительный комплект коммуникационных функций для пользователей DOS, OS/2 и Windows. И хотя ряд коммуникационных функций, имеющихся в программе Rumba Router, в CA/400 отсутствуют, остающихся возможностей для большинства пользователей вполне достаточно. Отличительная черта пакета - его совместимость с технологией AnyNet. Наша основная претензия к CA/400 - его сложность. Хотя установка пакета прошла гладко, процесс конфигурирования интерфейсов оказался весьма запутанным.

Резимюруя, можно сказать, что возможности связи с AS/400 в новых клиентских пакетах заметно улучшены.

ГРАФИКА НА AS/400?

Независимо от способа связи с системами AS/400 многие пользователи без всякого энтузиазма воспринимают устрашающую экранную форму зеленого цвета, возникающую при открытии сеанса. Добавление в экраны AS/400 элементов графического интерфейса пользователя (ГИП, GUI) делает их не только более легко воспринимаемыми, но также облегчает обучение и навигацию в системе. В течение нескольких лет фирма IBM безуспешно пыталась ввести элементы ГИП в программное обеспечение AS/400. Небольша голландская фирма Seagull Software предлагает успешное и простое решение проблемы - пакет GUI/400.

До настоящего времени трудность состояла в графическом отображении тысяч функций операционной системы OS/400. Предыдущие усилия IBM были потрачены не на то, чтобы втиснуть OS/400 в графическую среду, а на разработку программ, называемых "грейдерами экрана" (screen scrapers), которые перехватывают экранные формы AS/400 и переводят их в графические элементы на основе набора заранее заданных параметров. Такой подход оказался неперспективным, так как практически невозможно определить графический объект для каждой функции AS/400.

Фирма Seagull пошла другим путем. Вместо задани графических элементов программа GUI/400 перехватывает поток данных на терминал 5250 и динамически формирует Windows-образные экраны без предварительного определения каждого экрана. На стороне клиента GUI/400 преобразует и отображает эти данные в такие графические элементы, как "радиокнопки" и пиктограммы.

По существу GUI/400 представляет собой среду разработки, на которую можно приобрести лицензию и затем использовать для создания ГИП-интерфейсов дл своих прикладных программ. Это как раз то, что фирма IBM реализовала в пакете Graphical Access for OS/400 - ГИП-представление системы OS/400. Любое другое лицензионное программное обеспечение дл OS/400, например SQL Database, не будет иметь ГИП пока разработчик не приобретет лицензию на использование кода и не создаст ГИП-интерфейс дл каждого продукта.

ОКНА НЕ ОТКРЫВАЮТСЯ

Прошли времена, когда и аппаратура и операционные системы настольных компьютеров были однородны. Сегодня в большинстве учрежденческих сетей установлены компьютеры с разнообразными процессорами и операционными системами, включая DOS, Macintosh, OS/2 и многочисленные варианты Unix. Ситуаци усложняется по мере того, как операционные системы захватывают, подобно Microsoft Windows 95 и Microsoft Windows NT, все больше ресурсов настольных компьютеров. Возникает вопрос: как связать такой широкий спектр платформ с AS/400, когда очевидно, что большинство коммерческих продуктов ориентированы на Microsoft Windows 3.1?

Фактически, если оглядеться вокруг, обнаружитс лишь несколько решений для связи с AS/400 платформ, не ориентированных на Windows. Конечно, не удивительно, что операционная система OS/2 Warp фирмы IBM весьма "дружелюбна" по отношению к системам AS/400. В разработанную IBM версию протокола TCP/IP для OS/2 включены эмуляци терминала 5250 и функции связи с AS/400 на основе этого протокола.

Наиболее распространенным способом связи с AS/400 в среде OS/2 стало использование пакета Client Access/400 (CA/400) фирмы IBM. Он обеспечивает 32-разрядную эмуляцию и предоставляет набор коммуникационных функций для связи с AS/400. Пользователям OS/2 предлагаются многие возможности, имеющиеся в пакете CA/400 for Windows. Наибольшего внимания из них заслуживает технология AnyNet Multiprotocol Transport Networking, позволяюща клиентам OS/2 общаться с AS/400, используя протокол TCP/IP и сохраняя при этом все функциональные возможности AS/400.

Яблоки и грейпфруты
Фирмы IBM и Apple приложили немало усилий, пытаясь в течение ряда лет улучшить связь между ПК Macintosh и AS/400. Они предложили клиентское программное обеспечение терминала 5250, средства прямой связи с AS/400 на основе протокола LocalTalk и усовершенствованный инструментарий запросов к базам данных на AS/400 со стороны ПК Macintosh.

Одним из представителей клиентского программного обеспечения терминала 5250 является пакет Sna.PS фирмы Wall Data. Мы нашли этот пакет очень простым в установке, настройке и использовании. Связь с AS/400 осуществляется с помощью протокола TCP/IP и средств управления каналами передачи данных (DLC) фирмы IBM. Однако есть одна тонкость. Если вы захотите общатьс с AS/400 при помощи DLC, в ПК Macintosh должны быть установлены сетевые адаптеры SDLC или Token-Ring, так как DLC не работает в сети Ethernet. С другой стороны, протокол TCP/IP работает в сетях Ethernet, SDLC и Token-Ring, но функциональные возможности в этом случае ограничиваются только эмуляцией терминала. При необходимости передачи файлов или доступа к базам данных вам придется использовать DLC.

Фирма IBM разработала плату для AS/400, названную Macintosh Workstation Controller, которая позволяет связывать ПК Macintosh непосредственно с AS/400 по протоколу LocalTalk. Кроме того, Apple и IBM совместно работают над средствами организации запросов к базам данных для Macintosh, получившими название Data Access Language (DAL). Применение языка DAL облегчит ПК-клиентам Macintosh доступ к данным на AS/400.

Открываются другие окна

Нам удалось обнаружить только один эмулятор терминала 5250, ориентированный на работу в среде Windows (предложенный фирмой Microsoft). Больше подобных продуктов на сегодняшнем рынке нет, хот 16-разрядные Windows-программы работают хорошо. Операционная система Windows NT - идеальный клиент для подключения к AS/400, так как она свободна от свойственных DOS ограничений памяти и поддерживает почти все протоколы настольных компьютеров.

Теперь очевидно, что, хотя Windows все еще доминирует на рынке эмуляторов терминала 5250, другие платформы тоже набирают силу.

Три подхода к организации связи с системами AS/400

Первый подход: ШЛЮЗЫ 5250

____________ | IBM AS/400 | Шлюз 5250 подключается к |____________| AS/400 через кабель | | ___________ | |___| Шлюз 5250 | | |___________| | | |_____________ _____|____ _____|__________ _____|_______ | Терминал | | Windows-клиент | | OS/2-клиент | |__________| |________________| |_____________|

На каждом компьютере-клиенте установлен адаптер терминала 5250

Достоинства:

Недостатки:

Второй подход: НЕПОСРЕДСТВЕННОЕ СОЕДИНЕНИЕ

____________ | IBM AS/400 | Непосредственное соединение через |____________| сети Ethernet или Token-Ring | _|_ Возможно соединение |___| через сети Ethernet, | |_____________ FDDI и Token-Ring _________|______ _____|_______ | Windows-клиент | | OS/2-клиент | |________________| |_____________|

Достоинства:

Недостатки:

Третий подход: ШЛЮЗЫ ЛВС

____________ | IBM AS/400 | |____________| __|__ | | |_____| _|_ Шлюз локальной сети |___| | |_____________ _________|______ _____|_______ | Windows-клиент | | OS/2-клиент | |________________| |_____________| Возможно соединение через сети Ethernet, Fast Ethernet, 100VG и Token-Ring

Сетевой SNA-шлюз

Достоинства:

Недостатки: