Старшие разряды номера соединения (Connection Number High), 1 байт.

Поле зарезервировано для будущих применений. Всегда содержит значе­ние 00.

Функция (Function), 1 байт.Указывает функцию сообщения, связанную с кодом, размещенным в данном поле.

Подфункция (Subfunction), 1 байт.Предназначено для уточнения функ­ции сообщения.

Длина подфункции (Subfunction Length), 2 байта.Определяет длину поля данных текущего сообщения, обуславливаемую его функцией и под­функцией.

Данные (Data), переменной длины.Хранит информацию, соответствую­щую обрабатываемому запросу, такую как расположение файла.

NCP способен обеспечивать огромное количество различных функций. Су­ществует около 200 комбинаций кодов полей функции и подфункции, под­держивающих сервисы из категорий, перечисленных ниже.

Службы учетных записей.Возвращают статус учетных записей, регистри­руют загрузку и управляют учетными записями.

Службы регистрации сетевых ресурсов.Осуществляют доступ к объектам ба­зы регистрационных данных (bindery) NetWare 3.x и изменяют их свойства,

Службы соединений.Создают и разрывают соединения с серверами Net­Ware, а также предоставляют информацию о них.

Службы каталогов.Позволяют просматривать каталоги на томах NetWare, а также управлять правами доступа к ним.

Файловые службы.Предоставляют возможность доступа к файлам на то­мах NetWare, их просмотр, а также управление файлами и их атрибутами.

Окружение файловых серверов.Обеспечивает информацией о серверах NetWare и позволяет изменять их свойства.

Службы сообщений.Отправляют и принимают широковещательные со­общения.

Службы печати.Помещают задания на печать в очередь.

Службы очередей.Регулируют очереди печати и распределяют задания, содержащиеся в них.

Службы синхронизации.Координируют операции записи, блокировки файлов и семафоры.

Службы отслеживания транзакций.Управляют свойствами NetWare Trans­action Tracking System (TTS, системы отслеживания транзакций).

Формат сообщений для NCP не является безусловным. Некоторые функции вызывают надлежащие изменения в формате для установления соответствия их специфическим целям. Например, функции, не использующие поле под­функции, могут вовсе исключать его из сообщения. Некоторые функции могут также добавлять собственные поля специального назначения в конец сообщения.

Данные (Data), переменной длины.Содержит данные, отправленные сер­вером в ответ на ассоциированный запрос.

Протокол NetWare Core Packet Burst (NCPB)

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

Когда клиент использует стандартные сообщения NCP для того, чтобы за­просить файл с тома сервера, процесс разбивается на такое количество опе­раций обмена сообщениями запрос/ответ, какое необходимо для передачи всего файла. Клиент сначала запрашивает первую часть файла, которую за­тем получает вместе с ответом. После этого клиент должен затребовать вто­рую часть, принять ее, запросить третью часть и т. д. Когда передаются большие файлы, количество избыточных сообщений запроса значительно снижает эффективность протокола.

Протокол NetWare Core Packet Burst (NCPB, основной протокол пакетной передачи NetWare) был разработан с той целью, чтобы исправить этот недос­таток, и предоставить серверам возможность последовательно посылать не­сколько пакетов данных без нужды в немедленном ответе или подтверждении получения для каждого отдельного пакета. Пакетная передача позволяет от­правлять до 64 Кбайт данных в одной пачке только с одним подтверждением.

Впервые NCPB был реализован как дополнение к NetWare 3.11, имеющее форму серверного модуля с именем Pburst.nlm и оболочки клиента Bnetx.exe. Начиная с NetWare версии 3.12 и клиента VLM, NCPB полностью интегрирован в стек протоколов и используется автоматически, когда кли­ент осуществляет доступ к файлу на сервере, при этом не требуются какие-либо изменения в приложении, создающем запрос доступа.

Чтобы обеспечить указанный тип сервиса, протокол NCPB нуждается в со­ответствующих модификациях формата сообщения NCP. Формат сообщения NCPB приведен на рис. 12.5. Функции полей сообщения описаны ниже.

Тип запроса (Request Type), 2 байта.Указывает на основную функцию пакета так же, как в протоколе NCP. Для пакетных сообщений значение в поле всегда равно 7777.

Флаги (Flags), 1 байт.Содержит флаги, определяющие природу сообще­ния или данных, которые оно переносит. Используются значения, пере­численные ниже.

• Бит 1 — SYS. Информирует б том, что пакет содержит только систем­ное сообщение и не включает никаких данных пакетного режима, свя­занных с ним.

Теперь, раз пакетная пересылка закончена, клиент переходит в предшест­вующий режим, к сообщениям NCP, и просит, чтобы сервер закрыл файл (рис. 12.11). Как только сервер возвращает ответ, свидетельствующий о том, что запрос был выполнен успешно, транзакция завершена.

Отдельные пересылки файлов в пакетном режиме обычно интегрированы с сессией обмена сообщениями протокола NCP. Нет необходимости в разрыве соединения пакетной передачи после каждого переданного файла, как у TCP.