Выводы по лабораторной работе. МОДЕЛИРОВАНИЕ ПРОТОКОЛА КОНТРОЛЯ ПЕРЕДАЧИ TCP. 12.5 Задания на самостоятельную работу

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

2. Проведено моделирование сети ATM с мультисервисным обслуживанием. Голосовой трафик, FTP и e-mail нагружают каналы связи ATM с разными параметрами (скорость, QoS). Самый критичный к качеству трафик – голосовой. Основной показатель качества для этого трафика – задержки и «джиттер» (колебание значения задержки). Поэтому исследовалась задержка для голосового трафика при разных параметрах канала ATM.

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

3. Сравнение двух политик показало, что UBR показывает джиттер от 5мкс до 100мкс, тогда как CBR показывал значение 5мкс на всей протяженности испытания.

 

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

1. Проанализируйте полученный результат в отношении времени Packet Delay Variation. Получите графики, которые сравнивают задержку пакета Voice и времена откликов загрузки E - mail и FTP для обоих сценариев. Прокомментируйте результаты.

2. Создайте другой сценарий как дубликат сценария CBR _ UBR . Назовите новый сценарий Q 2_ CBR _ ABR. В новом сценарии нужно использовать ABR класс услуг для данных, т.е. для FTP и E - mail приложений в станциях данных. Сравните производительность сценария CBR _ ABR с производительностью С BR _ UBR.

3. Отредактируйте приложение FTP, определенное в узле Applications так, что его File Size вдвое больше текущего размера (т.е. 100000 байт вместо 50000 байт). Отредактируйте приложение E - mail, определенное в узле Applications так, что его File Size в пять раз больше своего текущего размера (т.е. 10000 байт вместо 2000 байт). Изучите, как это отразится на производительности приложения Voice как для сценария CBR _ UBR, так и для UBR _ UBR.

МОДЕЛИРОВАНИЕ ПРОТОКОЛА КОНТРОЛЯ ПЕРЕДАЧИ TCP

 

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

Цель лабораторной работы заключается в демонстрации алгоритмов контроля перегрузок, предоставляемые протоколом контроля передачи Transmission Control Protocol (ТСР) и сравнении их производительности. Лабораторная работа содержит большое число сценариев для моделирования этих алгоритмов и предоставляет возможность сравнения их производительности.

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

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

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

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

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

Создание нового проекта

1. Запустить программу OPNET IT Guru Academic Edition > и из меню File выбрать пункт New.  

2. Выбрать Project , нажать О k, назвать проект <инициалы>_TCP, а сценарий No _ Drop  и нажать кнопку Оk.

3. В режиме Startup Wizard: диалоговое окно Initial Topology, убедиться, что выбран пункт Create Empty Scenario.  Нажать New из списка Network Scale и выбрать Choose From Maps. После нажать кнопку Next , из списка Мар выбрать USA , дважды нажать Next и нажать Оk.

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

Поделиться: