p>
X.21 /Td>
Рис.1. Архітектура стека TCP / IP
В
Транспортний протокол TCP забезпечує гарантований потік даних між процесами, що встановили віртуальне з'єднання. Ідентифікується з'єднання між процесами номером сокета. Потік даних сегментируется і передається також у вигляді дейтаграм. Алгоритм підтвердження нумерує байти потоку даних, передає сторона очікує підтвердження кожного сегмента. Якщо протягом певного інтервалу часу підтвердження не надійшло передача сегмента повторюється. Повідомлення про нормальному завершенні процесу передачі відправляється тільки після успішної збірки повідомлення приймачем. З'єднання в рамках TCP являє собою набір параметрів, що визначають процедури обміну даними між процесами. Частина параметрів повинні бути незмінними, а деякі параметри можуть змінюватися, адаптуючи параметри процедур до поточного стану мережі. p> Особливістю алгоритму ковзаючого вікна в TCP в тому, що розмір вікна задається кількістю байт, хоча одиницею переданих даних є сегмент, розміри якого визначаються при встановленні з'єднання. Розмір вікна і час очікування квитанцій перед повторною відправкою сегментів є адаптивно змінюваними параметрами в процесі роботи. Зменшення вікна і збільшення часу тайм-ауту знижує швидкість передачі даних. p> Тайм-аут уточнюється в процесі роботи усереднюванням часу "подвійного обороту" і множенням отриманої величини на коефіцієнт> 2. Розмір вікна при встановленні з'єднання заявляється великим, а в процесі роботи, як правило, зменшується. Якщо приймаюча сторона не справляється з потоком даних, вона передає в квитанції нульовий розмір вікна. Передає сторона при нульовому розмірі вікна може час від часу продовжувати спроби передачі даних, якщо стан приймача змінилося, він передасть у квитанції ненульовий розмір вікна. Крім того, є можливість передачі повідомлень із спеціальним ознакою, це повідомлення буде оброблено при перевантаженні приймача навіть за рахунок видалення з буфера прийнятих раніше сегментів. TCP, працюючи над потенційно ненадійним мережевим протоколом IP, виконує необхідні процедури контролю та забезпечує відновлення потоку даних при втраті дейтаграм. p> Так як основне завдання протоколу IP - Організація міжмережевоговзаємодії, стек повинен бути доповнений протоколами мережевих інтерфейсів, які забезпечують перетворення дейтаграм в пакети або кадри інших мережевих технологій. Це протоколи RFC1042 (IP - IEEE802), RFC1577 (IP - ATM) та інші. Стек комунікаційних протоколів TCP/IP містить протоколи маршрутизації RIP, OSPF, протоколи передачі службових керуючих повідомлень ICMP, протоколи перетворення мережевих адрес автономних систем в IP-адреси ARP, RARP, протокол підтримки символьних доменних імен DNS і багато інших протоколи, склад протоколів постійно розширюється. Тим не Проте, в основі всіх цих протоколів знаходяться процедури передачі даних IP-протоколу. br/>
2. СТРУКТУРА IP -дейтаграмі (ПАКЕТУ)
Кожна дейтаграма обробляється IP-мережею як незалежна одиниця. Якщо в процесі передачі виникли які-небудь помилки, дейтаграма просто відкидається, ніяких коштів повторної передачі, відновлення або просто повідомлення про це подію не передбачено. Як вказувалося, завдання контролю потоку даних покладається на транспортний рівень. Так як кожна дейтаграмма доставляється самостійно, вона повинна в службових полях містити всі дані, необхідні для вирішення цього завдання. Тому незалежно від характеру переданих даних структура дейтаграм однакова. Дейтаграми можуть використовуватися для вирішення різних завдань, різними протоколами стека TCP/IP і характер завдань не впливає на структуру дейтаграм. Складність службових полів тісно пов'язана зі складністю завдань, які вирішуються при просуванні дейтаграм.
IP-дейтаграма складається із заголовка і поля даних. Стандартна довжина заголовка з усіма необхідними службовими полями - 20 байт, при необхідності довжина може бути збільшена в полі Опції. Довжина заголовка вказується кількістю 4-х байтових слів.
Номер версії протоколу, використовуваної в даний час 4, хоча й існує версія 6. У полі довжина заголовка вказується довжина заголовка в 4-х байтових словах, якщо довжина заголовка не кратна 32 бітам, заголовок доповнюється нулями.
4 біта
Номер
версії
4 біта
Довжина p> заголовка
8 біт
Тип сервісу
16 біт Загальна довжина пакета
PR
D
T
R
-
16 біт Ідентифікатор пакету
3 біта Прапори
13 біт Зсув фрагме...
