контроль помилок
TCP - достовірний протокол транспортного рівня. Це означає, що прикладна програма доставляє потік даних до TCP. до прикладній програмі на іншому кінці в порядку, без помилок і без втрати будь-якої частини або дублювання.
TCP забезпечує достовірність. використовуючи контроль помилок. Контроль помилок включає в себе механізми виявлення:
- перекручених сегментів;
- втрати сегментів, порушення порядку проходження сегментів;
- дублювання сегментів.
Контроль помилок також включає механізм для корекції помилок, після того як вони виявлені.
Виявлення і корекція помилок
Виявлення помилок в TCP досягається за допомогою використання трьох простих інструментів: контрольної суми, підтвердження і контролю за часом (time-out). Кожен сегмент включає в себе поле контрольної суми, яке використовується для перевірки спотворення сегмента. Якщо сегмент спотворений, він видаляється пунктом призначення TCP. TCP застосовує метод підтвердження для отримання відомостей про те, що сегмент досяг пункту призначення неспотвореним. Негативне підтвердження не використовується в TCP. Якщо сегмент не підтверджений, перш ніж закінчиться контрольний час, це вважається ознакою спотворення або втрати і сегмент буде переданий повторно.
спотворений сегмент
Мал. 10.10 показує прибуття спотвореного сегмента на пункт призначення.
Мал. 10.10. спотворений сегмент
У цьому прикладі джерело посилає сегменти з 1 до 3, кожен по 200 байт. Послідовність номерів починається з 1201 в сегменті 1.
TCP приймача приймає сегменти 1 і 2. за допомогою контрольну суму, знаходить, що вони вільні від помилок. Він підтверджує прийняття сегментів 1 і 2, використовуючи номер 1 601, який означає, що отримані нормально і неперекручено байти 1201 до 1600 і очікується отримання байта 1601. Однак він знайшов, що сегмент 3 спотворений, і видаляє сегмент 3. Зауважимо, що, хоча він отримав байти 1601 до 1800 в сегменті 3, пункт призначення не вважає його отриманим, тому що цей сегмент спотворений. Після того як спрацює лічильник часу для сегмента 3, джерело TCP передасть повторно сегмент 3. Після отримання сегмента 3 пункт призначення посилає підтвердження для байта 1801, яке вказує, що він отримав байти під 1201 до 1800 неушкодженими і в межах заданого часу.
втрата сегмента
Мал. 10.11. показує випадок втрати сегмента. Ситуація точно та ж, як і при спотвореному сегменті. Іншими словами, від точки джерела і до пункту призначення дії при втраті сегмента ті ж, що і при його спотворенні. Різниця в тому, що спотворений сегмент видаляється кінцевим пунктом призначення; втрачений сегмент видаляється будь-яким проміжним вузлом і не досягає кінцевого пункту.
Мал. 10.11. втрачений сегмент
дубльований сегмент
Дубльований сегмент, наприклад, може бути створений джерелом TCP, коли до закінчення контрольного часу не прибула підтвердження. Обробка дубльованого сегменту - простий процес для пункту призначення TCP. Пункт призначення TCP чекає продовження потоку байт. Коли прибуває пакет, який містить той самий порядковий номер, що і інший отриманий сегмент, пункт призначення видаляє пакет.
Сегмент з порушенням порядку
TCP використовує послуги IP, протоколу мережевого рівня, який не забезпечує достовірності, що не орієнтованого на з'єднання. TCP-сегмент инкапсулируется в IP-дейтаграмму. Кожна дейтаграма - незалежна одиниця. Маршрутизатор можуть послати кожну дейтаграмму по будь-якому маршруту, знайденому ними по ситуації. Одна дейтаграмма може слідувати маршрутом з короткою затримкою; інша може слідувати маршрутом з тривалою затримкою. Якщо дейтаграмма прибуває з порушенням порядку, сегменти TCP, які вміщені в дейтаграми, з високим ступенем ймовірності будуть безладно.
Обробка сегментів з порушенням порядку пунктом призначення дуже проста: він не підтверджує сегмент з порушенням порядку, поки не прийме всі сегменти, які передують йому. Звичайно, якщо підтвердження затримано, в TCP-джерелі може закінчитися контрольний час і сегмент може бути висланий повторно. Дублікат потім буде видалений пунктом призначення.
втрата підтвердження
Мал. 10.12. показує втрату підтвердження, яке посилається пунктом призначення. Втрата підтвердження може бути навіть не помічена джерелом TCP. TCP використовує систему накопиченого підтвердження. Кожне підтвердження відноситься до всієї попередньої інформації, до останнього переданого байта.
Наприклад, якщо пункт призначення посилає підтвердження (ACK) сегмента з номером підтвердження 1801, це передбачає, що байти з 1201 до 1800 прийняті. Якщо кінцевий пункт попередньо посилав підтвердження для байта 1601 і воно втрачено, то ця втрата підтвердження не враховується.
Мал. 10.12. втрачене підтвердження
Вітаю! Хотілося б прояснити наступне питання: у МТІ припинена державна акредитація та коли буде восстановлена- невідомо, а в диплом про профперепідготовка видається на базі МТІ (як я зрозумів). Як закінчиться справа з отриманням диплома?
Питання важливе й актуальне, тому що необхідно терміново пройти навчання і отримати диплом і не хотілося б витрачати час і платити гроші даремно (якщо диплом виявиться недійсним і т.п.). Роз'ясніть, будь ласка, докладніше ситуацію.
Добрий день, Хотілося б прояснити ви в майбутньому плануєте узгоджувати цю програму, з регуляторами і чи пройде сам диплом зараз, коли вводяться проф стандарти?