Протокол TCP: управление перегрузкой | Курс "Компьютерные сети"
Summary
TLDRВ данной лекции Андрей Сазыкин рассказывает о протоколе TCP и его механизмах управления перегрузкой и потоком данных в сети. Основная проблема, с которой сталкивается протокол, заключается в предотвращении перегрузки сети излишним количеством отправляемых сегментов. В лекции описываются два типа окон: окно управления потоком и окно перегрузки, которые определяются в зависимости от загрузки сети и размера буфера получателя. Рассматриваются методы аддитивного увеличения и мультипликативного уменьшения размера окна, а также медленный старт. Указывается на сложность определения перегрузки из-за композитности сети и использования потерь сегментов в качестве сигнала перегрузки. В заключение, лекция затрагивает комбинацию медленного старта и аддитивного увеличения мультипликативного уменьшения для оптимального управления окном перегрузки и предотвращения сетевых коллапсов.
Takeaways
- 📈 Управление перегрузкой сети - это процесс определения оптимального размера окна для передачи данных, чтобы избежать перегрузки и потерю данных.
- 🔄 В прошлом использовался фиксированный размер окна (8 сегментов), но теперь он определяется динамически в зависимости от загрузки сети.
- 📊 Окно перегрузки использует комбинацию методов аддитивного увеличения и мультипликативного уменьшения для определения количества сегментов, которые можно отправить.
- 🚀 Метод медленного старта позволяет быстро увеличивать размер окна, экспоненциально увеличивая его на каждом подтверждении.
- ⚠️ При потере сегмента метод медленного старта уменьшает размер окна до нуля, что может замедлить передачу данных.
- 🔧 Комбинация медленного старта и аддитивного увеличения с мультипликативным уменьшением позволяет быстро заполнить пропускную способность канала, а затем увеличивать размер окна медленно.
- 📉 Порог медленного старта определяется после сигнала о перегрузке, умножая текущий размер окна в два.
- 📚 Основным сигналом перегрузки является потеря сегментов, что указывает на то, что сеть перегружена.
- ⏱️ Задержка сегментов и явный сигнал от маршрутизатора также могут служить сигналами перегрузки сети.
- 🔄 Метод аддитивного увеличения с мультипликативным уменьшением хорошо работал на медленных каналах, но на современных быстрых каналах он может быть менее эффективным.
- 🔍 Следующая лекция будет посвящена работе других типов сигналов перегрузки и их влиянию на размер окна.
Q & A
Какой механизм используется для предотвращения перегрузки сети при передаче данных?
-Для предотвращения перегрузки сети используется механизм управления окном перегрузки, который определяет, сколько сегментов можно отправить в сеть.
Что такое метод аддитивного увеличения и мультипликативного уменьшения?
-Метод аддитивного увеличения и мультипликативного уменьшения - это метод определения размера окна перегрузки, при котором размер окна увеличивается на один сегмент с каждым подтверждением, а в случае перегрузки уменьшается в два раза.
Какой метод используется для быстрого заполнения доступной пропускной способности канала?
-Для быстрого заполнения доступной пропускной способности канала используется метод медленного старта, при котором размер окна увеличивается экспоненциально.
Что происходит, если произошла потеря сегмента при использовании метода медленного старта?
-Если при использовании метода медленного старта произошла потеря сегмента, размер окна уменьшается до нуля, и процесс запускается заново.
Какой сигнал от маршрутизатора может указывать на перегрузку сети?
-Сигнал от маршрутизатора, указывающий на перегрузку сети, может быть явным сигналом от маршрутизатора или задержкой сегмента.
Какой метод комбинирует медленный старт и аддитивное увеличение мультипликативного уменьшения?
-Медленный старт комбинируется с аддитивным увеличением мультипликативного уменьшения, сначала используется медленный старт для быстрого заполнения пропускной способности, а затем, при достижении определенного значения, происходит переход на аддитивное увеличение и мультипликативное уменьшение.
Чем определяется размер окна перегрузки?
-Размер окна перегрузки определяется динамически в зависимости от того, насколько загружена сеть, и использует комбинацию методов аддитивного увеличения, мультипликативного уменьшения и медленного старта.
Какой был первый случай перегрузки сети в истории интернета?
-Первый случай перегрузки сети в истории интернета произошел в 1986 году и назывался коллапс перегрузки.
null
-null
Что делает получатель при отправке подтверждения в протоколе TCP?
-При отправке подтверждения в протоколе TCP получатель указывает также в сегменте размер окна, то есть количество байт, которые он может принять.
Чем может быть сигналом перегрузки сети?
-Сигналом перегрузки сети может быть потеря сегмента, которая указывает на то, что сеть перегружена, а не канал связи испытывает ошибки.
Какой метод оптимизирует размер окна перегрузки на быстрых и надежных каналах связи?
-Для оптимизации размера окна перегрузки на быстрых и надежных каналах связи используется метод медленного старта, который позволяет быстрее увеличивать размер окна, чем метод аддитивного увеличения и мультипликативного уменьшения.
Какой порог определяется для медленного старта после сигнала о перегрузке?
-Порог медленного старта определяется как размер окна, при котором был получен сигнал о перегрузке, умноженный на два.
Outlines
😀 Управление потоком и перегрузкой в сетях
В этом параграфе рассказывается о том, как в сетях управляют потоком и перегрузкой. Обсуждаются механизмы управления потоком, такие как использование размера окна, и проблемы, которые могут возникнуть, если сеть перегружена. Рассказывается о протоколе TCP и его способах предотвращения перегрузки сети, включая использование методов аддитивного увеличения и мультипликативного уменьшения размера окна. Также упоминается исторический случай 1986 года, связанный с коллапсом перегрузки в интернете.
😉 Сигналы перегрузки и методы управления окном
Второй параграф посвящен сигналам перегрузки и методам управления размером окна в сетях. Здесь объясняется, что происходит, когда сеть перегружена, и как это может привести к потере сегментов. Обсуждаются различные сигналы перегрузки, такие как потеря сегментов и задержки. Введением метода медленного старта и его комбинация с аддитивным увеличением и мультипликативным уменьшением, описывается процесс динамического определения размера окна для избежания перегрузки сети. Также упоминается, что будут рассмотрены другие типы сигналов перегрузки в следующей лекции.
Mindmap
Keywords
💡Протокол TCP
💡Управление перегрузкой
💡ОКНО
💡ОКНО УПРАВЛЕНИЯ ПЕРЕГРУЗКОЙ
💡АДДИТИВНОЕ УВЕЛИЧЕНИЕ
💡МНОТИПЛИКАТИВНОЕ УМЕНЬШЕНИЕ
💡МЕДЛЕННЫЙ СТАРТ
💡ПОТЕРЯ СЕГМЕНТОВ
💡СИГНАЛЫ ПЕРЕГРУЗКИ
💡ТИСЕ ПИ
💡СПЕЦИФИКАЦИЯ ОКНА
Highlights
Привет, меня зовут Андрей Сазыкин. Курс по сети и системам телекоммуникаций.
Тема лекции: протокол TCP, управление перегрузкой.
Проблема перегрузки сети, когда данные не доходят до получателей из-за перегрузки маршрутизаторов.
История: в 1986 году произошло событие, известное как коллапс перегрузки в интернете.
Введение динамического определения количества сегментов, которые можно отправить в сеть.
Окно перегрузки и окно управления потоком: два типа механизмов для управления сетевым трафиком.
Метод аддитивного увеличения и мультипликативного уменьшения размера окна перегрузки.
Сигналы перегрузки: потеря сегментов и задержка сегментов.
Медленный старт: экспоненциальное увеличение размера окна перегрузки.
Комбинация медленного старта и аддитивного увеличения мультипликативного уменьшения.
Порог медленного старта определяется после сигнала о перегрузке.
Оптимальный размер окна для эффективной передачи данных и избежания перегрузки сети.
Влияние медленных и надежных каналов связи на работу метода аддитивного увеличения.
Современные быстрые и надежные каналы связи и их влияние на методы управления окном.
Следующую лекцию будет посвящена работе сигналов перегрузки и их типов.
Заключение лекции: управление перегрузкой и оптимизация размера окна для эффективного сетевого обмена.
Transcripts
привет меня зовут андрей сазыкин это
курс сети и системы телекоммуникаций
тема лекции протокол tcp управление
перегрузкой на прошлой лекции мы
рассматривали управление потоком в тисе
пи этот способ предотвращения отправки
все слишком большого количества
сегментов которые не могут быть приняты
получателем у которого просто
недостаточно и вместо в буфере
получатель при отправке каждого
подтверждения указывает также в сегменте
размер окна
количество байт которые он может принять
отправлять больше данных в сеть не имеет
смысл но может быть и другая проблема в
буфере получателя может быть достаточно
свободного места но сеть через которые
передаются данные
перегружена одновременно большое
количество компьютеров решили передавать
данные маршрутизаторы не способны
передать такое большое количество
пакетов и единицу времени и они
вынуждены их отбрасывать пакет в этом
случае происходит так называемая
перегрузка отправителей передают в сеть
большое количество данных
однако большая часть из этих данных
отбрасываются маршрутизаторами и не
доходит до получателей таким образом
большая часть каналов сети занята но
полезные данные от отправителя до
получателя почти не доходит первый раз
такая ситуация произошла в интернет в
1986 году она называлась коллапс
перегрузки хотя теоретически она была
предсказана раньше чтобы решить эту
проблему стали учитывать
загрузку сети при формировании размера
кто то есть при определении количества
сегментов которые можно отправить в сеть
не дожидаясь получения подтверждения
если раньше до коллапса перегрузки
такое количество сегментов всегда была
одинаковы 8 штук то после коллапса
перегрузки решили что это количество
нужно
для динамически в зависимости от того
загружено сеть или нет и для того чтобы
определить количество сегментов которые
можно отправить все
используются так называемые окно
перегрузки таким образом в 10 у нас есть
два типа окна окно управление потоком
которые мы рассматривали на прошлом
акции размер этого окна задаются
получателем зависимости от того сколько
места в буфере и передается отправителю
в сегментах с подтверждением окно
перегрузки существует на стороне
отправителя его размер рассчитывается
отправителем в зависимости от того какая
нагрузка на сеть они от того сколько
данных может принять приложение
приложение может быть готова принять
много данных но всей загружены в этом
случае отправлять как много данных не
имеет смысла оба типа окна
окно в управлении потоком и окно
перегрузки используются для решения
более общей задачи управлению скорости
передачи данных в эти себе
если размер скользящего окна будет
слишком маленьким то все мы будем
отправлять маленькое количество
сегментов сеть будет не загружено
полностью и скорость передачи будет
маленькой ниже чем возможно с другой
стороны если мы будем отправлять в сеть
большое количество сегментов то сеть
может оказаться перегруженной
маршрутизаторы начнут отбрасывать наши
сегменты их нужно будет отправлять
заново и скорость передачи данных
опять окажется низкой таким образом нам
нужно определить оптимальный размер окна
для того чтобы мы могли передавать
данные по сети
избегая загрузки и приложение могло
принять эти данные и записать их в свой
буфер в тисе пи
для определения размера окна перегрузки
используется метод аддитивного
увеличения мультипликативного кулиш
не суметь до заключается в том что при
получении каждого подтверждения мы
прибавляем к размеру окна некоторые
значения как правило это размер одного
сегмента тисе пи
а если перегрузка произошла та у мы
умножаем размер окна на некоторые
значения как правило это одна вторая то
есть в тисе пи при перегрузке размер
окна уменьшается в два раза вот график
работы метода аддитивного увеличения
мультипликативного уменьшения мы
начинаем передавать данные поступают
подтверждение размер окна увеличивается
происходит аддитивное увеличение затем в
сети произошла перегрузка размер окна
уменьшается в два раза произошло
мультипликативным уменьшение затем
данные снова передаются размера к нам
прикажут получение каждого подтверждения
увеличивается на один сегмент аддитивные
увеличения и так происходит пока не
произойдет следующее перегрузка таким
образом размер окна у нас напоминают
зубья пилы
как отправитель не узнает о том что в
сети произошла перегрузка это достаточно
сложная задача потому что сеть может
быть составной и перегрузка может
происходить не на том сегменте сети
который подключен к отправителю
а на каком-то сегменте между
отправителем и получателем которые
находятся достаточно далеко от того и
другого чаще всего на практике в
качестве сигнала перегрузки используются
потеря сегмент считается что сейчас
каналу связи уже хорошего качества и
если произошла потеря сегмента то не
из-за ошибки канала а из-за того что
сеть перегружена поэтому нужно уменьшить
размер окна для того чтобы избежать
дальнейшей перегрузке
есть также и другие типы сигналов этого
задержка сегмента и сигнал от
маршрутизатора но в мы их рассмотрим в
следующей лекции
метод аддитивного увеличения
мультипликативного
решение хорошо работал на медленных
каналов связи
которые были во времена создания сети
интернет но у нас современных быстрых и
надежных каналов связи
этот метод работает плохо с помощью
аддитивного увеличения размер окна
перегрузкой увеличивается очень медленно
для того чтобы решить эту проблему
был предложен другой метод управления
размерам окна
так называемый медленный старт при
медленном старте размер окна
увеличивается на каждое подтверждение ни
на один сегмент
она 2 благодаря этому происходит
экспоненциальное увеличение размера окна
сначала мы отправляем один сегмент
получили подтверждение отправляем 2
сегмента получаю 2 подтверждения на
каждое подтверждение отправляем по два
сегмента всего 4 потом 8 потом 16 и так
далее то есть несмотря на название
медленный старт размер окна
увеличивается
гораздо быстрее чем при аддитивном
увеличение мультипликативным уменьшение
недостаток метода заключается в том что
если произошла потеря сегмента то размер
окна уменьшается до нуля
таким образом медленный старт быстро
разгоняется но также быстро тормозит в
цепи используется комбинация медленного
старта и аддитивного увеличения
мультипликативного уменьшения сначала
используется медленный старт для того
чтобы быстро заполнить доступную
пропускную способность канала после того
как размер окна достиг определенного
значения так называемый паров медленного
старта происходит переход на аддитивное
увеличение мультипликативной уменьшение
и дальше уже используется этот метод
размер окна увеличивается медленно но
если пришел сигнал о перегрузке размер
окна
уменьшается в два раза а не снижается до
нуля порог медленного старта
определяется следующим образом сначала
запускается медленный старт и работает
до того пока не поступит сигнал о
перегрузке после этого размера к нам при
котором пришел сигнала перегрузки девица
в два раза и это значение выбираются
порога медленно
астарта таким образом формируется
достаточный запас размера окна для того
чтобы не произошла перегрузка которые
при аддитивном увеличение скорее всего
не будет достигнут если конечно загрузка
сети останется на том же самом уровне
итак мы рассмотрели управление
перегрузкой в 10
это предотвращение отправки в сеть
слишком большого количества сегментов
которые приведут к перегрузке для того
чтобы справиться с этой проблемы
используются окно перегрузки которая
определяет сколько сегментов можно
отправить в сеть если раньше размер окна
перегрузки был фиксированным 8 сегментов
то сейчас он определяется динамический в
зависимости от того насколько загружена
сеть тисе пи для определения размера
окна перегрузки использует комбинацию
двух методов аддитивное увеличение
мультипликативного и уменьшение
и медленный старт сначала работает
медленный старт затем происходит переход
на объективные увеличение
мультипликативных уменьшению основным
сигналом и перегрузки
являются потеря сегментов в сети но
также существуют и другие сигналы эта
задержка сегментов и явный сигнал от
маршрутизатор как работают эти типы
сигналов о перегрузке мы рассмотрим на
следующей лекции а на сегодня всем
спасибо что смотрели до свидания
5.0 / 5 (0 votes)
How we KNOW the dates for the Old Testament!
Alexander Björling, DLSR7 conference
7 ПОЛЕЗНЫХ устройств на АРДУИНО, которые можно собрать за 15 минут.
Гайд. ЗАБЫТАЯ ИМБА! ЛОВУШКА ДЛЯ КАЛАШИСТА в раст раст строительство как построить
Алексей Романов. "Конфликт поколений"
Искусственный Интеллект в Юриспруденции: Как нейросети применяют юристы