Рабочая нагрузка
В системе COMNETIII рабочая нагрузка создается источниками трафика. Каждый узел может быть соединен с несколькими источниками трафика разного типа.
Источники-приложения генерируют приложения, которые выполняются узлами типа процессоров или маршрутизатров. Узел выполняет команду за командой, имитируя работу приложений в сети. Источники могут генерировать сложные нестандартные приложения, а также простые, занимающиеся в основном отправкой и получением сообщений по сети.
Источники вызовов генерируют запросы на установление соединений в сетях с коммутацией каналов (сети с коммутируемыми виртуальными соединениями, ISDN, POTS).
Источники планируемой нагрузки генерируют данные, используя зависящее от времени расписание. При этом источник генерирует данные периодически, используя определенное распределение интервала времени между порциями данных. Можно моделировать зависимость интенсивности генерации данных от времени дня.
Источники "клиент-сервер" позволяют задавать не трафик между клиентами и сервером, а приложения, которые порождают этот трафик. Эти приложения работают в модели "клиент-сервер", и источник данного типа позволяет промоделировать вычислительную загрузку компьютера, работающего в роли сервера, то есть учесть время выполнения вычислительных операций, операций, связанных с обращением к диску, подсистеме ввода-вывода и т.п.
Протоколы
Коммуникационные протоколы физического и канального уровней учитываются в системе COMNETIII в таких элементах сети как каналы (links). Протоколы сетевого уровня отражены в работе узлов модели, которые принимают решения о выборе маршрута пакетов в сети.
Магистраль сети и каждая из подсетей могут работать на основе различных и независимых алгоритмов маршрутизации. Алгоритмы маршрутизации, используемые COMNETIII, принимают решение на основе вычисления кратчайшего пути. Используются различные вариации этого принципа, отличающиеся используемой метрикой и способом обновления таблиц маршрутизации. Применяются статические алгоритмы, у которых таблица обновляется только один раз в начале моделирования, и динамические алгоритмы, периодически обновляющие таблицы. Возможно моделирование многопутевой маршрутизации, при которой достигается баланс трафика по нескольким альтернативным маршрутам.
COMNETIII поддерживает следующие алгоритмы маршрутизации:
Протоколы, выполняющие транспортные функции и функции доставки сообщений между конечными узлами представлены в системе COMNETIII обширным набором протоколов: ATP, NCP, NCPBurstMode, TCP, UDP, NetBIOS, SNA. При использовании этих протоколов пользователь выбирает их из библиотеки системы и задает конкретные параметры, например, размер сообщения, размер окна и т.п.
Представление результатов
Графики и отчеты
COMNETIII позволяет при моделировании задавать форму отчета о результатах для каждого отдельного элемента модели. Для этого необходимо в пункте меню Report выбрать требуемый элемент (пункт подменю networkelement) и задать для него опреленный тип отчета (пункт typeofreport).
Отчет генерируется каждый раз при запуске определенной модели. Отчет представлен в стандартной текстовой форме, имеющей ширину в 80 символов, и его легко можно распечатать на любом принтере.
Можно задать генерацию нескольких отчетов разного типа для каждого элемента сети.
Существуют другие способы получения статистических результатов прогона модели, кроме отчетов. В COMNETIII имеются кнопки Statistics, с помощью которых можно включить сбор статистики для каждого типа элемента модели - узлов, каналов, источников трафика, маршрутизаторов, коммутаторов и т.п. Монитор статистики каждого элемента можно установить для сбора только базовых статистических параметров (минимум, максимум, среднее значение и дисперсия) или же сбора данных во временном масштабе для построения графиков.
Если результаты наблюдений сохранены в файле для последующего построения графиков и анализа, то возможно также построение гистограмм и процентных показателей. Возможно построение графиков и во время моделирования.
Мультипликация и отслеживание событий
Перед моделированием или во время него можно установить режимы мультипликации и трассировки событий с помощью пунктов меню Animation иTrace.
Параметры меню Animation позволяют изменять скорость тактов моделирования и скорость продвижения токенов - графических символов, соответствующих кадрам и пакетам. В анимационном режиме система COMNETIII показывает поступление токенов в каналы связи и выход их из каналов, текущее количество пакетов в узлах, количество сессий, установленных с данным узлом, процент использования и многое другое.
В режиме трассировки можно отображать процесс наступления событий в модели либо в файл, либо на экран. При отображении на экран можно перейти в режим пошагового моделирования, когда очередное событие в модели наступает и отображается только при очередном нажатии на соответствующую кнопку графического интерфейса. Можно задать уровень отслеживаемых событий - от высокоуровневых событий, связанных с работой приложений до событий самого низкого уровня, связанных с обработкой кадров на канальном уровне.
Статистический анализ
COMNETIII включает интегрированный набор средств для статистического анализа исходных данных и результатов моделирования. С их помощью можно подобрать подходящее распределение вероятностей для экспериментально полученных данных. Средства анализа результатов позволяют вычислить доверительные интервалы, выполнить регрессионный анализ и оценить вариации оценок, полученных по нескольким прогонам модели.
COMNETPredictor
С 1 мая 1997 на рынке появилось новое средство компании CACIProducts - COMNETPredictor. COMNETPredictor предназначен для тех случаев, когда необходимо оценить последствия изменений в сети, но без детального ее моделирования.
COMNETPredictor работает следующим образом. Из системы управления или мониторинга сети загружаются данные о работе существующего варианта сети и делается предположение об изменении параметров сети: числа пользователей или приложений, пропускной способности каналов, алгоритмов маршрутизации, производительности узлов и т.п. Затем COMNETPredictor производит оценку последствий предлагаемых изменений и выдает результаты в виде графиков и диаграмм, на которых отображаются задержки, коэффициенты использования и предполагаемые узкие места сети.
Благодаря оригинальной технологии Flow Decomposition анализ даже крупных глобальных сетей выполняется за несколько минут.
COMNETPredictor дополняет систему COMNETIII, которая может использоваться затем для более тщательного анализа наиболее важных вариантов сети.
COMNET Predictor работает в среде Windows 95, Windows NT и Unix.
COMNET Predictor от CACI - отличный продукт, да и стоит он дешевле NetMaker XA. Правда, Predictor несколько менее проработан и не так прост в установке. Кроме того, генерируемые им отчеты немного запутанны и малоинформативны, а схемы сетей чересчур перегруженны.
Мы перепробовали несколько дисководов CD-ROM, прежде чем смогли считать информацию с присланного нам диска. Только один дисковод сумел нормально справиться с этой задачей. Установка продукта тоже удалась отнюдь не с первой попытки.
В базовую конфигурацию Predictor входит все, что требуется для построения схемы сети с помощью буксировки пиктограмм устройств из библиотеки. К сожалению, на схеме отображается так много информации, что разобраться в ней очень трудно. В состав Predictor входят и средства для самостоятельного создания устройств и редактирования библиотечной информации.
Опция Baseliner позволяет импортировать информацию о топологии сети и характере трафика из различных популярных средств мониторинга сети. Благодаря Baseliner вы разберетесь, какие объемы трафика генерирует то или иное приложение. После этого можно построить модель, в которой объем трафика от этого приложения будет ежемесячно возрастать на 10%, получив, таким образом, прогноз на несколько месяцев вперед. Тому, кто научится разбираться в схемах сетей (а сделать это не очень-то просто), Predictor покажется очень мощным средством, которым нетрудно пользоваться. Параметры элементов сетей, подобранных из библиотеки, поддаются тонкой настройке.
Затем можно пустить в ход предположения о росте сети - надо указать Predictor, в какой момент их следует включать в модель. По мере продвижения расчетов Predictor будет информировать пользователя о возникновении проблем. Например, сообщается, что через шесть месяцев уровень загрузки какого-либо маршрутизатора достигнет 80%, что является предельной величиной. Тогда можно ввести в модель еще один маршрутизатор и посмотреть, решит ли он это проблему.
Пользователю предоставляется целый ряд отчетов, однако чтобы извлечь из них полезную информацию, придется немало потрудиться: многие таблицы и графики дублируют друг друга, и это затрудняет понимание.
Бесспорно, 29 тыс. дол. - это недешево, однако если вспомнить, что Predictor может работать не только под Unix, но и под Windows NT и Windows 95, станет понятно: его пользователь способен сэкономить на оборудовании (сравните с NetMaker XA).
Если для задания информации о топологии сети не нужно иметь реальную сеть, то для сбора исходных данных о интенсивности источников сетевого трафика могут потребоваться измерения на пилотных сетях, представляющих собой натурную модель проектируемой сети. Эти измерения могут быть выполнены различными средствами, в том числе и с помощью анализаторов протоколов.
Помимо получения исходных данных для имитационного моделирования пилотная сеть может использоваться для решения самостоятельных важных задач. Она может дать ответы на вопросы, касающиеся принципиальной работоспособности того или иного технического решения или совместимости оборудования. Натурные эксперименты могут потребовать значительных материальных затрат, но они компенсируются высокой достоверностью полученных результатов.
Пилотная сеть должна быть как можно более похожа на ту сеть, которая создается, для выбора параметров которой и создается пилотная сеть. Для этого необходимо в первую очередь выделить те особенности создаваемой сети, которые могут оказать наибольшее влияние на ее работоспособность и производительность.
Если имеются сомнения в совместимости продуктов разных производителей, например, коммутаторов, поддерживающих виртуальные сети или другие пока не стандартизованные возможности, то в пилотной сети должны проверяться на совместимость именно эти устройства и именно в тех режимах, которые вызывают наибольшие сомнения.
Страницы: 1, 2, 3, 4, 5, 6, 7
