Выводы по лабораторной работе. ИССЛЕДОВАНИЕ ВЛИЯНИЯ РАЗМЕРА ОКНА ТСР НА ВЫПОЛНЕНИЕ ПРИЛОЖЕНИЯ. Содержание лабораторной работы

 

1.В данной работе исследовались сети Frame Relay и выполнение приложений по глобальным сетям передачи данных. А именно, как изменение скорости ретрансляции кадров воздействует на работу приложения. Анализировалось изменение времени отклика для распределения и передачи файлов приложения при различных скоростях обмена между банком и системой ретрансляции кадров. Результаты моделирования показали, что при скорости CIR 64 Kб/с. время отклика приложений передачи файлов составляет примерно 20 секунд. Время отклика при загрузке по FTP – различно для разных пользователей, но в целом велико и составляет от 10 до 50 секунд.

2. С помощью сети Verizon обычно устанавливаются соединения между филиалами и Frame Relay. Поэтому компания не в состоянии изменить их. Таким образом, изменение параметров каналов PVC было бы реальным решением для компании. Как это было показано во втором сценарии, такой путь решения проблемы улучшает производительность приложения.  

3. Для улучшения выполнение приложения повысили контрактные параметры с тем, чтобы канал PVC, соединяющий региональные маршрутизаторы и систему ретрансляции, имел скорость CIR в 128 Кб/с. В результате – время отклика при передаче файлов сократилось до 5-10 секунд. Время отклика при загрузке по FTP – сократилось до 2-х секунд.

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

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

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

Лабораторная работа посвящена использованию такого важного параметра ТСР, как размер окна ТСР, который содержится в поле windows size сегмента ТСР. Предположим, что узел А передает один TCP сегмент узлу В. Величина поля window size сообщает узлу В дополнительное количество сегментов данных, которое он может передать до получения сегмента-подтверждения о доставке (ACK) ТСР. Узлу А придется ждать после каждого переданного сегмента ТСР ответа от узла В перед посылкой следующего сегмента. Необходимость ожидания значительно ухудшает пропускную способность. С другой стороны, если величина поля window size слишком большая, узел В сможет передать столько сегментов, что узел А окажется перегруженным. Поле window size производит текущий контроль и регулирует скорость обмена между двумя узлами.

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

Банк Standard Chartered имеет филиал в Сиднее. Оттуда ежедневно передаются счета и информация о транзакциях размером в 25 Мб в центр резервного хранилища данных в Вашингтоне.

Филиал и центр резервного хранилища данных соединены сетью Frame Relay с временем задержки 5 мс. Время для передачи файла в 25 Мб через связь Т1 оценивается приблизительно в 130 с.

Для передачи файла требуется очень большое время, поэтому IT команда решила усовершенствовать связь с Frame Relay путем перехода к связи Т3, предполагая, что задержка вызвана недостаточной шириной полосы пропускания. Такое расширение полосы пропускания не дало желаемых результатов. Тогда компания решает вернуться к связи Т1 и увеличить размер окна ТСР с изначальных 8К до 65К. Поскольку расширение WAN связи дорого, то оптимизация таких параметров, как размер окна TCP является предпочтительней.

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

Для начала работы необходимо:

1. запустить программу IT Guru;

2. выбрать окно File > Open…;

3. выбрать проект с именем TCP _ Windows _ Size и нажать О k.

После этого получим исходный проект (рисунок 6.1).

 

 

Рисунок 6.1 – Исходный проект

 

В исходном проекте уже имеется один из центров банка Standard Chartered в Вашингтоне, соединенный с одним из филиалов в Сиднее через сеть Frame Relay.

Теоретически, передача файла 25Мб через связь Т1 не должна занять более 130 с. Необходимо запустить прогон на час модельного времени и узнать реальное время передачи файла. Для этого необходимо выполнить последовательность действий.

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

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

3. Нажать Run.

4. Когда имитация закончится, нажать Close.

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

- выбрать окно Results > View Results…;

- выбрать пункт Global Statistics > Ftp > Upload Response Time (sec.) и нажать кнопку Show.

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

 

 

Рисунок 6.2 – Время отклика при загрузке по FTP

 

Таким образом, планируется изменить связь между маршрутизаторами и каналом Frame Relay от Т1 к Т3, а для этого нужно выполнить следующие действия:

- нажать на кнопку hide or show all graphs , чтобы спрятать график;

- закрыть окно View Results.

Теперь необходимо изменить связь. Для этого необходимо:

- выбрать окно Scenarios > Duplicate Scenario…;

-назвать сценарий Window_Size_8K_WAN_Link_T3.

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

Поделиться: