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

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

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

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

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


Rambler's Top100

  

WANтастика!

Майк Фратто

Сотрудники удаленных офисов вашего предприятия не в восторге от быстродействия средств совместного использования файлов и систем коллективной работы, функционирующих через территориально распределенную (WAN) сеть? Тогда эта статья для вас.

Если у вашего предприятия есть удаленные филиалы, то, скорее всего, они еще не подключены к инновационным WAN-инфраструктурам типа Carrier Ethernet и сотрудники этих филиалов обходятся передачей данных по обычным WAN-каналам, наращивание пропускной способности которых сопряжено с большими дополнительными расходами. Между тем объемы данных, пересылаемых по таким каналам, увеличиваются лавинообразно, что часто сопровождается замедлением их прохождения. При этом не имеет смысла вкладывать огромные средства, например, в системы планирования ресурсов предприятия (ERP), ведь из-за того, что они будут работать слишком медленно, служащие не станут ими пользоваться.

Долгие годы ИТ-службы предприятий должны были мириться с таким положением дел и механически наращивать пропускную способность используемых WAN-каналов. Это привело к тому, что, по оценкам специалистов аналитической компании Forrester Research, сегодня сервисы передачи данных поглощают 52% корпоративных телекоммуникационных бюджетов. Основная проблема здесь такова: наращивание пропускной способности каналов отнюдь не устраняет действия таких негативных факторов, как задержка передачи пакетов и снижение производительности приложений, а лишь отдаляет наступление того момента, когда они начнут существенно влиять на работу пользователей. В качестве решения данной проблемы производители сетевых продуктов предложили использовать средства выравнивания нагрузки на серверы, интерфейсы приложений (Application Front Ends — AFE), системы распределения контента, территориально распределенные файловые системы (Wide-Area File Systems — WAFS) и кеширующие устройства. Но у каждой из перечисленных разновидностей продуктов есть определенные ограничения.

Наше предложение: реализовав функции WAN-оптимизации, сделайте свои каналы связи «умнее», а не просто «широкополоснее». WAN-оптимизация, зародившаяся на основе WAFS, включает в себя применение ряда методов, в том числе методов оптимизации работы протокола TCP и приложений, а также сжатия данных и их редукции, т. е. сжатия с использованием по-настоящему большого словаря, построенного на вашей информации.

Протестированные нами продукты способны преобразовать «анемичный» канал связи ти-па T-1 (1,544 Мбит/с) в быстродействующее 10-Мбит/с WAN-соединение или линию типа T-3 (44,736 Мбит/с) в более скоростной канал класса OC-3 (155,52 Мбит/с). Предположим, у вас есть какое-то важное видеообъявление, которое вам надо распространить по всей компании. Заблаговременно передайте его на удаленные устройства и дайте команду обратиться к ним в заданное время. Некоторые WAN-оптимизаторы (далее просто оптимизаторы) способны немного ускорить да-же передачу UDP-пакетов. Надо сказать, что от применения технологий WAN-оптимизации выигрывают не только филиалы компаний, но и домашние пользователи и мобильные сотрудники предприятий, если их компьютеры оснащены соответствующим клиентским ПО.

Конечно, необходимо оговориться. Если ваш WAN-трафик в основном представляет собой случайный поток битов, как это характерно для IP-телефонии или прямой видеотрансляции, то оптимизация не очень-то поможет передавать его, но, естественно, и не повредит этому. Далее, необходимо учитывать, что появление в сети каждого нового устройства, содержащего конфиденциальные данные, отрицательно влияет на ее информационную безопасность. Нельзя оптимизировать зашифрованный трафик, так как он несжимаем и характеризуется малой повторяемостью, сильно различаясь у разных пользователей и в разных соединениях. И наконец, чтобы раскрыть весь потенциал оптимизаторов, их нужно тщательно настраивать, а это занимает довольно много времени.

Тем не менее нам понравились все четыре системы, которые мы протестировали в нашей лаборатории Real-World Labs в Сиракузском университете. Это продукты SG фирмы Blue Coat Systems, Wide Area Application Services компании Cisco Systems, WANScaler фирмы Citrix Systems и NX компании Silver Peak Systems. Все они при работе с относительно низкоскоростным WAN-соединением проявили себя очень хорошо, повышая интенсивность трафика в ЛВС и не увеличивая задержку передачи оптимизированного и неоптимизированного трафика.

В четыре раза больше!

Требования предприятий и организаций к полосе пропускания линий связи увеличиваются. Предположим, что специалисты вашей компании пришли к выводу о том, что через полгода им потребуется передавать данные по WAN-сети со скоростью около 150 Мбит/с (это примерно соответствует пропускной способности канала ОC-3), но сейчас вы имеете только линию T-3. Что делать? Наш ответ: внедрять оптимизаторы. Они могут повысить пропускную способность вышеуказанной линии до 150 Мбит/с и даже больше. Если учесть, что при переходе с линии T-3 на канал OC-3 расходы предприятия возрастают примерно на 137 тыс. долл. в год, а два оптимизатора, обеспечивающие тот же самый результат, стоят меньше 90 тыс. долл., то не нужно быть семи пядей во лбу, чтобы принять правильное решение. Эти оптимизаторы окупятся за 8 мес., а показатель отдачи от инвестиций (ROI) в них за трехлетний период составит 298%.

В данном ROI-анализе мы сделали ряд допущений о том, что: будет достигнута почти четырехкратная оптимизация канала, что объем и характер трафика с течением времени не поменяются и что эксплуатационные расходы придется тщательно контролировать. Пусть даже эти допущения будут не совсем и не всегда корректны, однако прикиньте, во что обошлась бы предприятию аренда дополнительного канала Т-3, и признайтесь, что WAN-оптимизация — это чудесное решение!

Влияние задержки

При наличии соответствующих клиентских программ плоды WAN-оптимизации доступны и отдельным удаленным пользователям, где бы они ни работали — дома, в кафетерии или отеле. Производительность их приложений страдает вовсе не от нехватки пропускной способности каналов доступа (сегодня они настолько высокоскоростные, что их бывает трудно загрузить трафиком). «Тормозом» является временная задержка передачи пакетов по сети, влияние которой усиливается «болтливостью» прикладных протоколов, предусматривающих передачу большого числа подтверждений между клиентом и сервером. При использовании WAN-соединения с круговой задержкой, равной 150 мс, независимо от его пропускной способности на дистанционное открытие электронной таблицы формата Excel объемом 766 Кбайт уйдет около 40 с, при этом будет передано свыше 2 тыс. пакетов. Значительно ускорить работу поможет оптимизация функционирования протокола CIFS (Common Internet File System), направленная на уменьшение числа передаваемых пакетов.

Вы можете подождать, пока Microsoft выпустит ОС Longhorn, а затем задействовать ее на сервере вместе с установленной на клиентских машинах ОС Windows Vista. Оптимизация стека TCP и протокола CIFS в названных ОС должна сократить время передачи информации. Однако, помимо CIFS, существуют и другие «болтливые» ЛВС-протоколы, например MAPI, которые будут по-прежнему замедлять работу пользователей в сети. Компании Blue Coat и Stampede Technologies уже поставляют клиентские программы с функциями WAN-оптимизации.

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

Технические детали

WAN-оптимизация «творит чудеса» главным образом за счет уменьшения числа битов, передаваемых по WAN-каналу. Большое значение для такого уменьшения имеет оптимизация TCP-трафика, осуществляемая в основном путем регулирования размера окна приема и более быстрого реагирования на перегрузку канала на стороне передатчика. Работа корпоративных приложений и протоколов, в том числе Exchange MAPI и SMB/CIFS, оптимизируется посредством кеширования объектов данных и группирования пакетов.

Однако наибольший эффект дает функция редукции данных, которая очень похожа на их сжатие, но отличается от последнего использованием специализированных словарей большего объема. Средства сжатия заменяют фиксированные блоки битов меньшими их группами, выступающими в качестве, так сказать, «представителей» этих блоков. Использование функции сжатия приводит к сокращению числа передаваемых по каналу битов, как правило, в 2–4 раза, коэффициент сжатия зависит от типа пересылаемого файла. Например, текстовые файлы и файлы растровых изображений сжимаются хорошо, а двоичные и видеофайлы — гораздо хуже. Это связано с тем, что в аудио- и видеофайлах встречается мало повторяющихся сегментов данных и объемы словарей, использующихся в алгоритмах сжатия, являются сравнительно небольшими.

В случае редукции данных словарь формируется на основе вашей же собственной информации. Объем словаря может достигать сотен мегабайтов или гигабайтов, причем он может меняется с изменением характера деятельности компании. Идея редукции данных базируется на том факте, что во многих организациях по WAN-каналам неоднократно передается одна и та же информация. Это происходит, в частности, когда множество сотрудников обращаются к одному и тому же файлу или когда сотрудник загрузил с удаленного сервера файл, внес в него небольшие исправления и отослал обратно (при этом оставшаяся неизменной большая часть файла передается повторно).

Оптимизаторы начинают работать вообще без словаря. При первой передаче файла по WAN-соединению два оптимизатора (на обоих концах этого соединения) независимо один от другого анализируют данный файл и создают идентичные индексы относящихся к нему блоков данных. При повторном обращении пользователя к тому же самому файлу ближний к серверу оптимизатор, «просмотрев» запрошенный файл, отправляет только ссылки на конкретные блоки. Ближний к пользовательскому компьютеру оптимизатор воссоздает этот файл и пересылает его на компьютер пользователя. Со временем эффективность работы оптимизаторов повышается, поскольку, чем больше данных проходит через них, тем больше становится их словарь и тем чаще им удается использовать блоки из одного файла для оптимизации передачи другого.

Если у вас возникла мысль: «Да это же обычное кеширование!», то вы ошибаетесь. Кеширующее устройство работает по принципу локального сохранения копий файлов как отдельных объектов. Когда пользователь сети запрашивает некий файл, устройство проверяет, изменился ли он, и, если нет, выдает его пользователю. При записи отредактированного файла на удаленный сервер этот файл пересылается по WAN-каналу целиком. Таким образом, обычное кеширующее устройство ускоряет считывание данных, но не их запись.

Осуществляющие редукцию данных устройства тоже передают файлы по WAN-каналу, но не все их биты, заменяя ранее передававшиеся блоки данных ссылками на них. Итак, при сохранении отредактированного файла на удаленном файловом сервере по WAN-каналу пересылаются только измененные блоки и ссылки на неизмененные. Удаленный оптимизатор восстанавливает файл, заменяя ссылки соответствующими данными, и отправляет его в ЛВС.

Существуют три ключевых отличия оптимизатора от кеширующего устройства. Во-первых, это поддержка связи по принципу клиент–сервер, при которой, если пользователь не имеет прав на чтение или запись данных, он и не сможет прочитать или записать их. (Кроме того, в случае когда файл заблокирован, открыть его не удастся.) Во-вторых, блоки данных заменяются ссылками вне зависимости от формата файла, важно только, чтобы не изменялась их битовая комбинация. В-третьих, данные хранятся не как файлы, а как блоки. Отредактированный файл будет иметь измененные блоки, они индексируются, но исходные блоки при этом тоже сохраняются. И если файл вернуть в первоначальный вид, на эффективности WAN-оптимизации это никак не отразится.

Не повредит ли такая оптимизация работе моей сети?

Около 40% участников нашего читательского опроса заявили, что изменение пакетов или их инкапсуляция часто являются причиной сбоев в работе сети. Мы же считаем, что обеспечение сетевой прозрачности оптимизаторов (под этим понимается неизменность TCP/UDP/IP-заголовков передаваемых ими пакетов) может быть, а может и не быть вопросом «жизни и смерти» сети — все зависит от того, используются ли в маршрутизаторах, расположенных на границе сети, списки контроля доступа (ACL) или функции профилирования трафика. Тем не менее нам больше нравятся продукты, которые не изменяют заголовки. Но даже если это и делается, то большой беды здесь нет, однако учитывать данное обстоятельство нужно.

Сетевая прозрачность критически важна только тогда, когда вышестоящие (upstream) устройства (например, маршрутизаторы и межсетевые экраны) обрабатывают пакеты, беря информацию из их заголовков. Так, если пограничный маршрутизатор приоритизирует пакеты, используя их QoS-маркировку, последняя должна быть видна ему. Что же касается межсетевых экранов, то они управляют доступом к сети на основе адресов отправителей и получателей пакетов, а также номеров портов. При наличии таких устройств инкапсуляция пакетов или трансляция их сетевых адресов (NAT) может нарушить работу сети. Если же в вашей организации вышеназванные аппаратные средства и функции не применяются, то и беспокоиться не о чем.

Оптимизаторы, подобные протестированным нами продуктам, являются прозрачными устройствами-посредниками, которые в сети находятся между клиентом и сервером. Это позволяет им оптимизировать работу протоколов типа SMB и HTTP. Прозрачность обычно означает, что после инсталляции оптимизаторов как-либо переконфигурировать клиентские устройства и серверы ЛВС не требуется. Но верно ли это в отношении WAN-систем? Все зависит от того, каким образом оптимизаторы обрабатывают трафик. Некоторые из них изменяют заголовки пакетов. Так, устройства Steelhead компании Riverbed транслируют сетевые адреса, содержащиеся в заголовках передаваемых пакетов, а продукты NX фирмы Silver Peak инкапсулирует пакеты в туннели GRE. Оба производителя встроили в свои продукты функции, обеспечивающие взаимодействие с уже имеющейся у заказчика сетевой аппаратурой. Продукты компаний Blue Coat, Cisco и Citrix оптимизируют трафик, не изменяя заголовков пакетов.

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

Реализация ACL в оптимизаторах оказалась более сложным делом. В них имеется базовая функциональность межсетевых экранов, в том числе фильтрация пакетов по адресам отправителя и получателя и номерам портов, но служить полноценной заменой этим экранам они все же не могут. Поэтому приходится устанавливать оптимизатор между сетевым экраном и ЛВС, что требует определенного планирования. Очевидно, что если вы используете VPN, то передаваемый между локальными сетями трафик должен быть оптимизирован до шифрования.

Можно сделать следующий вывод: WAN-оптимизация отнюдь не губит сети, но часто требует их перепроектирования. А стоит ли овчинка выделки? В большинстве случаев да.

Вопросы интеграции

Протестированные нами оптимизаторы имеют гибкие возможности интеграции в сетевые инфраструктуры, причем они могут работать как в канале передачи данных (in-band), так и в стороне от него (out-of-band). Все они маршрутизируют трафик на основе правил системной политики и поддерживают протокол WCCP (Web Cache Communication Protocol), который первоначально разрабатывался для маршрутизаторов как стандартный метод перенаправления ими трафика HTTP в кеширующее устройство, но теперь используется для перенаправления пакетов любых TCP-сеансов. Это означает, что маршрутизатор можно задействовать так, чтобы он перенаправлял потоки данных в оптимизатор.

В центрах обработки данных и узлах агрегации трафика мы рекомендуем использовать протокол WCCP или функции маршрутизации на базе правил системной политики. Тогда отказ оптимизатора не повлияет на прохождение всего трафика, хотя оптимизированные соединения, конечно, будут разорваны. В удаленных офисах лучше реализовывать in-band-подключение: оно проще.

Все продукты, которые проходили у нас испытания, поддерживают установку резервного оборудования, а некоторые из них наделены еще и более развитыми функциями. В частности, устройства компаний Blue Coat и Cisco можно кластеризовать.

В случае сбоя

Мы спросили представителей фирм-производителей о последствиях (для работы сети) отказа оптимизатора или сбоя в подаче электропитания ему. Все ответили, что в таких ситуациях их устройства будут прозрачно пропускать трафик, это и подтвердилось в ходе тестирования в нашей лаборатории. Но поскольку оптимизаторы работают как внутриканальные устройства-посредники TCP, не требующие реконфигурирования клиента и сервера, то после отказа любого из двух оптимизаторов оптимизируемые соединения придется восстанавливать заново, потому что одно соединение клиента с файловым сервером на самом деле представляет собой три отдельных соединения: одно — между клиентом и локальным оптимизатором, второе — между локальным и удаленным оптимизаторами и третье — между удаленным оптимизатором и сервером.

Будучи прозрачными устройствами-посредниками, рассматриваемые средства могут оптимизировать работу разнообразных IP-устройств. Для Windows-клиентов характерно небольшое окно приема TCP, которое хорошо подходит для работы в ЛВС, но замедляет функционирование приложений по WAN-каналам. Поддерживая связь, оптимизатор по-разному взаимодействует с локальным и удаленным (другим оптимизатором) устройствами. В последнем случае оптимизаторы «стараются» максимально эффективно использовать емкость канала дальней связи. Они могут действовать с учетом специфики работы приложений и прикладных протоколов. Например, для загрузки файла с файлового сервера Windows-клиенты задействуют довольно «болтливый» протокол SMB, в таком случае сервер единовременно может передать только 64 Кбайт информации, а затем должен ждать подтверждения ее приема (и так многократно). Это значительно снижает эффективную пропускную способность WAN-соединения.

Устройства-посредники SMB/CIFS также «болтают» в ЛВС, но в WAN-сети они объединяют команды SMB в меньшее число пакетов и тем самым повышают скорость передачи данных. SMB/CIFS-посредничество предполагает и поддержку функций упреждающего считывания блоков данных и кеширования информации с обратной записью в память. Такого рода устройства извлекают из памяти следующие блоки данных до прихода запросов на них и кешируют метаданные.

В число других, обычно поддерживаемых оптимизаторами протоколов входят Oracle SQLnet, MAPI, RPC и NFS. Их работа в WAN-сети оптимизируется путем редукции данных и выполнения функций, в которых учтена специфика функционирования указанных протоколов.

Начало работы

Только что установленные оптимизаторы обычно не оптимизируют текущие TCP-сеансы, поскольку способа определения состояния последних просто не существует. Возьмем, к примеру, асимметричную маршрутизацию, когда пакеты TCP-потока передаются по разным маршрутам. Если оптимизатор попытается перехватить асимметричное TCP-соединение, то это, скорее всего, приведет к лавинообразному нарастанию числа пакетов-подтверждений (ACK storm), поскольку оптимизатор и клиент попытаются продолжить сеанс связи.

К счастью, большинство TCP-соединений устанавливаются на сравнительно короткое время и ситуация, когда оптимизаторы не обрабатывают трафик, возникает только в случае их инсталляции или перезапуска. Если нужно задействовать функции оптимизации как можно быстрее, следует прервать существующие TCP-соединения путем перезагрузки либо клиентов, либо серверов. Чтобы гарантировать оптимизацию всего трафика, в процессе тестирования мы прерывали TCP-соединения перед переходом к каждому следующему этапу данного процесса. Устройство NX компании Silver Peak в этом смысле является исключением: оно редуцирует данные в текущих TCP-сеансах, но никаких других оптимизирующих функций при этом не выполняет.

А что с UDP?

До сих пор мы обсуждали оптимизацию TCP-соединений, поскольку большинство корпоративных приложений используют именно этот протокол, имеющий встроенные функции управления сеансами. Трафик же протокола UDP, который тоже используется критически важными приложениями, такими, как серверы DNS, средства VoIP и системы потокового вещания, значительно хуже поддается оптимизации и редукции данных. Тем не менее продукты компаний Silver Peak и Blue Coat «умудряются» в определенной мере оптимизировать и UDP-трафик. И вообще все протестированные нами устройства обеспечивают максимально быстрое перемещение пакетов прямой видеотрансляции, аудиопакетов и пакетов IP-телефонии.

Устройство NX компании Silver Peak анализирует передаваемые данные и редуцирует их. Продукт SG компании Blue Coat более «интеллектуален»: он оптимизирует передачу аудио- и видеопотоков не за счет редукции данных, а путем разветвления этих потоков; если множеству пользователей нужна одна и та же видеоинформация, этот продукт с удаленного сервера получает только один видеопоток, а затем, разветвляя его, передает видеоинформацию всем запросившим ее клиентам.

Нужно налаживать

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

При применении протоколов передачи файлов FTP, NFS и SMB/CIFS положительный эффект обеспечивают все виды оптимизации, в случае же с протоколами реального времени, такими, как Telnet или SSH, редукция данных почти ничего не дает. Протокол SSH шифрует передаваемую информацию (вопросы оптимизации шифрованного трафика более подробно рассматриваются в «В промежуточной точке»).

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

При тестировании устройств SG компании Blue Coat мы конфигурировали их для перехвата трафика конкретных протоколов, а затем определяли, какие оптимизирующие функции к ним применять. Входящий в устройство трафик обрабатывался с помощью самых оптимальных для него функций. Трафик, к которому мы не хотели применять функцию редукции данных (в том числе трафик SSН и трафик с зашифрованной информацией, передаваемой в ходе сеанса резервного копирования), пропускался без обработки, это снижало нагрузку на устройства. Другие виды трафика оптимизировались по умолчанию. В дополнение к общим режимам работы устройства-посредника продукты SG имеют режимы, ориентированные на конкретные приложения — например, на HTTP-сервис, при использовании которого с помощью соответствующего режима можно заранее «скачивать» встроенные объекты, а затем быстро выдавать их пользователю, тем самым сокращая время передачи трафика по WAN-каналу.

Кеширование трафика SMB/CIFS, реализованное в продуктах компаний Cisco и Blue Coat, отличается от редукции данных, поскольку на локальном устройстве сохраняются файлы документов, что ускоряет доступ к ним. Устройство-посредник SMB/CIFS компании Cisco конфигурируется для предоставления пользователям файлов из кеш-памяти вместо загрузки их по WAN-сети с осуществлением редукции данных. В случае отказа WAN-канала пользователям можно предоставить доступ к кешированным файлам только для их чтения (по умолчанию этот режим отключен).

Словом, чтобы WAN-оптимизация дала максимальный эффект, вам придется попотеть. Но результат в виде повышения производительности труда сотрудников предприятия и экономии расходов на оплату более быстрых арендованных WAN-каналов стоит затраченных на его достижение времени и денег..





  
13 '2007
СОДЕРЖАНИЕ

инфраструктура

• Контрольно-измерительные системы для сетей Ethernet/IP

• «Энергетическая конституция», или об актуальности строительства мини-ТЭС

• ИБП для ЦОДов: системы нового поколения или маркетинг «чистой воды»

• WANтастика!

бизнес

• К новому опыту пользования телекоммуникациями

информационные системы

• Чем меньше call-центр, тем больше проблем

• Формула доброй воли

• Мобильные IM-сервисы преодолевают барьеры

сети связи

• Из TDM в IP без «разрушений»

• Телекоммуникации для объектов коммерческой недвижимости

кабельные системы

• От категории 5e к классу F: демистификация кабельных спецификаций

• Говорим «претерминированные решения», подразумеваем «быстрая инсталляция»

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

• Управление идентификацией: настала пора для гибких решений

• SecureSphere обеспечит всестороннюю защиту данных


• Калейдоскоп



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