Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Сетевые технологии XXI века

***

Сетевые операционные системы: NetWare и другие

Арт Уитман и Брюс Робертсон

Пять лет назад почти все мы были влюблены в NetWare. NetWare 3.x, наиболее современная и вместе с тем легко управляемая операционная система из всех, что мы знали, опережала Unix по производительности служб доступа к файлам и печати. Она работала на машинах, которые могла себе позволить практически любая организация, и при этом оставалась надежной и стабильной. Наконец, она была гораздо производительнее, чем конкурирующие сетевые операционные системы (СОС). Можно ли было желать чего-то большего? В то время — едва ли. Мы настолько любили это детище Novell, что отдали ей около 70% рынка СОС. В чем же секрет успеха этой фирмы?

Три составляющих успеха Novell

Во-первых, NetWare работала с аппаратурой напрямую и обеспечивала максимально возможную производительность. Это позволяло ей на тех же машинах обслуживать несколько сотен пользователей, в то время как другие СОС едва справлялись с 50.

Во-вторых, Novell существенно расширила DOS, постепенно превратив ее в среду с централизованным управлением. Без NetWare рынок локальных сетей для ПК вряд ли бы оказался знаком со сценариями входа в сеть (login scripts), правами пользователей, повышенной безопасностью (security) и правами доступа (permissions) к файлам.

Третья заслуга Novell в том, что она реализовала богатый набор программных интерфейсов, с помощью которых разработчики могли создавать собственные приложения для NetWare. Ни один производитель СОС, кроме Novell, не предоставлял столь свободно информацию о механизмах работы своей операционной системы, и это принесло Novell огромные дивиденды.

Однако за прошедшие пять лет ситуация изменилась. Фирма Microsoft поразила воображение многих корпоративных пользователей, представив систему Windows NT в качестве платформы для приложений и обеспечив головокружительный рост продаж этой СОС. Novell же потеряла от 5 до 15% рынка. Как же Microsoft смогла преуспеть в том, что традиционно являлось основой могущества компании Novell?

Что касается скорости, NetWare по-прежнему на высоте. NT с ее ядром, использующим вытесняющую многозадачность и виртуальную память, и с уровнем аппаратных абстракций (hardware abstraction layer) никогда не сможет стать столь же быстрой, как NetWare с кооперативной многозадачностью, физической памятью и специально приспособленным к Intel ядром. Хотя сейчас это не так уж и важно. Через несколько лет мы будем работать на процессоре P7 с тактовой частотой 200 или 300 МГц либо на одной из разновидностей RISC-процессоров, и скорость процессора перестанет быть узким местом. Кроме того, нас все меньше беспокоит производительность файловой службы и службы печати. Большая часть нашей информации будет обслуживаться другими службами, обеспечивающими доступ к базам данных, деятельность рабочих групп и обмен сообщениями.

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

Novell больше не в состоянии расширять возможности своей клиентской части: ведь ее типичная оболочка для DOS почти также велика как COMMAND.COM. Однако Novell в этой ситуации не пытается сделать даже того, что могла бы. Запросчик NetWare для Windows 95 опоздал с выпуском на несколько месяцев.

И самое главное, фирма Microsoft обошла Novell по качеству и доступности программного интерфейса к NT, предоставив серию API для настольных систем в рамках архитектуры WOSA (Windows Open System Architecture, открытая архитектура Windows-систем). Более того, среда разработки приложений NT настолько превосходит NetWare, что последняя по сравнению с ней выглядит просто смешно. Novell преподносит AppWare в качестве замены хорошей среде разработки высокого уровня. Разработка загружаемых модулей NetWare (NetWare Loadable Module, NLM) требует на порядок больших усилий, чем это должно быть. Неудивительно, что NT и SQL Server пользуются таким успехом, ведь корпоративные разработчики легко могут создавать свои приложения для NT. Для NetWare это почти невозможно.

И Microsoft, и Novell осознали, что разработчики Unix были в чем-то правы, когда стремились создать универсальную платформу для запуска любых приложений. Novell покупает Unix Systems Laboratory (USL) у AT&T и буквально разбазаривает ее технологии. Microsoft, со своей стороны, предлагает легко управляемую платформу — NT. И Novell проигрывает, потому что не знает, как поступить с Unix, а Microsoft тем временем набирает очки благодаря своему новому серверу приложений. Если, конечно, Unix не будет поддерживать DCE. Если будет, то, возможно, победят те, кто ставил на Unix. Во всяком случае, здесь не все так однозначно.

Если ничего неожиданного не произойдет, то в ближайшие пять лет рынок серверов приложений окажется под контролем Microsoft. Тем не менее мы полагаем, что Novell не дадут окончательно сойти со сцены. Почти единственная другая альтернатива — архитектура DCE, предложенная сторонниками Unix. Однако вероятность того, что DCE завоюет мир распределенных вычислений, невелика.

Сетевые приложения

Термин “сетевое приложение” относится к отдельной машине, на которой запущена одна операционная система и набор приложений, выполняющий одну специальную задачу, например работу в качестве сервера электронной почты, сервера доступа в Internet или сервера баз данных. В ближайшие пять лет мир сетей будет двигаться к модели сетевых приложений. Мы думаем, что модель всеобъемлющих вычислений приведет к появлению приложения, обеспечивающего доступ к другим приложениям, содержащим необходимые данные или программы.

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

Сегодня эти сетевые приложения работают на нескольких операционных системах, включая OS/2, Unix, NetWare и NT. Вопрос в том, какое из них будет задавать тон всей сети, иначе говоря, станет ключевым сетевым приложением. Тот, кто создаст такое приложение, сможет контролировать выбор операционной системы и даже сетевого протокола в масштабе предприятия.

По нашему мнению, таким сетевым приложением станет служба справочников. Она должна быть простой в использовании, работать с несколькими операционными системами (на настольных компьютерах и серверах), надежно защищать данные от несанкционированного доступа и обеспечивать масштабируемость до уровня глобальной системы. Производитель, который создаст службу с такими свойствами, возможно, окажет наибольшее влияние на выбор операционной системы сервера.

Так кто же разработает ключевое приложение? Этого мы не знаем. Мы знаем только то, что сейчас его нет. Существующая ныне служба справочников фирмы Novell слишком сложна в использовании и недостаточно масштабируема. Компания Microsoft пока не предложила удовлетворительного решения, но обещает сделать это в СОС Cairo. Нет такой службы и в продуктах IBM. DCE и Unix имеют такие службы, но управлять ими слишком тяжело. DCE не сможет работать в маленьком офисе без отдельного сетевого администратора.

Кто победит?

На рынке сетевых приложений хватит места для нескольких победителей, поэтому однозначного ответа на этот вопрос нет и быть не может. У Novell есть шанс на победу только в том случае, если богатая корпорация вроде AT&T предоставит ей оборотные средства для завершения работ. Программистам Novell предстоит создать графический пользовательский интерфейс для NetWare и реальную среду разработчика. У Microsoft тоже не все потеряно, но высказать суждение можно будет только после того, как станет доступной большая часть системы сетевых справочников Cairo. У Microsoft есть ОС для настольных систем, есть хороший сервер приложений и есть возможность построить хорошую систему справочников. Это сильная заявка на победу. Особенно, если основные производители аппаратуры (HP, IBM, Sun, Data General и др.) станут поддерживать другие операционные системы, кроме Unix, как это уже делает Digital на своих RISC-платформах.

Судя по всему, на рынке смогут ужиться несколько служб справочников. Программное обеспечение сети будет состоять из компонентов разных поставщиков: электронная почта одного поставщика, ПО доступа к Internet другого, сервер баз данных третьего. Даже файловая служба и служба печати будут поставляться отдельными производителями. Все они должны быть совместимы с выбранной корпоративной службой справочников. Лучшее, что могла бы сделать Novell — это выделить из NetWare 4 службу справочников, перенести ее в другие операционные системы (NT, Unix) и присвоить ей статус самостоятельного продукта.

Unix, OS/2, NT и NetWare в ближайшие пять лет будут выступать в роли СОС или сервера приложений. Каждая из этих систем станет проще в управлении, возможно, за исключением Unix. Unix, NT и NetWare смогут использовать собственные обновленные службы справочников с расширенными возможностями. NT и OS/2 реализуют DCE наподобие Unix. Все они явятся основой для поддержки модели сетевых приложений. И если NT сейчас наиболее вероятный претендент на значительную долю рынка серверов приложений, то этим она обязана тесной интеграции с настольными ОС.

Электронные сообщения: на пути к суперприложениям

Барри Гербер

В последнее десятилетие индустрия обмена электронными сообщениями развивалась весьма бурно. В 1990 г. текстовая электронная почта — наиболее простой способ обмена электронными сообщениями — многим менеджерам информационных систем представлялась едва заметной звездочкой на компьютерном небосклоне. Сегодня почти половина компьютеров в корпоративных сетях подключена к системам электронной почты, и большинство из них могут обмениваться не только текстами, но и гораздо более сложной информацией. К 2000 г. практически каждый компьютер, используемый в бизнесе или дома, будет подключен к локальным или глобальным службам электронных сообщений, начиная с электронной почты и коллективной работы и кончая доставкой любого вида электронной информации. Чтобы воспользоваться последними достижениями этой технологии, необходимо иметь подходящий протокол обмена сообщениями, быстрые сети, мощные компьютеры и эффективные приложения.

Протоколы передачи сообщений превратили обмен пакетами битов, понятный только специалистам, в способ связи, доступный простым смертным. Эти протоколы, например X.400 и SMTP, позволяют обмениваться всем, что может быть сведено к двоичному потоку, — от текста до видеобоевика недели.

Сегодня SMTP наиболее известный протокол в США. В связи с ростом популярности Internet на SMTP переходят даже те, кто когда-то выбрал X.400. Но и X.400 еще рано списывать со счетов. Из-за различных неувязок протокола SMTP, в том числе с обеспечением безопасности, в серьезном бизнесе, где требуется надежная электронная связь между партнерами, по-прежнему будет применяться X.400 благодаря его поддержке защишенного обмена электронными документами. Вряд ли стоит рассчитывать на активное использование Internet приложениями обмена электронными сообщениями. Из-за высокой загруженности, плохой управляемости и низкой надежности Internet малопривлекательна для организаций, которым необходимо передавать огромные потоки данных, порождаемых даже наиболее простыми приложениями для коллективной работы.

Приходит время суперприложений

Большинство сегодняшних сетей великолепно справляются с нагрузкой, создаваемой текстовой электронной почтой. Однако их пропускная способность слишком мала для доставки мегабайтов данных мультимедиа, которые могут быть с легкостью созданы простейшими программами электронной почты, не говоря уже о суперприложениях для электронных сообщений. Такие суперприложения, например для коллективного сотрудничества, уже появляются. Для их работы необходимы высокая пропускная способность, независимость от протоколов и требуемое для передачи видеосигнала гарантированное время доставки, которое обеспечивается сетями ATM.

Компании, операторы сетей общего пользования в частности региональные телефонные компании, сейчас создают сети на 155-мегабитном ATM. В большинстве случаев они планируют подводить их непосредственно к домам и офисам и обеспечивать с их помощью доставку данных и работу широковещательных и интерактивных телевизионных служб. Если вы отвечаете за локальную сеть, вам стоит серьезно подумать о подключении настольных систем к ATM. Вся информация, которой забиты сети общего пользования, окажется для вас бесполезной, если она будет доставляться к настольным компьютерам по 10-мегабитной локальной сети.

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

Путь к совершенству

Несмотря на большую популярность электронной почты, она тем не менее трудна для обычного пользователя. Даже в лучших системах все, начиная с адресации и кончая управлением своим почтовым ящиком, требует “копания” в сложных структурах меню. Более того, инструменты для обработки почтовой корреспонденции весьма примитивны. А главное, способ хранения и обработки сообщений и присоединенных объектов, принятый во многих современных системах электронной почты, делает их практически бесполезными в качестве приложений для рабочих групп.

Пользовательский интерфейс должен быть улучшен, иначе электронная почта умрет медленной и заслуженной смертью. Потребность в нем несколько уменьшится, когда пользователи начнут использовать агенты или правила. Они уже встроены в некоторые почтовые системы и обязательно появятся в остальных. Агенты помогут фильтровать и разбирать почту, отделяя информационное “золото” от пустой породы. С их помощью можно будет построить более простые интерфейсы по сравнению с современными почтовыми продуктами. Распределенным объектным хранилищам, вроде того, что используется в Lotus Notes и планируется в Microsoft Cairo, предстоит пройти долгий путь, прежде чем они смогут обеспечить всем пользователям доступ к единым копиям “живых”, редактируемых присоединенных или встроенных объектов, таких как документы текстовых процессоров, электронные таблицы, базы данных и графика.

Существование нескольких почтовых систем значительно усложняет дело. Инсталляция новой почтовой системы грозит превратиться в кошмар, особенно при установке шлюзов к другим системам. Обеспечить доступ пользователям из разных почтовых отделений к одной и той же информации в каталоге или папке (синхронизовать каталоги) без дорогого специального ПО сторонней фирмы практически нельзя. Возможности управления весьма ограниченны, поскольку большинство систем не имеет хороших инструментов даже для выполнения таких простых задач, как контроль использования дискового пространства и отслеживание сообщений, не говоря уже о полнофункциональном управлении сетевой системой электронной почты.

Управляемость, как и пользовательский интерфейс, необходимо улучшить. Шлюзы должны теснее взаимодействовать с почтовыми системами, упрощая их установку. Через год или два тиражированию папок и каталогов предстоит стать обычным явлением в электронных почтовых системах. Общие хранилища распределенных объектов вскоре позволят упростить управление данными в распределенных системах. Хорошие системы управления уже появляются, и в их числе удивительная Lotus Notes 4.0.

Тяжелое испытание для сетей

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

Выполненные в соответствии с технологией клиент-—сервер продукты электронной почты, число которых растет с каждым днем, помогут уменьшить сетевой трафик, если, конечно, пользователи не будут кэшировать всю почту на своем компьютере. Распределенные объектные хранилища, “белая кость” электронных сообщений, тоже заметно снижают требования почтовых систем к сети. Вместо присоединения объекта к сообщению, пользователи могут поместить его в объектное хранилище и создать указатель на объект. Адресат получит только сообщение с указателем. Если получатель имеет необходимые права доступа, он сможет извлечь объект из хранилища щелчком мыши. При продуманном транслировании объектов в корпоративной сети эти запросы будут увеличивать лишь трафик локальной сети, почти не затрагивая глобальную сеть.

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

Связующее программное обеспечение

Брюс Робертсон

Мы ждем объектного будущего. Усилия, которые сегодня тратятся на развертывание любой объектной технологии, в дальнейшем приведут к широкому использованию объектно-ориентированных инструментов для создания объектно-ориентированных приложений. Чтобы все это осуществилось, сеть тоже должна стать объектной. И она будет таковой и позволит объектным приложениям работать в сети.

Объектные API укрепляют позиции

Будущее объектных прикладных интерфейсов сложится в результате борьбы Microsoft OLE, OpenDoc—интерфейса сборной команды противников Microsoft— и CORBA, выдвинутого поставщиками открытых систем. Кто победит? Все, и нас не волнует, кто именно. Нам достаточно факта, что останутся два или три интерфейса. Ведь до сих пор приходилось выбирать из стольких вариантов, что рассмотрение двух или трех возможностей кажется весьма простым делом. Важно то, что мы вместо презентаций и нереализованных API получим наконец продукты.

В конечном счете любой брокер объектных запросов (ORB), обслуживающий объектно-ориентированные приложения, должен будет поддерживать все API, занимающие значительную долю рынка. Ни один из ORB не станет стандартным. Точно так же, как в настоящее время действуют несколько поставщиков ПО доступа к данным, продуктов RPC и передачи сообщений, через пять лет появится множество конкурирующих ORB.

Через пять лет изменится многое — инструменты разработки и стили программирования, программные прикладные интерфейсы, продукты связующего ПО, возникнет даже новая функциональность, но проблематика в основном останется прежней. Создание хороших приложений никогда не станет легким делом.

Однако внедрение продуктов действительно упростится за счет улучшения настольных операционных систем. Представьте себе 32-разрядную ОС типа Windows — полностью защищенную и многозадачную и еще более удобную в использовании, чем Windows95. Пятилетняя работа со средствами распространения программного обеспечения (и самостоятельное создание таких средств) приведет к пониманию необходимости заменить подход, рассчитанный на мощное оснащение клиентов, на трехзвенную архитектуру реализации приложений. Многие изменения функциональности приложений вообще не затронут настольные системы.

Слежение за сетевыми объектами

В следующие пять лет мы окажемся свидетелями восхождения служб справочников (вместе со службами безопасности и синхронизации времени). Они станут ключевыми службами, предоставляемыми связующим ПО, вместо сегодняшних простых механизмов связи между процессами. Появится возможность использовать процесс регистрации пользователя, который сейчас является ахиллесовой пятой большинства систем, объединяющих множественные платформы, реляционные СУБД и реализации разных поставщиков.

Системы справочников должны масштабироваться тем или иным способом, чтобы работать с еще большим числом производителей. К тому же в будущем в проекте Cairo Microsoft, в службе NDS NetWare, в справочниках DCE и хранилищах объектов должны отслеживаться не только имена пользователей и компьютеров. По мере того как приложения становятся все более распределенными, благодаря энтузиазму сторонников трехзвенных архитектур, система каталогов должна будет отслеживать не только компоненты данных, но и вычислительные компоненты приложений.

Если объекты на самом деле приживутся в сетях (а мы верим в это!), их станет больше и они будут более “утонченными”. Компоненты приложений (программные агенты, хранимые процедуры, удаленные процедуры, объекты), разбросанные по сети, будут ожидать обращений к ним других компонентов, исполняемых на клиентах или серверах. Сама терминология сред клиент—сервер расширится в результате большего дробления и распределения функций и данных.

Основные поставщики (консорциум OSF, разработчики СОС вроде Novell с NDS и Microsoft с Cairo, Banyan со StreetTalk и др.) в течение ближайших пяти лет будут бороться за лидирующие позиции в области связующего ПО для работы со справочниками. В настоящее время они либо предоставляют различные степени поддержки каталогов, либо опрометчиво позволяют разработчикам приложений делать это самостоятельно. Это должно прекратиться. Необходима единая, достаточно динамичная служба справочников, способная отслеживать перемещения объектов по сети и автоматически изменяющая конфигурацию по мере изменения нагрузки. Хочется верить, что это произойдет к 2000 г.

Доступ к сетевым объектам

Вам не придется использовать ПО доступа к данным, например Oracle SQL*Net или Sybase CT-Lib, особенно на настольных системах. В трехзвенной архитектуре доступ из настольной системы к промежуточному звену будет обеспечивать стандартное и гибкое связующее ПО. Поставщики инструментальных средств, такие как Forte, Dynasty и Seer осознали это и давно поддерживают свое связующее ПО для межпрограммного взаимодействия. Они вскоре откажутся от ПО собственной разработки и начнут поддерживать более сильные продукты сторонних фирм, для того, чтобы самим сосредоточиться на инструментах для разработки приложений.

Связующее ПО доступа к данным слишком сильно привязано к двухзвенному распределению функций, к SQL как единственному поддерживаемому языку, к РСУБД как единственному серверу приложений (хранимые процедуры) и хранилищу данных. Более того, самый распространенный RPC-подобный синхронный механизм блокировки, поддерживаемый в связующем ПО доступа к данным, плохо работает в медленных сетях. Доступ к данным стал возможен в 90-е годы, но в следующем столетии нам понадобится нечто большее, чем просто передача необработанных данных по сети. Данные должны обрабатываться распределенной средой.

Доступ к данным не исчезнет полностью, но его использование будет ограничено в основном связью между серверами приложений и источниками данных вроде РСУБД по высокоскоростным централизованным локальным сетям. Именно так работает в среде клиент—сервер система R/3 фирмы SAP AG.

Приложения будут распространяться с помощью разных механизмов связующего ПО. Клиент станет использовать передачу сообщений по медленному звену сети для запуска промежуточного объекта, а объект, в свою очередь, — RPC или распределенный монитор транзакций (построенный на вызовах удаленных процедур или посылке сообщений), а возможно, даже традиционное связующее ПО доступа к данным для взаимодействия по магистрали на основе быстрого ATM с другими системами. Смешанные решения для связующего ПО будут гораздо более легкими и эффективными в многозвенных распределенных системах.

Сеть под связующим ПО

Что же станет основой связующего ПО в самой сети? В основе уровней сеансов, представления и даже прикладного уровня будет лежать TCP/IP. Через пять лет другие протоколы или другой транспорт станут достоянием истории. TCP/IP победит.

Работа связующего ПО в сети будет (все еще) заключаться в предоставлении механизмов, использующих скорость сетей ATM (в этом сила RPC) и в тоже время обеспечивающих работу приложений по медленным или среднескоростным сетям (в этом сила очередей сообщений).

Поставщики РСУБД проигрывают поставщикам инструментария в войне за поставку самого стратегического продукта. Приложения приобретут первоочередную важность, и они будут применять РСУБД только по необходимости. Приложениям придется опираться на связующее ПО, но, конечно, не только для связи с базами данных. Oracle и Sybase правы в том, что не переоценивают свои РСУБД. Через пять лет РСУБД станут лишь полуфабрикатом для создания наиболее сложных приложений. Выбор РСУБД не будет оказывать никакого влияния на настольные приложения, поскольку они не будут непосредственно связаны с РСУБД.

Инфраструктура будущих сетей

Арт Уитман и Роберт Колхеп

Одно можно сказать наверняка: в ближайшие пять лет господство технологии Ethernet на сетевом рынке сохранится. Причина банальна: в настоящее время используется так много аппаратуры и кабельных систем Ethernet, что массовый переход на ATM и даже на Fast Ethernet маловероятен. Фирмы Compaq, Dell, Hewlett-Packard и IBM могут стать ведущими поставщиками аппаратуры Ethernet, если начнут размещать соответствующие микросхемы и разъемы (общей стоимостью не более 15 долл.) на материнской плате компьютеров, или совмещать их с модемами и системами DSP общего назначения. Вызвав, конечно, тем самым неудовольствие производителей сетевых плат, таких как 3Com и SMC.

В течение ближайшего года популярность FDDI по крайней мере не уменьшится, хотя сейчас эта технология, по-видимому, переживает свои лучшие времена. Рынок Token Ring, вероятно, первым перейдет на ATM. Несмотря на обещание IBM выпустить коммутируемый вариант Token Ring, ATM вскоре почти полностью займет эту нишу рынка.

Переход на ATM потребует жертв. Сначала претерпят изменения протоколы, а затем и сети с совместным доступом к среде. ATM, особенно в качестве магистральной технологии, обещает управляемую и стабильную полосу пропускания, но за это придется заплатить приверженцам AppleTalk, DECnet и других протоколов, менее распространенных по сравнению с TCP/IP, IPX и SNA. С отходом Digital и Apple со своих исторически сильных позиций разработчики стали уделять их протоколам гораздо меньше внимания. Даже над IPX нависла подобная угроза. Если Novell захочет сохранить за собой транспортный протокол (с потерей преимуществ IPX перед TCP/IP от этой привилегии стоило бы отказаться), ей придется одной из первых овладеть новым ATM-стилем работы сети, ориентированным на соединение.

Позиции SNA в ближайшие пять лет не изменятся. IBM приспособит SNA к ATM, а образование ретрансляции кадров станет настолько дешевой, что те, кто сегодня пытается смешивать несколько протоколов в пределах одного виртуального канала (virtual circuit — VC), смогут назначить отдельные VC для трафиков SNA и других протоколов.

К 2000 г. значительная часть сетей будет использовать ATM. В сетях, объединяющих более 250 узлов, ATM станет преобладающей технологией в магистралях и на серверах. Именно магистрали окажутся местом наиболее широкого распространения ATM. Однако заметная доля настольных систем (скажем, 25%) также будет соединена с помощью ATM, а среди них только треть или половина начнет использовать протоколы ATM, ориентированные на соединения. Лишь через пять лет разработчики операционных систем встроят в cвои продукты надежные и проверенные “родные” протоколы ATM. В ожидании этого в нашем словаре появится новая аббревиатура MPOA (MultiProtocol Over ATM — многопротокольный доступ через АТМ).

Фирмы Cisco, Bay, Cabletron и 3Com будут продолжать уверенно контролировать свои “законные” территории, хотя и встретятся с серьезной конкуренцией со стороны поставщиков телекоммуникационного оборудования, увидевших на рынке локальных сетей ATM новый источник доходов. Однако лишь немногие из них посчитают контракт на миллион долларов значительным (в этом секторе рынка фигурируют именно такие суммы).

Фирмы FORE Systems и Newbridge по-прежнему будут привлекать к себе такое же внимание, как Cisco, Bay и 3Com. В частности, FORE Systems, возможно, начнет поставлять программное обеспечение ряду компаний, как сейчас Cisco и Wellfleet производят модули маршрутизаторов для поставщиков концентраторов. FORE Systems может стать поставщиком и аппаратуры для тех, кто хочет проникнуть на рынок ATM, не инвестируя значительных средств в инженерные разработки.

За какими технологиями преимущество

Появление адаптеров Fast Ethernet на материнских платах может сделать эту технологию весьма популярной. Однако безопасность, присущая выделенным линиям Ethernet, привлекательное, но слишком дорогое качество для технологии Fast Ethernet: чтобы поддерживать конкурентоспособность, она вынуждена будет использовать совместный доступ к среде передачи данных. Компания Hewlett-Packard продолжит удивляться, почему технология 100VG-AnyLAN так трудно продвигается на этот рынок. 155-мегабитные платы ATM станут ходовым товаром прежде всего для серверов и соединений между коммутаторами. 622-мегабитный ATM начнет привлекать к себе внимание в конце десятилетия, а 25-мегабитный ATM прекратит существование, особенно если фирма Novell разработает хороший протокол, ориентированный на соединения, а IBM откажется от Token Ring. ATM с другими скоростями вряд ли получат признание до 2000 г.

Через пару лет Ethernet станет столь же распространенным, как и последовательные порты, и основные производители компьютеров будут размещать микросхемы сетевых адаптеров на материнских платах. Коммутируемые порты Ethernet преодолеют ценовой барьер в 100 долл. за порт (вероятнее всего, в этом преуспеет корпорация 3Com). Рынок Token Ring продолжит свое угасание.

Технологии PCI и PC Card проложат себе дорогу на рынок концентраторов и маршрутизаторов и вынудят Cisco, Bay и других поставщиков снизить цены. Представьте мощный маршрутизатор по цене не дома, а автомобиля!

Беспроводные коммуникации будут представлять интерес только для вертикальных рынков. Даже для сегодняшних приложений они слишком медлительны. Электронные помощники (PDA) заговорят, но это не всем понравится, а вот электронные карточки с использованием микросхем станут еще привлекательнее.

TCP/IP будет королем протоколов. Если Novell к середине 1996 г. успеет разработать версию IPX, ориентированную на соединения, еще возможно сосуществование этих протоколов.

RISC-технология все-таки останется нишей для мощных серверов приложений, рабочих станций для научных задач и издательской индустрии, несмотря на высокую производительность и низкую стоимость процессоров семейства PowerPC. Сотрудничество фирм Intel и HP породит гибрид технологий PA-RISC и Intel x86, который вытеснит все другие реализации RISC. Станет ли Intel очередным кандидатом для применения антимонопольного законодательства? Надеемся, что нет.


распечатать статью

Корпоративный Список надёжных поставщиков. Сроки.




  
3 '1996
СОДЕРЖАНИЕ

колонка редактора

• Как заработать миллион

локальные сети

• Слишком много справочников

• Жесткие диски большой емкости для серверов

• Проблема сертификации кабелей

• Виртуальные ЛВС: мифы и реальность

• NDS - совместимое клиентское ПО для Windows 95

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

• Технология АТМ

• Сетевые технологии XXI века

• Суперсервер в сети NetWare

• Программные средства удаленного доступа

• Задержки при передаче файлов

услуги сетей связи

• Спутниковая сеть ТЕЛЕПОРТ-ТП: технология DAMA на российском рынке

• Компьютерная телефония снова в пути

• Спутниковая система передачи данных ROMANTIS DATA

приложения клиент-сервер

• Системы обмена электронными сообщениями

интернет и интрасети

• Windows 95: окно в Internet

• Парад программ просмотра

защита данных

• Защита от электронного шпионажа

• Защищайтесь, а не то ...

новые продукты

• Новая версия Back Offise, Система хранения данных SPANStor-Mag, IWare облегчает работу по TCP/IP в сети NetWare, Концентраторы TigerStack



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх