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

Примером протоколов состояния канала могут служить также Open Shortest Path First (OSPF) в сетях TCP/IP и Intermediate System-to-Intermediate System (IS-IS) в сетях OSI. Протоколы этого типа имеют некоторые преимущества над своими двойниками, использующими векторы направления RIP, когда маршрутизаторы хранят информацию только о следующем транзитном узле на пути к конкретной сети в объединенной сети. Примерами протоколов вектора направления являются Interior Gateway Router Protocol (IGRP) в сетях TCP/IP и Routing Table Maintenance Protocol (RTMP) в сетях AppleTalk

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

В RIP информация о маршрутах передается лишь соседним маршрутизаторам, которые перед тем как передать информацию соседям проверяют и изменяют свои таблицы. При таком положении дел информация об изменениях в маршрутах доходит до маршрутизаторов в объединенной сети со значительной задержкой. В NLCP при изменении в маршрутах информация рассылается одновременно всем маршрутизаторам в маршрутной области. Поэтому в NLCP реакция на необходимость перенаправить трафик в случае включения или выключения маршрутизатора быстрее, чем в RIP. Помимо всего прочего, RIP поддерживает путь максимум через 15 маршрутизаторов, в то время как NLCP - через 127 маршрутизаторов.

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

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

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

Сегодня NLCP поддерживает только одну маршрутную область. В будущих версиях предполагается поддержка нескольких маршрутных областей, а также их совокупностей (доменов) с целью реализации крупных глобальных объединенных сетей IPX.

NDS ПО ТУ СТОРОНУ ГОРИЗОНТА

Чтобы обеспечить отказоустойчивость и приемлемую производительность в глобальных сетях NetWare 4.x, служба каталогов NDS должна быть спланирована очень тщательно. Если потерян каталог, это означает невозможность доступа к ресурсам сети, поэтому на серверах сети должно хранится несколько копий (или дубликатов) каталога. Крупная база данных о каталоге может быть разделена на несколько частей (разделов). Мелкие части легче дублировать, чем базу данных целиком.

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

При большом числе дубликатов накладные расходы на согласование базы данных NDS возрастают. Novell рекомендует иметь как минимум три и как максимум десять дубликатов каждого раздела.