Сети ЭВМ и телекоммуникации.-1

Создание агента

set ns [new Simulator] ;# инициализация преамбулы

set node1 [$ns node] ;# постоянное размещение агента на этом узле

set node2 [$ns node] ;# постоянное размещение агента на этом узле

set tcp1 [$ns create-connection TCP $node1 TCPSink $node2

42]

$tcp set window_ 50 ;# конфигурация TCP агента set ftp1 [new Application/FTP]

$ftp1 attach-agent $tcp1

$ns at 0.0 "$ftp start"

Этот пример иллюстрирует использование симулятором встроенной функции create-connection. Аргументы этой функции: создать агента отправителя, узел отправителя, создать агента получателя, узел получателя, и идентификатор потока ID для использования в соединении. Функция выполняет создание этих двух агентов, установление поля потока ID в агентах, прикрепление агентов источника и приемника к соответствующим узлам, и наконец соединение агентов (то есть установление соответствующих адресов и портов источника и получателя). Значение возвращаемой функции - имя созданного исходного агента.

Источник данных TCP агент TCP не формирует никаких собственных прикладных данных; вместо этого, пользователь моделирования может подключить любой модуль формирования трафика к агенту TCP для генерации данных. Для TCP обычно используются два приложения: FTP и Telnet. FTP представляет оптовую передачу данных большого размера, и telnet выбирает ее размеры передачи беспорядочно из tcplib (см. файл tcplib-

telnet.cc).

Другие параметры конфигурации

В дополнение к описанному выше параметру window_ агент TCP поддерживает дополнительные переменные конфигурации. Каждая из переменных, описанных в этом подразделе, является и переменной класса, и переменной экземпляра. Изменение переменной класса изменяет заданное по умолчанию значение для всех агентов, которые созданы впоследствии. Изменение переменной экземпляра определенного агента затрагивает значения,

41

используемые только этим агентом. Например,

Agent/TCP set window_ 100 ;# Изменяет переменную класса $tcp set window_ 2.0 ;# Изменяет, window_ только для объек-

та $tcp

Заданные по умолчанию параметры для каждого агента TCP: Agent/TCP set window_ 20 ;# максимальное значение размера

окна

Agent/TCP set windowInit_ 1 ;# установка/сброс значения

cwnd

Agent/TCP set windowOption_ 1 ;# алгоритм избежания пере-

грузки (1: стандарт)

Agent/TCP set windowConstant_ 4 ;# используется только ко-

гда windowOption! =1

Agent/TCP set windowThresh_ 0.002 ;# используется в вычис-

лении усредненного окна

Agent/TCP set overhead_ 0 ;# !=0 добавляет случайный интер-

вал времени между посылками

Agent/TCP set ecn_ 0 ;# TCP должна реагировать на бит ecn Agent/TCP set packetSize_ 1000 ;# размер пакета, используе-

мый отправителем (байты)

Agent/TCP set tcpTick_ 0.1 ;# таймер гранулирован в секундах (.1– НЕСТАНДАРТ)

Agent/TCP set maxrto_ 64 ;# ограничение на RTO (секунды) Agent/TCP set dupacks_ 0 ;# счетчик копий ACK

Agent/TCP set ack_ 0 ;# самый высокий полученный ACK Agent/TCP set cwnd_ 0 ;# окно перегрузки (пакеты) Agent/TCP set awnd_ 0 ;# усредненный cwnd (эксперимен-

тальный)

Agent/TCP set ssthresh_ 0 ;# порог медленного пуска (паке-

ты)

Agent/TCP set rtt_ 0 ;# отсчет rtt Agent/TCP set srtt_ 0 ;# усредненный rtt

Agent/TCP set rttvar_ 0 ;# значение отклонения rtt отсчета Agent/TCP set backoff_ 0 ;# текущий фактор отсрочки RTO Agent/TCP set maxseq_ 0 ;# максимальный номер посланного

сегмента (пакет)

Для большинства экспериментов, вероятно, немногие параметры конфигурации будут требовать модификации. Обычно

42

включают наиболее изменяемые параметры: window_ и packetSize_. Первый из них ограничивает использования окна TCP, и как рассматривалось, играет роль объявления окна получателя в реальной TCP (хотя оно остается постоянным). Размер пакета по существу функционирует подобно размеру MSS в реальной TCP. Изменяя эти параметры, можно оказать сильное влияние на поведение TCP. Обычно TCP с большими размерами пакета, большими окнами и меньшими временами кругооборота (результат топологии и перегрузки) более агрессивны в запрашивании сетевой пропускной способности.

Другие однонаправленные отправители

Reno TCP Агент Reno TCP agent очень подобен агенту Tahoe TCP, кроме этого он также включает быстрое восстановление в тех случаях, когда текущее окно перегрузки"раздуто" числом копий ACK, полученных отправителем TCP перед получением нового ACK. Понятие “ новый ACK” относится к любому ACK, значение которого выше чем наивысшее замеченное до сих пор. Кроме того, агент Reno TCP не возвращается к медленному пуску в течение быстрой повторной передачи. Скорее, он уменьшит установку окна перегрузки на половину текущего окна и сбросит ssthresh_ для соответствия этому значению.

Newreno TCP Этот агент основан на Reno TCP agent, но у которого изменены действия, принимаемые при получении нового ACK. Чтобы выйти на быстрое восстановление, отправитель должен получить ACK для самого высокого посланного номера последовательности. Таким образом, новые “ частичные ACK” (т.е. те, которые представляют новые ACK, но не представляют ACK для всех ожидающих выполнения данных) не уменьшают размеры окна (и возможно ведут к останову, характерному

Reno).

Vegas TCP Этот агент осуществляет “Vegas” TCP.

Sack TCP Этот агент осуществляет выборочное повторение, основанное на выборочных ACK, обеспечиваемых получателем.

Fack TCP Этот агент выполняет “ ускоренный ACK” TCP (модификация Sack TCP).

Linux TCP Этот агент выполняет TCP модули управления перегрузкой, импортированные из Linux ядра. Агент вырабатывает результаты моделирования, которые являются совместимы-

43

ми на уровне траектории окна перегрузки с поведением Linux хостов.

Пользователи моделирования могут модифицировать или импортировать новые модули управления перегрузкой из исходного кода ядра Linux для этого агента. Модули управления перегрузкой Linux компилированы в бинарный код NS-2. Пользователи могут выбирать различные алгоритмы управления перегрузкой, различные параметры модуля управления перегрузки, и различные Linux параметры TCP для различных экземпляров этого агента. Этот агент поддерживает SACK. Получателю, который поддерживает SACK, рекомендуют работать с этим агентом. Есть обучающая программа для использования этого агента.

Реализация этого агента свободно следует за Linux TCP пакетной обработкой маршрутизации и вызывает исходные коды управления перегрузкой из ядра Linux для изменения управлением перегрузкой, связанного с параметрами (например окно перегрузки, порог медленного пуска и т. д.).

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

рам Linux:

Agent/TCP/Linux set maxrto_ 120 Agent/TCP/Linux set ts_resetRTO_ true Agent/TCP/Linux set delay_growth_ false

TCP получатели (стоки)

Отправители TCP, описанные выше, представляют однонаправленных отправителей данных. Они должны быть одного ранга с объектами “TCP sink”.

Базовый TCP получатель Основной объект TCP sink (Agent/TCPSink) ответствен за возвращение ACK одноранговому объекту TCP отправителя. Он формирует один ACK на полученный пакет. Размер ACK может быть конфигурирован. Создание и конфигурация объекта TCP sink обычно выполняются автоматически запросом библиотеки (см. create-connection выше).

Параметры конфигурации

Agent/TCPSink set packetSize_ 40

TCP получатель с задержанными ACK Объект задержанный

44

ACK агент (Agent/TCPSink/DelAck) доступен получателю TCP

для моделирования для того, чтобы было менее одного ACK на полученный пакет. Этот объект содержит ограничиваемую переменную interval_, которая задает количество секунд для ожидания между ACK. Получатель задержанного ACK осуществляет агрессивную ACK политику, в силу чего задерживаются только ACK для пакетов, поступающих по порядку. Пакеты вне порядка вызывают немедленную генерацию ACK.

Параметры конфигурации

Agent/TCPSink/DelAck set interval_ 100ms

Sack TCP получатели Получатели TCP с выборочным подтверждением (Agent/TCPSink/Sack1) выполняют SACK генерацию, смоделированную после описания SACK в RFC 2018. Этот объект включает ограничиваемую переменную maxSackBlocks_, которая задает максимальное число блоков информации в ACK, доступном для сохраняемой информации SACK. Заданное по умолчанию значение для этой переменной - 3, в соответствии с ожидаемым использованием SACK с RTTM (см. RFC 2018, раздел 3). Отсроченный и выборочный ACK осуществляются со-

вместно объектом типа Agent/TCPSink/Sack1/DelAck.

Параметры конфигурации

Agent/TCPSink set maxSackBlocks_ 3

Архитектура и внутреннее строение

Основной агент TCP (класс Agent/TCP) создан как совокупность программ для посылки пакетов, обработки ACK, управления окном отправителя и обработкой таймаутов. В общем, каждая из этих программ может быть отменена функцией с тем же самым названием в порождающем классе (поэтому осуществлено столько вариантов отправителя TCP).

Заголовок TCP Заголовок TCP определен структурой hdr_tcp в файле ~ns/tcp.h. Основной агент использует только следующую подгруппу полей:

ts_ / * текущее время посылки пакета источником */ ts_echo_ / * для ACKs: поля timestamp из пакета, связанного с

этим ACK */

seqno_ / * номер последовательности для сегмента этих данных или ACK (Примечание: перегрузка!) */

reason_ / * устанавливается отправителем при (повторной)

45

передаче для того, чтобы проследить причину для отправки */ Функции для отправки данных Заметим, что вообще отпра-

витель TCP фактически никогда не посылает данных (он устанавливают только размер пакета).

send_much(force, reason, maxburst - эта функция пытается по-

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

Функция output(seqno, reason) посылает один пакет с данным номером последовательности и обновляет максимум переменной номера последовательности отправителя (maxseq _), чтобы сохранить данный номер последовательности, если он пока самый большой из посланных. Эта функция также назначает различные поля в заголовке TCP (номер последовательности, timestamp, причина для передачи). Эта функция также устанавливает таймер повторной передачи, если он уже не в ожидании.

Функции для управления окна Используемое окно отправителя каждый раз задается функцией window(). Она возвращает минимум окна перегрузки и переменную wnd _, которая представляет объявляемое окно получателя.

opencwnd () - эта функция открывает окно перегрузки. Она вызываться, когда прибывает новый ACK. При медленном пуске функция просто увеличивает cwnd_ с каждым полученным ACK. При предотвращении перегрузки – стандартная конфигурация увеличивает cwnd_ на его обратное значение. Другие опции роста окна в течение избегания перегрузки поддерживаются, но они экспериментальны (и не зарегистрированы).

closecwnd (int, how) - эта функция уменьшает окно перегрузки. Это может быть вызвано несколькими способами: при вводе быстрой повторной передачи из-за истечения таймера, или из-за уведомления перегрузки (установлен бит ECN). Эта переменная указывает как должно быть восстановлено окно перегрузки. Значение 0 используется для таймаутов повторной передачи и быстрой повторной передачи в Tahoe TCP. Это обычно заставляет TCP вводить медленный пуск и уменьшать ssthresh_ до половины текущего окна. Значение 1 используется Reno TCP для осуществления быстрого восстановления (которое избегает возвращаться к медленному пуску). Значение 2 используется для со-

46

кращения окна из-за ECN признака. Оно сбрасывает окно перегрузки к его начальному значению (обычно обусловленным медленным пуском), но не изменяет ssthresh_.

Функции для обработки ACK

recv () - эта функция - основной путь приема для ACK. Обратите внимание, что, так как используется только одно направление потока данных, эта функция должна вызываться только с чистым ACK пакетом (то есть без каких-либо данных). Функция хранит метку времени от ACK в ts_peer _, и проверяет присутствие ECN бита (сокращающего окно отправителя, если назначен). Если ACK - новый ACK, она вызывает newack (), а иначе проверяет наблюдением, является ли он копией последнего замеченного ACK. Если это так, вводит быструю повторную передачу, закрывая окно, сбрасывая таймер повторной передачи и посылая пакет вызовом send_much.

newack () - эта функция обрабатывает "новый" ACK (тот, который содержит номер ACK выше, чем любой замеченный прежде). Функция устанавливает новый таймер повторной передачи, вызывая newtimer (), обновляет оценку RTT, вызывая rtt_update, и обновляет(модифицирует) самые высокие и последние ACK переменные.

Функции для управления таймером повторной передачи Эти функциями служат двум целям: оценке времени кругооборота и установке таймера фактической повторной передачи. rtt_init - эта функция инициализирует srtt_ и rtt_ к нулю, устанавливает rttvar_ в 3/tcp_tick _ и устанавливает множитель backoff в 1.

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

rtt_update - эта функция в качестве аргумента берет измеренный RTT и усредняет его для выполнения оценки среднего и отклонения согласно описанию выше. Обратите внимание, что t_srtt_ и t_rttvar оба сохранены с фиксированной точкой (целые числа). Они имеют, соответственно, 3 и 2 бита справа от двоич-

47

ной точки.

reset_rtx_timer – Эта функция вызывается в течение быстрой повторной передачи или в течение таймаута. Она устанавливает таймер повторной передачи, вызывая set_rtx_timer, и, если вызвано таймаутом, также вызывает rtt_backoff.

rtt_backoff - эта функция возвращает таймер повторной передачи (удваивая его).

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

Отслеживание динамики TCP

Поведение TCP часто наблюдается созданием графика в координатах: номер последовательности – время. Обычно выполненная трассировка допускает отслеживание на соединении, по которому пройдут пакеты TCP. Поддержаны два метода отслеживания: заданный по умолчанию (используемый для рассмотрения агентов TCP), и расширенный, используемый только для

FullTcP.

Трассировка динамики одностороннего TCP Пакеты TCP, сформированные одним из однонаправленных агентов TCP и предназначенные для агента TCP sink, прошедшие через отслеживаемое соединение, выработают строки файла трассировки в формате:

+0.94176 2 3 tcp 1000 ------ 0 0.0 3.0 25 40

+0.94276 2 3 tcp 1000 ------ 0 0.0 3.0 26 41 d 0.94276 2 3 tcp 1000 ------ 0 0.0 3.0 26 41

+0.95072 2 0 ack 40 ------ 0 3.0 0.0 14 29

-0.95072 2 0 ack 40 ------ 0 3.0 0.0 14 29

-0.95176 2 3 tcp 1000 ------ 0 0.0 3.0 21 36

+ 0.95176 2 3 tcp 1000 ------ 0 0.0 3.0 27 42

Точный формат этого файла следа дается в разделе 26.4 ру-

ководства [The ns Manual (formerly ns Notes and Documentation) The VINT Project]. При рассмотрении TCP уместны пакеты типа tcp или ack. Их тип, размер, номер последовательности (номер ack для ack пакетов), и время прибытия / отправления / удаления задается полем, соответственно, 5, 6, 11, и 2. Знак “+” указывает прибытие пакета, “-“ – отправление и “d” – удаление. Множество

48

сценариев обрабатывает этот файл, чтобы выполнить графический вывод или статистические резюме (см., например, ~ns/testsuite.tcl, процедура finish).

Основные команды

Далее следует список команд, используемых при установке/управлении потоками TCP для имитаций:

set tcp0 [new Agent/TCP]

Это создает экземпляр агента TCP. В настоящее время в ns осуществлены несколько разновидностей агентов TCP отправителей и TCP получателей (или стоков). На данный момент дос-

тупны TCP отправители: Agent/TCP, Agent/TCP/Reno,

Agent/TCP/Newreno, Agent/TCP/Sack1, Agent/TCP/Vegas, Agent/TCP/Fack. TCP получатели, доступные в настоящее время:

Agent/TCPSink, Agent/TCPSink/DelAck, Agent/TCPSink/Sack1, Agent/TCPSink/Sack1/DelAck. Имеется также двунаправленная реализация tcp под названием Agent/TCP/FullTcp.

Параметры конфигурации для потока TCP могут быть установлены следующими:

$tcp set window_ <wnd-size>

Для всех возможных параметров конфигурации, доступных для TCP см. раздел 35.1.4 руководства [The ns Manual (formerly ns Notes and Documentation) The VINT Project]. Заданные по умолчанию значения конфигурации могут быть найдены также в

ns/tcl/lib/ns-default.tcl.

Далее – пример простой установки TCP соединения: set tcp [new Agent/TCP] ;# создать агента tcp

$ns_ attach-agent $node_(s1) $tcp ;# связать агента c с узлом отправителя

$tcp set fid_ 0 ;# установить поле идентификатора потока tcp set ftp [new Application/FTP] ;# создать ftp трафик

$ftp attach-agent $tcp ;# связать ftp трафик с tcp агентом set sink [new Agent/TCPSink] ;# создать агента tcpsink

$ns_ attach-agent $node_(k1) $sink ;# связать агента c с узлом получателя

$sink set fid_ 0 ;# установить поле идентификатора потока

sink

$ns_ connect $ftp $sink ;# действительное подключение источника к стоку

49

$ns_ at $start-time "$ftp start" ;# запустить поток ftp

ПРЕДВАРИТЕЛЬНАЯ ПОДГОТОВКА

Ознакомиться с основными характеристиками протокола TCP по материалам данного практикума и рекомендуемых в нем литературных источников, а также разделов 8 и 9 учебного пособия В.Г. Козлова, Е.С. Семигук «Программные средства систем связи», электронная версия которого размещена на сервере S ЛВС кафедры ТОР [S:\\ Библиотека кафедры ТОР \ Программные средства систем связи \ (. – Томск: ТМЦДО, 2004. 156 с.)]

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

Изучить раздел «Краткие сведения о моделях TCP Agents имитатора NS2» методических указаний по данной лабораторной работе и подготовить необходимые Tcl скрипты для работы с NS2, рассмотренные в данном разделе.

В качестве основы исследований использовать модель сети, разработанной в п.6 раздела «Лабораторное задание» работы №3 настоящего сборника. Доработать сценарий своего варианта моделирования таким образом, чтобы интенсивность трафика CBR источника составляла 1% пропускной способности линии связи, соединяющей узлы C и D., а длина очереди на этой линии ограничивалась 5 пакетами.

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

$telnet set interval_ 0.

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

50