Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Проектирование и моделирование сетей связи в системе Riverbed Modeler

.pdf
Скачиваний:
37
Добавлен:
04.03.2023
Размер:
9.05 Mб
Скачать

дополнительная связь Т1 дает значительное улучшение условий исполнении связи и времени отклика приложения. После добавления второй (резервной) линии связи, загрузка линии связи снизилась с 90% до 50%, а загрузка новой линии связи близка к 40%. Время отклика Web приложения снизилось от 1 с до 0.45 с. Время отклика загрузки FTP снизилось от 1.5 с до 0.6 с. Это говорит о значительном улучшении использования как самой линии связи, так и уменьшении времени отклика приложений.

Рисунок 13.17 – Результирующие графики

3. Кроме того, если один из маршрутизаторов выходит из строя, все пользователи все же могут получить доступ к

191

Интернету за счет более полного исполнения связи и лучшего времени отклика.

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

Сценарий 1. Необходимо создать копию сценария

Small_Company_LAN_With_One_Switch_Over_WAN и

изменить скорость передачи данных WAN связи для получения среднего времени отклика веб -серфинга 0.5 с.

Затем

продублировать

сценарий

Small_Company_LAN_With_Two_Switches_Over_WAN и

установить скорость WAN связей в T1. После этого необходимо оценить время отклика при веб -серфинге.

Сценарий 2. Имеется продолжительный поток данных между удаленным сервером и несколькими пользователями, определенный объектом < возникающий трафик> (Traffic Demand). Можно просмотреть этот объект, выбрав View > Demand Objects > Show All. Для редактирования параметров трафика нужно и зменить поля

Traffic (packets/sec) и Traffic (bits/sec) объекта

<возникающий трафик> (Traffic Demand).

Сценарий 3. Необходимо скопировать последний сценарий (не дополнительный). Затем нужно восстановить работоспособность выведенного из строя маршрутизатора и вывести из строя одну из WAN связей. Изменятся ли результаты?

Сценарий 4. Во втором сценарии основного задания определить проблему с неподдерживаемым приложением и устранить ее.

192

14 ПРОЕКТИРОВАНИЕ И МОДЕЛИРОВАНИЕ СЕТИ КАФЕДРЫ ВУЗа

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

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

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

В результате моделирования пользователю предоставляется информация о узких местах сети ( по пропускной способности, загрузке устройства или линии связи), трафике между заданными узлами, задержки между узлами сети и др. С использованием базы ресурсов ( Object Palette), представленной на рисунке 14.1, построена имитационная модель сети кафедры (р исунок 14.2).

Рисунок 14.1 – Выбор объектов проектирования

193

Рисунок 14.2 – Схема сети кафедры

194

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

База ресурсов представля ет собой набор моделей устройств различных производителей сетевого оборудования, таких как 3Com, CISCO и других (концентраторы, коммутаторы, маршрутизаторы, мосты и др.), а также технологий Ethernet, FDDI, Token Ring, STP, ATM, Frame Relay, VLAN, xDSL, Wireless LAN.

Модель сети кафедры состоит из 2-х серверов, 38 рабочих станций, 4 коммутаторов, 1 маршрутизатор и 2 принтеров. В базе ресурсов также имеются наиболее распространенные и известные протоколы: IP, TCP и протоколы маршрутизации RIP, OSPF, BGP, EIGRP,IGRP, IS-IS. Также имеется возможность моделировать линии связи, такие как 10BaseT, 100BaseT, 1000BaseX, Frame Relay (T1,E1,T3), PPP путем указания их пропускной способности и задержки распространения. Каждый ресурс имеет специфические для конкрет ного класса характеристики, которые включены в базу ресурсов. Так, например, для рабочей станции можно задать типы выполняемых приложений ( Email, FTP, HTTP, Print, Database, Remote Login, Video Conference, Voice), причем не один, а несколько, производит ельность, время работы и т.д. (рисунки 14.3-14.5).

195

Рисунок 14.3 – Выбор приложений и параметров

Рисунок 14.4 – Настройка приложений

196

Рисунок 14.5 – Выбор приложений на конкретной рабочей станции

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

197

Рисунок 14.6 – Выбор приложений на сервере

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

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

Для получения результатов, до начала мод елирования, необходимо определиться с теми параметрами, сведения о которых мы хотим получить в результате моделирования. Эти параметры можно задать для всей сети, для отдельной рабочей станции или коммутационного оборудования. Можно проследить трафик от од ного объекта до другого. Так же необходимо задать время моделирования: 1 час, 1 рабочая смена, 2 рабочие смены и т.д. Моделирование требует очень больших ресурсов ПК .

На рисунке 14.7 представлено первое окно результатов моделирования, где отображается ско рость возникновения событий.

198

Рисунок 14.7 – Окно моделирования сети

Имеется возможность посмотреть требуемые результаты моделирования, такие как загрузка устройств, линий связи, количество принятых \отправленных бит коммутатором, сервером и т.п. (рисунки 14.8 - 14.10).

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

Рисунок 14.8 – Количество принятых бит коммутатором

199

Рисунок 14.9- Количество байт, принятых рабочей станцией

Рисунок 14.10 – Количество принятых байт сервером

200