Соперничество между Microsoft и Novell наконец-то начинает стихать, однако пользователи по-прежнему отброшены на канаты.
Боксеры пожимают друг другу перчатки перед поединком. Или, в случае Novell и Microsoft, обмениваются рукопожатием во время схватки. Microsoft прямой правой - Windows NT Server; Novell обводящий - NetWare 4.x.
С точки зрения пользователя, поединок завершился безрезультатно. NT Server завоевал титул сервера приложений, а NetWare - корону среди таких основных сетевых сервисов, как сервисы файлов, печати и каталогов. Встает вопрос, как заставить двух соперничающих драчунов сотрудничать? Судя по новостям, поступающим с ринга, надежда на это появилась: последнее время рукопожатия становятся более искренними, в особенности, когда NT действует как клиент или шлюз в сервер NetWare. Но если использовать NT как сервер приложений в среде NetWare, то можно оказаться крайним в потасовке между поставщиками.
Примером последнего утверждения служат следующие факты.
· Microsoft предложила интерфейс прикладного программирования API для интеграции каталогов, а Novell не приняла его.
· Тем временем Novell предложила собственный API, однако Microsoft вряд ли будет его поддерживать.
· Microsoft разработала несколько инструментов для миграции от NetWare к NT. Эти инструменты помогают также интегрировать обе среды в одну. Однако они не поддерживают NetWare 4.x или службу каталогов NetWare (NDS).
ДОСТОИНСТВА КЛИЕНТА NT
Сервис Client Service для NetWare позволяет NT быть клиентом NetWare. Недостающая часть - возможность использовать NDS из клиента NT - была включена Novell в запросчик NT. (Теперь, если Novell найдет возможность включить поддержку сценариев входа...)
Novell выпустила также версию утилиты NWAdmin для NT, так что администраторы сети могут использовать рабочую станцию под NT для администрирования сетей NetWare с NDS. NT действует также и как шлюз в NetWare для удаленных или TCP/IP-клиентов при посредстве Gateway Service для NetWare от Microsoft. NT-сервер выглядит как сервер файлов и печати NetWare 3.12 благодаря File Service и Print Service для NetWare от Microsoft, и доступ к нему можно получить при помощи стандартного клиентского программного обеспечения NetWare.
Novell нанесла прямой удар Microsoft лицензионным соглашением о запросчике NT, запретив использовать запросчик с "дублирующим функции" программным обеспечением (в частности File and Print Service для NetWare). Таким образом, на настоящий момент, пользователи должны выбирать между клиентским программным обеспечением от Microsoft, не поддерживающим NDS, и аналогичным продуктом Novell, который нельзя использовать с File и Print Service от Microsoft.
Более того, Novell поместила в WWW заявление, что File and Print Service медленна в сравнении с настоящими серверами NetWare и система защиты на этих двух платформах не согласована.
Novell также критикует Gateway Service, заявляя, что эффективность клиентов падает "катастрофически". Кроме того, Novell указывает, что шлюз использует только один пользовательский бюджет NetWare и, таким образом, не может быть настроен для каждого пользователя в отдельности. (Все клиенты шлюза имеют одни и те же права доступа.)
NT КАК СЕРВЕР ПРИЛОЖЕНИЙ
Многим пользователям NT нужен вовсе не в качестве шлюза в NetWare, клиента NetWare или псевдо-NetWare сервера. Они просто хотят выполнять на сервере приложения. Microsoft предлагает три утилиты в помощь таким пользователям.
· Microsoft Migration Tool для NetWare автоматически переводит пользовательские и групповые бюджеты, сценарии входа, файлы и каталоги, а также права доступа с NetWare 2.x, 3.x и 4.x на сервер NT. Призванный облегчить переход от NetWare к NT Server, Migration Tool может также использоваться для дублирования бюджетов NetWare в системе NT; в результате пользователи получают доступ к приложению на базе NT. (Дополнительную информацию смотрите в статье "NetWare и NT: необходимые приобретения?", LAN Magazine/Русское издание, июнь 1995 года.)
Novell не преминула бросить камешек в огород Migration Tool, заметив, что он не конвертирует пароли - они должны вводиться заново для каждого пользователя. Перекодировка паролей невозможна, так как пароли шифруются Novell.
· Диспетчер службы каталогов Directory Service Manager для NetWare (DSMN) копирует информацию о пользовательских и групповых бюджетах NetWare с серверов NetWare 2.x и 3.x на серверы NT. Он автоматически распространяет любые изменения с бюджетами в среде NT назад на серверы NetWare. Novell не замедлила указать, что Directory Service Manager не работает с NetWare 4.x и NDS.
"NDS пока не имеет широкого распространения, - говорит Энцо Шиано, менеджер по продукту Windows NT Server в Microsoft. - Когда же популярность NDS возрастет, мы без сомнения сделаем все, чтобы DSMN могла с ней работать".
· Основным продуктом, использующим NT в качестве сервера приложений в среде NetWare, является NWLink. Выполняющийся на NT Server, NWLink обеспечивает IPX/SPX-совместимый транспортный уровень, в результате клиенты NetWare получают доступ к приложениям на сервере NT по IPX без замены клиентского программного обеспечения. Не имеющие IPX-стека на базе NT, клиенты NetWare вынуждены использовать двойной стек протоколов и обращаться к приложениям на базе NT по TCP/IP. Удивительно, но Novell не высказала никаких замечаний относительно NWLink.
Microsoft объявила также о наборе API, открытых интерфейсов службы каталогов (Open Directory Services Interfaces, ODSI). Данные интерфейсы позволяют разработчикам создавать приложения, осуществляющие общее управление и доступ к нескольким каталогам. Однако ODSI ничем не может помочь в интеграции NT Server Directory Service и NDS, если только Novell не поддержит ODSI в NetWare. Novell первоначально высказалась за поддержку ODSI (апперкот Microsoft).
Novell подставляет ножку Microsoft по одной причине - чтобы убедить пользователей NetWare 3.x для получения основных сетевых сервисов перейти к NetWare 4.1, а не к NT, отводя, таким образом, последней роль сервера приложений. Microsoft делает упор на удобство использования одной и той же операционной системы для сервисов приложений и основных сетевых сервисов и пытается убедить пользователей в конкурентоспособности NT, готовой к соперничеству с NetWare в обеих категориях.
Немалая часть пользователей NetWare 3.х купилась на посулы Microsoft, однако большинство осталось верно Novell. Проведенное Dataquest в июне 1995 года исследование рынка показывает, что около 20 процентов пользователей NetWare 3.x подумывали о переходе на NT, а не на NetWare 4.x, 25 процентов планировали перейти на 4.x и остальные никуда не собирались переходить.
Спустя некоторое время после этого исследования в сентябре прошлого года Novell объявила, что компания:
· предоставит NetWare API для клиентов и серверов NT;
· предоставит шлюзы и инструменты по управлению и администрированию серверов приложений NT и их пользователей в виде таких инструментов и сервисов NetWare, как NDS, ManageWise, утилиты управления NWAdmin;
· лицензировать ключевые сервисы NetWare.
Эти заявления, по крайней мере в краткосрочной перспективе, позволят оставить часть колеблющихся пользователей на стороне Novell. Упрощая координацию NetWare и NT, Novell дает пользователям NetWare меньше поводов для реализации чисто NT-среды только ради удобства.
ГОНКИ ИНТЕРФЕЙСОВ
Интерфейсы прикладного программирования Novell под кодовым названием Net2000 обеспечивают доступ к сервисам NetWare. Поэтому они полезны только пользователям, имеющим сервисы NetWare. Сегодня это только пользователи, имеющие NetWare; в будущем к их числу могут присоединиться пользователи, работающие с той или иной версией Unix или другой операционной системы, имеющей лицензионные сервисы NetWare.
Интерфейсы Net2000 API для NT позволят выполняющимся на клиентах или серверах NT приложениям иметь доступ к базовым сервисам NetWare. Помимо различных клиентских и серверных платформ, а также инструментов разработки Net2000 будут поддерживать объектное и процедурное программирование (см. врезку "Объективно лучший"). Помимо этого, будет включена поддержка TCP/IP, IPX/SPX и ATM.
На сегодняшний день Net2000 имеет, по крайней мере, два недостатка. Во-первых, как заявляют представители Novell, комплект разработчика программного обеспечения появится не ранее весны 1996 года. Во-вторых, интерфейс не поддерживает отличные от NetWare сервисы; он не имеет интерфейс "провайдера услуг", чтобы сторонние разработчики могли создавать вставные модули в контексте API, перенаправляющие вызовы различных сервисов (см. врезку "Уплотнение службы каталогов").
Если только Microsoft не решит создать такой модуль для NT, разработчику придется обращаться к двум различным интерфейсам программирования для создания, например, интегрированного менеджера как для NDS, так и для NT Server Directory Service. Такого раздвоения можно было бы избежать, если бы Novell поддерживала ODSI или Microsoft - Net2000. Но в ближайшем будущем вряд ли на это стоит надеяться.
ПУСТЬ NOVELL ИДЕТ СВОЕЙ ДОРОГОЙ
Novell собирается решить проблему интеграции каталогов при помощи продукта AppServer Manager, который появится не раньше середины 1996 года. AppServer Manager - программный инструмент для администрирования и конфигурации серверов приложений NT, OS/2 и Unix в среде NetWare. Выполняющимися на них серверами и приложениями можно управлять при помощи таких сервисов NetWare, как NDS и ManageWise, а также утилиты управления NWAdmin.
AppServer Manager будет осуществлять синхронизацию каталогов для поддерживаемых платформ. По словам Джо Фирмейга, вице-президента по стратегическому планированию для системщиков Novell, главным объектом синхронизации для NT станет объект сервера NT для NDS. Изменения этого объекта повлекут за собой изменения в сервере NT, а изменения сервера NT вызовут изменения в объекте сервера NT. Например, пусть объекту сервера NT соответствует список пользователей. Тогда пользователь, добавленный при помощи утилит NT, будет автоматически добавлен к объекту NDS. Утилиты NT, в свою очередь, смогут видеть пользователя, добавленного через NDS.
Novell не определилась с синхронизацией каталогов. Согласно Фирмейгу, есть три варианта решения данной проблемы:
· обновления инициируются администратором сети;
· NDS опрашивает серверы NT через регулярные интервалы времени, точно так же, как она опрашивает серверы NetWare для внутренней синхронизации;
· обновления NT и NetWare вызывают процесс оповещения посредством сообщений, приводящий в результате к обновлению другой системы. По словам Фиргейма, Novell может остановиться на одном или нескольких из возможных подходов.
Потенциально слабое звено в этом плане - сам объект сервера NT. Если его характеристики и атрибуты не будут полностью отражать все возможности NT, то управлять неучтенными в объекте возможностями посредством NDS не удастся. Кроме того, синхронизация каталогов, даже в пределах одной распределенной системы каталогов, - задача нетривиальная. Распределение доступности, надежности, производительности и совместимости между различными серверами - проблема исторически трудная; наиболее успешные решения (Soft-Switch) опираются на мощную централизованную процессорную базу.
Остается только подождать и увидеть собственными глазами, насколько хорошо будет осуществляться синхронизация каталогов. Пока же возможная альтернатива синхронизации - "родная" версия NDS для NT - не просматривается даже в перспективе. Однако Novell предприняла первый шаг в направлении упрощения "родной" NDS для NT посредством лицензирования сервисов NetWare.
ДВА САПОГА ПАРА
"В настоящее время Novell работает с основными поставщиками ОС на предмет лизензирования сервисов NetWare, - говорит Фирмейг. - Apple, IBM, Microsoft и другие компании могут теперь приобрести лицензию на сервисы NetWare для использования в своих платформах".
Программа лицензирования сервисов NetWare открывает возможность внедрения NDS в NT, вероятно, даже вместо службы каталогов NT Server. Замена NT Server Directory Service на NDS будет последним шагом по устранению несоответствий между каталогами NetWare и NT.
Устранив NT Server Directory Service со своего пути, NDS могла бы использовать собственную функцию синхронизации с NDS на базе NT; это было бы проще и эффективнее (не исключено, что и надежнее), чем отдельный инструмент синхронизации специально для NT Server.
Даже если бы служба NT Server Directory Service была сохранена и синхронизация по-прежнему была бы необходима, на одной машине осуществить синхронизацию заведомо проще и надежнее, чем по сети.
Однако нет никаких признаков того, что Microsoft намеревается внедрить NDS в NT. В самом деле, успешная интеграция NDS в NT в таком объеме может нанести вред самой Microsoft. Одна из основных причин, по которой пользователи NetWare 3.x переходят целиком на NT вместо NetWare 4.x - трудность администрирования двух сред.
"Мы хотим упростить конфигурацию сети, - говорит Пей Ма, менеджер по информационным системам в отделе информационного управления компании Polaroid. - Компания приняла стратегическое решение заменить NetWare 3.x на NT".
"Оставаясь реалистами, мы не можем сказать, что завтра серверы Novell исчезнут, - продолжает Ма. - Они будут сосуществовать в течение какого-то времени по ряду причин, одна из которых - значительные затраты на переходный период".
Однако Ма, если это только возможно, предпочел бы иметь одну операционную систему. Microsoft облегчила бы жизнь таким пользователям, как Ма. Реализовав NDS в NT и обеспечив тем самым использование NetWare 4.x для сервисов файлов и печати, а NT только для сервисов приложений. Но вряд ли Microsoft выгоден подобный сценарий.
Novell могла бы внедрить NDS в NT сама, однако компания отказывается это делать. В принципе, Novell труднее, чем Microsoft, интегрировать NDS с NT Server Directory Service; более того, она не считает NDS для NT продуктом, от которого пользователи Novell получили бы выгоду.
"Я, по крайней мере в настоящее время, не верю, что пользователям действительно необходимо иметь NDS на сервере приложений, - говорит Фирмейг. - Думается, что коль скоро пользователи будут удовлетворены управляемостью сервера приложений (посредством AppServer Manager) или удобством разработки (посредством Net2000), необходимость иметь сервисы NetWare на серверах приложений и вовсе сойдет на нет".
Однако в то же время Hewlett-Packard, Santa Cruz Operation (SCO) и Novell объявили о сотрудничестве в деле создания широкомасштабной операционной системы Unix. Согласно Novell, компания предоставит "критичные сетевые сервисы для интеграции Unix-систем в среду NetWare".
Если сетевые сервисы критичны для интеграции Unix-систем в среду NetWare, то логично предположить, что они не помешают и в NT. По словам Фирмейга, инициатива разработки исходит от поставщиков Unix: "Hewlett-Packard и SCO конкурируют с NT и другими поставщиками серверов приложений; они заинтересованы во вложении непосредственно в сервер приложений дополнительных функциональных возможностей, дающих им преимущества в конкурентной борьбе. Novell не имеет отношения к серверам приложений. В наших интересах удовлетворить основные запросы пользователей в отношении серверных операционных систем. Это прежде всего управляемость и возможности разработки".
К тому же между NT и Unix есть одно важное различие: HP и SCO не конкурируют с Unix на рынке сервисов файлов и приложений, как это делает Microsoft. С точки зрения Novell, Unix более безопасный сервер приложений - вряд ли он "проглотит" пригревшую его локально-сетевую операционную систему.
ВОПРОС С CAIRO
Шиано из Microsoft признает, что будущая версия NT под кодовым названием Cairo (бета-версия ожидается в конце 1996 года) будет иметь сервис каталогов, интегрированный в объектную файловую систему Cairo. Microsoft прилагает усилия прежде всего к разработке лучшего сервиса каталогов чем NDS, а не внедрении NDS в NT.
Даже если Novell удастся интегрировать NT в среду NetWare, ей потребуется осуществить значительные изменения в Net2000, NDS и/или AppServer Manager для организации эффективного интерфейса с сервисом каталогов Cairo.
Microsoft собирается нанести смертельный удар Novell. Cairo может сорвать - по крайней мере временно - попытки Novell интегрировать NT в среду NetWare.
Если другие крупные игроки внедрят сервисы NetWare, Microsoft будет вынуждена поддерживать их. Однако, по словам Роба Эндерли, старшего эксперта в консультационной фирме Giga Information Group, у Novell очень мало времени для маневра (несколько месяцев) с тем, чтобы добиться успеха в отношении лицензирования. "Доминирующие провайдеры систем масштаба предприятия, в частности IBM, Sun [Microsystems] и, возможно, Hewlett-Packard, должны принять сервисы NetWare в качестве основной технологии и активно продвигать их на рынок, поддерживая усилия Novell", - говорит Эндерли.
СЛИШКОМ МАЛО, СЛИШКОМ ПОЗДНО?
"Стратегия Novell хороша, но времени мало, - соглашается Джэми Льюис, президент Burton Group, консалтинговой фирмы, специализирующейся по сетям, и добавляет: - До тех пор пока Novell будет пытаться конкурировать с NT на рынке серверов приложений, вынуждая пользователей делать выбор между NetWare и NT, они обречены на неудачу. Согласовывая их, они поступают правильно".
"Вопрос стоит так: не поздно ли? - продолжает Льюис. - Novell потеряла три года с тремя основными приобретениями. Председатель и исполнительный директор Novell Боб Франкенберг пытается избавиться от этого наследия как можно быстрее. Если вы даете такому опасному конкуренту, как Microsoft, три года форы, вы играете с огнем".
NetWare 4.x имеет все шансы стать наиболее эффективным оружием Novell. NetWare 3.x же рассеется как дым в кон-курентной борьбе с NT.
ВЫБОР МАРШРУТА
Многие пользователи NetWare стоят на перепутье. Они использовали NetWare 3.x многие годы, теперь же более масштабируемая и надежная NetWare 4.x выглядит значительно привлекательнее. И еще одно искушение - NT Server. Весьма соблазнительная альтернатива, особенно если рассматривать ее в качестве хорошего сервера приложений, а также, при наличии нужного оборудования, высокоэффективного сервера файлов и печати.
Кто-то предпочел остановиться на чисто NT-сети, кто-то остается верен NetWare, кто-то (и таких немало) комбинирует NT и NetWare - все зависит от того, в каком состоянии на данный момент пребывает сеть. (Если компания уже установила NetWare 4.x, то вряд ли она всецело перейдет на NT.)
Например, Polaroid имеет 85 серверов NetWare 3.x; большинство из них находятся в Массачусетсе, а остальные в Джорджии, Калифорнии, Гонконге и Европе. Компания находится в процессе перехода с NetWare на NT. Долгосрочный план Polaroid состоит в реализации клиент-серверных приложений, что и стало основной причиной перехода на NT. "NetWare, в отличие от NT, никогда не была рассчитана на это", - говорит Ма.
Схема лицензирования NT облегчает такой переход. "В мире NetWare 3.x каждый пользователь должен иметь бюджет на каждом сервере, к которому пользователь хочет иметь доступ, - продолжает Ма. - Это означает, что он должен иметь законную лицензию на каждом сервере. Таким образом, один пользователь вынужден иметь множество однотипных лицензий...
...В случае NT одна лицензия дает доступ ко всем серверам в домене. Пусть это зависит от выбранной вами структуры доменов, однако вы можете ее организовать так, чтобы пользователи имели доступ ко всем серверам NT, что сбережет массу денег".
Конечно, Polaroid заплатила за уже имеющиеся на сегодняшний день лицензии. Однако если встает вопрос о приобретении нового сервера, то денежные соображения играют решающую роль.
NetWare 4.x предлагает ту же схему лицензирования, что и NT. Так что 4.x против NT вовсе не то же самое, что 3.x против NT.
Ма надеется на упрощение администрирования и управления при использовании только одной операционной системы. Однако он признает, что переход может и затянуться.
"Когда мы переводим файловый сервер NetWare на NT, необходимо учитывать наличие достаточной аппаратной мощи для NT, - говорит Ма. - NT нужно более мощное оборудование для достижения той же эффективности, что и NetWare".
Специальное предложение Microsoft обменять лицензии NetWare на лицензии на NT тоже сыграло свою роль при выборе. "Мы потратили 7 или 8 ты- сяч долларов на 250 лицензий на NetWare 3.x и не хотим, чтобы наши деньги были выброшены на ветер", - замечает Ма.
Инструменты миграции облегчают такое решение. Чем мощнее и эффективнее такие инструменты, тем быстрее Polaroid сможет осуществить такой переход.
"Привычка -немаловажный фактор приверженности пользователей NetWare", - говорит Эндрю Перси, консультант по организации сетей в Edge Information Systems. По его словам, более 80% клиентов Edge, имеющих NetWare 3.x, в ближайшие годы планируют перейти к 4.x.
Перси также говорит о затратах на оборудование как об основной причине отказа от массового перехода на NT, в особенности в случае сетей со 100-200 рабочими станциями. NT - переносимая операционная система, а NetWare оптимизирована для платформ Intel, вот почему пользователи, как правило, предпочитают купить дополнительные машины для выполнения сервисов NT. Например, размещение сервисов файлов и печати NetWare, программного обеспечения управления сетью NetWare и электронной почты на одном сервере NetWare, поддерживающем 150 пользователей, является вполне обычным делом.
В случае с NT эквивалентные сервисы часто приходится располагать на различных машинах: одна - для сервисов файлов и печати, другая - для сервера управления системами (Systems Management Server, SMS), продукта по управлению сетями; третья - для базы данных на SQL, необходимой для SMS; и четвертая - для электронной почты.
Boston Edison - типичный пример компании, интегрирующей NT без отказа от NetWare. Электрическая компания имеет около 100 файловых серверов NetWare как версии 3.12, так и 4.1. По словам Джона Дубила, менеджера по планированию, к весне 1996 года все серверы будут работать под 4.1.
Boston Edison имеет также три сервера NT для таких приложений, как управление системой безопасности, сервисы World Wide Web и учет персонала. Сервер Web был поставлен вместе с NT, а другие приложения имелись для NT, но не как загружаемые модули NetWare.
Boston Edison намеревается развернуть крупные базы данных под Unix на компьютерах на базе процессора Alpha от Digital Equipment. "Это еще вопрос, имеет ли NT эквивалентные сервисы и насколько они надежны, - говорит Дубил. - Мы так не думаем. Однако опасно делать какое-бы то ни было категорическое заявление о том, где NT применима; наша позиция завтра может измениться - все зависит от требований бизнеса".
Майк Гурвиц - публицист и консультант по сетям. С ним можно связаться через Internet по адресу: !mhurwicz@attmail.com.
NET2000: УСОВЕРШЕНСТВОВАННЫЙ ИНТЕРФЕЙС ПРИКЛАДНОГО ПРОГРАММИРОВАНИЯ ОТ NOVELL
Объективно лучший
XYZ Corp. считывает по сети курсы акций и загружает в электронную таблицу под NT. Электронная таблица Excel используется совместно как OLE-объект. Клерки, чьи машины работают под Windows 95, могут затем получить доступ к электронной таблице через информационную систему клерка (EIS), написанную на Visual Basic.
Приготовленные для годового отчета графические элементы сканируются на Unix-машину и затем могут быть включены в документацию о рынке акций. Все операции осуществляются под NetWare 4.x.
Приложение такого рода должно стать проще в использовании при поддержке интерфейсом Net2000 механизма OLE под Windows и Common Object Request Broker Architecture (CORBA) от Object Management Group (OMG) под Unix.
CORBA и OLE задают стандартные способы управления и доступа к программным объектам - "инкапсулированные" программные модули. Например, электронная таблица Excel в предыдущем примере - OLE-объект, а графика для годового отчета - объекты CORBA. Пусть в данных примерах объект представляет собой всего лишь файл: он может содержать как исполняемый код, так и данные. Инкапсуляция означает, что модули ведут себя также при изменении внешней реализации.
Поддержка стандартов на объекты упрощает жизнь программистам приложений благодаря созданию повторно используемых и легко разделяемых программных модулей. Таким образом, несколько производителей могут создавать модули для одного приложения, а большим командам программистов проще взаимодействовать друг с другом. Например, EIS от поставщика А может без труда взаимодействовать с электронной таблицей от поставщика Б и программой представления изображений от поставщика В. Стандарт на объекты обеспечивает основу для определения, манипулирования и доступа к объектам.
Использование Net2000 означает, что EIS располагается на вершине сервисов NetWare, используемых системой также для поиска, доступа и защиты сетевых ресурсов, в том числе и объектов OLE и CORBA. Тем, кто инвестировал огромные деньги в то, чтобы сделать сети NetWare надежными, защищенными и масштабируемыми, такая инфраструктура даст значительные преимущества.
ОДИН API СДЕЛАЕТ, ЧТО НУЖНО
Уплотнение службы каталогов
И Novell, и Microsoft продвигают идею уплотнения службы каталогов, т.е. доступ к нескольким службам каталогов через единый интерфейс API. Microsoft предлагает Open Database Service Interfaces (ODSI), а Novell - Net2000.
Коренное различие между двумя интерфейсами состоит в том, что ODSI осуществляет уплотнение на рабочем столе, а Net2000 - на сервере. Каждый подход имеет свои преимущества и недостатки.
Например, подход Novell упрощает централизованное управление и контроль, потому что запросы должны пройти через находящийся на сервере модуль для обращения к какой-либо службе каталогов. Кроме того, если API каталогов изменится, то заменить придется только программное обеспечение на сервере, но не на рабочих станциях. С другой стороны, модуль уплотнения на сервере может потенциально привести к его перегрузке.
Подход Microsoft, возможно, более надежен, поскольку для рабочих станций реально получить доступ ко всем рабочим каталогам без "посредника" (серверного модуля), который может и отказать. Однако подход Microsoft ведет к увеличению нагрузки на рабочую станцию, поскольку программное обеспечение рабочей станции вынуждено осуществлять перевод одного протокола службы каталогов в другой (что Net2000 осуществляет на сервере, а не на рабочей станции).