Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Серверы удаленного доступа масштаба предприятия

Майк Фратто

В прошлом году мы тестировали серверы удаленного доступа фирм Ascend Communications, Cisco Systems, Microcom (недавно куплена компанией Compaq Computer), Shiva и U.S. Robotics (приобретенной фирмой 3Com).

Поскольку продукты некоторых поставщиков в этот момент еще находились в стадии разработки и не могли принять участия в нашем тестировании, мы предложили производителям предоставить свои устройства для второго тура испытаний. Шесть поставщиков, фигурировавших в первом обзоре, были вновь приглашены принять участие в исследованиях, при условии, что за прошедшее время они существенно обновили свои продукты или выпустили новые (небольшие обновления или исправления ошибок не в счет). Из их числа к нам присоединилась лишь компания Ascend.

Как и в прошлый раз, мы проверяли способность серверов удаленного доступа обслуживать, по крайней мере, два соединения T1 (48 каналов или 46 для интерфейса PRI), и работать с протоколами PPP и IP/IPX. Были протестированы устройства AB4400 Remote Access Server фирмы Access Beyond, Tigris Integrated Access Platform фирмы Advanced Computer Communications, MAX 4048 фирмы Ascend Communications, Model 5399 Remote Access Concentrator фирмы Bay Networks, CSX7000 фирмы Cabletron Systems, Xpressway RLAN фирмы Gandalf, SpectraComm RLN фирмы General DataComm и CommPlete Communication Server фирмы Multi-Tech Systems.

За исключением лучшего и худшего сервера, распределить места между остальными устройствами было сложно, так как каждый поставщик предложил в своем продукте что-то, отсутствующее у остальных. Сервер AccessBuilder 5000 фирмы 3Com с его превосходными производительностью, гибкостью и средствами учета сохранил свой титул победителя, полученный в первом раунде испытаний.

Не очень сильно отстав от него, второе место поделили устройства AB4400 фирмы Access Beyond и Access Integrator фирмы Microcom. Буквально по пятам за ними в нашем сравнительном испытании следовали изделия фирм Shiva, Cisco и Bay Networks.

AB4400 Remote Access Server фирмы Access Beyond

Сервер AB4400 фирмы Access Beyond победил во втором раунде испытаний и занял второе место в общем зачете после AccessBuilder 5000 фирмы 3Com. Он предлагает высокую пропускную способность, превосходные инструменты для диагностики, простые в использовании средства для управления и инсталляции, а также прекрасно подходит предприятиям среднего масштаба как решение для организации доступа удаленных пользователей по протоколу PPP. Однако он не обеспечивает такой гибкости, как серверы компаний 3Com или Microcom. Этому серверу не достает поддержки протокола Multilink PPP и маршрутизации между локальными сетями. Кроме того, у него ниже плотность портов, чем у некоторых из его соперников.

Внешне AB4400 выглядит как настольный ПК. Однако он устроен по модульному принципу, что позволяет выполнять конфигурирование по заказу. Для увеличения пропускной способности часть вычислительной нагрузки перенесена с ЦП на отдельные интеллектуальные платы ввода/вывода. Например, многие ресурсоемкие операции по обработке PPP осуществляются модулями портов, и пакеты проходят через устройство, не нагружая ЦП. Этот сервер удаленного доступа может передавать данные из глобальной сети в локальную с небольшим ухудшением параметров. Времена передачи для протоколов IP и IPX близки соответствующим параметрам устройства Bay Networks, и, за исключением передачи ZIP-файла через сеть IPX, лучше, чем у остальных протестированных устройств.

По средствам диагностики сервер Access Beyond не уступил ни одному из продуктов, участвовавших во втором раунде испытаний. Более высокую степень детализации трассировки предлагает только Cisco AS5200. Используя терминальный экран, через Telnet или порт RS-232 вы можете анализировать передаваемые данные, начиная физическим и заканчивая сетевым уровнем. Это может очень помочь вам при настройке сервера AB4400. Кроме того, с помощью AB4400 мы имели возможность контролировать прохождение наших тестов с серверной стороны, наблюдая за сигнальными битами A/B линии T1 вплоть до согласования параметров IP-соединения внутри PPP.

Мы столкнулись с проблемами при обработке одновременно более 16 вызовов. Фирма Access Beyond внесла ограничение в таблицу AB4400, предназначенную для работы с IP-адресами портов: она может хранить лишь 16 адресов для подсети класса B. После перекомпиляции кода, модифицированного так, чтобы обеспечить больший диапазон адресов, соединения устанавливались успешно. Access Beyond заявила, что этот недостаток будет исправлен в следующей версии.

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

Model 5399 Remote Access Concentrator фирмы Bay Networks

Устройство Model 5399 Remote Access Concentrator фирмы Bay Networks получило хорошую оценку в основном благодаря превосходной производительности и гибкости. Поставляемое с ним шасси может работать с самыми разными платами. Шасси Model 5000, строго говоря, не является сервером удаленного доступа. Это, скорее, концентратор доступа к сети, который может работать с ATM, разделяемыми или коммутируемыми сетями Ethernet, FDDI, выделенными каналами и так далее. В наших тестах использовались два сервера удаленного доступа 5399 с интегрированными интерфейсами T1/PRI и 48 модемами на каждой плате. Соединение с сетью обеспечивалось 10-Мбит/с платой Ethernet 5308P.

Испытание серверов удаленного доступа

Несмотря на то, что мы тестировали только аналоговые соединения, большинство серверов может одновременно работать как с аналоговыми каналами, так и с ISDN PRI. Тесты на производительность проводились специально таким образом, чтобы сервер был нагружен постоянным трафиком практически от каждого из 96 тестируемых портов.

Вместо того чтобы объединить 96 компьютеров и попытаться координировать обмен между ними, мы использовали два 200-МГц сервера с процессорами Pentium Pro, каждый из которых был оборудован 48-портовой платой последовательных портов Digi EPC/CON. Серверы работали под управлением ОС Windows NT 4.0. Были созданы 48 подключаемых по коммутируемым каналам клиента, каждому из которых был заранее присвоен IP-адрес и создана отдельная сеть класса C, чтобы быть уверенными в том, что данные проходят через каждый порт, а не через первый порт подсети. Мы использовали модемы V.34, обеспечивающие скорость работы до 33,6 Кбит/с со сжатием по стандарту V.42. Для создания коммутируемой инфраструктуры два шасси Microcom 6100 фирмы Compaq Computer были подключены по линии T1 к коммутатору Teleos Model 60 T1/PRI фирмы Madge Networks. Аутентификацию пользователей обеспечивала система Steel-Belted Radius фирмы Funk Software.

Большинство серверов показали скорость от 5,5 до 7,5 Кбайт/с при передаче файлов по протоколам IP и IPX. Самую высокую общую производительность показали устройства AB4400 фирмы Access Beyond и Model 5399 фирмы Bay Networks. Последним по производительности оказался сервер Tigris фирмы ACC, скорость передачи которого не превышала 3 Кбайт/с.

Для управления устройствами 5399 необходим сервер Windows NT или Unix, который может хранить загрузочные файлы, файлы конфигурации и другие данные, необходимые для правильной загрузки и управления сервером. Во время загрузки устройства 5399 обращаются к модулю управления шасси 5000 и получают от него свои IP-адреса и сетевой адрес сервера конфигурации. Затем 5399 Remote Access Concentrator устанавливает контакт с сервером конфигурации и получает от него остальную информацию. Она хранится в виде текстовых файлов, которые могут быть набиты вручную или созданы при помощи управляющего средства с графическим интерфейсом Q2Config. Если сервер конфигурации отсутствует, то 5399 конфигурирует себя сам на основе установок по умолчанию. Работая с Q2Config, мы столкнулись с несколькими проблемами, такими, например, как невозможность сконфигурировать порт T1. Фирма Bay Networks в курсе этих проблем и обещает устранить их в следующей версии продукта.

Что же касается производительности, то здесь сервер Bay Networks идет в ногу с победителями, в основном благодаря своей многопроцессорной архитектуре. На каждой плате установлено по три процессора Intel 486 DX2/33: один основной и два для обслуживания ввода/вывода. Процессоры ввода/вывода имеют ОЗУ объемом 4 Мбайт для исполняемого кода и для буферизации данных. Основной процессор имеет ОЗУ объемом 8 Мбайт. Три такие платы обеспечивают более чем достаточные вычислительную мощность и объем памяти для обработки трафика, проходящего через модемы. Кроме того, производительность увеличивается за счет двух дочерних плат, выполняющих сжатие данных, освобождая другие процессоры от этой работы.

Фирма Bay Networks проектировала сервер 5399 как устройство повышенной надежности, но любая аппаратура, в конце концов, ломается. Чтобы облегчить восстановление работоспособности устройства после поломок, модемы в 5399 размещены на дочерних платах (по 24 на каждой плате). Если модемная плата вышла из строя, достаточно просто вытянуть устройство 5399 из стойки и заменить дочернюю плату. Новые платы автоматически конфигурируются во время перезапуска.

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

SpectraComm RLN фирмы General DataComm

Сервер удаленного доступа SpectraComm RLN -- это результат объединения усилий фирм General DataComm и Attachmate. Программное обеспечение Remote LAN Node фирмы Attachmate было переделано специально для работы с аппаратными средствами компании General DataComm. Мы нашли, что объединение пакетов управления и ведения учета полезно тем организациям, у которых сервер учета отсутствует. ПО обеспечивает обширный набор утилит для управления как сервером, так и базой данных пользователей. Однако аппаратные средства SpectraComm поддерживают только 64 модема, так что масштабируемость устройства ниже, чем у Model 5399 фирмы Bay Networks. Кроме того, его сложнее конфигурировать, чем устройство AB4400 фирмы Access Beyond или 5399. И даже несмотря на приемлемую производительность, устройство SpectraComm RLN все-таки отставало от лидеров.

SpectraComm RLN работает на базе компьютера OptiPlex GM5122 фирмы Dell Computer, а для последовательных соединений использует модемные стойки и многопортовые платы фирмы Equinox. Сервер обеспечивает обработку вызовов, маршрутизацию и серверные функции, а стойки модемов Equinox выполняют ввод/вывод данных. Несмотря на то что SpectraComm RLN рассчитан на 64 модема, две соединенные цепочкой стойки Equinox, поддерживающие по одной линии T1 каждая, обеспечивают работу 48 модемов. Оставшиеся 16 модемов, по восемь на каждую стойку, могут быть присоединены через размещенную в сервере многопортовую плату.

При работе под DOS сервер SpectraComm требует 8 Мбайт ОЗУ, хотя протестированная нами установка имела память объемом 16 Мбайт.

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

Кроме того, устройство фирмы General DataComm имеет почти исчерпывающие средства отладки и трассировки, хотя не настолько детализированные, как у AB4400. Например, при проверке соединений мы могли трассировать процедуры их установки и разрыва. Управляющая программа RLN предлагает очень подробную информацию о моментах начала и конца соединения, имени пользователя и объеме переданных данных. Длинный файл можно просмотреть прямо в окне пользовательского интерфейса или импортировать в электронную таблицу для создания отчета. Просматривая отчеты, можно узнать, когда произошли преждевременные разрывы соединений (это случается со всеми серверами удаленного доступа), продолжительность соединений и идентификатор абонента.

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

MAX 4048 фирмы Ascend Communications

MAX 4048 - это последняя версия устройства удаленного доступа со средней плотностью портов фирмы Ascend Communications. Оно немного лучше своего предшественника MAX 4004 в плане учета, производительности и конфигурирования. Новое устройство имеет примерно тот же внешний вид и использует интерфейс VT-100, как и предыдущая модель MAX 4004 с одним исключением -- он поддерживает только два канала T1 и 48 аналоговых модемов. Кроме того, MAX 4048 обладает основанным на Java средством конфигурирования и собственной виртуальной Java-машиной. В наших тестах MAX 4048 показал среднюю производительность, но в нем наиболее полно реализованы средства поддержки аутентификации и учета, использующие службу RADIUS (Remote Authentication Dial-In User Service).

Мы легко настроили MAX 4048 при помощи средства конфигурирования на основе Java. После установки основных интерфейсных параметров локальной сети с помощью интерфейса VT-100 мы смогли продолжить конфигурирование устройства, используя графический интерфейс. К сожалению, при попытке заставить работать последний на нашей управляющей станции с ОС Windows 95 у нас возникли трудности. Перепробовав обе версии Java-приложения, мы смогли заставить работать его только на сервере под управлением Windows NT. Как оказалось, для нормальной работы этому мини-приложению Java достаточно рекомендованной конфигурации со 133-Мгц процессором Pentium, но лишь при условии, что объем ОЗУ будет не меньше 32 Мбайт.

Сложность конфигурирования устройства MAX 4048 существенно уменьшает число желающих покупать его у фирмы Ascend. Например, конфигурирование удаленных пользователей представляет собой двухшаговый процесс, т. е. сначала вы должны создать профиль пользователя, а затем связать пользователей с соответствующим профилем. Это утомительная процедура и совсем не такая гибкая, как решения, предлагаемые устройствами AB4400 фирмы Access Beyond или SpectraComm RLN.

Сконфигурировав MAX 4048, мы перешли к настройке пользовательских соединений. Именно здесь продукт Ascend проявил себя действительно блестяще. Он обеспечивает максимальную гибкость, за считанные минуты изменяя параметры соединения с пользователями посредством RADIUS. В устройстве MAX 4048 поддерживаются почти все сетевые функции по доступу, авторизации и учету. Например, после установления нами профиля удаленного клиента с помощью программного средства для аутентификации пользователей Steel-Belted Radius фирмы Funk Software, мы смогли быстро провести значительные изменения параметров пользователей, включая допустимое время простоя и метод аутентификации.

Многие параметры, относящиеся к установке соединений, управлению PPP-соединениями и сетевому доступу, могут быть заданы при помощи собственного расширения протокола RADIUS фирмы Ascend. Это позволяет избежать создания отдельных профилей для каждого устройства и дает возможность централизованно управлять пользователями.

Xpressway RLAN фирмы Gandalf

Начало тестирования устройства Xpressway RLAN фирмы Gandalf сопровождалось шероховатостями из-за некоторых аппаратных проблем и нескольких затруднений с системой управления. Но затем все пошло гладко. Производительность для IP была средней, а для IPX -- чуть выше средней. Однако мы обнаружили, что графическим интерфейсом управления Xpressway RLAN пользоваться невозможно, а работать с интерфейсом VT-100 здесь довольно сложно.

Чтобы максимизировать производительность, мы создали конфигурацию шасси с двумя раздельными сегментами внутренней магистрали: каждый со своей собственной платой контроллера, платой интерфейса T1 и платами цифровых модемов. Благодаря своей модульной конструкции Xpressway RLAN может работать с самыми разнообразными платами. В каждом сегменте нашей конфигурации были установлены контроллер RAC9000e, плата 9346 PRI с интерфейсом T1/PRI и две модемные платы MRM (Modem Resource Module) 9340. Оба сегмента шасси были подключены к локальной сети через разъем RJ-45, размещенный на лицевой стороне RAC9000e. Таким образом мы избежали того, чтобы весь трафик проходил через внутреннюю шину.

Несмотря на то, что терминальный интерфейс выполняет некоторые функции мониторинга Xpressway RLAN в реальном масштабе времени, в распоряжении администратора имеется лишь небольшое число отладочных утилит. Это затрудняет инсталляцию и эксплуатацию системы. Например, во время первоначальной установки мы столкнулись с затруднениями при конфигурировании линий T1. Наше устройство CSU от фирмы Adtran (у Xpressway нет встроенного приемного модуля) и коммутатор Madge Teleos выдали сообщение о серьезной ошибке "Out of Frame", в то время как сервер Xpressway ничего не сообщил. После этого начались томительные часы поиска причины сбоя. В конце концов, мы обнаружили неисправность платы контроллера RAC9000e.

Мы сконфигурировали Xpressway RLAN через консольный порт RS-232 контроллера RAC9000e, так как столкнулись с ошибкой в telnet-терминале фирмы Gandalf -- он оказался плохо совместим с telnet-клиентом фирмы Microsoft. Специалист по приложениям фирмы Gandalf предложил нам использовать условно бесплатную программу telnet-клиента. Мы не смогли испытать графический интерфейс Central устройства Xpressway из-за имеющейся в нем ошибки. Фирма Gandalf знает об этой проблеме и обещает устранить ее в новой версии продукта.

CSX7000 фирмы Cabletron Systems

В CSX7000 фирмы Cabletron Systems используется шасси фирмы Cubix для размещения отдельных подсистем ПК наряду с необходимыми модемами и адаптерами для распределенной сети. Но при цене 75 775 долл. за конфигурацию с 96 модемами устройство CSX7000 оказалось самым дорогим из всех рассмотренных нами. Добавьте сюда еще 4995 долл. за ПО управляющей станции, сервер Windows NT и SQL-сервер и вы получите непомерно высокую плату за среднюю производительность и отнюдь не простые средства конфигурирования и управления. Однако CSX7000 оказался самым устойчивым сервером среди протестированных. Он создавал соединения для всех вызовов с первой попытки и не допустил ни единого прерывания соединения во время наших испытаний, чего нельзя сказать ни об одном из серверов, участвовавших в испытаниях второго тура.

Мы могли сконфигурировать CSX700 двумя способами, в зависимости от наших намерений. Оба метода основаны на использовании терминала. Приложение для статического управления устройства CSX7000 позволяет вам конфигурировать сервер удаленного доступа и аппаратные средства Cubix. После внесения необходимых изменений со статической консоли вы должны перезапустить устройство. Для выполнения других задач по управлению и конфигурированию вы можете использовать интерактивную управляющую программу, позволяющую вносить изменения "на ходу".

Управление редактором конфигураций устройства Cabletron осуществляется при помощи меню, и для настройки системы вам может понадобиться глубина вызовов в несколько уровней. Например, во время конфигурирования пользователей на CSX7000 мы обнаружили, что потребовалось сделать выбор не менее чем в четырех различных меню, из-за чего добавление пользователей быстро превращается в утомительное занятие. Утилита для конфигурирования в интерактивном режиме вызывается из командной строки, меню появляется после ввода команды. В интерактивной системе достаточно просто ориентироваться, а для осуществления функций удаленного управления к ней можно получить доступ через сеанс Telnet.

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

CommPlete Communication Server фирмы Multi-Tech Systems

Этот сервер показал себя не с лучшей стороны: мы столкнулись с различными аппаратными проблемами и отсутствием общей системы управления. Производительность CommPlete оказалось средней, но его графический интерфейс управления Multi Modem Manager не делает почти ничего полезного, кроме вывода время от времени информации о состоянии модемов.

Внутри шасси располагаются четыре независимых компьютера с операционной системой DOS, на которых запущено ПО сервера удаленного доступа RASExpress, а также установлена соответствующая модемная аппаратура. Модемные модули соединены с внутренней магистралью и могут быть подключены к вашей сети через центральный разделяемый концентратор. Основные сбои в системе были связаны с аппаратными средствами, например фатальная ошибка при попытке конфигурирования 13-го модемного соединения. Кроме того, во время наших тестов на производительность сервер останавливался при попытке распознать свои же устройства. Фирма Multi-Tech осведомлена об этих сбоях при запуске и утверждает, что они связаны с модемами; если попытка запустить модемную плату завершается неудачно, то сервер RASExpress прекращает работу при запуске следующей модемной платы. Как нам сообщили в Multi-Tech, они считали эту ошибку исправленной. Однако мы с ней столкнулись при проверке двух модемных плат.

Конфигурирование и управление сервером CommPlete Communication Server -- не очень приятное занятие из-за отсутствия общей системы управления. Все модули изолированы; чтобы произвести изменения, вы должны присоединиться к серверу индивидуально либо через порт консоли, либо через Telnet. И за все потраченное время и усилия сервер CommPlete Communication Server вознаградил нас лишь посредственной производительностью.

Tigris Integrated Access Platform фирмы ACC

"К выпуску не готов," - вот наиболее точная характеристика этого сервера удаленного доступа. Из-за недостатков управления, низких производительности и стабильности сервер фирмы Advanced Computer Communications (ACC) попал в самый конец списка устройств, участвовавших во втором туре испытаний.

Во время тестирования Tigris мы обнаружили несколько таких проблем, которых просто не может быть в готовом продукте. Tigris оказался не в состоянии распознать ошибки при сжатии пакетов, вследствие чего не предпринял никаких попыток прекратить сжатие CCP или разорвать соединение. В результате канал был заполнен мусором. После возобновления испытаний, он работал все еще очень медленно. Обратившись еще раз в ACC, мы узнали, что проблема заключалась в системе компрессии V.42 и что если ее отключить, то производительность должна улучшиться. Мы заметили некоторое улучшение производительности, но она все равно оставалась вдвое ниже средней производительности других серверов. ACC утверждает, что имеется ошибка в драйвере нижнего уровня, который направляет пакеты из модема в сетевой стек. Если соединение продолжается дольше 10--15 мин, то буфер драйвера может переполниться и последний потеряет способность передавать данные. После исправления микропрограммного кода производительность по-прежнему оставалась невысокой. Во время выхода нашего обзора ACC сообщила, что продолжает работать над этой проблемой.

Интерфейс командной строки и его запутанные команды заставляли нас не раз чесать в затылке. Однако в качестве положительного момента хочется отметить, что нам удалось предварительно ознакомиться с фирменным управляющим ПО RiverView SNMP. Как сообщает компания, ПО RiverView, разработанное для Tigris, будет работать вместе с SNMP-приложением фирмы CastleRock. Оно может значительно облегчить конфигурирование и управление.





  
5 '1998
СОДЕРЖАНИЕ

колонка редактора

• IP-телефония: битва еще впереди

локальные сети

• Коммутаторы с автоматической установкой скорости портов

• Построение отказоустойчивых локальных сетей

• Дороги, которые мы выбираем

• Абонентский оптоволоконный канал

• Кабельные системы для скоростной передачи данных

• Интеграция с Unix: клиенты и серверы NFS для Windows NT

• Windows NT: взлет или падение?

• Технология Fibre Channel: возможности и проблемы внедрения

корпоративные сети

• Работа с персоналом при внедрении корпоративных информационных систем

• Определение масштаба систем удаленного доступа

• RMON2: сетевой уровень и выше

интернет и интрасети

• Интернет-магазины на CeBIT'98

услуги сетей связи

• Услуги сетей VSAT в России

• TMN в конце туннеля

• Возрождение интереса к аналоговым измерениям в абонентских каналах

• Новые технологии для новых сетей

• Практические аспекты построения корпоративных сетей Frame Relay (часть I)

• Устройства FRAD: данные и речь по одному каналу

• Защита от перегрузок в сетях АТМ

системы учрежденческой связи

• Принципы выбора УПАТС (часть I)

защита данных

• Защита флангов с помощью RADIUS и TACACS+

бизнес

• О русских терминах в области СКС

новые продукты

• Эффективность Frame Relay и качество TDM - в одном канале; WebTracker как средство кадровой политики; Весенние модели Allied Telesyn; Новинки от SMC на CeBIT'98;

только на сервере

• Серверы удаленного доступа масштаба предприятия



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх