Название: Компьютерные сети - Бэрри Нанс

Жанр: Информатика

Рейтинг:

Просмотров: 1052

Для лучшего понимания того, как происходит диалог между слоями вновь обратимся к рис. 5.7 и 5.10 главы 5. Обратим внимание на поле в кадрах протоколов EtherNet и Token Ring, обозначенное как Данные. Это поле также представляет собой структуру, которая определена программами сетевого и транспортного уровней. Если передать рабочей станции, управляемой ОС NetWare, кадр EtherNet с данными в этом поле, сформированными в соответствии с протоколом IPX, то рабочая станция-приемник распознает эти данные. Если же это поле будет содержать данные, сформированные по другим правилам, то рабочая станция-приемник не сможет их обработать, даже если часть, относящаяся к протоколу EtherNet, составлена правильно. На сетевом и транспортном уровнях совместимость определяется в значительной степени содержимым пакета сообщения.

Протокол IPX является небольшим упрощением протокола XNS (Xerox Network Standard - Сетевой стандарт Xerox), разработанного фирмой Xerox. Фирма Novell также использует этот протокол, но среди остальных крупных производителей сетевых продуктов больше нет таких, которые прямо применяли бы IPX. Одним из путей обхода этого препятствия на пути к совместимости служит применение драйверов Clarkson PacketDrivers. Поддерживаемое фирмой 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 картина совместимости уже неясна и с каждой минутой становится запутаннее.

Пока существуют некоторые различия в программных интерфейсах, Реализованных различными производителями, наибольшей проблемой являются различия в структурах записей данных, используемых для транспортировки пакетов NetBIOS по вычислительной сети. Рабочие станции, управляемые DOS, в качестве модуля NetBIOS используют драйвер DXMTOMOD.SYS фирмы IBM. Фирма Novell в качестве модуля NetBIOS использует резидентную программу NETBIOS. Модуль NetBIOS фирмы Artisoft для ОС LANtastic называется AILANBIOS и т.д. В ОС POWERLan компании Performance Technology модуль NetBIOS называется по имени применяемого адаптера. Для каждого из этих модулей NetBIOS формат и содержимое записи данных (встроенной внутрь поля данных в кадре EtherNet или Token Ring) различно.