Чтобы прочитать блок данных в 4 Кбайта без пакетного режима и протокола Large Interwork Packet Exchange (LIPX), клиент запрашивает 512 байт от сервера и ждет ответа. Он может выдать следующий запрос только после получения ответа. В этом случае требуется 12 пакетов.

Предположим, что клиент хочет прочитать блок данных размером в 4 Кбайта. Без пакетного режима и LIPX он должен выдать запрос серверу на 512 байт и ждать ответа. Получив ответ, клиент выдает другой запрос на 512 байт и снова ждет ответа. В этом случае потребуется отправить и получить 12 пакетов (см. Рис. 1).

Чтобы прочитать блок данных в 4 Кбайта в пакетном режиме при использовании протокола Large Interwork Packet Exchange (LIPX), клиенту потребуется всего 5 пакетов по тому же самому каналу глобальной сети.

С пакетным режимом и LIPX тот же самый блок может быть прочитан посредством передачи только 5 пакетов по тому же самому глобальному каналу (см. Рис. 2).

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

При установлении соединения в пакетном режиме клиент согласует максимальное число пакетов, которые сервер может отправить за одну посылку. Этот параметр зависит от максимально допустимого для канала размера пакета и объема памяти пакетных буферов на клиенте. Если сервер или клиент не поддерживают пакетный режим, то используется непакетный режим NCP.

Время задержки между пакетами на обработку трафика от быстрого сервера задается клиентом; клиент контролирует нагрузку и качество линии посредством подсчета испорченных и утерянных пакетов. При изменении нагрузки и качества линии максимальное число посылаемых без подтверждения пакетов и время задержки между пакетами согласуются заново.

В случае протоколов со стандартным управлением потоком при обнаружении потери пакета запрашивается повторная передача потерянного пакета вместе со всеми последующими. Это создает дополнительный и совершенно ненужный трафик. В пакетном режиме клиент запрашивает повторную передачу только потерянного пакета, и, таким образом, полоса пропускания глобальной сети используется значительно более эффективно.

На диаграмме результаты копирования файла размером 1 Мбайт с сервера NetWare в Далласе на рабочую станцию в Филадельфии по каналу 56 Кбит/с. При использовании пакетного режима файл доставлялся на 30 процентов быстрее, чем без него.

С целью проверить теоретические достоинства пакетного режима мы решили скопировать файл с файлового сервера NetWare в Далласе на рабочую станцию в Филадельфии по каналу на 56 Кбит/c. Результаты приводятся на Рис. 3. При разблокированном пакетном режиме копирование файла заняло в среднем 1 минуту 44 секунды. Это на 30 процентов быстрее, чем без пакетного режима, где результат составил 2 минуты 30 секунд.

РЕШЕНИЕ RIP-SAP

Чтобы клиент мог успешно передать пакеты по объединенной сети NetWare, он должен знать адрес локального маршрутизатора на пути к конечному получателю. В свою очередь, данный маршрутизатор должен знать адрес следующего маршрутизатора и т.д. В сетях NetWare 3.x эти два вида информации распространяются маршрутным протоколом RIP.

Когда клиент хочет установить связь с сервером и не знает как это сделать, он транслирует пакет с запросом по протоколу RIP по локальной сети. Маршрутизатор с кратчайшим путем к серверу возвращает свой адрес. Клиент помещает адрес узла маршрутизатора в MAC-заголовок IPX-пакета и передает этот пакет.

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

Маршрутизаторы периодически обмениваются таблицами маршрутов. В RIP такая информация обычно транслируется каждые 60 секунд по сетям, с которыми они соединены напрямую, а также при каждом изменении состояния (например, когда маршрутизатор включается или отключается).

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

Сети NetWare 3.x используют Service Advertising Protocol (SAP) для динамического добавления и удаления серверов, в том числе файловых серверов, принт-серверов и шлюзовых серверов. При включении сервер использует SAP для объявления об услугах, а при отключении - для объявления о недоступности услуг.

Информация SAP хранится на маршрутизаторах и файловых серверах NetWare и распространяется тем же самым методом, что и пакеты RIP. Информационная таблица SAP транслируется по локальной сети каждые 60 секунд, а также при изменении статуса сервера. При получении нового широковещательного пакета SAP агент SAP проверяет информацию от сервера. Если она претерпела какие-то изменения, то он немедленно ретранслирует измененную таблицу в локальные сети, с которыми соединен (за исключением сети, из которой была получена информация SAP).

В сетях NetWare на базе RIP каждый маршрутизатор транслирует с интервалом в 60 секунд пакеты с таблицей марштрутов в локальные сети, с которыми соединен. Серверы также периодически транслируют целиком базу данных об услугах. Медленный глобальный канал, соединяющий две сети с несколькими серверами, может быстро насытиться широковещательным трафиком RIP и SAP, так что на долю данных придется весьма незначительная полоса пропускания.

Большие объединенные сети NetWare 3.x также страдают от огромных накладных расходов на передачу пакетов RIP и SAP. Например, объединенная сеть самой Novell имеет сегменты, в которых маршрутизаторы должны отслеживать информацию о 1600 услугах и 2400 маршрутах. Novell столкнулась с тем, что низкоскоростные глобальные каналы оказались переполнены широковещательными пакетами RIP и SAP.

ПЕРЕСМОТР ПРОТОКОЛА

Novell разработала новый маршрутный протокол NetWare Link Services Protocol, позволяющий на порядок сократить накладные расходы. NLCP - это протокол состояния канала, согласно которому каждый маршрутизатор поддерживает полную карту маршрутизаторов и каналов во всей объединенной сети или часть карты (называемой маршрутной областью) в очень крупной объединенной сети.