Нижегородский Государственный Технический Университет им. Р.Е. Алексеева

Нижегородский Государственный Технический Университет им. Р.Е. Алексеева
Кафедра «Вычислительные Системы и Технологии»
Отчёт по лабораторной работе №3
по дисциплине «Сети ЭВМ»
Выполнил студент группы 10-В-1
Сидоренко О.О.
Проверил:
Гай В.Е.
г. Нижний Новгород
2014 г.
Цель работы
Провести анализ производительности протоколов TCP и UDP для заданной
конфигурации сети, и на основании полученных результатов сделать заключение о том,
какой протокол предпочтительнее использовать.
Вариант 10
Установите коэффициент прохождения пакетов между узлами Hub1 и R1 в 65.
Обозначения в задании: K1 – PC 1, K2 – PC 2, K3 – PC 3.
Выполнение
K1-K2
UDP
В качестве схемы сети взять результат выполнения соответствующего варианта
лабораторной работы №1. Установить коэффициенты прохождения пакетов согласно вашему
варианту.
Схема из первой лабораторной работы:
Конфигурация узлов:
PC2 (K2):
PC1 (K1):
R1:
2
R2:
Устанавливаем коэффициент прохождения пакетов между узлами Hub1 и R1 в 65:
Протестируем отправку по UDP и по TCP 20 сообщений с K1 на K2.
На K2 запустим на нем UDP-server.
С K1 и пошлем через UDP-приложение 20 сообщений со строкой "rsh" на K2.
Выбираем узел K2:
Указываем сообщение:
Указываем количество дейтаграмм:
Если все верно, лог отобразит следующее (для первого из двадцати сообщений):
3
*
*
*
Откроем статистику узла K2 и проверим, сколько UDP дейтаграмм он получил и отправил.
"Received UDP segments: 10" - получено 10 UDP дейтаграмм.
Статисктика K1 укажет, что было отправлено 20 UDP дейтаграмм (строка "Sent UDP
segments: 20")
Затраченное на это время – 5ms
Но пакетов всего 20 и правильно посчитать процент потерь не возможно. Увеличим число
передаваемых пакетов до 100. Тогда:
4
Таким образом, при заданных параметрах сети(коэф.прохождения 65) процент потерь равен
40.
TCP
Теперь проведем аналогичный эксперимент с TCP сообщениями. Выберем K2 и запустим на
нем TCP-server.
Выберем K1 и пошлем через TCP-приложение 20 сообщений со строкой "rsh" на K2.
Для линии без потерь:
При этом в логах было указано на ошибку соединения:
Так или иначе, было отправлено 7 пакетов, при этом шесть из них – дубли.
Для нашего случая с коэф. прохождения пакетов 65
Такая же ошибка не позволила передать больше 7 пакетов. Однако, принято всего 4 пакета,
все они – дубли, что странно – протокол TCP предполагает, что при некачественном
соединении будут приняты все пакеты, а потерянные будут продублированы.
5
K2-K1
Проделаем аналогичные действия, только в другом направлении.
UDP
Посмотрим статистику:
Из 100 отправленных дейтаграмм было принято 67.
При заданном коэф. прохождения 65 процент потерь равен 33.
TCP
Посмотрим статистику:
В результате было принято 22 сообщений и отправлено 22 подтверждения. Некоторые
пришлось дублировать. Затраченное время – 12900 мс.
Вывод
При плохом качестве линий не все пакеты UDP дошли до пунктов назначения. Оправданием
использования UDP на плохих линиях может стать только то, что информация за время
задержки или потери станет неактуальна, и ее можно не передавать.
Результаты проведенной работы по протоколу TCP говорят о неэффективном использовании
данным протоколом качественных линий, так как дополнительное время тратится на
подтверждение пакетов, а также на установление и разрыв связи. В условиях некачественной
физической линии использование TCP явно предпочтительнее, так как "потерявшиеся"
сегменты пересылаются (дублируются) и, в конечном счете, доходят до адресата. По
времени передача по протоколу TCP больше, чем время затраченное при передаче через
UDP. Таким образом, применение протокола оправдано в случаях, требующих
гарантированного получения адресатом всей посылаемой информации. К примеру, проверка
электронной цифровой подписи.
6