Моделирование сетей. Оптимизация производительности сети

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

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

Очевидно, что коммутатор будет неблокирующим, если общая внутренняя производительность коммутатора B равна сумме максимальных пропускных способностей протоколов всех его портов Сk:

То есть, если у коммутатора имеется, например, 12 портов Ethernet и 2 порта FastEthernet, то внутренней производительности в 320 Мб/с будет достаточно для обработки любого распределения трафика, попавшего в коммутатор через его порты. Однако, такая внутренняя производительность является избыточной, так как коммутатор предназначен не только для приема кадров, но и для их передачи на порт назначения. Поэтому, все порты коммутатра не могут постоянно с максимальной скоростью только принимать информацию извне - средняя интенсивность уходящей через все порты коммутатора информации должна быть равна средней интенсивности принимаемой информации. Следовательно, максимальная скорость передаваемой через коммутатор информации в стабильном режиме равна половине суммарной пропускной способности всех портов - каждый входной кадр является для какого-либо порта выходным кадром. В соответствии с этим утверждением, для нормальной работы коммутатора достаточно, чтобы его внутренняя общая производительность была равна половине суммы максимальных пропускных способностей протоколов всех его портов:

Поэтому, для коммутатора с 12 портами Ethernet и 2 портами FastEthernet вполне досточно иметь среднюю общую производительность в 160 Мб/с, для нормальной работы по передаче любых вариантов распределения трафика, которые могут быть переданы его портами в течение достаточно длительного периода времени.

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

3.1.3 Влияние маршрутизаторов на производительность сети

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

Как и в случае применения мостов/коммутаторов, использование маршрутизаторов может и уменьшить пропускную способность. Это может произойти в том случае, если производительность маршрутизатора окажется меньше средней интесивности межсетевого трафика. Обычно производительность маршрутизатора существенно меньше производительности коммутатора - средний маршрутизатор тратит на обработку одного пакета в 5 - 10 раз больше времени, чем средний коммутатор. Поэтому маршрутизаторы обычно применяют для соединения таких фрагментов сетей, которые являются достаточно обособленными и порождают не очень интенсивный межсетевой трафик.

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

3.1.4 Интерпретация результатов тестирования мостов, коммутаторов и маршрутизаторов

Часто в периодических изданиях, посвященных сетевой тематике, приводятся результаты тестирования производительности коммуникационного оборудования - мостов, коммутаторов и маршрутизаторов, выполненными в специальных тестовых лабораториях.

Результаты тестирования могут выглядеть, например, следующим образом:

Модель коммутатора	Производительность в кадрах/сек на один порт
3Com Linkswitch 1000	3700
3Com LANplex 6012	4050
Madge LANswitch	4400
DECswitch 900EF +GIGAswitch	4400
Cisco Catalyst 5000	4900
Cisco Catalyst 2800	4500
Bay Networks LattisSwitch 28115	3950

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

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

4. ПРАКТИЧЕСКАЯ ЧАСТЬ

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

Оптимизация производительности сети

4.1 Введение

В разделе «Моделирование сетей. Оптимизация производительности сети» предлагается изучить концептуальные вопросы технологии разработки аппаратного обеспечения компьютерных сетей с применением современного средства автоматизации проектирования OPNET.

4.2 Общие положения

Назначение системы структурно-логического проектирования и моделирования компьютерных сетей OPNET

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

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

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

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

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

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

4.3 Рекомендации по подготовке к циклу лабораторных работ

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

При подготовке к выполнению лабораторных работ необходимо обстоятельно изучить материал теоретической части занятий и нужные разделы рекомендуемой литературы; понять и усвоить требования к проведению работ; ответить на все вопросы, предлагаемые в части «Вопросы для самоконтроля знаний».

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

Требования к отчетной документации

Необходимость разработки отчетов о проведенных экспериментах определяется следующим:

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

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

отчетная документация может быть использована при аттестации (сдаче лабораторных работ) в качестве иллюстрационного материала;

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

Содержание отчетов по работе определено в конце каждого занятия.

4.4 Методические рекомендации

Лабораторная работа № 1

Тема: Оценка вариантов подключения Интернета для малой домашней PC сети

Цель: 1. Изучить особенности использования OPNET IT Guru.

2. Изучить процесс моделирования, исследования и управления сетевыми инфраструктурами.

3. Исследование работы приложения и планирование способностей, изменяя скорость связи между домашним LAN и его ISP.

4. Исследование производительности приложения и планирование загрузки путем изменения скорости связи между домашним LAN и его ISP.

1. Введение

OPNET's IT Guru обеспечивает виртуальную сетевую среду, которая моделирует поведение сетей, включая их маршрутизаторы, переключатели, протоколы, серверы, и индивидуальные приложения. Виртуальная сетевая среда разрешает IT менеджерам, сетевым и системным планировщикам, и персоналу более эффективно диагностировать трудные проблемы, утвердить изменения прежде, чем они вступают в силу, и планировать будущие сценарии типа роста трафика и сетевых отказов.

Вы можете выполнить "что-если” исследования (названые сценарии в IT Guru) на сетевых разработках, так как будто выполняется в электронных таблицах с финансовыми деловыми моделями. Однако, вместо того, чтобы смотреть "на практический результат" финансовых чисел, Вы будете смотреть, как время ожидания (задержки) и другие сетевые_критерии качества работы изменятся при различных сетевых подходах к разработкам.

Чтобы создавать сетевое моделирование (названный проектом в IT Guru), Вы определяете узлы (компьютеры, переключатели, маршрутизаторы, и т.д.) в вашей сети, связи между узлами и приложениями, которые будут выполняться в узлах.

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

Ваша цель будет состоять в том, чтобы провести ряд «что-если» моделирований (сценариев), чтобы видеть, как выполнение отличается, если семейство соединяется с Интернетом, используя 1) медленную загрузку через модем в 20 kbps, 2) более быстрая загрузка через модем в 40 kbps, 3) загрузка через кабельный модем или линию DSL в 512 kbps, или 4) линия T1 со скоростью загрузки 1.544 Mbps. (Хотя модемы, кабельные модемы, и соединения DSL часто рекламируются как являющийся быстрее, эти числа - реалистические нормы производительности, которые пользователи получают типично практически. Модемные соединения стоят приблизительно 25 $ в месяц, в то время как кабельный модем и соединения DSL стоят приблизительно 50 $ в месяц, а линия T1 стоит несколько сотен долларов в месяц.)

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

2. Порядок выполнения

Шаг 1: Запуск лабораторной работы

IT Guru состоит из проектов и сценариев. Каждый сценарий представляет разный «что-если» анализ, выполненный пользователями. Сценарии могут содержать различные версии той же самой сети или моделей различных сетей. Проект состоит из одного или более сетевых сценариев. В этой лабораторной работе, Вы создадите 4 различных сценария, сравнивая прикладную работу с различными скоростями подключения к ISP.

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

2. Выбрать File\Open … и удостовериться, что выбран пункт Проект из выпадающего меню наверху.

3. Пролистайте вниз к проекту по имени Home_LAN, выберите его и нажмите OK.



Если Вы не видите проектный файл, то удостоверьтесь, что Вы загрузили файлы лабораторной. Тогда разархивируйте файл, и добавьте директорию с разархивированными файлами лабораторной работы, выполнив: File\Model File\Add Model Directory и выбрав этот каталог. Проект теперь должен быть добавлен.

Здесь - три PC, выполняющие в этой сети различные задачи. Каждый PC соединяется с семейством через 100 Mbps switch сети Ethernet по UTP подключению. Switch соединяется с маршрутизатором, также через UTP. Эти два элемента показаны здесь как разделенные, чтобы сделать логику более очевидной. Кабельный модем не изображен; он подразумевается как WAN связь, подключающая домашнюю PC сеть к Интернет. Три Интернет сервера обеспечивают различные услуги клиенту PC.

В верхней части рисунка - два блока, которые не представляют физические компоненты: Приложения и Профили. Узел Приложений содержит данные о приложениях, используемых в сети, типа просмотра Сети. Более точно, трафик связан с каждым приложением, так что есть различие между “легким просмотром Сети” и “тяжелый просмотр Сети. ” Внутренний файловый сервис и сервис печати не изображены; иначе было бы слишком легко найти разницу в производительности, поскольку Интернет WAN соединение является слабым звеном этой сети. В значке Profiles, различные приложения связаны с различными PCs.

Шаг 2: Конфигурация связи на 20 Kbps

В первом сценарии сконфигурируйте WAN связь как 20 kbps линию модемной связи.

1. Щелкните правой кнопкой мыши на WAN ссылке, выберете Edit Attributes. Здесь можно увидеть различные атрибуты соединения. Мы будем изменять атрибут data rate (скорость передачи данных) этого соединения.

2. Нажмите в поле Value атрибута data rate и выберите Edit …

3. Введите 20000; нажмите Enter, и затем щелкните OK.

Шаг 3: Конфигурирование и запуск модели

Чтобы моделировать эту сеть, будем использовать высокоточное дискретное моделирование события. Модель моделирует пакеты клиент/серверных приложений, которые представляют реальный мировой сетевой трафик.

1. Нажать кнопку configure/run simulation (сконфигурировать/выполнить моделирование) .

2. Удостоверьтесь, что Duration (Продолжительность) Моделирования установлена на 8 часов, чтобы представить обычный день.

3. Щелкнуть Run (Выполнить), контролируйте полосу прогресса по мере прогресса моделирования.

4. Когда моделирование завершается, Нажмите Close (Закрыть).

Шаг 4: Просмотр Результатов

Теперь мы можем рассмотреть различную статистику, включая время отклика приложения сети, определенное Исследователем и использованием WAN соединения.

Чтобы просмотреть статистику, необходимо выполнить следующее:

Производительность WAN соединения

1. Щелкнуть правой кнопкой мыши на WAN соединении, и выбрать View Results, чтобы рассмотреть результаты utilization для этого соединения.

2. Развернуть pint-to-point, и выбрать utilization в обоих направлениях.

3. Выбрать Overlaid Statistics из выпадающего меню в нижнем правом углу чтобы разместить результаты в ту же самую панель.

4. Выбрать Show и затем щелкнуть Close в окне View Results.

Производительность для PC2 (PC Исследователя)

5. Щелкнуть правой кнопкой мыши на клиенте PC2 Researcher, и выбрать View Results, чтобы рассмотреть сеть Response Time и Traffic Received.

6. Расширить Client Http, и выбрать Page Response Time (в секундах). Также удостоверьтесь, что выпадающее меню в правом нижнем углу установлено в As Is.

7. Нажать Close в окне View Results.

8. Вы можете использовать кнопку hide or show all graphs , чтобы скрыть/показать графы.

Результаты должны быть подобны графикам выше. download link Utilization составляет приблизительно 80%, а upload link Utilization -приблизительно 2%. С использованием ссылки загрузки на 80%, это не дает много доступной пропускной способности для новых потенциальных приложений или пользователей. Response Time, которое необходимо Исследователю для испытания, находится в диапазоне от 5 до 7.5 секунд, что крайне долго. Это медленное WAN соединение сильно перегружено.

Шаг 5: Сценарий 40 kbps

Осуществите подключение быстрой модемной загрузки в 40 Kbps. Это - реальная производительность для модема, скорость загрузки которого оценена в 56 Kbps.

1. Выбрать Scenarios\ Duplicate Scenario… и назвать сценарий как 40K_dialup_connection.

2. Щелкнуть OK. Это создаст копию существующего сценария.

Шаг 6: Сконфигурируйте соединение на 40 Kbps

Щелкнуть правой кнопкой мыши на WAN link и измените атрибут data rate на 40000.

Шаг 7: Выполните 40 Kbps Моделирования

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

Шаг 8: Просмотр Результатов для 40Kbps Сценария

Следуйте теми же самыми шагами, упомянутыми прежде, чтобы рассмотреть utilization соединения, и Response Time исследователем PC.



Имейте в виду, что Utilization соединения уменьшено наполовину.

Response Time (Время отклика) приложения сети также понизилось приблизительно с 6 секунд до приблизительно 2.25 секунд. Это - существенное усовершенствование как в Utilization (Использовании) так и в Response Time (Времени реакции).

Шаг 9: Установите соединение на 512 Kbps и выполните моделирование

В третьем сценарии смоделируете скорость загрузки 512 kbps. Это - реальная производительность загрузки для кабельного модема или DSL линии. Это WAN подключение.

Дублирует сценарий как прежде и назовите его

512K_Cable_Modem_connection.

Установите data rate (скорость передачи данных) для WAN Link на 512000.

Повторно выполните моделирование.

Просмотрите результаты для link utilization (использования соединения), Response Time М (Времени реакции) Traffic Received (Трафика, полученного PC Исследователем) Исследователем PC.

Utilization снизилось до 4%, а Response Timeдля Исследователя снизилосьдо 0.15 секунды. Кабельный модем сильно уменьшает наше время загрузки. Время реакции так же очень хорошее.

Шаг 10: Сконфигурируйте соединение к линии T1 и запустите моделирование

Линии T1 обеспечивают номинальную скорость 1.544 Mbps в обоих направлениях. Это также его фактическая производительность. Единственная проблема состоит в том, что линия T1 стоит несколько сотен долларов в месяц. Телефонная компания должна проложить две пары проводов второго класса к дому и осторожно управлять линией T1, потому что гарантируется номинальная скорость и также, потому что есть гарантийные обязательства. Четвертый сценарий примет во внимание все преимущества использования T1 WAN соединения в ISP.

Продублируйте сценарий снова и назовите его T1_connection.

Измените data rate WAN link для T1 из выпадающего меню.

Повторно выполните моделирование.

Шаг 11: Сравните Результаты

Вместо того, чтобы рассматривать результаты для одного T1 соединения, сравните результаты Utilization и Response Time для всех 4 сценариев. Это даст нам более широкое представление эффекта изменения data rate.

1. Выбрать Results \ Compare Results…

2. Чтобы сравнивать статистику utilization, выберите следующую статистику:

3. Удостоверьтесь, что выбраны All Scenarios.



4. Щелкнуть Show. Чтобы сравнивать Response Time, уберите пометку с предыдущей статистики, измените фильтр в правом нижнем углу с As Is на avarage и затем выбрать следующую статистику:

В результате получится следующий результат:

Мы можем видеть из этих результатов, что с повышением data rate от 20 КБ до 40 КБ и к 512K, Utilization становится лучше. Также Web Aplication respinse time (время ответа WEB приложений) становится лучше.

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

Шаг 12: Рекомендации

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

3. Задание

Используя пошаговые инструкции, приведенные выше выполните дополнительные сценарии.

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

Дополнительный Сценарий 2. Создайте двойной сценарий. Измените скорость передачи данных WAN соединения между Маршрутизатором и ISP, чтобы получить среднее время реакции 1 сек. (Подсказка: из результатов, мы можем видеть, что скорость передачи данных могла бы упасть в диапазон от 40 Kbps до 512 Kbps.) Какую вы нашли скорость WAN, чтобы получить это время реакции?

Дополнительный Сценарий 3. Есть непрерывный поток между сервером музыки и PC1, определенный объектом запроса трафика. Вы можете рассмотреть этот объект, выбрав View \ Demand Objects \ Show All в меню. Пробуйте изменить Объем трафика для этого запроса. (Подсказка: Редактируйте Трафик (пакеты/сек.) и атрибуты Трафика (биты/сек.) Объекта Запроса.) Пронаблюдайте этот эффект на время реакции сети для исследователя. Кратко опишите измененные Вами значения данных и воздействие на исследователя.

Дополнительный Сценарий 4. Что бы случилось, если было бы еще два PC? Выберите и Скопируйте Исследователя PC. Затем вставьте PC. Скопируйте еще один PC подобным способом. Подключите эти два PC к Switch, копируя и вставляя соединения, подключающие первого PC исследователя с Switch. Выполните моделирование и просмотрите Response Time сети каждого из этих PC для всех скоростей передачи данных.

Что Вы обнаружили?

Дополнительный Сценарий 5. Вот более сложная задача. Добавьте больше приложений к исследователю PC, и отметьте Response Time, которое он получает. (Подсказка: для добавления приложения клиенту, Вы должны редактировать атрибуты Профиля объекта и редактировать Profile Configuration.)

Лабораторная работа № 2

Тема: Оценка многоэтажного формирования Lan

Цель: 1. Оценка времени задержки приложения при различных способах подключения switch'ами.

1. Введение

В данной лабораторной работе проводится исследование производительности двух различных сетевых архитектур: Шлейфовое подключение и Объединенная магистраль. Основной switch связан непосредственно со switch'ами рабочих групп на каждом этаже. Следующей вариант - связывание переключателей через шлейфовое подключение. В этом подходе, основной базовый switch связан непосредственно со switch'ом на первом этаже, switch первого этажа связан непосредственно с switch'ом второго этажа, и т.д.

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

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

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

В Сценарии 3, основной switch размещается в помещении цокольного этажа, но используется объединенная магистраль, в которой основной switch в помещении цокольного этажа связан непосредственно с switch'ами рабочих групп на каждом этаже.

2. Порядок выполнения

Шаг 1: Запуск лабораторной работы

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

2. Выберите File \ Open…

3. Пролистайте вниз к проекту по имени MultiStory_Building_LAN, выберите его и нажмите OK.

Несколько пользователей связаны со switch'ом на каждом из этих 10 этажей. Пользователи в основном совместно используют сервер Oracle, 7 серверов файлов, сервер печати, и сервер электронной почты.

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

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

Пользователи на различных этажах выполняют 2 Tier Oracle приложение. Изучим работу этого приложения.

Шаг 2: Сконфигурируйте и Запустите Моделирование

Оцените производительность сети днем в час-пик.

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

2. Удостоверьтесь, что Duration (Продолжительность) моделирования установлена на 1 час.

3. Нажмите Run (Выполнить). Контролируйте полосу продвижения по мере продвижения моделирования.

4. Когда моделирование завершится, нажмите Close (Закрыть).

Шаг 3: Просмотр Результатов

Просмотрите Response Time (время ответа) приложения Oracle для пользователей на Этажах 1, 5, и 10.

1. Щелкните правой кнопкой мыши на объекте 95 Users Floor 10, и выберите View Results (Просмотр Результатов).

2. Расширьте Requesting Client Custom Application и выберите Response Time (sec).

3. Выберите Show (Показать). Это - граф времени ответа приложения общения oracle, которое будет обсуждаться позже, так что не закрывайте окно графа.

4. Нажмите Close в окне View Results.

5. Щелкните правой кнопкой мыши на объекте 50 Users Floor 10, и выберите View Results.

6. Выберите Requesting Client Custom Application \ Application Response Time (sec).

7. Щелкните Add (Добавить) и потом нажмите на панели первого созданного Вами графа. Это сделано, чтобы отобразить статистику пользователей на различных этажах на той же самой панели.

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

Обратите внимание: Чтобы включать или выключить графы, используйте кнопку hide or show all graphs (скрывать или показывать все графы).

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



Ваши результаты должны быть подобны графу выше.

Как мы видим, прикладное Response Time - близкое к 6 секундам для пользователей на 10 этаже

Оно уменьшается, когда двигаемся на более низкие этажи. Пользователи на 1 этаже имеют наименьшее время ответа. Это видно по времени ожидания, представленного switch'ами.

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

Шаг 4: Переход к Следующему Сценарию

ВыберитеScenarios\Switch To Scenario\ Daisy_Chain_Network_Server_On_Fifth_Floor.

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

Шаг 5: Сконфигурируйте и Выполните Моделирование

Повторно выполните моделирование в час-пик, чтобы увидеть, получают ли пользователи на 10 этаже лучшее время ответа как, предполагалось.

Обратитесь к предыдущим шагам, чтобы установить продолжительность и выполнить моделирование.

Шаг 6: Сравнение результатов

Сравним Прикладное Время Ответа для пользователей на различных этажах. Мы ожидаем, что реструктурирование сети должно уменьшить прикладное время ответа для пользователей на верхних этажах.

1. Щелкните правой кнопкой мыши 95 Users Floor 10, и выберите Compare Results (Сравнить Результаты).

2. Выбрать Requesting Client Custom Application \ Application Response Time (sec).

3. Щелкните Show и затем щелкните Close в окне Просмотра Результатов.

4. Повторите те же самые шаги для 50 Users Floor 5 и 70 Users Floor 1.



Как ожидалось, Время Ответа приложения Oracle понизилось для пользователей 5 и 10 этажа.

Но пользователи на 1 этаже получили увеличение времени ответа.

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

Шаг 7: Исследование Следующего Сценария

Выберите Scenarios \ Switch To Scenario \ Collapsed_Backbone_Network.

Шаг 8:Сконфигурируйте и выполните моделирование

Повторно выполните моделирование в час-пик, чтобы оценить производительность сети.

Обратитесь к предыдущим шагам чтобы установить продолжительность и выполнить моделирование.

Шаг 9: Сравнение результатов

Сравним Времена Ответа для всех 3 сценариев. Это даст нам ясное представление лучшей архитектуры для этого вида сети. Следуйте тем же самым инструкциям как и в Шаге 6, чтобы получить графы.

3. Выводы

4. Задание

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

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

Лабораторная работа № 3

Тема: Оценка производительности приложения

Цель: Исследование производительности приложения

1. Введение

Сеть состоит от 20 пользовательских PC, совместно использующих три принтера, локальный файл и почтовый сервер. Пользователи выполняют различные сетевые приложения, включая электронную почту, просмотр сети, потоковое видео, и FTP. Пользователи также выполняют в локальном масштабе обслуживаемые приложения подобно интранету: электронная почта, печать,и доступ к базе данных. Задача состоит в том, чтобы оценить время реакции для двух критических задач: загрузка с FTP и загрузка Web-страницы. Проведем анализ использования соединения между LAN и ISP.

После предварительной оценки, мы разобьем LAN на две переключаемые подсети и добавим дополнительное соединение T1 между LAN и ISP, чтобы удвоить полезную (доступную) мощность. Балансирование загрузки будет гарантировать, что оба соединения T1 используются одинаково.

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

2. Порядок выполнения

Шаг 1: Запуск лабораторной работы

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

2. Выбрать File => Open …

3. Пролистайте вниз к проекту с именем Small_Company_LAN_over_WAN, выберите его и щелкните OK.

Компания также имеет общедоступную локальную электронную почту и Файловый Сервер. В качестве упражнения, добавьте сервер из Набора Объектов, и сконфигурируйте его для приложений Предоставления файловых ресурсов (File Sharing) и Электронной почты. Это будет вам примером того, как добавлять объекты для изменения модели сети.

Шаг 2: Добавление локального Сервера

Откройте Object Palette (Набор Объектов).

2. Есть много различных объектов, которые представляют сетевые компоненты.

Из выпадающего меню наверху, Вы можете выбрать группу компонентов продавцом (vendor) или протоколом.

3. Выбрать сеть Ethernet из выпадающего списка.

4. Выбрать ethernet_server из Object Palette и щелкнуть на рабочем пространстве, чтобы применить сервер. Щелкните правой кнопкой мыши на рабочем пространстве, чтобы не применять больше серверов.

5. Для добавления соединения, подключающего сервер и switch, выберите 10BaseT соединение из Object Palette.

6. Нажать на 10BT_Switch, а затем, на только что добавленный Вами сервер. Щелкните правой кнопкой мыши на рабочем пространстве, для прекращения добавления новых соединений.

7. Закрыть Object Palette.

Шаг 3: Сконфигурируйте местный сервер для Совместного использования Файлов и Электронной почты

Сконфигурируйте новый сервер, чтобы тот поддерживал Электронную почту (E-mail) и приложения Предоставления файловых ресурсов (File Sharing Applications).

Эти приложения уже определены в Объекте Приложений.

1. Щелкнуть правой кнопкой мыши на новом сервере, и выберите Edit Attributes (Изменение атрибутов).

2. Установить свойство названия Email & File Server.

3. Нажать на колонке Value (значение) для Application: Supported Services, где установлено None, и выберать Edit …

4. Сконфигурировать оба приложения следующим образом:

Установите число Rows (Строк) в 2.

Щелкните по столбцу Name для первой строки и выберите Email (Heavy).

Щелкните по второй строчке и выберите Database.

5.Дважды нажмите ОК.

6.Сохраните проект: Нажмите File \ Save.

Шаг 4: Сконфигурируйте и выполните моделирование

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

1.Щелкните по configure/run simulation на панели инструментов.

2.Убедитесь, что Duration (длительность) моделирования установлена на 1 час.

3.Нажмите Run (Запустить). По мере продвижения моделирования пронаблюдайте за панелью прогресса. Процесс моделирования займет чуть более 2-х минут.

4. По завершению моделирования нажмите Close (Закрыть).

Шаг 5: Просмотр Результатов

Просмотрите различную статистику типа Времени Ответа Web-приложения Сети (Web Application Response Time), Времени Ответа FTP Загрузки (FTP Download Response Time) и использование WAN соединения (WAN link utilization).

1. Щелкните правой кнопкой мыши на WAN соединении и выберите View Results (просмотр результатов), чтобы просмотреть результаты использования для этого соединения.

2. Расширьте point-to-point (точка-к-точке) и выберите utilization <- поскольку мы заинтересованы только в использовании соединения загрузки.

3. Выберите Show (Показать). Это - график использования, который будет рассмотрен позже, поэтому не закрывайте окно графика.

4. Нажмите Close (Закрыть) в окне View Results (просмотра результатов).

5. Щелкните правой кнопкой мыши на пустом месте рабочего пространства, и выберите View Results (просмотр результатов), чтобы рассмотреть глобальное Приложение Сети и Время Ответа FTP Загрузки.

6. Выберите Global Statistics (Глобальная Статистика) => HTTP => Page Response Time (Время Ответа Страницы).

7. Щелкните Show (Показать).

8. С такой же самой выбранной статистикой (HTTP Response Time), измените фильтр в правом нижнем углу на average и нажмите Add (Добавить).

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

10. Повторите ту же самую процедуру, чтобы просмотреть Время Ответа Ftp Загрузки (Ftp Download Response Time (sec)). Уберите предыдущую статистику перед выбором новой.

Примечание: для вкл\выкл графиков, используйте кнопку hide or show all graphs (спрятать\показать) все графики .



Ваши результаты должны быть подобны графикам выше.

Использование соединения Загрузки составляет в среднем 92 %.

Время Ответа Приложения Сети - близко к 1.3 секундам.

Время Ответа FTP Загрузки - близко к 2.5 секундам.

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

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

Шаг 6: Переключитесь на Новый Сценарий

Выберите Scenarios (сценарии) => Switch To Scenario (переключение между сценариями) => Small_Company_LAN_With_Two_Switches_Over_WAN (Малая_LAN_Сеть_Через_WAN_Соединение_С_Двумя_Переключателями).



Сеть компании разделена на две меньших сети, каждая связана со switch'ом. LAN связана с Интернетом через две линии T1. EIGRP используется, для балансирования загрузки на двух соединениях.

Шаг 7: Сконфигурируйте и выполните моделирование

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

Повторите предыдущие шаги для установки продолжительности и выполнения моделирования.

Шаг 8: Сравнение Результатов

Сравните использование соединений, Время Ответа Приложения Сети и FTP Загрузки. Ожидается, что дополнительное соединение к ISP должно уменьшить время ответа приложений. Два соединения должны также разделить использование соединения.

1. Щелкните правой кнопкой мыши на нижнем WAN соединении, и выберите Compare Results (сравнение результатов).

2. Расширить точка-к-точке при Company_LAN.WAN LINK 1[0] и выбрать utilization (использование) .



3. Щелкните Show (Показать).

4. Нажмите Close (Закрыть) в окне View Results (просмотр р-тов).

5. Щелкните правой кнопкой мыши на верхнем WAN соединении и выбрать View Results.

6. Расширьте точка-к-точке, и выбрать utilization .

7. Щелкните Show и выберите Close в окне View Results. Поскольку это соединение не присутствовало в предыдущем сценарии, мы только видим график для текущего сценария.

8. Теперь сравните Времена Ответа. Щелкните правой кнопкой мыши на пустом месте в рабочем пространстве, и выберите Compare Results.

9. Выберите Global Statistics (Глобальная Статистика) ? Ftp ? Download Response Time (sec).

10. Из выпадающего, меню в правом нижнем углу, выберите average (среднее значение) и щелкните Show (Показать).

11. Повторите вышеуказанные шаги, чтобы выбрать Page Response Time (seconds) в Global Statistics / HTTP. Снимите выделение предыдущей статистики перед выбором новой.



Как ожидалось, использование соединения для нижнего соединения уменьшилось с 92 % до 55 % и использование нового соединения - близко к 48 %. Таким образом, балансирование загрузки осуществлено.

Время Ответа Приложения Сети снизилось с приблизительно 1.1 до 0.45 секунды.

Время Ответа FTP Загрузки снизилось с 1.25 до 0.6 секунд.

Это - существенное усовершенствование, как использованных соединений, так и времени ответа.

Преимущество использования дополнительной линии T1 заметно, если отключить один из маршрутизаторов или соединений. Мы отключим один из маршрутизаторов и сравним использование, и время ответа приложений.

Шаг 9: Переключитесь на следующий сценарий

Выберите Scenarios ? Switch To Scenario ? Small_Company_LAN_Failed_One_Router_Over_WAN

Шаг 10: Отключите одно из устройств

Мы отключим один из маршрутизаторов, подключающих LAN к ISP.



Щелкните правой кнопкой мыши на любом из маршрутизаторов и выберите Fail This Node (Отключить Этот Узел). Красный «Х» появляется на маршрутизаторе.

Шаг 11:Сконфигурируйте и выполните моделирование

Повторно выполните моделирование днем в час-пик, чтобы оценить сетевую работу.

Повторите предыдущие шаги, чтобы установить продолжительность и выполнять моделирование.

Шаг 12: Сравните результаты

Сравните результаты использований и Время Ответа для всех 3 сценариев. Это явно продемонстрирует эффект от наличия дополнительного соединения T1.

1. Выбрать Results ? Compare Results…

2. Чтобы сравнивать статистику использования нижнего соединения, выберите Object Statistics ? Company_LAN ? WAN LINK 1 [0] ? использование .



3. Щелкните Show.

4. Чтобы сравнить использование соединения для верхнего соединения T1, отмените предыдущую статистику, затем выберите Object Statistics ? Company_LAN ? WAN LINK 2 [0] ? использование и щелкните Show.

5. Чтобы сравнить время ответа, выберите Global Statistics ? Ftp ? Download Response Time (sec).

6. Выбрать average (среднее значение) из выпадающего меню в правом нижнем углу.

7. Нажмите Show.

8. Повторите эту же процедуру для сравнения Времени ответа страницы HTTP (HTTP Page Response Time).

3. Выводы

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

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

4. Задание

Расширенный Сценарий 1. Создайте дубликат сценария Small_Company_LAN_With_One_Switch_Over_WAN, и измените скорость передачи данных WAN соединения, чтобы получить среднее время ответа сети 0.5 секунд. После, дублируйте сценарий Small_Company_LAN_With_Two_Switches_Over_WAN и установите скорость передачи данных для обоих WAN соединений на значение, которое Вы использовали в предыдущем сценарии. Пронаблюдайте за временем ответа сети при данном значении скорости передачи данных.

Расширенный Сценарий 2. Есть непрерывный поток между сервером музыки и несколькими пользователями, определенными объектом запроса трафика. Вы можете рассмотреть этот объект, выбрав View => Demand Objects => Show All. Попробуйте изменить объем трафика для этих требований.

ПОДСКАЗКА: Редактируйте признаки объекта запроса Трафик (пакеты/секунда) и Трафик (биты/секунда). Пронаблюдайте за его влиянием на WEB-приложение и Время Ответа FTP Загрузки.

Расширенный Сценарий 3. Продублируйте последний сценарий. Активируйте отключенный маршрутизатор, и затем отключите одно из WAN соединений. Проверьте, не изменились ли результаты.

Лабораторная работа № 4

Тема: Исследование производительности приложения

Цель: Изучить методику оценки производительности приложения

1. Введение

Стандартный Чартерный Банк имеет 70 отделов, Главное здание, и Центр Обработки Ричмонда.

Чтобы подключиться к узлам сети, в банке проложена трехранговая сеть. Во-первых, индивидуальные отделы связаны с региональными маршрутизаторами. Во-вторых, региональные маршрутизаторы связаны с областью Frame Relay Verizonа. Эта область Frame Relay имеет внутреннюю опорную сеть ATM.

Результатом договоренности стало то, что каждый отдел не нуждается в отдельном PVC к Центру Обработки Ричмонда. Во-первых, единственные PVCs находятся между каждым региональный маршрутизатором и ядром ATM. Во-вторых, посредничество ядра ATM означает, что Центр Обработки Ричмонда нуждается только в единственном PVC к ядру ATМ. Что сильно отличается от чистых сетей Frame Relay, которые требовали бы отдельное PVC от Центра Обработки к каждому переходу или, по крайней мере, каждому региональному маршрутизатору.

Первоначально, региональный маршрутизатор филиала PVCs передал значение частоты передачи информации (CIRs) 64 kbps и может посылать «вспышки» данных до 128 kbps. Доступные соединения между региональными маршрутизаторами и областью Frame Relay достигают 256 kbps.

Подключение Frame Relay между Центром Обработки и Frame Relay может выполняться на Соединении доступа T1. Которое имеет 1 Mbps CIR.

Необходимо изучить время ответа приложения Предоставления файлового ресурса и приложения Передачи файла по различным сопряжениям Frame Relay между банком и Verizonом.

2. Порядок выполнения

Шаг 1: Запуск лабораторной работы

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

2. Выберите File => Open…

3. Пролистайте вниз к проекту с именем Standard_Charetered_Bank_Network, выберите его и щелкните OK.



PVCs подключающие все переходы к области фрейма конфигурированы с 64 kbps CIR. Даже при том, что параметры сопряжения, согласованные между банком и Verizon'ом могут быть выполнены 128 kbps соединением доступа, Verizon имеет 256 kbps соединение доступа, проложенное от региональных маршрутизаторов к облаку фрейма, для дальнейшего обновления в будущем или дополнительных отделов банка. PVC от центра обработки к облаку фрейма имеет 1 Mbps CIR. Чтобы увидеть эту конфигурацию, дважды щелкните на любой подсети. Щелкните правой кнопкой мыши на пунктирной линии соединения, выходящей из маршрутизатора и выберите Edit Attributes (редактировать атрибуты). Если Вы не видите это соединение, выберите View => Demand Objects => Show All из меню. В окне Attributes (атрибуты), дважды щелкните в столбце Value (значение) для Contract Parameters (Параметров соединения). Параметры соединения Frame Relay PVC, между компанией и Verizonом может быть сконфигурировано здесь же. Дважды нажмите Cancel (Отмена), чтобы возвратиться назад к подсети.

Шаг 2: Сконфигурируйте и выполните моделирование

Оцените производительность приложений днем в час-пик.

1. Нажмите на кнопке configure / run simulation

на инструментальной панели моделирования.

2. Удостоверьтесь, что Duration (Продолжительность) моделирования установлена на 1 час.

3. Щелкните Run (Выполнить). Контролируйте полосу прогресса по мере хода моделирования.

4. Когда моделирование завершится, Нажмите Close (Закрыть).

Шаг 3: Просмотр Результатов

Рассмотрите Время Ответа Загрузки FTP (FTP Download Response Time) и Время Ответа совместно используемого Файла (File Sharing Response Time).

1. Щелкните правой кнопкой мыши на рабочем пространстве, и выберите View Results (Просмотр результатов).

2. Выберите Global Statistics => DB Query => Response Time (sec).

3. Щелкните Show.

4. Отменить выбор предыдущей статистики. Выберите Global Statistics => Ftp => Download Response Time (sec).

5. Щелкните Show.

Обратите внимание: Чтобы вкл\выкл. графы, используйте кнопку hide or show all graphs (скрыть или показать все графы).



Ваши результаты должны быть подобны графам выше.

? Cреднее Время Ответа совместно используемого Файла составляет приблизительно 20 секунд.

? Время Ответа FTP Загрузки высоко для некоторых пользователей по сравнению с другими. Вариации во времени ожидания и сетевого скопления воздействуют на время ответа. Однако среднее Время Ответа Загрузки FTP высоко.

Чтобы улучшать производительность приложений, компания решила модернизировать параметры соединения для PVCs, которые соединяют региональные маршрутизаторы и Frame Relay, чтобы получить 128 kbps CIR.

Шаг 4: Продублируйте сценарий

1. Выберите Scenarios (Сценарий) => Duplicate Scenario… (Продублировать Сценарий …)

2. Укажите имя PVCs_With_CIR_128k и щелкните OK.

Шаг 5: Сконфигурируйте PVCs

Сконфигурируйте PVCs, соединяя переходы с Frame Relay, чтобы получить 128 kbps CIR.

1. Дважды щелкните на подсети Феникса, чтобы войти в нее.

2. Щелкните правой кнопкой мыши на пунктирной линии соединения, выходящей из маршрутизатора Феникса, которая представляет Фрейм PVC и выберите Select Similar Demands (выбрать похожие требования). Если Вы не видите соединения, то выберите View (Вид) => Demand Objects (Требуемый объект) => Show All (Показать Все).

3. Щелкните правой кнопкой мыши на том же самом соединении снова, и выберите Edit Attributes (редактировать атрибуты).

4. Нажмите на поле Value (значение) атрибутов Contract Parameters (Параметров соединения) и выберите Edit (редактировать)…

5. Установить Outgoing CIR (Выходящий CIR) в 128000 и Outgoing Bc (Выходящие Bc) и Outgoing Be (Выходящие Be) в 64000.

6. Щелкните OK.

7. Отметьте блок для Apply Changes to Selected Objects (Применение Изменений к Выбранным Объектам) и щелкните OK.

Обратите внимание: Параметры соединения PVC в Центре Обработки также изменились. Так что мы должны установить их в 1 Mbps CIR.

8. Щелкнуть правой кнопкой мыши на рабочем пространстве, и выбрать Go To Parent (Следовать к Родителю).

9. Дважды щелкните на подсети Richmond - Processing Center (Ричмонде - подсеть Центра Обработки).

10. Щелкните правой кнопкой мыши на PVC выходящему из Центрального Обрабатывающего Маршрутизатора, и выберите Edit Attributes.

11. Дважды щелкните на поле Value для Contract Parameters.

12. Установите Outgoing CIR в 1024000, Outgoing Bc в 256000 и Outgoing Be в 256000.

13. Щелкните OK, чтобы закрыть окно и затем закройте также окно параметров.

Шаг 6: Сконфигурируйте и выполните моделирование

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

Обратитесь к предыдущим шагам, чтобы установить продолжительность и выполнить моделирование.

Шаг 7: Сравните результаты

Сравните Предоставление файлового ресурса и Время ответа FTP загрузки. Предполагается, что дополнительная пропускная способность, доступная с новым PVCs, должна уменьшить время ответа приложения.

1. Щелкните правой кнопкой мыши на рабочем пространстве, и выберите Compare Results (сравнение результатов).

2. Выберите Global Statistics (Глобальная Статистика) => DB Query (Запрос БД) => Response Time (sec) (Время Ответа (секунды)).

3. Щелкните Show.

4. Отмените выбор предыдущей статистики и повторить те же самые шаги для Ftp Download Response Time (sec).

5. Нажмите Close в окне View Results.

Выводы



Результаты показывают, что времена ответа Предоставления файловых ресурсов, и время ответа Загрузки FTP значительно уменьшаются, при модернизации параметров соединения.

Verizon обычно обслуживает соединения доступа между отделами и Frame Relay. Поэтому компания не сможет его модернизировать. Таким образом, модернизирование параметров соединения было бы выполнимым решением для компании и, как показано во втором сценарии, это действительно улучшает производительность приложений.

Лабораторная работа № 5

Тема: Прогнозирование влияния размера окна TCP на работу приложения

Цель: Исследование влияния размера окна на работу приложения