[ Заголовок ] [ Данные ]
[ А=заголовок IPX (30 байтов) F=Номер последовательности (16 бит) ]
[ B=Управление соединением (8 бит) G=Подтверждаемый номер (16 бит) ]
[ С=Тип потока данных (8 бит) H=Число локализаций (16 бит) ]
[ D=Идентификатор соединения источника (16 бит) F=Данные ]
[ E=Идентификатор соединения назначения (16 бит) ]
[ к рис. на стр. 24-6 (в поле рисунка)]
[1]Последовательный протокол обмена пакетами - SPX.
[5]Протокол SPX (Sequenced Packet eXchande) предоставляет в рамках Netware
услуги Транспортного уровня, ориентированные на доставку пакетов данных в
рамках предварительно установленного соединения. Полученный в результате
доработки Последовательного пакетного протокола фирмы Xerox (Xerox Sequenced
Packet Protocol) протокол SPX дополняет возможности IPX услугами надежной
доставки данных. Услуги протокола SPX применялись при реализации утилиты
RConsole и программного шлюза SNA. Взаимосвязь SPX и IPX подобна взаимосвязи
между TCP и IP (см. главу 23).
[КС 24-6]
[5]Виртуальные цепи SPX называются соединениями и имеют специальные
идентификаторы (conection ID's), указываемые в заголовке пакета SPX. При этом
достигается возможность организации мультисоединений с использованием одного
гнезда. SPX гарантирует надежную передачу и доставку данных посредством
повторной передаче той информации, которая была передана не правильно.
[ Узел ]
[ ID соединений ]
[(пользователи услуг)]
[ сеть ] [ Гнезда ]
Рис.24-1. Адресация Netware
[5]Поля пакета SPX определяются ниже.
[5]Управление соединением (Connection Control).
[5]Данное 8-ми битовое поле содержит флаги управления потоком данных.
Например, значение поля 10H - конец передаваемого сообщения; 40H -
запрашиваемое подтверждение.
[5]Тип потока данных (Datastream type).
[5]Данное 8-ми битовое поле определяет существо информации в пакете
(управляющая или данные пользователя). Семантика поля аналогична семантике
поля Тип пакета Ethernet (см. раздел 18).
[5]Идентификаторы соединения источника и назначения (Source IDs, Destination
Connection IDs).
[5]Поля идентификаторов соединений источника и назначения используются для
определения соответствующих виртуальных цепей. Оба поля имеют 16-битовую
длину. Идентификатор соединения источника назначается соответствующим обьектом
SPX на стороне источника. Идентификатор соединения назначения применяется в
ходе демультиплексации виртуальных цепей в рамках одного гнезда.
[КС 24-7]
[5]Номер последовательности (Sequence Number)
[5]Данное поле (16 бит) содержит числовое значение, идентифицирующее каждый
передаваемый пакет. Семантика поля аналогична семантике последовательного
номера в протоколе TCP.
[5]Подтверждаемый номер (Acknowledgment Number)
[5]Данное поле (16 бит) содержит номер последовательности пакета, прием
которого ожидается. Другими словами, подтверждаемый номер равный 15,
подтверждает все ранее подтвержденные данные вплоть до пакета с
номером последовательности 14. Функционально данное поле аналогично
одноименному полю протокола TCP, за исключением того, что номер относится к
пакету, а не к байту.
[5]Число локализаций (Allocation Number).
[5]Данное поле (16 бит) используется в процессе сквозного управления потоком
данных. Значение поля определяет число доступных буферов для приема данных.
[5]Данные
[5]Поле содержит информацию, поставляемую высокоуровневыми процессами.
[1]Услуги (сервисы) верхнего уровня Netware
[5]В рамках Netware обеспечивается широкая поддержка высокоуровневых услуг
(Сеансового, Представительного и Прикладного уровней). Некоторые услуги
перечислены ниже:
- эмуляция NETBIOS;
- поддержка файловой системы Netware (и других услуг), обеспечиваемых
протоколом NCP (Netware Core Protocol);
- Netware shell;
- Netware RPC;
- STREAMS, TLI и Link Support Layer;
- MHS (Message Handling Service - Сервис обработки сообщений) и Btrieve;
- разнообразные дополнительные услуги, обеспечиваемые продуктами фирмы Novell
и других фирм;
- SAP (Service Advertisement Protocol).
[КС 24-8]
Весь этот набор систем предоставляет сетевым администраторам и сетевым
пользователям широкий спектр услуг. Рассмотрим каждую систему в отдельности.
[5]Сетевая Базовая система ввода/вывода NETBIOS (Network Basic Input/Output
System)
[5]При поддержке со стороны фирмы IBM и других производителей локальных сетей
NETBIOS стал стандартом de facto интерфейса сеансового уровня. В рамках
системы Netware существует пакет эмуляции NETBIOS, который основывается на
услугах протокола обмена пакетами (PEP - Packet Exchange Protocol). Протокол
PEP является одним из поставщиков транспортного сервиса, разработанным фирмой
Novell на основе пакета протоколов XNS фирмы Xerox. Протокол PEP обеспечивает
более низкий уровень услуг в сравнении с SPX. После обработки запросов
NETBIOS протокол PEP транслирует их в примитивы IPX.
NETBIOS системы Netware поддерживает все объявленные в спецификации NETBIOS
функции. Прикладные программы, написанные с использованием примитивов NETBIOS
фирмы Novell, имеют возможность функционировать в среде операционной системы
Netware.
[5]Протоколы ядра Netware (NCP - Netware Core Protocols)
[5]В сущности Netware является специальной сетевой операционной системой,
исполняемой на серверах. Многие функции такие, как файловый сервис, услуги
печатания документов, управления именами, блокирования и синхронизации,
становятся доступными пользователям благодаря протоколам ядра Netware (NCP).
Заслуживает внимания целый ряд средств NCP. Одним из них является
Bindery (база объектов), основой которого является некоторый файл,
используемый для управления именами, ведения учета (бюджета) и обеспечения
защиты. Bindery представляет собой множество объектов с различными свойствами,
отображаемыми в конкретных значениях. Например, имя пользователя - это обьект,
имеющий такие свойства, как пароль, домашний каталог (home directory),
права доступа и т.п. Просмотр Bindery выполняется при установлении
подлинности пользователей, поиске имен обьектов, выполнении других услуг.
Протоколы ядра Netware обеспечивают различные права доступа к файлохранилищу,
координируя операции с файлами для поддержания данных файлохранилища в
целостном состоянии. NCP предоставляет услуги блокирования и синхронизации,
которые необходимы в условиях многопользовательского доступа к ресурсам
сервера.
Совместно с Netware Shell протоколы ядра обеспечивают прозрачный доступ к
файлохранилищу и к печатающим устройствам. NCP создает у сетевых пользователей
впечатление локальности файловых структур и устройств печати, которые реально
подключены к соответствующим серверам Neware.
[КС 24-9]
[5]Netware Shell
[5]Система Netware Shell исполняется на рабочей станции (клиенте),
перехватывая запросы приложений к услугам базовой операционной системы с
тем, чтобы определить необходимость отработки процедур сетевого доступа. Если
сетевой доступ необходим, Shell направляет подготовленные особым образом
запросы (часто это запросы к NCP) для передачи к соответствующим транспортным
программам. Если же сетевой доступ не требуется, то запросы передаются на
исполнение непосредственно в базовую операционную систему.
На стороне серверов NCP-запросы обрабатываются с помощью соответствующих
процедур. Результаты пакетируются и возвращаются клиенту. При этом на
прикладных программах никоим образом не отражается тот факт, что их системные
запросы исполняются удаленно. Прозрачный доступ к ресурсам обеспечивается
совместными действиями систем Netware Shell и NCP. Прозрачный доступ,
поддерживаемый Netware, упрощает адаптацию моно-пользовательских прикладных
систем к работе в сетевом окружении.
[5]Удаленный вызов процедур Netware (Netware RPC)
[5]Удаленный вызов процедур (RPC - Remote Procedure Call) яаляется методом,
обеспечивающим прозрачный доступ к ресурсам, контролируемым операционной
системой Netware. Созданный фирмой Netwise (компания в Колорадо,
разрабатывающая RPC - инструментальные средства) и лицензированный фирмой
Novell для ОС Netware протокол NetWare RPC выполняет те же функции, какие
выполняет протокол RPC фирмы Sun для NFS (см. раздел 23). В то время, как
NCP обеспечивает спецификацию услуг, предоставляемых ОС Netware прикладным
системам, NetWare RPC предоставляет другим программам общецелевой
инструментарий, обеспечивающий прозрачный удаленный доступ.
[5]STREAMS, TLI и Link Support Layer
[5]Введенная корпорацией AT&T абстракция STREAMS представляет собой некоторый
"трубопровод", соединяющей высокоуровневые процессы с транспортной системой.
С помощью потоков (Streams) Netware, интерфейса транспортного уровня (TLI -
Transport Layer Interface) и программ поддержки Канального уровня (LSL - Link
Support Layer) ОС Netware способна обеспечить работу на основе разнообразных
транспортных механизмов и сетевых драйверов.
Потоки (STREAMS) Netware структурно состоят из головной части (необязательных
модулей) и драйвера устройства. Головной модуль воспринимает соответствующие
вызовы со стороны высокоуровневых программных компонентов, доставляет их в
промежуточные модули или же напрямую в драйвер устройства передачи данных.
Например, в качестве промежуточного модуля может быть разработан компонент,
реализующий интерфейс IPX, в качестве драйвера - драйвер, работающий с
адаптерной картой Ethernet. При этом модули могут быть легко добавлены
или изьяты из потока.
[КС 24-10]
[5]Интерфейс транспортного уровня (TLI) работает в потоках Netware. TLI
определяет те функциональные вызовы, которые как раз и обрабатываются в
рамках потока. Вызовы TLI не отражают какую-либо специфику конкретного
транспортного стека. Вызовы TLI представляют собой запросы наиболее общих
транспортных функций, которые отображаются на процессы внутри каждого
конкретного транспортного стека. Поэтому TLI обеспечивает прозрачную работу
с транспортными стеками для высокоуровневых программ, использующих услуги
Netware Streams/TLI.
Поддержка Канального уровня, называемая также ODI - Open Data-link Interface,