Рівень мережевих інтерфейсів
Ідеологічною відмінністю архітектури стека TCP/IP від багаторівневої організації інших стеків є інтерпретація функцій самого нижнього рівня – рівня мережевих інтерфейсів (network interface).
Так, наприклад, нижні рівні моделі OSI (канальний і фізичний) навантажені функціями по доступу до середовища передачі, формування кадрів і узгодження рівнів електричних сигналів, кодування і синхронізації і іншими вельми конкретними діями, складовими суть таких протоколів обміну даними, як Ethernet, Token Ring і багато інших.
У нижнього рівня стека TCP/IP завдання істотно простіше – він відповідає тільки за організацію інтерфейсу з приватними технологіями підмереж. Переміщення пакету IP можна розглядати як послідовність «стрибків» від одного шлюзу до іншого. Кожного разу на черговому шлюзі в результаті роботи протоколів міжмережевого рівня визначається мережева адреса наступного по маршруту шлюзу.
Щоб дістатися до нього, треба перетнути деяку підмережу, для цього протоколи TCP/IP повинні звернутися до транспортних засобів даної проміжної підмережі.
Спрощено завдання забезпечення інтерфейсу між двома технологіями зводиться, по-перше, до визначення способу упаковки (інкапсуляції) пакету IP в одиницю передаваних даних проміжної мережі, а вовторих, до визначення способу перетворення мережевої адреси наступного шлюзу в новий тип адреси, яка прийнята для адресації вузлів в технології даної проміжної мережі.
Такий підхід робить складену мережу TCP/IP відкритою для включення будь-якої мережі, яку б внутрішню технологію передачі даних ця мережа не використала. Для кожної технології, що включається в складену мережу підмережі, повинні бути розроблені власні інтерфейсні засоби. Звідси витікає, що цей рівень не можна визначити раз і назавжди.
До таких інтерфейсних засобів відносяться протоколи інкапсуляції паке-тов IP рівня міжмережевої взаємодії в кадри технологій LAN. Наприклад, документ RFC 1042 визначає способи інкапсуляції пакетів IP в кадри техно-логий ШИЇ 802. Для цих цілей повинен використовуватися заголовок LLC/SNAP, причому в полі Турі заголовка SNAP повинен бути вказаний код 0Ч0800.
Тільки для протоколу Ethernet в RFC 1042 зроблено виключення – крім заголовка LLC/SNAP дозволяється використовувати кадр Ethernet DIX, що не має заголовка LLC, зате що має поле Турі. У мережах Ethernet переважним є ін-капсуляция пакету IP в кадр Ethernet DIX. Інтерфейс також забезпечується про-токолом ARP, який служить для перетворення мережевих адрес в Мас-ад-реса.
Відмітимо, що мережа може бути включена в складену мережу незалежно від то-го, якою кількістю рівнів описується використовувана в ній технологія.
Сторінки: 1 2