Глава 5. Совместное использование информации NetWare и Unix
90-е годы можно назвать десятилетием независимых данных. Мы можем
наблюдать все новые вспышки борьбы в области технологий "клиент-сервер",
но при всем этом идея состоит в совместном использовании информации.
Вендоры различных средств внешнего и оконечного интерфейса борются
за то, чтобы работать со всеми другими аппаратными средствами,
сохраняя специализацию.
Однако, пока не применяется интеллект, данные - это еще не информация.
Это означает, что к этим данных кто-то должен иметь доступ. Чем
легче доступ, тем более вероятно, что данные станут своевременной
и пригодной для использования информацией.
В прошлом компании имели различные разрозненные хранилища данных.
Сегодня каждой системе должна быть доступна каждая другая система.
Малые и средние корпоративные структуры основываются на доступности
информации для большего числа людей, чем раньше. Возросшая автоматизация
требует меньшего числа администраторов среднего звена для оформления
данных в некоторую информационную форму для следующего административного
уровня. Другие администираторы должны иметь возможность быстро
извлекать данные из различных источников и пытаться самостоятельно
преобразовать их в информацию.
Трудно придумать лучшее обоснование для обеспечения взаимодействия
подразделений и совместного использования данных. Время, затрачиваемое
на преобразование данных из различных подразделений в полезную
форму, часто скрыто за стандартными рабочими процедурами.
Предпринимаются огромные усилия, чтобы помочь людям совместно
работать и рационально решать проблемы. По крайней мере те, кто
занимается компьютерным бизнесом, могут обеспечить совместную
работу своих компьютеров.
Совместное использования ресурсов
Наиболее популярным совместно используемым ресурсом являются принтеры,
но фирмы могут извлечь преимущества и из совместного использования
других устройств. Примерами других ресурсов, с которыми могут
совместно работать пользователи NetWare и Unix, являются кабельные
концентраторы и физическое оборудование сетевого управления, жесткие
диски и ленточные накопители.
Принтеры
После многолетнего опыта, наработанного в мире в области организации
сетей компании все еще покупают сети для совместного использования
принтера. И это не только фирмы, инвестирующие сотни и тысячи
долларов в устройства наборной печати больших машин, но и те,
кто применяет стандартные лазерные принтеры. Возможность передавать
задания на любой принтер сети, независимо от управляющей им операционной
системы, привлекает многие фирмы. Совместное использование принтеров
не следует недооценивать.
Жесткие диски
Возможно совместно использовать на разных платформах память на
жестких дисках является менее общей, чем использование принтеров,
но более важной. Еще несколько лет назад мегабайт пространства
на диске в системе среднего размера почти всегда стоил в пять
или более раз дороже, чем тот же мегабайт на жестком диске PC.
С ростом емкости дисков для PC и NetWare-серверов цена мегабайта
сегодня для них еще ниже.
Эта тенценция падения стоимости дисков может затронуть также мир
Unix. Поскольку многие производители дисков используют на разных
системах одинаковые физические диски, общая стоимость PC положительно
отразится на ценах средних систем.
Многие системы Unix работают сегодня точно также, как файловый
NetWare-сервер PC. Это также помогает выровнять цену фактического
дискового оборудования.
Хотя все это так, но верно также, что открытое дисковое пространство
никогда не находится там, где нужно и когда нужно. С в мире PC
доли программ, требующих много места на диске, таких как новые
графические интерфейсы и реляционные базы данных масштаба предприятия,
доступные мегабайты всегда будут приветствоваться.
Совместно-используемое пространство на диске можно реализовать
таким образом, что пользователь не будет знать о том, что происходит.
Скопировав важные файлы на другие платформы и операционные системы
в сети, вы обеспечите целостность данных. Это обеспечивает надежность
хранения файлов, сохраняя их доступность.
Системы на магнитных лентах
Способность ленточных систем Unix архивировать и восстанавливать
данные, не влияя на производительность опережает то, чего можно
добиться с помощью ленточных систем NetWare. Использование шин
с большей пропускной способностью, доступных в Unix-системах также
позволяет более эффективно организовать работу. Большинство работающих
с лентами программных продуктов NetWare представляют собой просто
улучшения автономных продуктов для PC, предназначенных для создания
резервных копий.
Перед тем как сделать это для систем LAN, компании будут вкладывать
средства в процедуры поиска файлов и работы с лентами для больших
систем. Естественно, процедуры оборота лент и их хранения применяются
практически на всех больших ситемах. Однако, администраторы NetWare
часто не располагают никакими программными продуктами, которые
могли бы им помочь, или временем для разработки своих собственных
систем. Одако для ленточных систем NetWare нет смысла изобретать
колесо. Более разумно поискать что-нибудь вне мира локальных сетей
для PC.
Если вам в своей административной деятельности требуется уделять
большое внимание защите данных, а сама административная работа
занимает много времени, улучшение в процедурах сохранения в архиве
и восстановления из архива на магнитных лентах может в значительной
степени решить ваши проблемы.
Базы данных
Аппаратные системы Unix и их операционные системы с мультиобработкой,
мультинитевостью и сильной мультипроцессорной поддержкой позволяют
реальзовать мощные механизмы баз данных. Сортировка и передача
больших файлов данных лучше всего выполняется под Unix. Однако
представление в Unix данных на уровне пользователя иногда оставляет
желать лучшего.
PC с работающей на них NetWare могут предоставить множество "дружественных"
к пользователю средств. Кроме того, эта работа выполняется отдельным
DOS-клиентом PC, что невозможно встретить в высокопроизводительных
механизмах баз данных.
Комбинируя Unix и NetWare, вы можете разумно решить вопрос базы
данных с обеих сторон. Пусть NetWare проявит свои дружественные
к пользователю свойства, а Unix может использовать во всю свою
силу фоновую обработку.
Графическая обработка
Графика и графический интерфейс с пользователем (GUI) являются
сегодня назревшей темой. В мире PC это означает применение Microsoft
Windows или IBM OS/2. В мире Windows это означает X Window System.
Ддаже минимальные GUI, подобные Windows, требуют большой вычислительной
мощности, пространства на диске и пропускной способности сети.
Некоторые из новых программ пытаются превратить PC в X-терминалы,
часто используя для этого Microsoft Windows. Некоторые GUI, такие
как DESQview/X (фирмы Quarterdeck Office Systems), даже пытаются
превратить PC в X-сервер для других PC.
X-средства требуют большой вычислительной мощности. Если для вас
большое значение имеют отображение графики и манипуляция с изображениями,
то комбинация платформ NetWare и Unix будет наиболее эффективным
и гибким решением.
Отображение данных
Компании, исследующие отображение документов, отобенно те, которые
пытаются свести всю бумажную работу к электронным изображениями,
найдут, что Unix является подходящей для выбора платформой. Многие
системы используют Unix в качестве основного средства хранения
и извлечения данных.
Даже те компании, которые используют только NetWare, часто работают
с изображениями, полученными с помощью сканеров Unix. Некоторые
работающие в NetWare программы обработки документов взаимодействуют
либо с модулями на Unix-системах или с базами данных SQL. Эта
связь четко отражает идею выбора Unix в качестве используемого
механизма базы данных и применения NetWare как средства представления
информации пользователю.
Проблема взаимодействия
Из-за сильных различий между двумя сетями в данном виде проекта
правильное планирование играет более важнуж роль, чем во многих
других. NetWare и Unix - это нечто совершенно разное, и пусть
поверхностное подобие не заслоняет от вас огромное различие.
Во многих случаях комбинирования NetWare и Unix сводится к задаче
трансляции. Здесь есть три варианта:
- научить системы Unix общаться и взаимодействовать с NetWare;
- научить системы NetWare общаться и взаимодействовать с Unix;
- предусмотреть транслятор.
Взаимодействие Unix с NetWare
Этот подход предполагает, что PC - это враждебная среда, ограниченная
по памяти и вычислительной мощности. Unix - это сильная операционная
среда с намного лучшим управлением памятью и большей доступной
вычислительной мощностью (даже при работе на той же аппаратуре
Intel). Лучше изменить сильную сторону (Unix), чем слабую (NetWare).
C точки зрения сетевого администратора, легче изменить одну систему,
чем сотни. Этот подход является рациональным для всех продуктов
NetWare для Unix.
Если система Unix может общаться на языке NetWare, это дает следующие
преимущества:
- не требуется изменений PC-клиента;
- есть единая точка административного управления;
- хорошая локальная производительность IPX/SPX;
- малое влияние ОЗУ на клиентов.
Однако этот метод имеет также следующие недостатки:
- он может привести к замедлению других операций Unix;
- обеспечивает бедные средства связи глобальных сетей (WAN)
через IPX/SPX;
- требует большмих затрат на более квалифицированное администрирование;
- двойная администрация Unix для пользователей.
Взаимодействие NetWare с Unix
Если со стороны Unix есть тенденция к "поглощению" NetWare,
то, возможно, этот подход выбирается по умолчанию. Он пользуется
популярностью, проскольку первый вариант - достаточно редкое явление.
Если доступ к данным и ресурсам Unix должны получить только несколько
NetWare-клиентов или пользователей, это менее дорогой подход.
Данный подход лежит в основе всех продуктов NetWare NFS и FLeX/IP.
На нем основаны также различные автономные пакеты для PC, которые
добавляют к DOS или Windows TCP/IP или NFS. Большинство этих пакетов
для PC будут функционировать на компьютере-клиенте, на котором
работает также NetWare. Четыре года назад, до того как появились
драуверы NDIS (Network Device Interface Specification) и ODI (Open
DataLink Interface) на PC практически невозможно было параллельно
выполнять IPX/SPX и TCP/IP. Теперь каждый поставщий TCP/IP, если
он не хочет столнуться с недовольством потребителей, должен либо
предлагать такую возможность.
Этот подход дает следующие преимущества:
- издержки на преобразование распределяются среди всех кликентов,
так что стоимость здесь менее заметна;
- облегчается настройка на пользователя;
- легче создать прототип с небольшим число пользователей.
Однако, здесь есть также следующие недостатки:
- сетевой протокол IP требуется поддерживать для каждого PC-клиента;
- сильное влияние ОЗУ на PC-клиентов;
- пользователи PC должны изучать Unix.
Использование транслятора
Транслятор для Unix и NetWare - это сетевой интерфейс TPC/IP ("шлюз").
Мы проанализируем три сетевых интерфейса TCP/IP, два из которых
требуют выделения PC, а один будет сам работать на сетевом сервере
NetWare. Все это работает аналогичным образом: на PC-клиенте выполняется
программное обеспечение PC, осуществляющее связь с сетевым интерфейсом
TCP/IP, а затем программное обеспечение реализует подключение
черед сетевой интерфейс к требуемой хост-системе Unix. После открытия
сеансов Telnet (эмуляция терминалов) у вас есть возможность передавать
файлы и совместно использовать принтеры.
Метод применения транслятора дает следующие преимущества:
- он не затрагивает ни одну из систем;
- допускает централизованное администрирование;
- обслуживается один сетевой протокол (IP);
- обеспечивает некоторые дополнительные возможности защиты.
Однако, подобный подход имеет также ряд недостатков:
- плохую производительность при загрузке;
- требует дополнительных затрат на выделение PC;
- дает меньшую гибкость для каждого пользователя PC, чем втором
подходе;
- удваивает сетевой трафик (передача в сетевой интерфейс, затем
передача от сетевого интерфейса в хост-систему и наоборот).
Производительность, расширяемость и управляемость
"Чистая" система NetWare (будем называть ее Native NetWare)
всегда отличается лучшей производительностью (из расчета на единицу
затрат), чем любая реализация NetWare для Unix. Тем не менее,
некоторые из Unix-платформ, на которых работает NetWare for Unix,
приближаются по производительности к Native NetWare. Однако это
возможно только на больших и достаточно дорогих аппаратных Unix-платформах.
Чтобы определить, какой вариант дает лучшую производительность,
вы должны проанализировать несколько переменных.
Так как система Unix может работать на различных аппаратных платформах,
от ПК-блокнотов до больших ЭВМ, она отличается большой масштабируемостью.
Слишком медленная база данных? Перенесите ее на более быстрый
блок и добавьте еще полдюжины процессоров. Не нужно будет изменять
ни одной строки программы и не преобразовавать ни цифры данных.
Novell также предусматривает некоторую масштабируемость. Сейчас
NetWare поддерживает больше пользователей и предлагает больше
средств. В 1987 году верхним пределом для одного NetWare-cервера
было 30 пользователей, и это был неплохой результат. Сегодня многие
компании поддерживают как правило сотни пользователей на один
сервер.
Одна из причин того, что NetWare и Unix стали лидерами в компьютерном
мире, заключается в поддержке обеими системами программных разработок
на разнообразных аппаратных платформах. Этот процесс идет двумя
путями: вверх к большему числу пользователей пользователей и вниз
к небольшим офисам и отделам фирм.
Возможность расширения при необходимости - это еще одна важная
и требующая рассмотрения особенность. Обычно расширение относится
к числу активных пользователей, но нужно учитывать также активные
процессы и чистую вычислительную мощность.
Обе системы, Unix и NetWare, допускают расширение. При этом приобретенное
вами ранее программное обеспечение не становится устаревшим. Novell
применяет для NetWare ступенчатые цены (для 5, 10, 20, 50, 100,
250 и 1000 пользователей), и многие работающие с NetWare продукты
принимают эту схему. Процедура расширения системы от 20 до 50
пользователей сводится в общем случае только к обновлению программного
обеспечения. Изменять или конвертировать данные вам не нужно.
Unix-системы работают аналогично. Здесь для увеличения числа пользователей
также требуется лишь изменить программное обеспечение.
Для систем, ориентированных на аппаратные средства, таких как
сетевые интерфейсы, расширение - это не такая простая задача.
Многие сетевые интерфейсы поддерживают теперь возможность выполнять
на одном и том же PC-клиенте несколько интерфейсных функций, но
многие этого не делают. Все они допускают сосуществование в одной
сети нескольких сетевых интерфейсов. Если одного из них недостаточно,
добавьте другой. Процедуры для пользователей остаются теми же,
но, поскольку число физических сетевых интерфейсов удваивается,
это потребует удвоить число администраторов.
И для Unix, и для NetWare управляемость остается слишком сложной
и требует слишком много времени. К счастью, NetWare for Unix незначительно
увеличила это бремя.
Для всех вендоров NetWare for Unix общее управление пользователями
NetWare и Unix в этих смешанных средах является первоприоритетным
вопросом. Возможность управление, отслеживания и администрирования
"гибридного" пользователя (пользователя, имеющего полномочия
доступа к обеим системам) с одной платформы - это великолепный
приз, за который еще нужно побороться.
Одной из трудностей в интеграции NetWare и Unix является различная
квалификация, требуемая для каждой операционной системы. Многие
их принципы совпадают, но язык их совершенно различен.
Во многих случаях предполагается, что администраторы NetWare и
Unix совместно конфигурируют системы при установке. Это потребует
немалых усилий, но в итоге позволит сэкономить время.
Выбор протокола
Когда-то об идее выбора протокола еще не слышали; покупатели использовали
протокол, поставляемый вместе с системой. По мере того как в компьютерном
мире все менялось, большие возможности открыли больше вариантов
для выбора. Появились возможности выбора и протоколов, хотя традиционные
варианты оставались некополебимыми. Если вы работаете с Unix,
то используете TCP/IP. Если вы работаете с NetWare, то применяете
IPX/SPX. Когда это требуется, вы можете смешать эти протоколы.
Сегодня существуют возможности реализации протокола Novell IPX/SPX
на системах PC, Macintosh, NeXT, SCO, SVR4 UNIX, Solaris, UnixWare,
LAN Server, Banyan и даже больших системах IBM 370. Начавшись
со скромного небольшого локального протокола, IPX/SPX проделал
большой путь. С другой стороны, TCP/IP начинался как протокол
только для Unix-систем, а теперь он доступен на всех вышеупомянутых
платформах и многих других. Достаточно сказать, что тем или другим
образом IPX/SPX и TCP/IP можно загрузить на любой мыслимой компьютерной
платформе. Некоторые LAN-системы принимают с качестве транспортного
протокола для локальных сетей, построенных на основе PC, TPC/IP.
Основным примером является LAN Manager фирмы Microsoft, хотя TCP/IP
использован как транспортный уровень для SMB (Server Message Block)
и NetBIOS. Фирмы, использующие лицензию на LAN Manager, такиек
как StartGroup (ATT/NCR), используют теперь TCP/IP вместо OSI
(Open System Interconnection), протокол, нацеленный на то, чтобы
когда-нибудь в будущем заменить TCP/IP.
Протокол TPC/IP
TCP/IP - это один из немногих протоколов, широко используемых
в сетевом мире, на котором основаны многие системы. TCP/IP имеет
некоторые средства, недоступные для NetWare. IPX/SPX создан на
основе подмножества XNS, который сам является подмножеством TCP/IP.
В этих протоколах есть различия, но IPX/SPX отстает на два или
более поколений.
Перечислим некоторые из средств TCP/IP, которые применяются сегодня
в локальных сетях:
- он может выполнять маршрутизацию данных между различными сетями
или подсетями; - не зависит от используемой для подсетей технологии
(такой как Ethernet, Token Ring и X25); - не зависит от аппаратного
обеспечения хост-машины; - устойчив к высокой частоте ошибок в
подсетях; - имеет надежные средства восстановления после сбоя.
TCP/IP может служить ценной основой и источником сведений для
будущего развития IPX/SPX. Метод улучшения TCP/IP с учетом интересов
заинтересованных пользователей является моделью взаимного учета
интересов.
Не думайте, что понимание TCP/IP не является необходимым, поскольку
скоро его заменит OSI. Протокол OSI был разработан как способ
решения проблем, которые появились в TCP/IP при построении глобальных
сетей. TCP/IP не отвергнут, просто запросы в компьютерной сфере
растут, и от него требуется больше, чем можно было когда-либо
представить. Узкие места устраняются как в самом сообществе TCP/IP,
так и специальными комитетами, и вряд ли этот протокол отомрет
в обозримом будущем.
Протокол IPX/SPX
Создавая IPX/SPX, фирма Novell улучшила протокол XNS (Xerox Network
Services), ориентировав его на работа в надежных локальных сетях
с не слишком интеллектуальными ранними моделями PC. С учетом работы
протокола в этой среде IPX/SPX дает прекрасную производительность
с минимальными издержками на работу с оперативной памятью. Для
PC с объемом ОЗУ в 640К и отсутствием средств управления памятью
это было очень важно. Перечислим некоторые возможности IPX/SPX,
применимые сегодня к LAN:
- он согласуется с протоколом XNS;
- IPX близко соответствует протоколу IDP (XNS Internetwork Datagram
Packet);
- IPX предусматривает функции адресации и маршрутизации;
- SPX добавляет функции транспортного уровня, обеспечивающие
гарантированную доставку, и ориентированные на подключение связи
между узлами;
- SPX часто обходится по линиям рабочая станция - сервер.
Многие работающие с Unix относятся к IPX/SPX недоброжелательно,
перенося на него свое отношение к DOS. Однако, новый мир настольных
вычислительных систем меняет это отношение. Теперь стандартный
пакет DOS, DR DOS (после приобретения его Novell) включает в себя
сетевые протоколы. Microsoft Windows поставляется со встроенным
протоколом IPX/SPX, как и Windows NT, OS/2, SCO, NeXTstep 3.0,
Solaris 2.0, UnixWare и почти все другие настольные системы.
По числу продаж IPX/SPX опередил TCP/IP на годы. Новые узлы NetWare
IPX/SPX насчитывают более миллиона продаж в месяц. TCP/IP наститывает
менее десятой доли этого объема. В корпоративном мире NetWare
с расширениями IPX/SPX охватывает около 70 процентов рынка. Если
Unix собирается расширить свое влияние в этом секторе, то ему
придется делать это в сотрудничестве с IPX/SPX.
Novell контролирует IPX/SPX уже многие годы, и этот протокол имеет
небольшие шансы завоевать сердца и умы в сообществе Unix. В 1992
году Novell занялась этим вплотную, по недорогой цене предоставляя
лиценцию на IPX/SPX всем желающим. Технически это приемлемо, в
том смысле, что Novell продолжает контролировать будущие разработки.
Однако рынок свидетельствует, что IPX/SPX является общепринятым
транспортным протоколом. Вы можете говорить, что TCP/IP лучше,
однако победа за IPX/SPX. TCP/IP никогда не отомрет, но IPX/SPX
будет доминировать и контролировать до конца столетия PC-ориентированные
настольные системы.
NetBIOS
С технической точки зрения NetBIOS (Network Basic Input Output
System) не является протоколом или API - это интерфейс программного
обеспечения нижнего уровня. NetBIOS не зависит от языка и протокола:
определения протокола или API остаются вне ее. Однако не спорьте
с людьми, которые настаивают, что NetWare - это протокол, разработанный
IBM: их заблуждения вполне понятны.
Появившись в 1984 году вместе с сетевой программой для PC (PC
Network program) фирмы IBM и платой сетевого интерфейса с повышенной
пропускной способностью, SMB-cерверы и программное обеспечение
клиента REDIRECTOR стали доступны на платформах, использующих
исключительно PC. Многие из программ NetBIOS работали на самой
плате, поскольку PC-платформа обладала недостаточной мощностью.
Особую важность это приобрело (и было замечено на рынке) в 1986
году, когда IBM начала поставлять поддерживающие NetBIOS адаптеры
Token Ring.
NetBIOS имеет больше общего с PC BIOS, чем с традиционной сетевой
работой. Программные прерывания от процессора через NetBIOS и
сетевое программное обеспечение нижнего уровня поступают в блок
NCB (Network Control Block). Функции NetBIOS не зависят от протокола,
поскольку конкуренты IBM сделали вывод, что поддержка функций
NetBIOS позволит программному обеспечению, написанному для сети
IBM, работать с чужим (не разработанным IBM) программным и аппаратным
обеспечением. Сегодня NetBIOS обычно работает через IPX/SPX, TCP/IP
или OSI. Спецификации NetBIOS для TCP/IP вы можете найти в RFC
1001/1002.
Вопреки тому, что NetBIOS имеет некоторые неплохие средства и
многих поклонников, пользователи NetWare обычно ее избегают. Novell
не стала тратить время на то, чтобы сделать NetBIOS важной частью
NetWare, поскольку большинство предусмотренных в NetBIOS функций
охватываются также различными средствами IPX/SPX и самой NetWare.
Кроме того, в NetBIOS особенно чувствительна к межоперативным
возможностям. Для обеспечения коммуникаций везде должна использоваться
одна и та же NetBIOS.
Для многих программных продуктов (особенно сетевых интерфейсов
TCP/IP), о которых мы говорим в плане интеграции NetWare и Unix,
доступны аналоги NetBIOS. Некоторые компании, наиболее известными
из которых являются Performance Technology (Сан-Антонио, Техас)
и Micro Computer Systems (MCS) (Даллас) добавили NetBIOS в системы
Unix. Это позволяет реализовать все то, что позволяет сделать
добавление в систему Unix IPX/SPX - PC-клиент может эмулировать
терминал хост-машины без TCP/IP.
Использование маршрутизаторов и мостов
Наиболее надежный способ соединить две существующие сети (если
предположить, что у вас функционирует и NetWare, и Unix) заключается
в размещении в точке их пересечения маршрутизатора или моста.
Этот метод дает возможность состыковать их без нарушения существующих
сетей. Если что-то идет не так, то при таком способе проще всего
отключить соединение.
Если устройство принимает решения на основе физических адресов
узла-источника и узла-приемника пакета, то это мост. Если решение
принимается на основе анализа протокола высокого уровня, то такое
устройство представляет собой маршрутизатор.
Маршрутизаторы становятся все более популярными на локальном уровне,
занимая все больше той территории, которая принадлежала ранее
простому мосту. Частично причина состоит в том, что стоимость
интеллектуального сетевого аппаратного обеспечения снижается,
и преимущещства низкой цены мостов теряют свою привлекательность.
С другой стороны, сегодня возрастает необходимость в управлении,
защите и обслуживании сетей, а маршрутизаторы как правило выполняют
эти функции лучше, чем мосты.
В 1986 году Novell добавила в NetWare возможность связывать с
помощью моста различные сегменты локальной сети. В течении нескольких
лет Novell называла это мостом, но так как "мост" для
принятия решения о маршрутизации пакета анализировал только адреса
IPX/SPX, то официально он был маршрутизатором. Novell отказалась
подтвердить это, хотя пакеты NetBIOS, работающие на ранних интерфейсных
платах IBM Token Ring, не могли передаваться по "мосту"
NetWare.
С тех пор положение дел в маршрутизации NetWare улучшилось, и
Novell стала называть маршрутизатор маршрутизатором. Однако, существует
несколько причин, из-за которых вы не можете настолько доверять
NetWare-серверу, чтобы использовать его в качетстве основного
маршрутизатора своей сети.
Для сервера наиболее важными функциями являются файловые средства
и средства печати. В списке приоритетов для сервера маршрутизация
стоит далеко не на первом месте. Это означает, что использование
сервера для маршрутизации ухудшит средства печати и работы с файлами,
а сервер не сможет функционировать также хорошо, как это делает
маршрутизатор.
Сегодня крупные сети требуют жесткого управления. Хотя NLM TCP/IP
включает в себя простой управлющий протокол SNMP (Simple Network
Management Protocol), но он функционально ограничен.
Если ваша сеть состоит из одного или двух NetWare-серверов с несколькими
физическими LAN-сегментами для каждого, то сервер-маршрутизатор
работает достаточно хорошо. Если ваша сеть выходит за рамки указанной
конфигурации, то для выполнения функций маршрутизации нужно поискать
что-то вне NetWare-сервера.
Novell выпустила в качестве отдельного продукта свой маршрутизатор
Multi-Protocol Router. Работая на автономном PC с операционной
системой NetWare Runtime, он поддерживает IPX, IP, Appli-Talk,
OSI и NetBIOS фирмы Novell. Маршрутизируются протоколы IPX RIP,
IP RIP, AppleTalk RTMP и OSI IS-IS.
Установив это программное обеспечение на PC 80386 с 8 мегабайтами
оперативной памяти и жестким диском объемом 40 мегабайт, вы получите
хорошее соотношение "стоимость/производительность" без
ухудшения файловых средств и средств печати. Это неплохой выбор
для точки соединения сети NetWare и Unix. Если вы работаете с
NetWare, то этот маршрутизатор будет для вас наиболее знакомым.
Если у вас есть партнер со стороны Unix, организуйте встречу и
обсудите некоторые не относящиеся к NetWare решения.
Сеть Internet была построена на основе маршрутизации (в основном
маршрутизации WAN, но тем не менее маршрутизации. Лучшие LAN-маршрутизаторы
разработаны теми фирмами, которые извлекли уроки из сетей Unix,
особенно вендорами Internet.
Самые известные номера в области маршрутизации TCP/IP - это фирмы
Cisco Systems и Wellfleet. Набирают здесь силу также Vitalink,
Proteon, CrossCom, 3Com и IBM. Идет жестокая борьба средств, и
все эти компании имеют сильные средства локальной маршрутизации,
а также маршрутизации сетей WAN.
Так как операционная система Unix с самого начала была более сложной
чем NetWare, управление сетью больше продвинулось в области TCP/IP,
чем в PC LAN. Одним из приоритетов здесь является управление с
помощью маршрутизаторов. Фактически, протокол SNMP был разработан
для расширения SGMP (Simple Gateway Management Protocol) и для
контроля мостов и маршрутизаторов, которыми должны управлять сетевые
администраторы.
В сети со стороны NetWare доступно меньше исчерпывающих средств
управления. По этой причине, если есть купить порт для существующего
маршрутизатора, чем покупать новый, лучше это сделать. Это обойдется
дешевле, и коллеги-администраторы Unix возможно смогут обслуживать
и следить за вашим новым портом лучше, чем это смогут сделать
адмистраторы NetWare.
[Назад]
[Содержание]
[Вперед]
🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях
Виртуальные VPS серверы в РФ и ЕС
