Берри Нанс. Компьютерные сети
Подождите немного. Документ загружается.
сетевому адаптеру, который посылает запрос, как только получит
доступ к кабелю. На сервере сетевое программное обеспечение проводит
данные через множество слоев протоколов до того, как оно будет
обработано ОС. Если не весь объем сообщения может быть принят за
один прием из-за ограничений памяти (кэш-памяти сервера), то возникнет
дополнительная задержка из-за переброски данных на накопитель
файлового сервера. Ответное сообщение к рабочей станции проделает
обратный путь через программное обеспечение сетевой адаптер сервера,
кабель ЛВС, сетевой адаптер и программное обеспечение рабочей
станции. Так, только для загрузки в ОЗУ рабочей станции программного
файла длиной 250К при использования пакетов длиной 512 байтов будет
необходимо выполнить более 500 запросов и 500 ответов. (Большие
пакеты вызывают меньшую перегрузку сервера.) И если такие операции
выполняют несколько пользователей, то файл-сервер по своему графику
напоминает центральный вокзал в Нью-Йорке.
Локализация узких мест
Узким местом ЛВС могут быть рабочие; станции, сетевые
драйверы, сетевые резидентные программы; или .сетевые адаптеры.
Скорость передачи данных в ЛВС также может быть ограничителем
производительности. На сервере центральный Процессор также может
иметь недостаточное быстродействие, или сетевое программное
обеспечение, может не обладать достаточной эффективностью.
Небольшой объем ОЗУ для кэширования файлов также может; быть
причиной низкой производительности сервера из-за частых обращений к
диску. Кроме того, файл-сервер может проводить слишком много
времени, работая как сервер печати. Возможно, быстродействие сервера
увеличится, если сконфигурировать его для использования больших
пакетов. Не исключено, что производительность сдерживает
быстродействие шины. А возможно файл-сервер и сетевой адаптер
слишком медленно общаются через 8 разрядный слот. Еще одной причиной
может быть малый размер ОЗУ адаптера для буферизации; сетевых
сообщений, а также медленная работа сетевого моста. Таким: образом,
существует большое количество разного рода причин, ограничивающих
производительность ЛВС, это необходимо иметь в виду при поисках
возможностей увеличения ее производительности.
УПРАВЛЕНИЕ СЕТЕВЫМ ХОЗЯЙСТВОМ ЛВС
Не так давно в помощь администратору компьютерной сети добавилось
еще одно средство, позволяющее визуализировать и документировать трассы
кабельного хозяйства. В небольших ЛВС для начала достаточно иметь эскиз
офиса, на котором показаны кабельные соединения и другие компоненты. Для
больших сетей требуется более исчерпывающая начальная информация. Можно
использовать систему управления кабелями, которая отобразит план и
проследит за всем имеющимся сетевым хозяйством. Сетевое хозяйство -
название кабельного оборудования, получившее популярность, среди
производителей программ для систем управления кабельным оборудованием
сети.
Система управления сетевым хозяйством предлагает целый диапазон
средств, позволяющих прослеживать полную физическую инфраструктуру
компьютерной сети. Система записывает данные обо всех компонентах,
включая их расположение, в базу данных. По запросу она может показать
графическое изображение сети с небольшим отчетом о сетевом оборудовании.
Имеется возможность обзора всей компьютерной сети или только
отдельных ее деталей. Посредством графического меню можно быстро
получить необходимую информацию о сетевых компонентах.
База данных содержит детальную информацию о сетевом хозяйстве - от
трассировки кабелей до информации административного характера, связанной
с отдельными частями оборудования, кабелями и кабельными трассами. Кроме
этого, в базе данных записаны также следующие характеристики:
фабричная марка оборудования, номер модели, цена, расположение в
системе, схема соединения и схема разводки проводов.
Эти данные можно использовать для оформления заявок на перемещение,
замену или ремонт испорченного оборудования. При этом система хранит
историю всех изменений, произведенных в компьютерной сети.
ЗАКЛЮЧЕНИЕ
В этой главе вы завершили изучение ЛВС, рассмотрев вопросы, методы и
инструменты, связанные с управлением сетями. После знакомства с основами
систем управления вы рассмотрели протоколы SNMP и CMIP.
Затем обратились к системам управления ЛВС, поставляемым фирмой
IBM, сфокусировав основное внимание на возможностях протокола Token Ring.
Вы познакомились также с назначением и использованием таких инструментов,
как рефлектометры, сетевые мониторы, сетевые анализаторы и
интегрированные системы. И наконец, вы имеете список производителей
средств управления сетями, который можно использовать для знакомства с
определенными компаниями и выпускаемыми ими продуктами.
В следующей главе вы остановитесь на вопросах, с которыми столкнетесь
при покупке дополнительных сетевых элементов, считающихся совместимыми
с существующей сетью, однако не всегда являющихся таковыми.
ГЛАВА 13. АНАЛИЗ СОВМЕСТИМОСТИ
Производители сетевых компонент, как правило, под совместимостью
подразумевают степень того, насколько программное обеспечение и
аппаратные средства могут использоваться в различных сетях, в различных
ситуациях и для различных целей и утверждают, что их продукты могут
работать в компьютерных сетях различных типов. Однако, к такого рода
утверждениям всегда следует относится с известной долей осторожности, так
как не все производители вкладывают в этот термин одинаковый смысл.
В данной главе проведен анализ понятия совместимость для того, чтобы
установить его реальный смысл. С этим понятием приходится часто
сталкиваться в повседневной жизни. Нетрудно догадаться, что большинство
примеров в этой главе будет взято из области ЛВС, но с таким же успехом
можно было бы брать примеры и из другой области, где осуществляется связь
двух компьютерных компонент для обмена данными. Модемы,
последовательные порты, принтеры, параллельные порты, прикладное
программное обеспечение, электронная почта, музыкальные инструменты,
телефоны и даже факсимильные аппараты могут быть использованы для
иллюстрации этого понятия.
ПОЯСНЕНИЕ ПОНЯТИЯ СОВМЕСТИМОСТИ
Первое, на что хотелось бы обратить внимание при рассмотрении понятия
совместимость, это то, что оно совсем не применяется к устройствам, которые
действительно совместимы. Например, когда вы покупаете новый телефонный
аппарат, а также телефонный шнур к нему с соединителями RJ-11 на концах, а
потом включаете телефон в розетку на стене в вашей квартире и звоните с него,
то вряд ли вспоминаете об их совместимости. Можно привести еще один
пример. Если вы купили в магазине какой-нибудь электроприбор, например,
тостер, то сразу включаете его в розетку и начинаете им пользоваться, не
задумываясь о совместимости. Это обусловлено тем, что степень
совместимости изделий телефонных компаний ч бытовых приборов крайне
высока.
Теперь предположим, что нужно объединить несколько различных
компьютерных сетей, каждая из которых работает под управлением
собственной операционной системы - IBM LAN Server, NetWare, LANtastic,
NFS. При этом необходимо организовать вычислительную систему таким
образом, чтобы пользователи могли разделять одни и те же ресурсы и файлы на
всех серверах. В процессе такой работы вы очень скоро начнете использовать
термин совместимость как ругательство.
Если вы покупаете программное обеспечение и аппаратные средства у
одного и того же производителя, то сложностей значительно меньше. Фирма
IBM, например, распространяет схемы и таблицы, по которым можно
определить, какие из ее продуктов совместимы, а какие нет. Однако даже в
этом случае остается шанс приобрести несовместимую аппаратуру.
Фирма IBM является очень крупным производителем компьютерного
оборудования. Так как это достаточно большая компания, то ее спецификации
и рекомендации становятся промышленными стандартами, и это, конечно,
оказывает влияние на совместимость. Но, с другой стороны, в модеме
производства фирмы IBM используется система команд фирмы Hayes, которая
стала стандартной независимо от IBM. Поэтому совместимость более тесно
связана не с производителями, а с распространенными стандартами.
НАБОР ПРОТОКОЛОВ МОДЕЛИ OSI
Модель OSI (Open System Interconnection - Связь открытых систем)
может использоваться в качестве первого шага для организации совместимых
компьютерных сетей. Заметим однако, что эта модель может иметь только
рекомендательный характер, так как многие распространенные устройства до
сих пор не совместимы с этим стандартом. Тем не менее это важная отправная
точка в обсуждениях ЛВС. При анализе совместимости на различных уровнях
модели OSI можно обнаружить, что совместимость между различными
компонентами становится хуже по мере приближения к верхним уровням
стандарта. Это связано с тем, что добиться совместимости особенно непросто
именно на верхних уровнях модели OSI.
Модель OSI определяет семь уровней протоколов, разделяемых хорошо
определенными интерфейсами. На рис. 5.4 (см. главу 5) показаны эти семь
Уровней.
Модель OSI разбивает связь внутри ЛВС на семь независимых частей,
или Уровней. Ниже приведено подробное описание этих уровней, а дальше
обсуждается проблема совместимости с позиции каждого уровня модели OSI.
Прикладной уровень. Прикладной уровень является самым верхним. В
нем осуществляется взаимодействие с пользователем, извлечение информации
из баз данных и передача файлов как целого. Прикладной уровень является
видимой для пользователя частью модели OSI. На этом уровне попытка
доступа к ЛВС трансформируется в запрос, который передается на более
низкий уровень - уровень представления. На прикладном уровне не
осуществляется никакой реальной работы, а производится передача всех
заданий на более низкие уровни. Рабочие запросы, предназначенные для
передачи по сети, входят в набор протоколов модели OSI на прикладном
уровне, продвигаются вниз по направлению к первому уровню (физическому)
где передаются на другую рабочую станцию или файловый сервер, а затем
проделывают обратный путь через набор протоколов модели OSI до
достижения прикладного уровня на приемном конце.
Уровень представления. На этом уровне происходит прием (передача)
рабочих запросов от (на) прикладного уровня. Этот уровень предназначен для
маскировки различий в типах компьютеров для прикладного программного
обеспечения. Когда в одной компьютерной сети совместно используются
компьютеры фирм IBM, Apple, DEC, NeXT и Burrough, то необходима
некоторая работа по переводу и перегруппировке байтов. На этом уровне
осуществляется работа по преобразованию данных во внутренний числовой
формат для каждой конкретной машины и обратно. Кроме этого, на уровне
представления также осуществляется процедура кодирования данных с целью
защиты от несанкционированного доступа (при приеме данных осуществляется
декодирование данных). Далее данные с уровня представления передаются на
следующий уровень.
Сеансный уровень. Для идентификации компьютеров в ЛВС
используются имена или числовые коды. На сеансном уровне эти имена или
числовые коды используются для обращений к конкретным компьютерам,
аналогично телефонным номерам. На этом уровне осуществляется начальный
контакт с адресатом и управление процессом вызова. Вызов сам по себе и
является сеансом - обменом сообщениями (диалогом) между двумя рабочими
станциями. В функции этого уровня входит только координация связи
прикладных программ на двух рабочих станциях. Подобно телефонной
компании, не вмешивающейся в телефонные переговоры абонентов, сеансный
уровень ничего не добавляет к сообщениям рабочих станций, участвующих в
процессе обмена данными.
Транспортный уровень. Этот уровень является единственным,
ответственным за то, что информация, переданная одним из компьютеров будет
правильно принята другим. На транспортном уровне известен максимально
допустимый размер сообщений, и в случае необходимости осуществляется
преобразование больших сообщений в последовательность более мелких
пакетов. При одновременном циркулировании в вычислительной сети более
одного пакета на этом уровне производится контроль последовательности
прохождения пакетов сообщений, а также регулирование их графика. Этот
уровень распознает дублированные пакеты (возможно в результате повторной
передачи) и игнорирует их. Транспортный уровень делегирует работу по
маршрутизации пакетов следующему за ним более низкому уровню.
Сетевой уровень. Маршрутизация пакетов осуществляется на сетевом
уровне. Для достижения адресата пакетам сообщений может потребоваться
пройти через различные сегменты ЛВС. На сетевом уровне хранится
информация о различных маршрутах, которые могут понадобиться при
передаче сообщений. Эта информация о маршрутах включается в каждый
пакет, для помощи промежуточным компьютерам и устройствам в
продвижении пакетов к их конечным пунктам. Этот уровень несет
ответственность за адресацию и доставку пакетов от компьютера источника
сообщения к адресату.
Канальный уровень. Канальный уровень оказывается наиболее
сложным и включает последовательную передачу символов, составляющих
пакет сообщения. Из-за своей сложности он разделен на два подуровня:
контроль доступа к среде (MAC - Media Access Control} и логический контроль
связи (LLC - Logical Link Control). Подуровень MAC управляет доступом к
физической среде (передача маркера или обнаружение коллизий, например) и
осуществляет контроль сети. Подуровень LLC находится выше уровня MAC и
осуществляет прием и передачу данных пакетов сообщений пользователей
(обычно, запросов на обслуживание файлов). На этом уровне обеспечивается
механизм ретрансляции данных при обнаружении ошибок передачи, причем в
этом механизме участвуют только источник и приемник сообщения, а
остальные компьютеры могут лишь препровождать сообщения от источника
дальше.
Физический уровень. На этом уровне происходит преобразование
символов, составляющих сообщения, в электрические сигналы и обеспечение
их прохождения между компьютерами ЛВС. На этом уровне ничего не известно
о маршруте сообщения, именах компьютеров и другом содержимом
передаваемого пакета. Поскольку остальные уровни уже выполнили всю эту
работу, данному уровню остается только передать электрические сигналы в
кабель (или принять их). В этой части модели OSI также определяются
физические и электрические характеристики всех соединений, составляющих
ЛВС, включая кабели, разъемы, повторители сигналов и т.п. Этот уровень
можно представить себе как аппаратный.
Совместимость - степень, с которой сетевые аппаратные и программные
компоненты от различных производителей могут хорошо работать друг с
Другом - значительно меняется при рассмотрении каждого из уровней модели
OSI.
ФИЗИЧЕСКИЙ И КАНАЛЬНЫЙ УРОВНИ
При использовании кабеля определенного типа физическая
совместимость определена довольно хорошо. Если кому-нибудь сообщить, что
вы соединили компьютеры с помощью коаксиального кабеля RG-58 A/U, то с
большой вероятностью он сразу представит себе тонкий EtherNet (ThinNet).
Если упомянуть экранированную витую пару (Типа 1 IBM), то скорее всего ^
ум придет Token Ring. Неэкранированная витая пара может иметь отношение к
Token Ring или относительно новой модификации EtherNet 10BASET. А
оптоволоконный кабель? FDDI достаточно мало распространен и потому
вопрос может поставить вас в тупик. Но в каждом из этих случаев простого
упоминания о типе кабеля вполне достаточно для определения физических
характеристик сетевых компонентов и спецификации соединяемых элементов.
Если ваш компьютер снабжен адаптером Token Ring, и вы хотите
присоединиться к ЛВС с протоколом Token Ring то для выяснения
возможности этого достаточно задать два вопроса:
"Какова скорость передачи данных в ЛВС - 4 или 16 Мбит/с?" и "Какого
типа применяемый кабель - с экранированными или неэкранированными
витыми парами?". После выяснения указанных обстоятельств вы наверняка,
сможете присоединиться к кольцу. Такой уровень совместимое^ ти стал
возможен благодаря усилиям Института инженеров по электротехнике и
электронике (IEEE). В стандартах протоколов 802.3 (EtherNet) и 802.5 (Token
Ring) точно определено как должен выглядеть физический уровень
вычислительной сети, и эти стандарты простираются внутрь канального
уровня.
Другие физические стандарты также высокосовместимы. Примером
может служить кабель параллельного порта для принтера (интерфейс Сеп-
tronics). Если компьютер имеет такой порт, вы купили принтер с параллельным
интерфейсом и известно, что компьютер и кабель исправны, а печать не
работает, то можно определенно сделать вывод о том, что принтер неисправен.
Стандарт для последовательной связи, RS-232, так же точно определен,
как и параллельный интерфейс. Этот стандарт определяет оборудование DTE
(Data Terminal Equipment - Оборудование для ввода/вывода данных),
оборудование DCE (Data Communications Equipment - Коммуникационное
оборудование) и точно определяет правила соединения DTE и DCE для
обеспечения их работоспособности. Таким образом, можно приобрести модем
(DCE) с интерфейсом RS-232, присоединить его к последовательному порту
компьютера (DTE) с помощью кабеля, изготовленного по стандарту RS-232, и
все должно правильно работать.
Предположим, что вы каким-то образом ухитрились переделать карту
адаптера Token Ring, таким образом, что она может принимать пакеты EtherNet.
Сможете ли вы таким образом обеспечить совместимость вашего нового
сетевого адаптера в ЛВС? Конечно, нет.
Прежде всего для того, чтобы адаптер Token Ring смог передавать
данные, он должен получить трехбайтный маркер. Адаптеры на других рабочих
станциях работают по принципу обнаружения несущей и не передают никаких
маркеров. Но даже если отвлечься от маркеров и обнаружения несущей, то все
равно ничего не может получиться, так как форматы данных совершенно
различны.
Программисты, использующие язык программирования Паскаль,
называют формат пакета сообщения записью (record), а в Си - это называется
структурой (struct). Программисты на языке ассемблера могут использовать
директиву struc для определения форматов данных. Программисты на языке
КОБОЛ представляют формат данных как описание записи. В основе своей,
формат данных определяется расположением данных в памяти организацией
байтов данных в полях записи данных. Организация записей данных
совершенно различна не только в протоколах Token Ring и EtherNet, но
имеются также небольшие различия между стандартами протокола IEEE 802.3
и тем, что называется истинным протоколом EtherNet (на рис. 5.6 и 5.7 главы 5
показано это различие). Внутри же каждого из стандартов IEEE 802.3 и IEEE
802.5 степень совместимости очень высока.
Записи данных (кадры) ARCnet, FDDI, StarLAN, как нетрудно догадаться,
также совершенно различны. Поэтому существенно, что ваша самодельная
карта адаптера Token Ring не будет работать в ЛВС с протоколом EtherNet
потому, что расположение байтов в записи распознается программой,
записанной в ПЗУ карты. Если вы все же будете продолжать модификацию
карты адаптера с протоколом Token Ring так, чтобы она наконец заработала, то
у вас больше не будет адаптера с протоколом Token Ring, зато в конце концов
вам удастся сделать самую дорогую в мире карту адаптера EtherNet.
Рассмотрим примеры из других областей, не связанных с ЛВС. Если
совместимость такая ненадежная вещь, то каким же образом можно посылать
документы и изображения с помощью факсимильного аппарата в любую точку
мира так, как будто и приемник и передатчик присоединены к одной и той же
линии? Ответ прост - благодаря стандартизации. Для факсимильных аппаратов
во всем мире общепринятым является стандарт Group III.
Аналогично, популярные в настоящее время модемы со скоростью
передачи 9600 бод стали распространенными в значительной степени благодаря
тому, что удовлетворяют появившимся стандартам для представления данных.
Сегодня вы можете приобретать удовлетворяющие стандарту V.32 CCITT
(МККТТ) модемы разных фирм, надежно работающие друг с другом.
Некоторые модемы, произведенные до официального признания стандарта
CCITT, могут быть плохо совместимыми друг с другом. Примером может
служить модем Courier HST фирмы U.S. Robotics, применяющий собственную
схему модуляции для обеспечения скорости обмена 9600 бит в секунду.
СЕТЕВОЙ И ТРАНСПОРТНЫЙ УРОВНИ
Программа IPX.СОМ реализует протокол IPX. Для рабочих станций в ОС
NetWare этот уровень протокола находится между NETx.COM (сверху) и
программным обеспечением сетевого адаптера (снизу). IPX (Internet Packet
Exchange - Межсетевой обмен пакетами) имеет собственный интерфейс
прикладных программ API, так что прикладное программное обеспечение на
одной из рабочих станций в ЛВС, управляемой ОС NetWare, может вести
диалог с другой рабочей станцией с применением этого интерфейса. Однако,
этот диалог происходит на уникальном диалекте сетевых языков, так что
Другие рабочие станции, пользуясь теми же кабелями и такими же адаптерами
не смогут принимать участия в диалоге, если им непонятен язык IPX.
Для лучшего понимания того, как происходит диалог между слоями вновь
обратимся к рис. 5.7 и 5.10 главы 5. Обратим внимание на поле в кадрах
протоколов EtherNet и Token Ring, обозначенное как Данные. Это поле также
представляет собой структуру, которая определена программами сетевого и
транспортного уровней. Если передать рабочей станции, управляемой ОС
NetWare, кадр EtherNet с данными в этом поле, сформированными в
соответствии с протоколом IPX, то рабочая станция-приемник распознает эти
данные. Если же это поле будет содержать данные, сформированные по другим
правилам, то рабочая станция-приемник не сможет их обработать, даже если
часть, относящаяся к протоколу EtherNet, составлена правильно. На сетевом и
транспортном уровнях совместимость определяется в значительной степени
содержимым пакета сообщения.
Протокол IPX является небольшим упрощением протокола XNS (Xerox
Network Standard - Сетевой стандарт Xerox), разработанного фирмой Xerox.
Фирма Novell также использует этот протокол, но среди остальных крупных
производителей сетевых продуктов больше нет таких, которые прямо
применяли бы IPX. Одним из путей обхода этого препятствия на пути к
совместимости служит применение драйверов Clarkson Packet Drivers.
Поддерживаемое фирмой Novell, академическими объединениями и другими
группами, это программное обеспечение позволяет большому количеству
протоколов использовать один и тот же сетевой адаптер. При этом пакеты
данных IPX направляются в IPX, пакеты NetBIOS направляются в NetBIOS,
пакеты TCP/IP направляются в TCP/IP, пакеты NFS - в NFS. Эти драйверы
занимают дополнительный объем ОЗУ, но позволяют иметь совместимость на
сетевом и транспортном уровнях. Конечно, они необходимы только, если
нескольким протоколам высокого уровня приходится использовать один и тот
же адаптер.
Протокол TCP/IP (Transmission Control Protocol /Internet Protocol -
Протокол контроля передачи/Межсетевой протокол Internet) был разработан
правительственными организациями и потому является общедоступным, что
объясняет его большую популярность. Часть этого протокола, TCP, будет
рассмотрена позже в разделе, посвященном сеансному уровню. Часть же этого
протокола IP больше относится к транспортному уровню. Протокол TCP/IP
является еще одной частью загадки совместимости. Если бы каждый
использовал TCP/IP (или IPX или NetBIOS), то добиться совместимости в
вычислительных сетях было бы гораздо легче. Наибольшим препятствием для
совместимости являются различия в определениях на транспортном уровне
(структура записей и значение полей данных).
Другим часто используемым на транспортном уровне термином является
транспортная независимость. Это другой способ описания совместимости.
Предположим, что программист хочет создать прикладную программу, в
которой часть модулей будет работать на компьютере PS/2 под управлением
ОС OS/2, другая часть - на UNIX-компьютере, и часть на компьютере Apple
Macintosh (благодаря его прекрасным графическим возможностям здесь удобно
организовать диалог с пользователем). Желательно спроектировать модули
таким образом, чтобы интерфейс вызовов - передача параметров и управления
одним модулем другому - был вполне прозрачным для любого программиста в
группе. Для этого необходим специальный "клей", предназначенный для
склеивания таких объектов. Такой клей называется дистанционным вызовом
процедур (RPC - Remote Procedure Calls).
Так как протокол RPC позволяет выполнять различные модули одной и
той же прикладной программы на компьютерах разного типа, то он является
магическим клеем, подобным цианакриловому клею ("Сумасшедший клей").
Компании типа SunSoft (филиал компании SUN Microsystems), NetWise, Novell,
Hewett-Packard и Momentum Software творят чудеса с помощью системы RPC.
Например, компания American Airlines использует систему Xipc,
разработанную фирмой Momentum Software, и работающую на множестве
различных компьютеров для контроля маршрутов грузов.
Транспортная независимость означает, что все машины, составляющие
полную прикладную систему, используют одно и то же определение
транспортного уровня, такое как IPX, NetBIOS, TCP/IP или какое-нибудь еще.
Система RPC работает хорошо только в том случае, когда один и тот же
транспортный уровень доступен для всех используемых компьютеров. Тогда
можно разделить модули прикладной программы по отдельным компьютерам
и, используя лучшие черты каждого типа машин, получить в результате
оптимальные характеристики системы в целом.
До сих пор мы были сосредоточены на IPX и TCP/IP. Куда же исчезла из
нашего рассказа NetBIOS? Большая часть NetBIOS работает на сеансном
уровне, следующем после транспортного при движении вверх по модели OSI.
СЕАНСНЫЙ УРОВЕНЬ
Программа IPX.СОМ в действительности содержит два протокола: IPX и
SPX (Sequenced Packet Exchange - Последовательный обмен пакетами). Как
можно было ожидать, SPX это уровень над IPX, который использует IPX для
передачи/приема данных. Протокол SPX, так же как NetBIOS, является
сеансным, но сходство с NetBIOS на этом заканчивается. Степень
совместимости между IPX/SPX и NetBIOS крайне низка.
Фирма Novell поставляет в составе ОС NetWare программу NetBIOS,
которая, как может показаться, решает проблему совместимости. Однако это не
так. Если бы различные реализации NetBIOS были бы совместимы, можно было
бы создать набор протоколов, состоящий из программного обеспечения
поддержки сетевого адаптера, IPX.COM, NetBIOS и различных модулей
перенаправления для разных сетевых ОС (NETX.COM фирмы Novell, LANtastic
фирмы Artisoft, POWERLan фирмы Performance Technology). В результате
можно было бы получить возможность доступа к любым файловым серверам,
когда-либо созданным.
Даже если бы у вас было достаточно большое ОЗУ для хранения такого
большого набора протоколов, тем не менее его нельзя было бы использовать
для доступа к чему-нибудь. Каждый производитель заботится о том, чтобы его
сетевое программное обеспечение работало с тем NetBIOS, которое именно он
применяет. Итак, мы прошли пять седьмых на пути к полной модели OSI, a
картина совместимости уже неясна и с каждой минутой становится запутаннее.
Пока существуют некоторые различия в программных интерфейсах,
Реализованных различными производителями, наибольшей проблемой
являются различия в структурах записей данных, используемых для