• Гідрологія і Гідрометрія
• Господарське право
• Економіка будівництва
• Економіка природокористування
• Економічна теорія
• Земельне право
• Історія України
• Кримінально виконавче право
• Медична радіологія
• Методи аналізу
• Міжнародне приватне право
• Міжнародний маркетинг
• Основи екології
• Предмет Політологія
• Соціальне страхування
• Технічні засоби організації дорожнього руху
• Товарознавство продовольчих товарів

Контроль помилок

Синдром, створюваний приймачем

TCP приймач може створити синдром "дурного вікна", якщо він обслуговує програму, яка поглинає дані повільно, наприклад, 1 байт за один цикл читання всього буфера. Припустимо, що програма передачі створює дані в блоках 1K, але програма приймача приймає 1 байт за один цикл. Також припустимо, що вхідний буфер TCP прийому дорівнює 4 Кбайта. Передавач посилає 4 Кбайта даних. Приймач зберігає їх у своєму буфері. Тепер його буфер повний. Він перетворює розмір вікна в нуль, що означає, що передавач повинен припинити передачу даних. Додатки приймача читає перший байт даних з вхідного буфера приймача. Тепер ми маємо 1 байт простору у вхідному буфері. TCP приймача оголошує розмір вікна 1 байт, який означає, що передавач TCP, який раніше очікував дозвіл на передачу, сприйме це перетворення вікна як гарну новину і пошле сегмент, що переносить тільки один байт. Процедура триватиме. Один байт даних поглинається, і надсилається сегмент, що переносить один байт даних. Знову ми маємо проблему ефективності.

Щоб запобігти створенню "дурного вікна" прикладною програмою, яка поглинає дані повільніше, ніж вони перебувають, пропонуються два рішення.
Перше: надіслати підтвердження відразу, як дані прийняті правильно, але сигнал про зміну розміру вікна посилати по мірі накопичення в буфері простору для прийому сегмента максимального розміру або коли буфер порожній. Друге рішення – затримати передачу підтвердження. Це означає, що коли сегмент прибуває, його не треба підтверджувати негайно. Приймач чекає, поки кількість простору у вхідному буфері стане підходящим, перш ніж підтвердити прибулий сегмент. Затримка підтвердження запобігає передавальний TCP від ​​виникнення ефекту "дурного вікна". Після посилки даних вікно зупиняється. Дані не передаються до отримання підтвердження. Це усуває синдром. Затримана підтвердження також має іншу перевагу: воно зменшує трафік, оскільки приймач не підтверджує кожен сегмент. Однак його недолік в тому, що затримана підтвердження може змусити передавач повторно передати непідтверджений сегмент. Протокол знаходить баланс переваг і недоліків. Він тепер визначає, що підтвердження не повинно бути затримано більш ніж на 500 мс.

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

• перекручених сегментів;

• втрати сегментів, порушення порядку проходження сегментів;

• дублювання сегментів.

Контроль помилок також включає механізм для корекції помилок, після того як вони виявлені.

Читайте також:

1. III. Контроль знань
2. III. КОНТРОЛЬ і УПРАВЛІННЯ РЕКЛАМУВАННЯМ
3. POS -Інтелект - відеоконтроль касових операцій
4. VII Контроль постачальника
5. Акустичний контроль приміщень через засоби телефонного зв'язку
6. Аналіз опрацювання помилок
7. Банківський контроль та нагляд: форми та мета здійснення. Пруденційний нагляд: поняття, органи та мета проведення.
8. Біохімічний контроль за розвитком систем енергозабезпечення
9. Бюджетний контроль - це порівняння показників бюджету зі звітом за від­повідний період часу.
10. Бюджетний контроль на місцевому рівні
11. Валютний контроль
12. ВАРІАНТИ КОНТРОЛЬНИХ РОБІТ

Переглядів: 495