Выводы по лабораторной работе. 2.9 Задания на самостоятельную работу . 2.9 Задания на самостоятельную работу

 1. Лабораторная работа посвящена основам использования OPNET IT Guru. Исследование производительности приложений и планируемой пропускной способности производилось при помощи изменения скорости соединения между домашней ЛВС и ее ISP (провайдер услуг Интернет).

 2. Проведена серия имитационных экспериментов, позволяющая увидеть, насколько изменяется производительность сети, если используются каналы от медленных (модем со скоростью 20 Кб/с; модем со скоростью 40 Кб/с) до высокоскоростных (кабельный модем или DSL линия со скоростью 512 Кб/с и линия Т1 со скоростью 1.544 Мб/с).

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

4. Однако такие характеристики, как время отклика Response Time и загрузка Utilization изменяются незначительно при переходе линии от 512К к Т1. Для текущего числа пользователей соединение Т1 не дает значительных преимуществ. Улучшение связи, при переходе к линии Т1, не является экономически оправданным для получения тех преимуществ в пропускной способности, которые оно дает.

2.9 Задания на самостоятельную работу

Сценарий 1. Собирается множество статистик, таких, как пропускная способность и задержка в очереди на WAN связи . Анализ результатов для четырех сценариев послужит основой для выводов по лабораторной работе.

Сценарий 2. Создается дубликат сценария. Изменяется пропускная способность связи между маршрутизатором и ISP для подбора среднего времени отклика в 1 секунду.

Сценарий 3. Имеется продолжительный по времени поток данных между музыкальным сервером и PC1, определяемый объектом трафика по требованию (traffic demand). Можно просмотреть этот объект, выбрав пункты View > Demand Object > Show All. Изменить объем трафика для этого объекта. Как это изменение повлияет на время отклика?

Сценарий 4. Что случится, если в сеть добавить 2 ПК? Необходимо скопировать Reseacher PC и вставить два раза. Подсоединить эти два ПК к коммутатору путем копирования и вставки связей, соединяющих Reseacher PC и коммутатор. Запустить имитацию и оценить время отклика каждого из этих ПК для всех значений data rate.

 Сценарий 5. Необходимо добавить приложения на Reseacher PC и проверить время отклика. Чтобы добавить приложения на клиент, нужно отредактировать объект Profile и отредактировать Profile Configuration.

 

 

ПРОЕКТИРОВАНИЕ И МОДЕЛИРОВАНИЕ ЛВС МНОГОЭТАЖНОГО ЗДАНИЯ

Содержание лабораторной работы

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

 В данной лабораторной работе рассматриваются сети данных с магистральной архитектурой, в которой имеется центральный коммутатор в монтажной комнате для оборудования. Центральный коммутатор подсоединяется непосредственно к коммутатору рабочей группы на каждом этаже. Альтернатива состоит в том, что центральный коммутатор подсоединен к коммутатору первого этажа, коммутатор первого этажа – к коммутатору второго этажа и т.д. В лабораторной работе оценивается время задержки, вводимое подсоединением дополнительных коммутаторов.

Здание банка имеет 10 этажей, на каждом из которых множество пользователей, подсоединенных к коммутатору рабочей группы типа 10Base-T. Коммутатор расположен в специальном помещении для телекоммуникаций. Пользователи обращаются к серверу Oracle и семи файл- и принт-серверам.

В сценарии 1 коммутаторы на каждом этаже последовательно подсоединены к центральному коммутатору в подвале. Этот подход приведет к большему времени задержки для пользователей самого верхнего этажа.

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

В сценарии 3 центральный коммутатор находится в подвале, но применяется топология жесткой магистральной архитектуры, в которой центральный коммутатор подсоединяется напрямую к коммутаторам рабочих групп на каждом этаже.

3.2 Выполнение задания

 

Для начала работы необходимо загрузить файл с лабораторной работой.

1. Запустить IT Guru.

2. Выбрать пункт меню File > Open…

3. Выбрать проект Multistory _ Building _ LAN и нажать О k.

 

 

Рисунок 3.1 – Выбор проекта

 

Пользователи подсоединены к коммутатору на каждом из 10 этажей. Они используют сервер Oracle и 7 File, Print и Email серверы в подвале.

Подсеть ( Subnet ): Подсеть – это контейнер, используемый для создания иерархии уровней сети. Для того, чтобы войти в подсеть, необходимо щелкнуть дважды по имени подсети 7 File Print & Email Servers. Здесь серверы сгруппированы вместе. Чтобы перейти к подсети более высокого уровня, необходимо нажать правой кнопкой мыши и выбрать Go To Parent Subnet.

 

 

Рисунок 3.2 – Внешний вид проекта

 

Значки ЛВС представляют также несколько рабочих станций, соединенных в коммутированную ЛВС. Число рабочих станций может быть установлено путем редактирования атрибутов сети. Пользователи различных этажей выполняют по 2 приложения Oracle.

 

 

Рисунок 3.3 – Параметры объекта «сегмент сети»

 

Моделирование сети

 

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

1. нажать на инструментальную кнопку configure / run simulation;

2. установить длительность прогона Duration на 1 час;

3. нажать Run;

4. после завершения прогона нажать Close.

 

Просмотр времени отклика приложения Oracle для пользователей на этажах 1, 5 и 10 выполняется следующим образом:

1. нажать правой кнопкой мыши на объекте <95 Users Floor 10> и выберите View Results;

2. развернуть Requesting Client Custom Application и выбрать Application Response Time (sec.) и  Show;

3. нажать Close в окне View Results;

4. нажать правой кнопкой мыши на объекте «50 Users Floor 10» и выбрать View Results;

5. выбрать пункт Requesting Client Custom Application > Application Response Time (sec.);

6. нажать Add и на графическую панель первого графика (это делается для отображения статистики для пользователей на различных этажах на одной и той же панели);

7. повторить шаги с 5 по 7 для того, чтобы добавить к графику время отклика приложения для пользователей на этаже 1.

 

 

  Рисунок 3.4 – Результаты моделирования

 

Замечание. Чтобы включать и отключать графики, можно пользоваться кнопкой hide and show all graphs.

Теперь имеются статистики для пользователей на всех этажах на одном и том же графике.

 

Рисунок 3.5 – Сравнительные результаты

 

⇐ Предыдущая12345678910Следующая ⇒

Поделиться: