Компьютерные сети

В качестве примера практического применения методов анализа задержки рассчитаем время ответа для web-страницы, передаваемой по протоколу HTTP, не поддерживающему постоянные соединения. Предположим, что страница состоит из базового HTML-файла и Мрисунков. Для простоты выкладок примем, что размеры всех М + 1 объектов одинаковы и составляют 0 бит.
Читать далее »

Изменим предыдущую модель, позволив окну перегрузки изменять свой размер. Как мы говорили ранее, в начале передачи сервер устанавливает размер окна перегрузки равным величине MSS и отсылает один сегмент клиенту. Получив квитанцию, сервер увеличивает размер окна перегрузки до величины 2MSS и посылает 2 сегмента с интервалом в S/R с. Получив еще 2 квитанции, сервер увеличивает размер окна перегрузки до величины 4MSS и отсылает клиенту 4 сегмента также с интервалом в S/R с. Таким образом, каждый раз по истечении времени оборота окно перегрузки увеличивается вдвое, как показывает временная диаграмма на рис. 3.53.
Читать далее »

Несмотря на то что на практике размер окна перегрузки протокола TCP постоянно меняется, для наглядности удобно сначала представить окно перегрузки статическим. Пусть W — положительное целое число, равное размеру статического окна; это означает, что сервер, не ожидая подтверждений, может передать не более W сегментов. Получив запрос, сервер сразу отсылает клиенту W сегментов. Далее сервер пересылает каждый новый сегмент после получения одной квитанции от клиента; процесс продолжается до завершения передачи объекта. Возможны два случая.

□ WS/R > RTT + S/R. Это соотношение означает, что сервер получает квитанцию для первого сегмента первого окна до завершения передачи сегментов первого окна.
□ WS/R < RTT + S/R. Это соотношение означает, что сервер заканчивает передачу сегментов окна раньше, чем получает квитанцию для первого сегмента окна.

Рассмотрим первый из случаев (рис. 3.51). Размер окна положен равным четырем сегментам: W= 4. Инициирование ТСР-соединения занимает все время оборота; на втором обороте клиент отсылает серверу запрос на получение объекта, вложенный в последний сегмент тройного рукопожатия. Таким образом, прием объекта клиентом начинается по истечении удвоенного времени. Новые сегменты поступают к клиенту с периодичностью в S/R с и подтверждаются им. Поскольку сервер получает первое подтверждение до завершения передачи сегментов окна, он имеет возможность передавать сегменты следующего окна сразу по завершении передачи сегментов предыдущего окна. Все подтверждения поступают на сервер с периодичностью S/R с, поэтому сервер передает новые сегменты без простоев в ожидании подтверждений. Таким образом, если передача объекта начата со скоростью R, то такая скорость сохраняется на протяжении всего процесса передачи, а следовательно, задержка составляет

2RTT + 0/R

Читать далее »

Мы завершаем эту главу рассмотрением нескольких простых моделей, позволяющих вычислить время, необходимое TCP для передачи объекта (рисунка, текстового файла или музыкального произведения в формате МРЗ). Для каждого объекта мы введем понятие задержки — промежутка времени, проходящего с момента инициирования ТСР-соединения клиентской стороной до полного завершения процесса приема объекта получателем. В моделях, которые будут описаны ниже, учитываются ключевые составляющие задержки: процедура рукопожатия, медленный старт, время передачи объекта.
Читать далее »