П Идентификатор исходного соединения (Source Connection ID), 2 байта.

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

Идентификатор соединения назначения (Destination Connection ID), 2 бай­та.Представляет собой уникальное значение, на основании которого система назначения идентифицирует данное соединение. В начале про­цесса установления соединения значение этого поля устанавливается равным ffif, поскольку идентификатор соединения другой системы еще не известен.

Порящкотй номер (Sequence Number), 2 байта.Содержит номер, увёл чивающийся на единицу с каждым сообщением, переданным за вре соединения. Принимающая система использует этот номер, чтобы обр батывать сообщения в правильном порядке.

Номер подтверждения (Acknowledgment Number), 2 байта.Фиксирует п рядковый номер следующего сообщения, которое система предполага получить от присоединенной системы. Таким образом, подтверждает* получение всех пакетов, имеющих меньший порядковый номер.

Количество места (Allocation Number), 2 байта.Реализует механиз управления потоком, указывая количество пакетов, которое может npi нять входной буфер системы.

Данные (Data), переменной длины.Содержит данные, предназначеннь для процессов или протоколов верхнего уровня.

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

Так как соединения SPX могут обслуживать важные службы (такие как сес­сии удаленного управления консолью сервера), то может потребоваться из­менить значение тайм-аута в случае, если сеть испытывает проблемы с про­изводительностью. NetWare включает утилиту конфигурирования SPX для серверов, называющуюся Spxconfg.nlm, которая позволяет устанавливать па­раметры, перечисленные ниже.

SPX Watchdog Abort Timeout (Контрольный тайм-аут прекращения соеди­нения SPX).Определяет максимальный интервал времени, в течение ко­торого соединение SPX может оставаться неиспользуемым, прежде чем будет объявлено неработоспособным. Значение по умолчанию составляет 540 тиков, допустимый диапазон значений — от 540 до 5400 тиков (1 тик= =1/18 секунды).

SPX Watchdog Verify Timeout (Контрольный тайм-аут проверки соединения SPX).Задает промежуток времени, по окончании которого система от­правит запрос на получение дежурного сообщения, если она не приняла ни одного пакета от присоединенной системы. Значение по умолчанию равно 108 тикам, допустимый диапазон значений — от 0 до 255 тиков.

SPX Ack Wait Timeout (Тайм-аут ожидания подтвержденияSPX). Назнача­ет временной интервал, в течение которого система ожидает подтвержде­ния приема, до того как повторно отправит сообщение SPX. Устанавливаемый по умолчанию тайм-аут равен 54 тикам, допустимые значения лежат в диапазоне от 10 до 3240 тиков.

SPX Default Retry Count (Счетчик попыток передачи SPX).Указывает, сколько раз система будет повторно передавать сообщение SPX без полу­чения подтверждения. По умолчанию система предпринимает 10 попы­ток, допустимое их количество варьируется в пределах от 1 до 255.

Maximum Concurrent SPX Sessions (Максимальное количество параллель­ных сессий SPX).Определяет максимальное число сессий SPX, которое может быть одновременно открыто приложением. Значение по умолча­нию составляет 1000, нижняя граница допустимого диапазона значений равна 100, а верхняя — 2000.

Maximum Open IPX Sockets (Максимальное количество открытых сокетов IPX).Задает максимальное число двунаправленных каналов (сокетов) IPX, которое разрешено открыть приложению. По умолчанию таких ка­налов может быть 1200, минимум — 60, а максимум — 65 520.

NetWare Core Protocol (NCR)

Как легко догадаться из названия, NetWare Core Protocol (NCP, основной протокол NetWare) отвечает за проводку большей части сетевого трафика между клиентами и серверами. Клиентские системы используют NCP для осуществления запросов к файлам, расположенным на томах сервера, и от­правки заданий на печать в очереди принтеров. Серверы применяют NCP для передачи запрошенных файлов обратно клиенту. Разновидность этого протокола, называемая NetWare Core Packet Burst (NCPB, основной прото­кол пакетного режима), позволяет серверам отправлять клиенту большое количество данных, не ожидая подтверждения получения каждого пакета.

В то время как SPX является протоколом Транспортного уровня, место NCP в эталонной модели OSI определено не настолько точно. Так как клиенты задействуют сообщения NCP для регистрации на сервере или в дереве NDS, можно сказать, что протокол функционирует на Сеансовом уровне. С дру­гой стороны, возможности NCP по передаче файлов и подтверждению по­лучения пакетов помещают его на Транспортный уровень. Вдобавок, NCP обеспечивает блокировку файлов, услуги по синхронизации и переносит сообщения NDS, что придает ему атрибуты, свойственные Представитель­скому и Прикладному уровням. Вместе с тем, сообщения NCP переносятся внутри стандартных дейтаграмм IPX, как и пакеты SPX.

Обмен сообщениями NCP обычно строится по схеме запрос/ответ, и сервер генерирует сообщение-ответ для каждого запроса клиента. Ответы и запро­сы NCP имеют различные форматы. Они приведены в следующих разделах.