Рівень мережевих інтерфейсів

Багаторівнева структура стека TCP/IP

У стеці TCP/IP визначені 4 рівні (мал. 5.5). Кожен із цих рівнів несе на собі деяке навантаження за рішенням основного завдання - організації надійної й продуктивної роботи складеної мережі, частини якої побудовані на основі різних мережевих технологій.

Рівень міжмережевої взаємодії

Основою всієї архітектури є рівень міжмережевої взаємодії, що реалізує концепцію передачі пакетів у режимі без установлення з'єднань, тобто дейтаграмним способом. Саме цей рівень забезпечує можливість переміщення пакетів по мережі, використовуючи той маршрут, який у цей момент є найбільш раціональним. Цей рівень також називають рівнем internet, указуючи тим самим на основну його функцію - передачу даних через складену мережу.

Основним протоколом мережного рівня (у термінах моделі OSI) у стеці є протокол IP (Internet Protocol). Цей протокол споконвічно проектувався як протокол передачі пакетів у складених мережах, які складаються з великої кількості локальних мереж, об'єднаних як локальними, так і глобальними зв'язками. Тому протокол IP добре працює в мережах зі складною топологією, раціонально використовуючи наявність у них підсистем й ощадливо витрачаючи пропускну здатність низькошвидкісних ліній зв'язку. Тому що протокол IP є дейтаграмним протоколом, він не гарантує доставку пакетів до вузла призначення, але намагається це зробити.

До рівня міжмережевої взаємодії належать й всі протоколи, пов'язані зі складанням і модифікацією таблиць маршрутизації, такі як протоколи збору маршрутної інформації RIP (Routing Internet Protocol) і OSPF (Open Shortest Path First), а також протокол міжмережевих керуючих повідомлень ICMP (Internet Control Message Protocol). Останній протокол призначений для обміну інформацією про помилки між маршрутизаторами мережі й вузлом-джерелом пакета. За допомогою спеціальних пакетів ICMP повідомляє про неможливість доставки пакета, про перевищення часу життя або тривалості зборки пакета із фрагментів, про аномальні величини параметрів, про зміну маршруту пересилання й типу обслуговування, про стан системи й т.п.

Загальний рівень

Оскільки на мережевому рівні не встановлюються з'єднання, то немає ніяких гарантій, що всі пакети будуть доставлені в місце призначення цілими і непошкодженими або прийдуть у тому ж порядку, у якому вони були відправлені. Це завдання — забезпечення надійного інформаційного зв'язку між двома кінцевими вузлами — вирішує загальний рівень стека TCP/IP, що зветься також транспортним.

На цьому рівні функціонують протокол управління передачею TCP (Transmission Control Protocol) і протокол дейтаграм користувача UDP (User Datagram Protocol). Протокол TCP забезпечує надійну передачу повідомлень між віддаленими прикладними процесами за рахунок утворення логічних з'єднань. Цей протокол дозволяє рівноранговим об'єктам на комп'ютері-відправнику й комп'ютері-одержувачі підтримувати обмін даними в дуплексному режимі. TCP дозволяє без помилок доставити сформований на одному з комп'ютерів потік байт у будь-який інший комп'ютер, що входить у складену мережу. TCP поділяє потік байт на частини — сегменти й передає їх нижче лежачому рівню міжмережевої взаємодії. Після того як ці сегменти будуть доставлені засобами рівня міжмережевої взаємодії в пункт призначення, протокол TCP знову збере їх у безперервний потік байт.

Протокол UDP забезпечує передачу прикладних пакетів дейтаграмним способом, як і головний протокол рівня міжмережевої взаємодії IP, і виконує тільки функції сполучної ланки (мультиплексора) між мережевим протоколом і чисельними службами прикладного рівня або користувацьких процесів.

Прикладний рівень

Прикладний рівень об'єднує всі служби, які надаються системою користувальницьким додаткам. За довгі роки використання в мережах різних країн й організацій стек TCP/IP накопив велику кількість протоколів і служб прикладного рівня. Прикладний рівень реалізується програмними системами, побудованими в архітектурі клієнт-сервер, що базуються на протоколах нижніх рівнів. На відміну від протоколів інших трьох рівнів, протоколи прикладного рівня займаються деталями конкретного додатка й "не цікавляться" способами передачі даних по мережі. Цей рівень постійно розширюється за рахунок приєднання до стару, минулу багаторічну експлуатацію мережевим службам типу Telnet, FTP, TFTP, DNS, SNMP порівняно нових служб таких, наприклад, як протокол передачі гіпертекстової інформації HTTP.

Рівень мережевих інтерфейсів

Ідеологічною відмінністю архітектури стека TCP/IP від багаторівневої організації інших стеків є інтерпретація функцій самого нижнього рівня — рівня мережевих інтерфейсів. Протоколи цього рівня повинні забезпечувати інтеграцію в складену мережу інших мереж, причому завдання ставиться так: мережа TCP/IP повинна мати засоби включення в себе будь-якої іншої мережі, яку б внутрішню технологію передачі даних ця мережа не використовувала. Звідси випливає, що цей рівень не можна визначити раз і назавжди. Для кожної технології, що включає в складену мережу підмережі, повинні бути розроблені власні інтерфейсні засоби. До таких інтерфейсних засобів належать протоколи інкапсуляції IP-пакетів рівня міжмережевої взаємодії в кадри локальних технологій. Наприклад, документRFC 1042 визначає способи інкапсуляції IP-пакетів у кадри технологій IEEE 802. Для цих цілей повинен використовуватися заголовок LLC/SNAP, причому в полі Туре заголовка SNAP повинен бути указаний код 0x0800. Тільки для протоколу Ethernet в RFC 1042 зроблено виняток - крім заголовка LLC/SNAP дозволяється використовувати кадр Ethernet DIX, що не має заголовка LLC, зате має поле Туре. У мережах Ethernet кращою є інкапсуляція IP-пакета в кадр Ethernet DIX.

Рівень мережевих інтерфейсів у протоколах TCP/IP не регламентується, але він підтримує всі популярні стандарти фізичного й канального рівнів: для локальних мереж це Ethernet, Token Ring, FDDI, Fast Ethernet, Gigabit Ethernet, 100VG-AnyLAN, для глобальних мереж - протоколи з'єднань «точка-точка» SLIP і РРР, протоколи територіальних мереж з комутацією пакетів Х.25, frame relay. Розроблена також спеціальна специфікація, що визначає використання технології ATM як транспорт канального рівня. Звичайно з появою нової технології локальних або глобальних мереж вона швидко включається в стек TCP/IP за рахунок розробки відповідного RFC, що визначає метод інкапсуляції IP-пакетів у її кадри (специфікація RFC 1577, що визначає роботу IP через мережі ATM, з'явилася в 1994 році незабаром після прийняття основних стандартів цієї технології).

Поиск по сайту: