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