Студопедия

КАТЕГОРИИ:

АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Моделювання швидкої ретрансляції ішвидкого відновлення




Два додаткових сценарії буде створено для вивчення поведінки алгоритмівшвидкої ретрансляції ішвидкого відновлення. Будемо вважати, що створена мережа досконала без будь-якихвтрат пакетів. У наступні сценарії будуть введені втрати пакетів.

2.2.1. Створення сценарію Tahoe:

95) Виберіть ScenariosDuplicateScenario.
96) Назвіть сценаріїTahoe.



97) Клацніть правою кнопкою миші на IP Хмарі, EuropaInternet, і виберіть команду EditAttributes.
98) Встановіть атрибутPacketDiscardRatioдо 0,5% (Рис. 13).

Рис. 13.АтрибутиEuropa_Internet.

 

99) Натисніть кнопку ОК.
100) Увійдіть до підмережі Парижу.
101) Клацніть правою кнопкою миші на Server_Paris і виберіть команду EditAttributes…
102) Розгорнути TCPParameters.
103) УвімкнітьFastRetransmit(Рис. 14).

Рис. 14.TCP атрибути паризькогосерверу.

 

104) Натисніть кнопку ОК.
105) Зберегти проект.

2.2.2. Створення сценарію Reno:

106) Виберіть ScenariosDuplicateScenario.

107) Назвіть сценаріїReno.
108) Клацніть правою кнопкою миші на Server_Paris і виберіть команду EditAttributes…

109) Розгорнути TCPParameters.
110) Змініть атрибут Fast RecoveryнаReno(Рис. 15)

Рис. 15.TCP атрибути паризького серверу.

 

111) Натисніть кнопку ОК.
112) Зберегти проект.


2.2.3. Моделювання сценаріїв:

113) Виберіть ScenariosManagescenarios.
114) Змініть атрибутResultsнаcollect чи recollect(Рис. 16).

Рис. 16.Managescenarios.

 

115) Натисніть кнопку ОК.
116) натисніть кнопку Closeпри закінченні моделювання.

2.2.4. Перегляд результатів:

117) Клацніть правою кнопкою миші в робочій області та виберіть CompareResults.
118) Розгорніть ObjectstatisticsNetworkParisServerParisTCPConnection.
119) Перевірте CongestionWindowsize (bytes).
120) Виберіть StatisticsStacked в нижньому лівому куті меню.
121) Натисніть кнопку Show.


 


Рис. 17. Графіки результатів.


Перший графік ілюструє сценарій NoDrop, який не має втрат пакетів.

Другий графік ілюструє сценарій Tahoe з 0,5% втрат пакетів.

На третьому графіку показано сценарій Reno, який також має 0,5% втрати пакетів.

























Можливі проблеми при компіляції проекту та їх вирішення

1. Виникнення помилки при компіляції або лінкуванні про недостатність бібліотек – при встановленні VisualC++ та PlatformSDK не було оновлено системні змінні середовища в реєстрі.

2. Виникнення помилки дебагу (при використанні VisualC++ 6.0) – треба змінити назви файлів у директорії

<install_dir>\14.0.A\sys\pc_intel_win32\lib:

op_win_stdio_patch.obj => op_win_stdio_patch.vc7.obj;

op_win_stdio_patch.vc6.obj => op_win_stdio_patch.obj.

3. Проблема з використанням VS2008 – використайте файли з папки «forVS2008 users» що додається до інсталятора програми.

4. Також існує проблема з компіляцією проекту на 64х системах.

 

Контрольні питання

1. Які алгоритми використовуються для запобігання перевантаженням мережі?

2. Як працює алгоритм повільного старту?

3. Як працює алгоритм анулювання перевантаження?

4. Коли працює повільний старт, а коли анулювання перевантаження?

5. Як працює алгоритм швидкої ретрансляції?

6. Як працює алгоритм швидкого відновлення?

7. Які алгоритми комбінуються і як?

8. Що ілюструє перший графік отриманій в лабораторній роботі (Рис. 17)?

9. Що ілюструють другий та третій графіки отримані в лабораторній роботі (Рис. 17)?

10. Проаналізуйте отримані результати.


 


Висновки

В даній курсовій роботі я ознайомивсяз середовищем моделювання роботи мережі OPNETModeler версії14.0.А. Визначив проблеми при роботі програми, точніше при компіляції проекту, та знайшов їх вирішення для стабільної роботи програми.

Я змоделював роботу мережі між FTPсервером у Парижі та клієнтом уСтокгольмі. На основі цієї мережі ознайомився та дослідив роботу таких алгоритмів для запобігання перевантажень: повільний старт, анулювання перевантаження, швидка ретрансляція, швидке відновлення. Для цього я створив три сценарії роботи мережі. Перший, без втрат пакетів, ілюструє роботу алгоритмів повільний старт та анулювання перевантаження, другий ілюструє роботу алгоритму швидкої ретрансляції, третій – швидкої ретрансляції та швидкого відновлення. Після моделювання 10 хвилин роботи мережі було отримано 3 графіки, які наочно зображують процеси роботи цих алгоритмів. На першому графіку чітко видно роботу спочатку алгоритму повільного старту, як він аналізує можливості мережі, а потім алгоритму анулювання перевантаження. На другому і третьому графіках бачимо як алгоритм швидкої ретрансляції працює сам та комбіновано з алгоритмом швидкого відновлення при незначній втраті пакетів.



Диск з додатками

Диск з додатками містить такі файли:

1. Інсталяційні файли:OPNET Modeler 14.0.A, OPNET Modeler Library, OPNET Modeler Documentation, OPNET ModelerLicense, Visual C++ 6.0, Microsoft Platform SDK.

2. Додаткові файли для роботи з MSVS2008.

3. Проект створений при виконанні курсової роботи.

4. Пояснювальна записка до курсової роботи на українській та англійській мовах.

 










Последнее изменение этой страницы: 2018-04-12; просмотров: 199.

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