Операционная система NetWare
Другие рефераты
NetWare раскидывает глобальную сеть
Операционная система NetWare компании Novell стала стандартной сетевой ОС для соединения клиентов и серверов по локальной сети. Она захватила более 70 процентов рынка. Это один из наиболее громких успехов в мире сетевых технологий, если учесть, что пользовательская база на данный момент достигла 40 миллионов. Сегодня NetWare выходит за пределы локальных сетей подразделений на уровень предприятия, где пользователям нужен доступ по глобальной сети к информации в удаленных узлах.
Первые коммуникационные протоколы NetWare были разработаны и оптимизированы для работы поверх локальных сетевых протоколов уровня управления доступом к среде (Media Access Control, MAC), например Arcnet, Ethernet и Token Ring, отличающихся недорогой полосой пропускания, малым временем ожидания и низким уровнем ошибок. Допущение, что эти свойства неизменны, не отвечает действительности, когда NetWare работает по каналам глобальной сети, которые могут включать относительно медленные арендуемые линии на 56 Кбит/c, сети frame relay с оплатой за каждый пакет или спутниковую связь с большим временем задержки. В последнюю версию NetWare 4.1 включен новый набор коммуникационных протоколов (некоторые из этих протоколов являются лишь усовершенствованными вариантами старых).
В предлагаемой нами статье разговор пойдет о первоначальных протоколах NetWare, неприспособленных для работы в глобальных сетях. Однако главная тема статьи - протоколы Novell, которые снимают названное ограничение, а также служба каталогов Netware Directory Services (NDS) в глобальных сетях.
ВОЗВРАТ ОТПРАВИТЕЛЮ
Исследовательский центр компании Xerox в Пало-Альто (шт. Калифорния) стал местом рождения многих замечательных технологий для настольных систем, в том числе и графического интерфейса пользователя, Ethernet, манипулятора мыши и коммуникационных протоколов для распределенных вычислений Xerox Network System (XNS). Novell взяла на вооружение протоколы XNS сетевого уровня - Internet Datagram Protocol (IDP) и Routing Information Protocol (RIP) - для использования в операционной системе NetWare и дала IDP новое имя - Internetwork Packet Exchange (IPX).
IPX - это протокол без установления соединения, используемый надежными высокоуровневыми протоколами для доставки пакетов. Пакеты IPX используют 12-байтную адресную схему, в которой 4 байта отводится под адрес сети, 6 байт под адрес узла и 2 байта под адрес гнезда для идентификаций процесса в узле сети.
Адресная схема IPX обладает преимуществами в локальных сетях. Так как и Ethernet и Token Ring используют 6-байтные адреса фиксированной длины, IPX-адрес может быть непосредственно скопирован из MAC-адреса на сетевой плате узла. Но поскольку в сетях TCP/IP имеет переменную длину, для каждого узла локальной сети должен быть определен уникальный IP-адрес узла.
Адресация IPX наталкивается на серьезные ограничения при использовании в крупных объединенных сетях. До недавнего времени у Novell не было центрального органа с полномочиями по присвоению сетевых номеров - каждый администратор локальной сети действовал в таких случаях самостоятельно. При объединении локальных сетей подразделений или различных организаций приходилось переназначать сетевые адреса для обеспечения их уникальности. Мир TCP/IP имеет такой полномочный орган - информационный центр сети Network Information Center, - который обеспечивает уникальность зарегистрированных IP-адресов сети.
Novell недавно исправила этот недостаток, организовав Novell Network Registry для присвоения организациям имен и выделения IPX-адресов сети. Данная служба позволяет безконфликтно объединять сети IPX.
В ПОИСКАХ СОЕДИНЕНИЯ
Коммуникационная модель NetWare состоит из клиента, посылающего запрос серверу, который, в свою очередь, обрабатывает запрос и посылает ответ. Например, клиент может послать файловому серверу запрос на чтение, по которому сервер читает запрошенные данные с диска и возвращает их клиенту. Протокол NetWare Core Protocol (NCP) осуществляет управление соединением и кодирование запроса об услуге при таком обмене запросами и ответами. Используя IPX для доставки пакетов, NCP имеет собственные алгоритмы нахождения и исправления ошибок на уровне пакета, поскольку IPX не дает никаких гарантий доставки пакета.
У каждого NCP-пакета, передаваемого клиентом серверу, есть порядковый номер и номер соединения; первый идентифицирует запрос, а второй - клиента. Номер "1" присваивается первому запросу, который клиент передает серверу после установления соединения. До отправки следующего запроса клиент должен дожидаться ответа с порядковым номером "1".
При получении запроса сервер формирует пакет с ответом, присваивает ему порядковый номер и возвращает клиенту. Не получая ответ в течение определенного времени, клиент считает пакет утерянным и повторяет запрос. Если ответ не удалось получить после повторения запроса заданное число раз, связь с сервером считается утерянной. Этот процесс - проверка порядкового номера полученного пакета и повторная передача утерянного пакета - обеспечивает надежность передачи данных между сервером и клиентом. Другим ориентированным на соединение протоколом Novell, который также обеспечивает надежную доставку, является Sequenced Packet Exchange (SPX). Данный протокол запросов-ответов используется для поддержки запросов, не относящихся к ведому файловой системы, как принт-серверы, удаленная печать и удаленная консоль.
NCP имеет два ограничения, в определенных обстоятельствах приводящих к заметному снижению пропускной способности каналов глобальной сети. Во-первых, каждый клиент может передать серверу только один запрос за раз (для передачи другого запроса клиент должен дождаться ответа на предыдущий). Во-вторых, если по пути пакет проходит через маршрутизатор, то максимальный объем пакета данных составляет 512 Кбайт. Это означает, что несколько запросов и ответов должны быть посланы для выполнения типичных операций, таких как чтение и запись больших файлов, на файловом сервере.
Для снятия этих ограничений Novell приняла протокол пакетного режима и протокол Large Internetwork Packet Exchange (LIPX). Оба протокола доступны в виде элементов расширения для ранних версий NetWare, PBURST NLM, оболочки BNETX и LIPX NLM. Эти расширения автоматически активируются на рабочих станциях из FIO.VLM запросчиком DOS для NetWare 3.12 и 4.x и включены в операционную систему.
ПРОРЫВ ПАКЕТНОГО РЕЖИМА
Протокол пакетного режима позволяет клиенту передавать один запрос на чтение и в ответ получать до 64 Кбайт данных в нескольких пакетах. Клиент может также передать до 64 Кбайт в одном запросе на чтение из нескольких пакетов.
LIPX позволяет клиенту согласовать максимальный размер пакета для маршрутизатора, и этот размер может быть больше, чем предельные для IPX 512 Кбайт. В комбинации с LIPX протокол пакетного режима дает заметное повышение эффективности глобального канала.
Рисунок 1.
Чтобы прочитать блок данных в 4 Кбайта без пакетного режима и протокола Large Interwork Packet Exchange (LIPX), клиент запрашивает 512 байт от сервера и ждет ответа. Он может выдать следующий запрос только после получения ответа. В этом случае требуется 12 пакетов.
Предположим, что клиент хочет прочитать блок данных размером в 4 Кбайта. Без пакетного режима и LIPX он должен выдать запрос серверу на 512 байт и ждать ответа. Получив ответ, клиент выдает другой запрос на 512 байт и снова ждет ответа. В этом случае потребуется отправить и получить 12 пакетов (см. Рис. 1).
Рисунок 2.
Чтобы прочитать блок данных в 4 Кбайта в пакетном режиме при использовании протокола Large Interwork Packet Exchange (LIPX), клиенту потребуется всего 5 пакетов по тому же самому каналу глобальной сети.
С пакетным режимом и LIPX тот же самый блок может быть прочитан посредством передачи только 5 пакетов по тому же самому глобальному каналу (см. Рис. 2).
Протоколу пакетного режима необходима более изощренная схема контроля ошибок и управления потоком, нежели простой протокол запросов ответов в базовом протоколе NCP. Клиент должен иметь возможность обнаруживать несвоевременные и пропущенные пакеты и предупреждать переполнение быстрым сервером ограниченных по емкости пакетных буферов.
При установлении соединения в пакетном режиме клиент согласует максимальное число пакетов, которые сервер может отправить за одну посылку. Этот параметр зависит от максимально допустимого для канала размера пакета и объема памяти пакетных буферов на клиенте. Если сервер или клиент не поддерживают пакетный режим, то используется непакетный режим NCP.
Время задержки между пакетами на обработку трафика от быстрого сервера задается клиентом; клиент контролирует нагрузку и качество линии посредством подсчета испорченных и утерянных пакетов. При изменении нагрузки и качества линии максимальное число посылаемых без подтверждения пакетов и время задержки между пакетами согласуются заново.
В случае протоколов со стандартным управлением потоком при обнаружении потери пакета запрашивается повторная передача потерянного пакета вместе со всеми последующими. Это создает дополнительный и совершенно ненужный трафик. В пакетном режиме клиент запрашивает повторную передачу только потерянного пакета, и, таким образом, полоса пропускания глобальной сети используется значительно более эффективно.
Рисунок 3.
На диаграмме результаты копирования файла размером 1 Мбайт с сервера NetWare в Далласе на рабочую станцию в Филадельфии по каналу 56 Кбит/с. При использовании пакетного режима файл доставлялся на 30 процентов быстрее, чем без него.
С целью проверить теоретические достоинства пакетного режима мы решили скопировать файл с файлового сервера NetWare в Далласе на рабочую станцию в Филадельфии по каналу на 56 Кбит/c. Результаты приводятся
| |  скачать работу |
Другие рефераты
|
