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

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

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

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

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


Rambler's Top100

  

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

Питер Морриси

Мы испытали работу систем удаленного мониторинга RMON2 в средних и крупных сетевых инфраструктурах. Большинство из них успешно прошли наши жесткие тесты на совместимость и доказали, что могут обрабатывать трафик, передаваемый по высокоскоростным каналам 100 Мбит/с.

Основной массе специалистов, занимающихся построением сетей и их управлением, нравится концепция стандартов. И это закономерно: ведь стандарты дают им возможность выбирать поставщика сетевой продукции на основании таких критериев, как уровень сервиса, цена и эксплуатационные характеристики продукции, а не быть "прикованными" к фирменному решению одного производителя. Самая большая на сегодня сеть - Интернет основана на стандартах. С целью координации усилий по их разработке для этой и других использующих протоколы TCP/IP сетей была создана Инженерная проблемная группа Интернет (IETF).

Одним из наиболее успешных в области сетевого управления является стандарт удаленного мониторинга (RMON). Исходный документ - RFC 1271 был принят в 1991 г. Он определяет метод сбора сетевой информации со специализированных устройств, называемых зондами, и с другого сетевого оборудования, поддерживающего базу управляющей информации (MIB) RMON. Сейчас уже трудно найти концентратор или коммутатор, который не поддерживал бы по крайней мере некоторые функции RMON.

Однако, несмотря на привлекательность концепции стандартов, они, в том числе и RMON, часто заставляют пользователей жертвовать функциональными возможностями ради обеспечения совместимости продуктов разных производителей. Самым большим недостатком стандарта RMON является то, что он не позволяет получать крайне необходимую информацию сетевого и более высоких уровней. Обычно этот недостаток использовался производителями как возможность выделить свои продукты на фоне других. Действительно, когда мы в прошлый раз рассматривали системы RMON, фирмы Armon Networking (приобретена компанией Bay Networks), Axon Networks (приобретена компанией 3Com) и Hewlett-Packard предлагали расширения к стандарту RMON, увеличивающие возможности их продуктов по сравнению со стандартными (см.: Сети и системы связи. 1996. № 8. С. 50). Очевидным недостатком подобных решений является то, что они "привязывают" пользователей к одному производителю.

Организация IETF среагировала на возникшую проблему и в январе 1997 г. приняла документ RFC 2021, или RMON2, который дополнил первоначальный стандарт десятью новыми группами (см. "RMON2: заглянем внутрь"). В июне того же года мы пригласили производителей зондов RMON и ПО управления продемонстрировать нам все, на что способен новый стандарт RMON2, наивно полагая что у них готовы соответствующие продукты - к тому времени окончательный стандарт существовал уже полгода, а предварительный его вариант - и того дольше. Поскольку большинство производителей в октябре 1996 г. участвовали в испытаниях на совместимость, спонсируемых компанией Interworking labs, вполне естественно было предположить, что они с энтузиазмом воспримут наше предложение. Увы! Мы слишком поторопились. Нам пришлось растянуть период испытаний до конца года, дав возможность большинству фирм предоставить что-либо более весомое, чем различные маркетинговые трюки и корпоративные материалы о достоинствах стандарта RMON2.

RMON2: заглянем внутрь

Утвердив в январе 1997 г. стандарт RMON2 (RFC 2021), Инженерная проблемная группа Интернет расширила первоначальный стандарт RMON, регламентирующий способ удаленного сбора сетевой статистики с зондов, размещаемых в наиболее важных сегментах сети. Сбор статистики осуществляется станцией сетевого управления с использованием протокола SNMP.

Исходный стандарт RMON определяет 10 групп объектов базы управляющей информации:

  1. Statistics (статистика) - обеспечивает выдачу статистической информации об использовании ресурсов каналов Ethernet и о возникающих ошибках.
  2. History (история) - выполняет те же функции, что и группа Statistics, дополнительно позволяя анализировать информацию, полученную за определенный временной интервал.
  3. Alarm (тревоги) - совместно с группой Event обеспечивает посылку предупреждающих сообщений при превышении какой-либо величиной определенных для нее пороговых значений.
  4. Hosts (хосты) - обеспечивает выдачу статистической информации на уровне MAC-адресов узлов Ethernet.
  5. HostTopN (N самых активных хостов) - выполняет те же функции, что и группа Hosts, дополнительно позволяя зонду формировать отчеты о наиболее активных (по тому или иному параметру) хостах.
  6. Matrix (матрица трафика) - обеспечивает выдачу статистической информации для сетевых диалогов на уровне MAC-адресов узлов Ethernet.
  7. Filter (фильтры) - совместно с группой Capture обеспечивает захват пакетов для последующего анализа.
  8. Capture (захват пакетов) - совместно с группой Filter обеспечивает захват пакетов для последующего анализа.
  9. Event (событие) - работает совместно с группой Alarm.
  10. Token Ring - обеспечивает получение отдельного набора статистических данных для сетей Token Ring.

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

    До появления стандарта RMON2 все эти проблемы решались производителями с помощью фирменных расширений. Теперь, благодаря появлению новых групп объектов, стандартизован способ представления информации сетевого и вышележащих уровней. Кроме того, RMON2 устраняет и некоторые другие недостатки стандарта-предшественника. Всего в RMON2 появилось 10 новых групп, имеющих номера с 11-й по 20-ю:

  11. protocolDir (Protocol Directory) - содержит описание всех идентифицируемых протоколов.
  12. protocolDist (Protocol Distribution) - обеспечивает выдачу информации об использовании всех идентифицируемых протоколов.
  13. adressMap (Address Mapping) - определяет соответствие между сетевыми и MAC-адресами.
  14. nlHost (Network layer Host) - обеспечивает выдачу информации о распределении трафика на уровне сетевых адресов.
  15. nlMatrix (Network layer Matrix) - обеспечивает выдачу информации о распределении трафика по диалоговым парам сетевого уровня, включая данные о наиболее активных парах (функция TopN).
  16. alHost (Application layer Host) - выполняет те же функции, что и группа nlHost, но обеспечивает данные о распределении трафика по протоколам, перечисленным в группе protocolDir.
  17. alMatrix (Application layer Matrix) - выполняет те же функции, что и группа nlMatrix, но обеспечивает данные о распределении трафика по протоколам, перечисленным в группе protocolDir.
  18. userHistory (User History) - позволяет зондам сохранять образцы данных RMON2.
  19. probeConfig (Probe Configuration) - обеспечивает удаленное выполнение задач, решение которых обычно требует непосредственного подключения через последовательный интерфейс, - перезагрузку, обновление ПО, изменение сетевых адресов, установку "ловушек" и т. д.
  20. rmonConformance (RMON Conformance) - предоставляет управляющему ПО информацию о поддерживаемых группах объектов.

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

    В наших тестах приняли участие фирмы Bay Networks, SolCom Systems, Technically Elite и 3Com. Нам особенно понравилась система фирмы 3Com, которая со всей очевидностью продемонстрировала, что следование стандарту отнюдь не означает убогость функциональных возможностей. Предлагаемое 3Com программное обеспечение Transcend Traffix Manager оказалось на уровне лучших продуктов, рассмотренных нами в 1996 г., но его мощный инструментарий управления сетью полностью соответствует стандартам. Мы были восхищены возможностями ПО по планированию отчетов и автоматическому созданию индексной страницы при сохранении отчетов в формате HTMl.

    Программные средства MeterWare for Windows 6.0 фирмы Technically Elite и lANmaster RMON Utilities for Windows фирмы SolCom имели несколько более узкие функциональные возможности. Из этих двух продуктов стабильнее работал MeterWare.

    В отличие от MeterWare и lANmaster система фирмы Bay Networks способна представлять диалоги между сетевыми устройствами в виде графической схемы. Она лучше, чем ПО Traffix, справилась с выводом данных в реальном масштабе времени, но ее производительность была низкой даже в небольшой тестовой сети.

    Черные дыры

    Нельзя не заметить отсутствие в нашем обзоре одного из наиболее значительных производителей систем RMON - компании Frontier Technologies, которая последние пару лет частенько именовала себя не иначе как "штаб-квартирой RMON2". Несмотря на продление сроков тестирования и наши встречи с представителями компании, последняя отказалась прислать нам свой продукт. Ее сотрудники ссылались при этом на различные причины, однако среди них ни разу не были упомянуты проблемы совместимости. Поэтому мы так и не поняли, что же послужило главной причиной отказа. Может, как раз отсутствие совместимости продуктов Frontier с другими продуктами? Обратите внимание, что Frontier ни разу не участвовала в открытых тестах на совместимость.

    Мы были огорчены и тем, что компания Hewlett-Packard не предоставила нам свой продукт NetMetrix, который в прошлом обзоре систем RMON получил самую высокую итоговую оценку, но с пониманием отнеслись к представленному ею объяснению. Сотрудники компании сообщили прямо, что ПО управления NetMetrix пока не готово поддерживать RMON2, и прислали нам только поддерживающий стандарт RMON2 зонд, который мы использовали в тестах на совместимость с программными средствами управления других производителей. Причем этот зонд продемонстрировал более высокий уровень совместимости, чем другие протестированные нами зонды.

    Весьма вероятно, что системы RMON2 будут осуществлять мониторинг той части сети, где расположены серверы, а в ней наверняка используются каналы Fast Ethernet. Поэтому нас интересовало то, насколько хорошо производители реализовали в своих продуктах поддержку Fast Ethernet. Хотя стандарта RMON для Fast Ethernet не существует, мы всегда считали, что управляющим приложениям "не составит труда" определить пропускную способность интерфейсов и подкорректировать свои действия посредством коэффициента 10. Компании Bay Networks, SolCom и 3Com прислали нам зонды для Fast Ethernet. Испытав их с четырьмя пакетами управления разных фирм, мы обнаружили, что приложения довольно легко справились с распознаванием интерфейса Fast Ethernet. Единственным исключением стало ПО MeterWare. Однако, как только мы сообщили фирме Technically Elite о проблеме, возникшей при взаимодействии ее ПО с некоторыми зондами, она незамедлительно приступила к работе по исправлению замеченного нами недостатка.

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

    Вы хотите иметь точное представление о характере трафика и использовании приложений в вашей сети, не гоняя туда-сюда "армию" высокооплачиваемых инженеров с анализаторами протоколов? Тогда самое время задуматься о покупке систем RMON2.

    Не слишком ли много?

    Мы быстро обнаружили, что системы RMON2 предоставляют огромный объем информации. Вообще говоря, это хорошо для любого, кто отвечает за работу большой сети. Например, зонд RMON2 может собирать общую статистику Ethernet для каждого сеанса связи сетевого уровня. Кроме того, он способен наблюдать за работой протоколов сетевого и более высоких уровней. Информация по протоколам также может быть увязана с каждым сеансом связи сетевого уровня, что позволяет получить ответы на множество вопросов, касающихся картины распределения трафика в сети.

    В частности, узнать, какой из протоколов "забирает" наибольшую полосу пропускания или кто из сотрудников наиболее интенсивно "общается" с корпоративными серверами. В случае использования в сети протоколов TCP/IP можно легко идентифицировать приложения. Применение зондов для анализа трафика, передаваемого между нашей сетью и Интернет, позволило нам без труда определить процентное соотношение его составляющих: Web, электронная почта, новости Usenet и telnet. Мы определили наиболее популярные серверы Интернет, а также узнали, чем интересуются наши пользователи.

    Продукты фирм Technically Elite и SolCom неплохо представляют на экране получаемые ими данные, однако ценность их применения для сетей среднего и крупного размера ограниченна. При попытке выявить узлы Web, наиболее посещаемые пользователями из конкретной подсети, нам удалось наблюдать лишь за индивидуальными сеансами связи. Продукт Traffix фирмы 3Com способен объединять данные в единую картину трафика, и это позволило нам видеть самые посещаемые с точки зрения доступа из конкретной подсети или из всей нашей сети класса B узлы. Traffix облегчил нам задачу группирования подсетей и серверов по подразделениям предприятия и исследование профилей их трафика в зависимости от времени дня.

    ПО Optivity Analysis 8.0 фирмы Bay Networks обеспечивает удобное графическое представление картины трафика, но не дает возможности архивировать данные. Предлагаемое фирмой приложение NetReporter включает более развитой планировщик отчетов, чем у продуктов фирм Technically Elite и SolCom. Тем не менее оно выглядело гораздо менее привлекательно, чем Traffix, поскольку не позволяло архивировать данные и обеспечивало худшую совместимость с продуктами других фирм.

    При том огромном объеме информации, какой может быть собран зондом RMON2, маловероятно, что в скором времени боўльшая часть возможностей RMON2 будет реализована в концентраторах и коммутаторах. Действительно, хотя в ходе тестирования мы не ставили перед собой задачу систематически отслеживать производительность зондов, все же заметили, что они не очень хорошо справляются с обработкой высокоскоростных потоков, передаваемых по каналам 100 Мбит/с.

    Transcend Traffix Manager и lANsentry Manager фирмы 3Com

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

    Система Traffix архивирует информацию RMON2 в базу данных - подобной функции нет ни у одного другого продукта. Более того, она обеспечивает мощные графические средства анализа для последующей обработки архивированных данных.

    Фирма 3Com предлагает удобную утилиту для конфигурирования зондов, позволяющую настраивать отдельно каждый из них или целую их группу. Как и большинство операций в системе Traffix, эти действия легко выполняются из хорошо продуманного графического пользовательского интерфейса.

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

    Графическое представление данных организуется иерархически. Самый верхний уровень изображается большим кругом, а нижележащие - кругами меньших размеров, располагаемыми внутри более крупных. Конечные узлы отображены пиктограммами компьютеров (на самом низком уровне) или кругами наименьшего размера. При использовании конфигурации по умолчанию для нашей сети на экране были изображены три круга внутри основного: по одному для протоколов AppleTalk, IP и IPX. Дополнительными кругами внутри каждого из этих трех были представлены объекты третьего уровня (подсети). Вертикальная навигационная полоса слева показывала иерархию и узлы в более формальном представлении, с разными уровнями детализации. Эта полоса позволяет выполнять функцию поиска.

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

    Продукт фирмы 3Com позволяет разработать свою собственную систему группирования сетевых объектов. В качестве такой группы можно определить сеть определенного подразделения предприятия или конкретный домен DNS.

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

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

    Основанная на стандартах, с превосходными функциями архивирования и анализа данных, система Traffix позволит вам по-новому взглянуть на картину трафика в вашей сети.

    MeterWare for Windows и EtherMeter 1000l фирмы Technically Elite

    Когда мы тестировали ПО MeterWare в последний раз, у него было совсем мало функций, выходящих за пределы стандарта RMON, и в результате оно показало не слишком хорошие результаты. Тогда же представители фирмы Technically Elite сообщили нам, что, перед тем как приступить к разработке каких бы то ни было приложений, поддерживающих функции RMON2, они хотят дождаться окончательного принятия соответствующего стандарта. На этот раз Technically Elite предоставила нам мощные приложения, поддерживающие RMON2, которые по уровню совместимости с зондами других производителей превзошли все остальные, даже приложения фирмы 3Com. Однако в отличие от Traffix система MeterWare предлагает очень скромные возможности по агрегации данных, так необходимой в условиях крупных сетей с множеством одновременно ведущихся сетевых диалогов. В то же время мы по достоинству оценили то, что MeterWare позволяет опрашивать зонды в реальном масштабе времени.

    В главном окне системы MeterWare выводится список всех устройств RMON, о которых она "знает". Цвет стрелки (красный или зеленый) показывает, в каком состоянии находится устройство (выключено или работает). Кроме того, MeterWare показывает тип и скорость работы сетевых интерфейсов зонда. В большинстве случаев система правильно идентифицировала интерфейсы Fast Ethernet.

    При добавлении зондов можно использовать процесс автоматического распознавания или указывать их вручную. В последнем случае MeterWare сама определит число интерфейсов устройства и занесет информацию о них в свою базу данных. Эта процедура гораздо более совершенна, чем предлагаемая фирмой SolCom. Превосходит она и подобные функции приложений фирм 3Com и Bay Networks.

    Как только зонд настроен, двойной щелчок мыши открывает доступные приложения RMON2, большинство из которых довольно примитивны. Некоторые из них прямо соответствуют таким группам RMON, как, например, alMatrix, alHost, protocolDist и addressMap. Статистические данные можно получить прямо из зонда в реальном масштабе времени. Подобную возможность предоставляет и продукт фирмы SolCom.

    При запуске приложения alMatrix список протоколов появляется на вертикальной полосе слева, а пары адресов для каждого сетевого диалога - в таблице справа. Указав определенный протокол, можно получить в таблице сведения об использующих его диалогах. Сортировка записей по содержимому пакетов или байтов выполняется так же легко, как и при работе с продуктом SolCom. Можно выбрать, сколько записей войдет в круговую диаграмму TopN, изображаемую в другой части окна. Представители фирмы Technically Elite сообщили, что в конце первого квартала 1998 г. планируется выпустить приложение, позволяющее получать графическую карту сетевых диалогов. К сожалению, система MeterWare не указывает соответствия между сетевыми адресами и именами DNS, нет в ней (в отличие от продукта SolCom) и утилиты, которая давала бы возможность быстро определять такое соответствие. Продукты 3Com и Bay Networks автоматически заменяют адреса IP именами DNS.

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

    Средства составления отчетов системы MeterWare собирают информацию и строят на ее основе диаграммы, которые можно легко изменять, распечатывать и сохранять в различных форматах. Отметим, что при попытке составить отчет с большим числом шаблонов мы испытали некоторые трудности. В отличие от средств составления отчетов фирм Bay Networks и 3Com пакет MeterWare не позволяет планировать их генерацию. Кроме того, на момент тестирования он не обеспечивал сохранение данных в формате HTMl. Тем не менее мы считаем, что покупка MeterWare - наилучший вариант для тех, кто стремится быть поближе к внутренней "кухне" RMON2 или кому необходимо получать данные в реальном масштабе времени.

    Скажем несколько слов и о зонде RMON2 фирмы Technically Elite. Он работает только на скорости 10 Мбит/с, но в то же время имеет мощнейшие средства поддержки протоколов IP и IPX. Если ваше предприятие использует программные средства фирмы Oracle, то вы, безусловно, оцените тот факт, что зонд поддерживает порядка десяти протоколов этой фирмы. Он хорошо "знаком" и с протоколами Banyan VINES, но не способен декодировать протоколы AppleTalk.

    lANmaster RMON Utilities for Windows и lRE 4/100 фирмы SolCom Systems

    В то время, когда мы проводили тестирование, фирма SolCom занималась переносом своих приложений с платформы управления фирмы Castle Rock Computing на свою собственную, причем ее приложения удаленного мониторинга, поддерживающие стандарт RMON2, изначально создавались для новой платформы. В процессе испытаний мы постоянно получали от SolCom новые бета-версии ее программ.

    Приложения lANmaster схожи с ПО MeterWare в том, что обеспечивают получение необработанных данных RMON2 в реальном масштабе времени. Однако в большинстве случаев они оказались хуже, чем MeterWare - в частности, функционировали менее стабильно.

    В основном окне система lANmaster представляет все известные ей устройства RMON по отдельности или группами (доменами), состав которых можно регулировать. В отличие от MeterWare, приложения lANmaster не информируют о состоянии устройств.

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

    Предложенные нам фирмой SolCom управляющие приложения значительно лучше базировавшихся на ПО фирмы Castle Rock. Тем не менее в целом они все же уступают приложениям фирмы Technically Elite.

    Optivity Analysis и FE200 Fast Ethernet StackProbe фирмы Bay Networks

    Начало наших тестов совпало по времени с приведением фирмой Bay Networks своих приложений в соответствие со стандартом RMON2. На то время приложение TrafficMan было единственным мощным модулем RMON2 в пакете Optivity Analysis, если не считать NetReporter, выполнявшего некоторые функции по составлению отчетов. Хотя оба приложения выглядели очень привлекательно, они показали невысокий уровень совместимости с зондами других производителей. Более того, из всех рассмотренных нами зондов устройство фирмы Bay Networks поддерживало наименьшее число протоколов.

    И, хотя нам понравились приложения Bay Networks, из-за перечисленных недостатков ее система в целом получила самую низкую итоговую оценку.

    Как и пакет Traffix фирмы 3Com, приложение TrafficMan представляет сетевые диалоги в виде линий, цвет которых зависит от используемого протокола. Сети изображаются в виде облаков, которые могут быть "расширены" для просмотра конечных узлов. Одно из основных различий между продуктами фирм 3Com и Bay Networks заключается в том, что TrafficMan опрашивает зонды непосредственно и немедленно начинает загрузку данных. Traffix же, как вы помните, использует принцип архивирования данных. Динамический подход, реализованный в системе фирмы Bay Networks, делает ее более эффективным инструментом для поиска неполадок. Однако мы были немного разочарованы тем, что при тестировании системы даже в небольшой сети на обновление экрана требовалось по крайней мере несколько минут. (Пакет фирмы Bay Networks работал на компьютере SPARC 10 фирмы Sun Microsystems.)

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

    Еще одно полезное качество ПО фирмы Bay Networks - его способность сохранять большое число замеров трафика, проводимых во время сеанса связи. Несмотря на отсутствие возможности архивирования данных, мы легко получали доступ к сохраненным образцам.

    Специальное приложение позволяет добавлять протоколы к справочнику протоколов. Фирма Bay Networks реализовала эту функцию лучше, чем 3Com: во-первых, ее продукт позволяет вводить протоколы списком и изменять их все одновременно, а не по одному; во-вторых, он дает возможность вносить изменения сразу для группы зондов, а не только для каждого из них по отдельности; и, наконец, в-третьих, он периодически загружает в зонды информацию о добавленных пользователем протоколах, что позволяет компенсировать ее возможную потерю в случае выключения или перезагрузки зондов.

    К сожалению, нам не удалось добиться того, чтобы последняя функция выполнялась при работе с зондами, производимыми какой-либо иной фирмой кроме Bay Networks.

    Несмотря на то что нам понравилось ПО фирмы Bay Networks и мы надеемся на его дальнейшее развитие, работать с ним оказалось не так-то просто. Хотелось бы также пожелать Bay Networks, чтобы она повысила степень совместимости своих продуктов с системами других производителей.

    ***

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

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

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

    В базе данных пакета Traffix фирмы 3Com мы сохранили результаты его работы с разными зондами, чтобы потом сравнить их более детально. Выяснилось, что независимо от того, с каким зондом Traffix взаимодействовал - фирмы 3Com, Hewlett-Packard или SolCom, - он представил совершенно одинаковые данные о распределении трафика. При этом зонды фирм Hewlett-Packard и SolCom постоянно выдавали примерно вдвое меньший объем данных, чем зонд фирмы 3Com.

    Мы смогли проверить продукты на совместимость по большинству групп, определенных в стандарте RMON2. Кроме того, мы проверили совместимость продуктов при использовании функции добавления протоколов. Она позволяет управляющему ПО расширять возможности системы мониторинга, добавляя в группу объектов protocolDir (группа 11) сведения о протоколах, изначально "неизвестных" зонду. Недостаток состоит в том, что при выключении питания зонда дополнительная информация теряется.

    Фирма Hewlett-Packard прислала нам только свой зонд и поэтому не смогла полноценно участвовать в наших тестах. Но мы тем не менее испытали работу ее зонда с ПО других фирм.


    moncler одежда




  
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. вверх