Протокол tcp синдром глупого окна
«Скользящее окно» передатчика
Рассмотрим теперь, как передатчик меняет позицию окна передатчика. В нашем примере, допустим, передатчик посылает еще два байта (203 и 204) и получает из приемника подтверждение на успешный прием байтов 200-202. Теперь ожидают подтверждение два байта (203 и 204). Если размер окна приемника не меняется (пока еще равен 7), то передатчик может теперь сдвигать свое окно и освободить места, занятые байтами 200-202, которые могут быть использованы повторно. Рис. 10.7 показывает состояние буфера передатчика и окно передатчика перед и после этого события. Во второй части этого рисунка передатчик может теперь посылать байты с 205 до 209 (5 следующих байт).
Рис.
10.7.
«Скользящее окно» передатчика
Расширение «скользящего окна»
Если процесс приемника принимает данные быстрее, чем они поступают, размер окна может быть расширен (в буфер можно добавить свободные места). Эта ситуация может привести к увеличению (расширению) размера окна в передатчике. На Рис. 10.8 приемник прислал подтверждение еще на 2 байта (теперь ожидает подтверждения байт 205), и в то же самое время размер окна приемника увеличен до 10. Такое увеличение позволяет процессу передачи ввести дополнительно 5 байт и передать 5 байт.
Рис.
10.8.
Расширение окна передатчика
Уменьшение окна передатчика
Если процесс приемника принимает данные медленнее, чем они поступают, размер окна приемника уменьшается (сжимается). На рисунке приемник принимает 5 байт (с 205 до 209); однако процесс приема берет на обслуживание только один байт — это означает, что число свободных мест уменьшается по сравнению с показанным на Рис. 10.5. до 6 (10-5+1). Он подтверждает байты с 205 до 209 (ожидающий байт 210), но информирует передатчик, что надо сжать размер своего окна и не посылать более чем 6 байтов. Если передатчик уже послал 2 байта, когда он принял новые, а получил на три больше от процесса передатчика, мы будем иметь окно и буфер, показанный на рис. 10.9
Рис.
10.9.
Уменьшение окна передатчика
Закрытие окна передатчика
Что произойдет, если буфер приемника заполнен? В этом случае размер окна приемника имеет значение нуль. Когда это транслируется передатчику, передатчик закрывает окно (левая и правая стенки перекрываются). Передатчик не может передать ни одного байта, пока приемник не передаст значение размера окна приемника, не равное нулю.
Синдром «глупого окна»
Серьезная проблема может возникнуть при работе со «скользящим окном», когда какая-либо передающая прикладная программа медленно создает данные, либо приемная прикладная программа медленно принимает данные, либо имеют места оба случая. В любой из этих ситуаций результат заключается в посылке очень маленьких сегментов, которые уменьшают эффективность работы. Например, если TCP посылает сегмент, содержащий один байт данных, это означает, что мы посылаем дейтаграмму 41 байт (20 байт — TCP-заголовок и 20 байт — IP-заголовок), которая передает только 1 байт пользовательских данных. Соотношение заголовок/информация (41/1) указывает, что производительность сети используется очень неэффективно. Эта проблема называется синдром «глупого окна». Рассмотрим детальнее, как создается эта проблема, а затем — как она может быть решена.
Синдром, создаваемый передатчиком
Протокол передачи TCP может создать синдром «глупого окна», если он обслуживает медленную прикладную программу, которая медленно создает данные, например, 1 байт за время передачи всего окна. Прикладная программа за это время записывает один байт в буфер передачи TCP. Если передающее TCP не имеет никаких заданных инструкций, он может создать сегмент, содержащий один байт данных. Результат — передача большого числа 41-байтных сегментов, которые проходят через Интернет.
Элементарное решение — запретить TCP-передатчику передавать данные длиной 1 байт. Можно алгоритм передатчика поставить в режим ожидания момента, когда соберутся данные, чтобы послать большой блок. Как долго должно TCP ждать? Если ожидание слишком долгое, то это может замедлить процесс. А если ждать недостаточно, это может окончиться посылкой маленького сегмента.
Простое решение в случае, когда передающий процесс медленнее принимающего, состоит в том, чтобы установить оптимальную величину сегмента для передачи в линию. Естественно, что такая передача может начаться, только когда накоплен сегмент заданной величины и к этому времени получено подтверждение приема предыдущего сегмента.
Алгоритм Нагла (Nagle’s algorithm)
Алгоритм Нагела прост, но решает проблему. Этот алгоритм для передатчика TCP:
- Передатчик TCP посылает первый кусок данных, приемник получает этот кусок от передающей прикладной программы, даже если это только один байт.
- После посылки первого сегмента TCP передатчик накапливает данные в выходном буфере и ждет, пока приемник TCP пришлет подтверждение или пока накопится достаточно данных для заполнения максимального размера сегмента. К этому времени TCP может передать сегмент.
- Шаг 2 может повториться для всей дальнейшей передачи. Сегмент 3 может быть послан, если получено подтверждение на сегмент 2 или накоплено достаточно данных для заполнения максимального размера сегмента.
Алгоритм Нагла позволяет учитывать и согласовывать скорость передачи пакета данных программой TCP и фактической скоростью передачи данных по сети.Если прикладная программа быстрее, чем сетевая – создается больший сегмент (максимальный сегмент). Если прикладная программа медленнее, чем сетевая, то создается сегмент, меньший, чем максимальный. В медленных глобальных сетях, где ответ идёт долго, пакеты будут посылаться реже и, следовательно, в трафике будет меньше служебной информации.
Синдром, создаваемый приемником
TCP приемника может создать синдром «глупого окна», если он обслуживает программу, которая поглощает данные медленно, например, 1 байт за один цикл чтения всего буфера. Предположим, что программа передачи создает данные в блоках 1K, но программа приемника принимает 1 байт за один цикл. Также предположим, что входной буфер TCP приема равен 4 Кбайта. Передатчик посылает 4 Кбайта данных. Приемник сохраняет их в своем буфере. Теперь его буфер полный. Он превращает размер окна в нуль, что означает, что передатчик должен прекратить передачу данных. Приложения приемника читает первый байт данных из входного буфера приемника. Теперь мы имеем 1 байт пространства во входящем буфере. TCP приемника объявляет размер окна 1 байт, который означает, что передатчик TCP, который раньше ожидал разрешение на передачу, воспримет это преобразование окна как хорошую новость и пошлет сегмент, переносящий только один байт. Процедура будет продолжаться. Один байт данных поглощается, и посылается сегмент, переносящий
один байт данных. Опять мы имеем проблему эффективности.
Чтобы предотвратить создание «глупого окна» прикладной программой, которая поглощает данные медленнее, чем они пребывают, предлагаются два решения.
Первое: послать подтверждение сразу, как данные приняты правильно, но сигнал о смене размера окна посылать по мере накопления в буфере пространства для приема сегмента максимального размера или когда буфер пуст.
Второе решение — задержать передачу подтверждения. Это означает, что когда сегмент прибывает, его не надо подтверждать немедленно. Приемник ждет, пока количество пространства во входящем буфере станет подходящим, прежде чем подтвердить прибывший сегмент. Задержка подтверждения предотвращает передающий TCP от возникновения эффекта «глупого окна». После посылки данных окно останавливается. Данные не передаются до получения подтверждения. Это устраняет синдром.
Задержанное подтверждение также имеет другое преимущество: оно уменьшает трафик, поскольку приемник не подтверждает каждый сегмент. Однако его недостаток в том, что задержанное подтверждение может заставить передатчик повторно передать неподтвержденный сегмент.
Протокол находит баланс достоинств и недостатков. Он теперь определяет, что подтверждение не должно быть задержано более чем на 500 мс.
Источник
Синдром «глупого окна»
Механизм подтверждения получения данных является ключевым в протоколе TCP. Стандарт указывает, что подтверждение должно быть передано без задержки, но не определяет конкретно, насколько быстро данные должны быть подтверждены, и объем подтверждаемых данных. К сожалению, корректная с точки зрения спецификации протокола, но неоптимальная реализация стратегии подтверждения приводит к неудовлетворительной работе механизма управления потоком данных (оконного механизма), что приводит к синдрому «глупого окна» (SWS).
Для иллюстрации этого явления рассмотрим передачу файла большого размера между двумя приложениями, использующими протокол TCP. Допустим, что модуль протокола осуществляет передачу сегментами, размер которых составляет 200 октетов. В начале передачи предлагаемое окно отправителя — 1000 октетов. Он полностью использует этот кредит, послав пять сегментов по 200 октетов каждый. После обработки первого полученного сегмента адресат отправляет подтверждение (сегмент ACK), которое также содержит обновленное значение предлагаемого окна. Предположим, что адресат передал полученные данные приложению, и таким образом его буфер приема вновь содержит 1000 байтов свободного места. Поэтому обновленное значение окна будет также равным 1000 октетов. Эта ситуация показана на рис. 6.15.
Рис. 6.15. Возникновение SWS
При получении подтверждения отправитель вычисляет доступное окно. Поскольку получение 800 октетов данных еще не подтверждено, значение доступного окна получается равным 200.
Рассмотрим теперь процесс возникновения SWS. Предположим, что отправитель вынужден передать сегмент размером 50 октетов (например, если приложение указало флаг PSH). Таким образом, он отправляет 50 байтов, и вслед за этим следующий сегмент, размером 150 октетов (поскольку размер доступного окна равен 200). Через некоторое время адресат получит 50 байтов, обработает их и подтвердит получение, не изменяя значения предлагаемого окна (1000 октетов). Однако теперь при вычислении доступного окна, отправитель обнаружит, что не подтверждены 950 байтов, и, таким образом, его окно равняется всего 50 октетам. В результате отправитель вновь вынужден будет передать всего 50 байтов, хотя приложение этого уже не требует.
Если мы продолжим анализировать передачу данных, то заметим, что рисунок транзакций будет периодически повторяться, т.е. отправитель будет вынужден периодически передавать сегмент необоснованно малого размера. Этот порочный круг не может быть разорван естественным образом. Происхождение сегментов малого размера очевидно: периодически у отправителя возникает необходимость разделить доступное окно на несколько мелких сегментов. При непрерывной передаче больших объемов данных такие ситуации будут время от времени возникать, оставляя неизгладимый след на характере транзакций. В результате это может привести к «засорению» сети множеством мелких пакетов в одну сторону и множеством подтверждений в другую.
Описанный синдром может также порождаться и принимающей стороной, которая анонсирует чересчур маленькие окна. Таким образом, для преодоления этих ситуаций, необходима модификация алгоритмов TCP как для отправления, так и для приема данных. К счастью, SWS легко избежать, обязав модули выполнять следующие правила:
1. Принимающая сторона не должна анонсировать маленькие окна. Говоря более конкретно, адресат не должен анонсировать размер окна, больший текущего (который скорее всего равен 0), пока последний не может быть увеличен либо на размер максимального сегмента (Maximum Segment Size, MSS), либо на ? размера буфера приема, в зависимости от того, какое значение окажется меньшим.
2. Отправитель должен воздержаться от передачи, пока он не сможет передать сегмент максимального размера или сегмент, размер которого больше половины максимального размера окна, который когда-либо анонсировался принимающей стороной.
Однако как мы уже заметили, анализируя причины возникновения SWS, поспешные подтверждения полученных данных сыграли не последнюю роль в этом процессе. С одной стороны, немедленное подтверждение позволяет постоянно держать отправителя «в курсе дела», тем самым избегая ненужных повторных передач. Подтверждение также приводит к смещению окна, и таким образом, позволяет отправителю продолжить передачу данных. С другой стороны, немедленное подтверждение может привести к возникновению SWS и дополнительным накладным расходам.
Хорошим компромиссом между немедленным и отложенным подтверждением можно считать следующую схему. При получении сегмента адресат не отправляет подтверждение, если, во-первых, сегмент не содержит флага PSH (дающего основание полагать, что вслед за полученным сегментом вскоре последуют дополнительные данные), и, во-вторых, отсутствует необходимость отправки обновленного значения окна.
Тем не менее получатель должен установить таймер, который позволит послать подтверждение, если в передаче данных произошел определенный перерыв, что может быть вызвано, например, потерей сегментов.
Данный текст является ознакомительным фрагментом.
Следующая глава >
Похожие главы из других книг:
10.13.2 Синдром «бестолкового окна»
В первых реализациях TCP/IP разработчики столкнулись с феноменом синдрома «бестолкового окна» (Silly Window Syndrome — SWS), который проявлялся достаточно часто. Для понимания происходящих событий рассмотрим следующий сценарий, приводящий к
Китайский синдром
Летом 2005 года Билл Гейтс и Microsoft готовились к наступлению. Они не могли позволить Google и дальше расти такими же темпами. Гейтс создал в Microsoft группу, члены которой должны были сосредоточиться исключительно на конкуренции с Google. Группа представила
Синдром Диогена
Этот титан древнегреческой мысли имел обыкновение изредка выбираться из своей обустроенной бочки и шататься с фонарем по местному базару, пугая случайных прохожих дикими воплями «Ищу человека!». Почтенный философ преуспел лишь отчасти – в учебники
Синдром Гриффина
Почтенный уэллсовский герой, как мы помним, добровольно довел до максимума коэффициент прозрачности собственной шкуры. А впоследствии искренне недоумевал, почему его, такого исключительного и талантливого, окружающий плебс в упор замечать не хочет. «Я
Синдром Демьяна
Помните «демьянову уху» из басни Крылова? Вроде бы всем хорош был этот супчик… Да вот только с дозировкой достославный кулинар малость перемудрил. Что и привело к вполне понятным последствиям – «синдром отторжения» во всей красе.Мораль сей басни проста
Синдром Торопыжки
Древний и очень умный грек Зенон придумал когда-то знаменитый парадокс о быстроногом Ахилле, который никогда не обгонит черепаху, ползущую на метр впереди. Пока обладатель уникальной пяты пробежит этот метр, черепаха проползет полметра, преодолел
Синдром Робинзона
Душа заброшенного на необитаемый остров моряка взалкала общения – и начал несчастный Робинзон лепить себе друзей. Из того, что было, – от не слишком интеллектуальных попугаев с козами, до подвернувшегося под руку дикаря. Правда, в своем естественном
Синдром Лермонтова
Одно из стихотворений классика (из тех, что не проходят в школах) звучит так:
Делись со мною тем, что знаешь,
И благодарен буду я.
Но ты мне душу предлагаешь;
На кой мне черт душа твоя!..
Эгоистично? Грубо? Однако именно такой схеме соответствует львиная
Синдром Нео
Персонаж культового (хотя почему – непонятно) фильма братьев Вачовски долго и мучительно путал виртуальность с реальностью… Причем запутать он сумел не только себя, но и миллионы следящих за его похождениями зрителей, многие из которых до сих пор
Синдром компьютерных игр
Целью покупки большинства домашних компьютеров является использование их в качестве развлекательной платформы. В первую очередь это игры. Синдром зависимости от компьютерных игр до сих пор не исследован, и при его изучении можно столкнуться с
Слуховые окна и окна в крыше
Фактически наш дом, с конструктивной точки зрения, принял уже вполне законченный вид. Однако попробуем добавить к нему еще некоторые элементы, которые хоть и не обязательны, но нередко встречаются в различных коттеджах. Сначала построим одно
Синдром запястного канала
Синдром запястного канала в целом является травмой запястья. Для распознавания его сущности, разберемся в физиологии. Запястье — это место соединения лучевой и локтевой костей (костей предплечья) и восьми костей кисти (мелких костей ладони).
Компьютерный зрительный синдром
Новое в современной медицине заболевание – компьютерный зрительный синдром – уже стало профессиональным для всех, кто проводит за компьютером много часов в день. Глаза, которые практически постоянно смотрят на монитор с небольшого
Синдром хронической усталости
В последнее время все больше людей, живущих в крупных городах, обращаются к врачам с жалобами на усталость, быструю утомляемость, сонливость и общую слабость. Часто эти ощущения сопровождают расстройства нервной системы, нарушения
Синдром фальшивых данных
Еще одна коварная проблема с океаном информации – это то, что я называю «синдром фальшивых данных» [false data syndrom]. Поскольку большинство данных в этом океане информации корректно, мы все предрасположены верить, что они корректны полностью –
Источник
Главная / Интернет-технологии /
Основные протоколы интернет / Тест 11
Упражнение 1:
Номер 1
Какими свойствами обладает протокол TCP?
Ответ:
 (1) ориентирован на передачу потока данных 
 (2) ориентирован на управление соединением 
 (3) обеспечивает надежность обслуживания 
 (4) все перечисленное выше 
Номер 2
Как разделяется на секции TCP буферный регистр?
Ответ:
 (1) на две 
 (2) на три  
 (3) на четыре 
 (4) на восемь 
Номер 3
С какого числа начинается нумерация байтов в протоколе TCP?
Ответ:
 (1) 0 
 (2) 1 
 (3) 1000 
 (4) со случайного числа между 0 и 232-1  
Номер 4
Что называется в протоколе TCP скольжением?
Ответ:
 (1) постепенное увеличения скорости передачи байт 
 (2) постепенное уменьшение скорости передачи байт 
 (3) изменение количества байт, которое можно посылать и передавать до получения сигнала подтверждения  
 (4) постепенное исключение байт из сегмента 
Номер 5
В чем заключается синдром «глупого окна» в протоколе TCP?
Ответ:
 (1) в передаче неверной информации 
 (2) в изменении порядка следования сегментов 
 (3) в перекодировке передаваемых данных 
 (4) в посылке очень маленьких сегментов  
Номер 6
Как предотвратить синдром «глупого окна» в приемнике при протоколе TCP?
Ответ:
 (1) запретить передачу 
 (2) задержать передачу подтверждения 
 (3) включить таймер ожидания данных 
 (4) добавить в сообщение заполнение 
Номер 7
По каким признакам в протоколе TCP определяется дублированный сегмент?
Ответ:
 (1) совпадение порядковых номеров у байтов двух сегментов 
 (2) совпадение порядкового номера последних байтов сегмента 
 (3) совпадение всего диапазона порядковых номеров сегмента 
 (4) совпадение длины сегмента 
Номер 8
Как определяется время повторной передачи в протоколе TCP использованием вычисления времени прохождения «туда и обратно» (round – trip time -RTT)?
Ответ:
 (1) по опции «метка времени или таймеру  
 (2) по числу переданных сегментов в единицу времени 
 (3) по числу поступивших подтверждений в единицу времени 
 (4) задается стандартом 
Упражнение 2:
Номер 1
Чему равен действующий размер окна?
Ответ:
 (1) величине которую объявил передатчик 
 (2) величине размера окна перегрузки 
 (3) минимальной величине из двух величин указанных выше 
Номер 2
В каком случае начинается уменьшение размера окна перегрузки при мультипликативном уменьшении?
Ответ:
 (1) при достижении половины размера разрешенного окна  
 (2) при о окончания контрольного времени 
 (3) при достижении максимального размера разрешенного окна  
 (4) при получении первого сигнала подтверждения 
Номер 3
Какой тип имеет в большинстве случаев поле адреса сегмента TCP — адрес поле порта источника клиент?
Ответ:
 (1) кратковременный адрес порта, выбранный программой, исходящего сервера 
 (2) закрепленный хорошо известный адрес (well know) 
 (3) адрес маршрутизатора 
 (4) адрес процесса 
Номер 4
Какой максимальный размер окна, которое может использовать другая сторона, задает поле «размер окна»?
Ответ:
 (1) 256 
 (2) 1024 
 (3) 4096 
 (4) 65 535 
Номер 5
Когда может быть использована опция «максимальный размер сегмента»?
Ответ:
 (1) во время передачи данных 
 (2) в фазе установления соединения 
 (3) в фазе отбоя 
 (4) к искажению передаваемых данных 
Номер 6
Пусть значение «максимальный размер сегмента» равно 4. Как увеличится размер окна?
Ответ:
 (1) размер нового окна = размер окна в заголовке +4 
 (2) размер нового окна = размер окна в заголовке*4 
 (3) размер нового окна = 4 
 (4) размер нового окна = размер окна в заголовке*24 
Номер 7
Какую информацию содержит первое сообщение установления соединения SYN- сегмент при методе взаимодействия в три шага?
Ответ:
 (1) адреса источника и пункта назначения  
 (2) начальный порядковый номер сегмента и его максимальный размер 
 (3) масштабный коэффициент окна (если надо) переданной, но не подтвержденной информации 
 (4) все указанное выше 
Номер 8
Какая операция TCP позволяет передавать информацию не дожидаясь заполнения окна?
Ответ:
 (1) проталкивания 
 (2) срочные данные 
 (3) передача с приоритетом 
 (4) передать помимо очередиг. передать помимо очереди 
Упражнение 3:
Номер 1
Что предпринимается для того чтобы избежать перегрузки?
Ответ:
 (1) медленный старт 
 (2) увеличение размера окна прибавлением 
 (3) мультипликативное уменьшение 
 (4) все указанные выше методы 
Номер 2
В каком случае начинается уменьшение размера окна перегрузки при мультипликативном уменьшении?
Ответ:
 (1) при достижении половины размера разрешенного окна  
 (2) при окончания контрольного времени 
 (3) при достижении максимального размера разрешенного окна  
 (4) при получении первого сигнала подтверждения 
Номер 3
Какой тип имеет в большинстве случаев поле адреса сегмента TCP — пункт сегмента TCP назначения если хост сервер?
Ответ:
 (1) кратковременный адрес, выбранный программой процессом 
 (2) закрепленный хорошо известный адрес (well know) 
 (3) адрес маршрутизатора 
 (4) адрес процесса 
Номер 4
Какой размер в байтах имеет опция «конец опции»?
Ответ:
 (1) 1 
 (2) 2 
 (3) 40 
 (4) 32 
Номер 5
Как используется масштабный коэффициент окна?
Ответ:
 (1) для увеличения размера окна 
 (2) для увеличения величины содержания данных 
 (3) при передаче больших чисел 
 (4) для сокращения времени передачик 
Номер 6
Как используется опция метка времени?
Ответ:
 (1) для определения времени отправки сообщения 
 (2) для определения времени прохождения до пункта назначения 
 (3) для определения времени прохождения «туда и обратно» 
 (4) для измерения времени ожидания 
Номер 7
Какую информацию содержит ответное сообщение установления соединения SYN+ACK- сегмент при методе взаимодействия в три шага?
Ответ:
 (1) ограничивает время передачи сегмента 
 (2) начальный порядковый подтверждающий номер  
 (3) размер окна источника, масштабный коэффициент окна (если надо) 
 (4) все указанное выше 
Номер 8
В каком состоянии сервер может при исходящем соединении запрашивать данные у прикладной программы, получать и передавать данные?
Ответ:
 (1) СЛУШАЮ (LISTEN) 
 (2) УСТАНОВЛЕНО (ESTABLSHED)  
 (3) ОЖИДАНИЕ ОКОНЧАНИЯ — (FIN-WAIT-1) 
 (4) ПЕРЕДАЧА (SYN-SENT) 
Упражнение 4:
Номер 1
Что такое медленный старт?
Ответ:
 (1) задержанное начало передачи 
 (2) передача информации с замедленной скоростью от минимальной до максимальной 
 (3) постепенное увеличение размера окна перегрузки до половины разрешенного размера окна 
 (4) постепенное увеличение размера передаваемого сегмента 
Номер 2
До какого значения уменьшается порог при переходе мультипликативному уменьшению?
Ответ:
 (1) до половины размера предыдущего окна  
 (2) до 1 
 (3) до минимального размера предыдущего окна  
 (4) до заранее заданной случайной величины 
Номер 3
Какое число используется для обозначения начального порядкового номера сегмента?
Ответ:
 (1) 0 
 (2) 1 
 (3) случайное число  
 (4) 16 
Номер 4
Для чего применяется опция «конец опции»?
Ответ:
 (1) для указания начала конца сегмента 
 (2) как последняя опция только с одного конца  
 (3) для выделения части сегмента 
 (4) для введения дополнительных данных 
Номер 5
Как увеличивается размер окна с помощью масштабного коэффициент окна?
Ответ:
 (1) путем сложения числа, указанного в поле размер окна с числом, определенным по масштабному коэффициенту 
 (2) путем умножения числа указанного в поле размер окна на число определенному по масштабному коэффициенту 
 (3) путем установления значения масштабного коэффициента в поле размер окна 
 (4) путем вычитания числа, указанного в поле размер окна с числом, определенным по масштабному коэффициенту 
Номер 6
Какие этапы проходит установление соединения в четыре шага?
Ответ:
 (1) запрос на соединение от хоста A к хосту B, подтверждение запроса хостом B, начальная информация о трафике хоста B,подтверждение запроса хостом 
 (2) запрос на соединение от хоста A к хосту B, отказ от запроса хостом B, ,подтверждение запроса хостом A, повторный запрос хостом B 
 (3) запрос на соединение от хоста A к хосту B, отказ от запроса хостом B, повторный запрос хостом B, повторный запрос на соединение от хоста A к хосту B 
 (4) передача адреса от хоста A к хосту B, передача «путь найден» от хоста B к хосту A, включить тракт от хоста A к хосту B, тракт включен от хоста B к хосту A 
Номер 7
Какая операция TCP позволяет передавать информацию не дожидаясь заполнения окна?
Ответ:
 (1) проталкивания 
 (2) срочные данные 
 (3) передача с приоритетом 
 (4) передать помимо очереди 
Номер 8
В какое состояние переводит алгоритм процесс установления соединения после получения сервером TCP от прикладной программы в состоянии УСТАНОВЛЕНО поступил сигнал «получен сегмент (FIN)» программа
Ответ:
 (1) ОЖИДАНИЕ ОТБОЯ  
 (2) ОЖИДАНИЕ ОТБОЯ  
 (3) ОЖИДАНИЕ ОКОНЧАНИЯ — (1FIN-WAIT-1)  
 (4) УСТАНОВЛЕНО (SYN-SENT) 
Упражнение 5:
Номе