При установлении TCP-соединения начальным значением переменной CongWin является величина MSS; следовательно, начальная скорость передачи источника составляет MSS/RTT, где RTT — время оборота для соединения. Например, если MSS = 500 байт, a RTT = 200 мс, то начальная скорость передачи соединения равна приблизительно 20 Кбайт. Поскольку максимально возможная скорость передачи значительно превосходит величину MSS/RTT, линейное увеличение начальной скорости нерационально, так как
Основной идеей механизма контроля перегрузки протокола TCP является снижение скорости передачи источника путем уменьшения размера его окна перегрузок при потере пакета. Вполне вероятно, что во всех TCP-соединениях, обслуживаемых перегруженным маршрутизатором, наблюдаются потери пакетов, что приводит к одновременному уменьшению окон перегрузок всеми этими соединениями. Конечный эффект заключается в снижении трафика, проходящего через перегруженный маршрутизатор и, как следствие, в ослаблении перегрузки. Однако
В этом разделе мы вновь возвращаемся к протоколу TCP. Как вы знаете (см. раздел «Протокол TCP — передача с установлением соединения»), TCP предоставляет службу надежной передачи данных прикладным процессам, выполняющимся на разных хостах. Другим ключевым компонентом протокола TCP является механизм контроля перегрузок. В предыдущем разделе мы отметили, что TCP осуществляет контроль перегрузок самостоятельно, поскольку протокол сетевого уровня IP не имеет
В разделе «Контроль перегрузок в ТСР» мы подробно рассмотрим механизмы контроля перегрузки оконечными системами на примере протокола TCP, а сейчас остановимся на службе ABR сетей ATM, в которой реализован другой вид контроля перегрузок с сетевой поддержкой. Служба ABR была разработана для «эластичной» передачи данных в стиле протокола TCP. При низких нагрузках в сети служба ABR должна была улучшать качество обслуживания,
В следующем разделе мы детально рассмотрим механизм контроля перегрузки в протоколе TCP, а сейчас займемся изучением двух общих подходов к этому вопросу, наиболее часто встречающихся на практике. С самой общей точки зрения можно разделить механизмы контроля перегрузки на те, которые реализуются с помощью сетевого уровня, и те, которые целиком реализуются транспортным уровнем. □ Контроль перегрузки оконечными системами. В этом случае
Последнюю ситуацию иллюстрирует рис. 3.42. Четыре хоста обмениваются пакетами, при этом пути пакетов накладываются друг на друга, и каждый путь проходит через два маршрутизатора. Как и ранее, мы будем предполагать, что хосты используют надежную передачу данных, осуществляемую при помощи механизмов интервалов ожидания и повторных передач, скорость передачи всех хостов одинакова и составляет λ(вх), а пропускные способности линий связи равны R
Давайте внесем в предыдущую ситуацию несколько изменений (рис. 3.40). Во-первых, будем считать объем буферного пространства маршрутизатора конечным. Это сделает ситуацию более реалистичной, поскольку пакеты, достигающие маршрутизатора с заполненным буфером, будут теряться. Во-вторых, мы предположим, что каждое из соединений является надежным, то есть транспортный уровень осуществляет повторную передачу каждого потерянного пакета. Мы снова обозначим через λ(вх) скорость передачи данных приложения через
Мы начнем с рассмотрения самой простой из возможных ситуаций, приводящих к перегрузке в сети. Два хоста (А и В) поддерживают соединения, использующие общий маршрутизатор, как показано на рис. 3.38. Предположим, что приложение хоста А осуществляет передачу данных (например, отправляя их транспортному уровню через сокет) со средней скоростью Лвх байт/с. Каждая единица обмена поступает в сокет только один раз. Будем считать,
Мы начнем изучение вопросов контроля перегрузки с трех ситуаций возникновения перегрузок в сети в порядке возрастания сложности. Для каждой ситуации мы выявим причину и укажем ее негативные последствия (невозможность полного использования ресурсов, ухудшение качества обслуживания). Сейчас мы не станем уделять внимание способам возможного реагирования на перегрузки или избежания их появления; нас будет интересовать, что происходит в сети при увеличении частоты
В предыдущих разделах мы рассмотрели общие принципы надежной передачи данных при существовании вероятности потерь пакетов, а также применение этих принципов в протоколе TCP. Как было показано, потери пакетов чаще всего обусловлены переполнением буферов маршрутизаторов при перегрузках в сети. Повторная передача пакетов является признаком перегрузки, однако не устраняет ее причину, которая заключается в том, что передающие стороны посылают слишком большое число