- •1. Еволюція обчислювальних систем.
- •2. Обчислювальні мережі як частковий випадок розподілених систем (систем телеобробки).
- •1. Мережі еом локальні.
- •1.1. Основні поняття та визначення.
- •1.2. Ієрархічна організація мереж.
- •1.3. Еталонна модель взаємодії відкритих систем iso/osi.
- •1.4. Модель та протокольний граф тср/ір.
- •1.5. Фізичний рівень.
- •1.5.1. Передача сигналів у середовищі.
- •1.5.2. Перешкоди, шуми, спотворення.
- •1.5.3. Основні типи середовищ передачі даних.
- •1.5.4. Основні фізичні топології локальних мереж.
- •1.5.5. Алгоритм роботи пристроїв фізичного рівня.
- •1.6. Канальний рівень.
- •1.6.1. Структура канального рівня.
- •1.6.3. Пристрої канального рівня.
- •1.6.3.1. Поняття мас-адресації.
- •1.6.3.2. Поняття домену колізій та широкомовного домену.
- •1.6.3.3. Пристрої канального рівня та їх вплив на трафік мережі.
- •1.6.4. Методи доступу до середовища.
- •1.6.4.1. Колективний метод доступу до середовища (csma/cd)
- •1.6.4.2. Маркерний метод доступу до середовища (Token passing)
- •1.6.5. Протоколи канального рівня.
- •1.6.5.1. Мережі Ethernet.
- •1000-Мегабітні версії Ethernet. (Gigabit Ethernet)
- •1.6.5.2 Мережі Token Ring
- •1.5.5.3 Мережі fddi
- •1.7. Мережевий рівень.
- •1.7.1. Функції мережевого рівня.
- •1.7.2. Логічна адресація.
- •1.7.2.1. Класи ір-адрес.
- •1.7.2.2. Спеціальні ір – адреси.
- •1.7.2.3. Маски ір-адрес.
- •1.7.2.4. Безкласова адресація та створення підмереж.
- •1.7.3. Протокол ір.
- •1.7.3.1. Робота протоколу ір.
- •1.7.3.2. Функції ір.
- •1.7.4. Маршрутизація.
- •1.7. Транспортний рівень.
- •1.7.1. Функції транспортного рівня.
- •1.7.2. Технології управління потоком даних.
- •1.7.3. Протоколи транспортного рівня.
- •1.7.3.1. Протокол тср.
- •1.7.3.2. Формат тср-сегменту.
- •1.7.3.3. Протокол udp
- •1.7.3.4. Формат udp-сегменту.
- •1.8. Сеансовий рівень.
- •1.8.1. Функції сеансового рівня.
- •1.8.2. Процедури tws та twa.
- •1.9. Представницький рівень
- •1.10. Прикладний рівень
- •2. Протокольний стек тср/ір.
- •2.1. Призначення протокольного стеку тср/ір.
- •2.2. Протоколи стеку тср/ір.
- •2.2.1 Протоколи arp та proxy arp.
- •2.2.3. Поштові протоколи smtp, рор3, імар4.
- •2.2.4. Протоколи моніторингу та управління мережею snmp, icmp.
- •2.2.5. Протокол нттр.
- •2.3. Діагностика та управління мережею з допомогою утиліт на основі протоколу icmp.
1.7.2. Технології управління потоком даних.
На транспортному рівні використовуються наступні технології управління потоком даних та захисту від помилок:
віконна передача даних (Windowing)
позитивне підтвердження із повторною передачею даних (Positive acknowledgment and retransmission, or PAR)
Віконна передача даних – це механізм, який вимагає від отримувача передачі підтвердження про отримання певної кількості інформації. Віправник починає передачу наступних блоків інформації лише після отримання підтвердження про достовірну передачу попередніх. Якщо з якихось причин підтвердження не надійшло (наприклад, переповнення буфера), відправник повторює передачу непідтверджених блоків та зменшує швидкість передачі даних.
Розмір вікна визначає кількість октетів, які можуть бути передані без підтвердження. Наприклад, якщо розмір вікна становить 1, отримувач повинен відправляти підтвердження після кожного отриманого октета. На практиці використовуються вікна значно більших розмірів.
Протокол ТСР використовує так звані очікувальні підтвердження (expectational acknowledgments) – це означає, що отримувач у якості пдітвердження надсилає номер наступного очікуваного октету.
Дану техніку часто ще називають режимом ковзаючого вікна. При цьому вважається, що термін „ковзаюче вікно” (sliding window) стосується того факту, що розмір вікна узгоджується динамічно у процесі передачі даних.
Позитивне підтвердження із повторною передачею використовується багатьма протоколами транспортного рівня для забезпечення надійності передачі даних. При цьому відправник передає блок інформації і запускає таймер, протягом якого чекає на підтвердження перед відправкою наступного блоку. Якщо час роботи таймера закінчиться до приходу підтвердження, блок вважається втраченим, відправник ініціює повторну передачу блоку і запускає таймер знову.
42
1.7.3. Протоколи транспортного рівня.
1.7.3.1. Протокол тср.
TCP (Transmission Control Protocol, Протокол керування передачею) було спроектовано в якості зв’язуючого протоколу для забезпечення інтерактивної роботи між комп’ютерами. ТСР забезпечує надійність та достовірність обміну даними між процесами на комп’ютерах, які входять до загальної мережі. ТСР, з одного боку, взаємодіє з прикладним додатком, а з іншого – з протоколом, який забезпечує „функції низького рівня”: маршрутизацію і адресацію пакетів, які, як правило, виконує ІР.
У операційній системі реалізація ТСР представляє собою окремий системний модуль (драйвер), через який, як правило, проходять всі виклики функцій протоколу. Інтерфейс між прикладним процесом і ТСР являє собою бібліотеку викликів – таку ж, як бібліотека системних викликів, наприклад, для роботи з файлами. Користувач може вікрити або закрити з’єднання (як вікрити або закрити файл) і відправити або прийняти дані з встановленого з’єднання (аналогічно операціям читання та запису). Виклики ТСР можуть працювати із прикладним додатком у асинхронному режимі.
Схема роботи додатку користувача з ТСР полягає в наступному. Для передачі даних процес користувача повинен викликати Для передачі даних процесові користувача треба викликати відповідну функцію TCP, із указівкою на буфер переданих даних. TCP упаковує ці дані в сегменти свого стека і викликає функцію передачі протоколу нижнього рівня, наприклад IP.
На іншому кінці, одержувач TCP групує дані, що надійшли від протоколу нижнього рівня, у приймаючі сегменти свого буфера, перевіряє цілісність даних, передає дані процесові користувачаі повідомляє відправника про їхнє одержання.
У моделі міжмережевого з'єднання взаємодія TCP і протоколів нижнього рівня, як правило, не специфіковано, за винятком того, що повинен існувати механізм, що забезпечував би асинхронну передачу інформації від одного рівня до іншого. Результатом роботи цього механізму є інкапсуляція протоколу більш високого рівня в тіло протоколу більш низького рівня. Реалізується цей механізм через інтерфейс викликів між TCP і IP.
У результаті роботи цього механізму кожен TCP-пакет вкладається в "конверт" протоколу нижнього рівня, наприклад, IP. Отримана в такий спосіб дейтаграма містить у собі TCP-пакет так само як TCP-пакет містить користувальницькі дані.
43
