Яка різниця між регулюванням потоку та контролем заторів у TCP?


85

Яка різниця між контролем потоку та контролем заторів у TCP?

Це питання можна розбити на дві частини:

  1. Яка загальна мета контролю потоку та заторів?
  2. Як виконується завдання?

Згідно з Вікіпедією , керування потоком TCP залежить від розміру вікна, повідомленого в повідомленні ACK. Контроль заторів також покладається на повідомлення про підтвердження. Я хотів би знати, яка різниця між двома цілями і як вони працюють.


47
Не питання домашнього завдання. Більше питання підготовки до співбесіди. Що в цьому "поза темою"? @EJP
GM Lucid

Відповіді:


127

Що стосується частини 1, супер загальний огляд:

Регулювання потоку контролюється стороною, що приймає. Це гарантує, що відправник надсилає лише те, що може впоратись одержувач. Подумайте про ситуацію, коли хтось із швидким волоконним з’єднанням може надсилати комусь комутований або щось подібне. Відправник мав би можливість надсилати пакети дуже швидко, але це було б марно для приймача на комутованому підключенні, тому їм потрібен би спосіб зменшити те, що може відправити сторона, що відправляє. Контроль потоку має справу з наявними механізмами, що забезпечують безперебійне спілкування.

Контроль заторів - це метод забезпечення того, щоб кожен у мережі мав "справедливий" обсяг доступу до мережевих ресурсів у будь-який момент часу. У змішаному мережевому середовищі кожен повинен мати можливість припустити однаковий загальний рівень продуктивності. Поширеним сценарієм, який допомагає зрозуміти це, є офісна локальна мережа. У вас є декілька сегментів локальної мережі в офісі, всі вони роблять свою справу в локальній мережі, але тоді їм, можливо, доведеться перейти по лінії глобальної мережі, яка повільніша за складові сегменти локальної мережі. Зображення, що має 100 Мб з’єднань у локальній мережі, які в кінцевому підсумку виходять через 5 Мб WAN-зв’язок. Щоб забезпечити відсутність проблем у більшій мережі, там повинен бути встановлений певний контроль за заторами.

Що стосується частини 2:

Якщо це питання для підготовки до співбесіди, як ви вже сказали вище, я міг би взяти трохи часу, щоб прочитати TCP / IP загалом. Не користуйся Вікіпедією. RTFM! Це ДУЖЕ варте вашого часу. Можна стверджувати, що це найважливіший протокол, що зберігає більшість сучасного Інтернету.

Що потрібно прочитати про Control Flow: зупинка і зачекання, розсувне вікно, призупинення кадрів.

Що потрібно прочитати щодо контролю заторів: QoS (якість обслуговування), політика ретрансляції, політика вікон.

Крім цього, ви можете шукати будь-які конкретні реалізації постачальників (Cisco тощо).


3
Хороша відповідь, але є принаймні одна помилка: "PAUSE frame" не використовуються в системі контролю заторів, вони є механізмом управління потоком.
Angel

1
Ви абсолютно праві. Додано в неправильному абзаці, редагується зараз.
JP Doherty,

25

Контроль потоку: Відправник надішле достатньо даних, які можна розмістити в кінці приймача.

Контроль перевантажень: Відправник зменшить кількість відправлених пакетів, щоб уникнути переповнення буфера маршрутизатора (черги).


22

Управління потоком:

  • Це гарантує, що відправник не перевантажує приймач.
  • Це місцеве явище, на відміну від контролю заторів.
  • Зазвичай це ініціює відправник.

Контроль заторів:

  • Це гарантує, що мережа здатна обробляти навантаження пакетів.
  • Це глобальне явище і впливає на кожного хоста, підключеного до цієї мережі.
  • Він ініціюється маршрутизатором.

5

Контроль потоку в основному здійснюється на стороні приймача , щоб налаштувати, скільки даних відправник вводить у мережу; контроль перевантажень в основному здійснюється на стороні відправника , намагаючись відчути перевантаження в мережі за часом синхронізації ACK-пакетів, щоб відрегулювати обсяг даних, що надсилаються до відповідної ситуації.


5

Контроль перевантажень є глобальною проблемою - задіяний кожен маршрутизатор і хост в підмережі

Контроль потоку, який масштабується від точки до точки, включає лише відправника та одержувача.


2

Контроль заторів : Окрім запобігання переповненню буфера маршрутизатора, він також має справу з двома іншими важливими факторами

  • Чесність : Голодування не повинно виникати для будь-якого хоста, підключеного до мережі. Хоча термінологія набагато складніша.
  • Ефективність : посилання слід використовувати на максимальну потужність, щоб це не спричиняло перевантажень.

2

Регулювання потоку здійснюється на стороні приймача. Якщо відправник надсилає пакети, що перевищують розмір буфера приймача, переповнення відбувається в буфері приймача. Щоб уникнути цього переповнення на стороні одержувача, використовується техніка вікна, що використовується на стороні відправника. Контроль заторів здійснюється на стороні відправника. Це глобальне явище. Це відбувається на маршрутизаторі. Буфер маршрутизатора переповнюється, коли багато відправників намагаються проштовхнути більше пакетів через те саме посилання.


Це виглядає як чесна спроба відповісти на питання, але зараз ваша відповідь трохи заплутана. Це також досить коротко. Будь ласка, розгляньте можливість витратити один або два повних абзаци на контроль потоку та один або два повних абзаци на контроль заторів, з більшою кількістю коми і меншою кількістю пропусків слів.
Джуліан

0

Управління потоком:

  1. Коли буфер відправника заповнений, ми заважаємо джерелу надсилати дані, щоб дані не скидалися.
  2. У цьому випадку буфер приймача заповнений.
  3. Цього можна легко досягти за допомогою протоколу розсувного вікна.

Контроль заторів

  1. Коли ми починаємо передавати дані з джерела, тоді вони за допомогою мережі досягають місця призначення. Контроль перевантажень, що запобігає джерелу, тому маршрутизатор у мережі не повинен скидати дані.

  2. Ця проблема пов’язана з чергою маршрутизатора

  3. Цього досягти складніше, оскільки маршрутизатор отримує різні пакети з іншого джерела, підключеного до його мережі.


-4

Контроль потоку: позначає, скільки мережа здатна поглинути, вікно заторів; Контроль заторів: позначає, скільки приймач здатний поглинути, рекламоване вікно; Max_window відправника = min (рекламоване вікно, вікно перевантажень);

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.