Операционная система NetWare

РЕШЕНИЕ 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 - это протокол состояния канала, согласно которому каждый маршрутизатор поддерживает полную карту маршрутизаторов и каналов во всей объединенной сети или часть карты (называемой маршрутной областью) в очень крупной объединенной сети.
Обновления информации о маршрутах или о таких изменениях, как включение или отключение маршрутизатора, производятся только раз в два часа. Обновления, используемые для проверки или переопределения собственных карт маршрутизаторов или каналов, посылаются всем маршрутизаторам в маршрутной области.
Примером протоколов состояния канала могут служить также 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 рекомендует иметь как минимум три и как максимум десять дубликатов каждого раздела.
 

1 2

скачать работу

Отправка СМС бесплатно