- •Еволюція обчислювальних систем
- •Основні програмні і апаратні компоненти мережі
- •Топології фізичних зв‘язків
- •Типи адресація комп‘ютерів
- •Структуризація як засіб побудови великих мереж.
- •Фізична структуризація мережі
- •Логічна структуризація мережі
- •Комунікаційні пристрої
- •Комутатор (switch)
- •На тепер між маршрутизатором і комутатором існують принципові відмінності:
- •Шлюзи (gateway)
- •Мережні служби
- •Глобальні, локальні та муніципальні мережі
- •Мережі відділів, кампусів та корпоративні мережі
- •Поняття «Відкрита система»
- •Протокол. Інтерфейс. Стек протоколів.
- •Модель osi (Open System Interconnection)
- •13. Рівні моделі osi
- •14. Мережозалежні та мережонезалежні рівні
- •15. Модульність та стандартизація. Джерела стандартів.
- •1.3.6. Джерела стандартів
- •16. Стандартні стеки комунікаційних протоколів. Стек osi.
- •Стек osi
- •17. Стек tcp/ip. Стек tcp/ip
- •18. Стек ipx/spx.
- •19. Вимоги, які існують до сучасних обчислювальних мереж.
- •20. Типи ліній зв‘язку. Апаратура ліній зв‘язку.
- •21. Характеристика ліній зв‘язку: діапазон пропускання, затухання, завадостійкість, пропускна здатність, достовірність передачі даних.
- •22. Стандарти кабелів.
- •23. Методи передачі даних на фізичному рівні.
- •24. Методи передачі даних на канальному рівні.
- •25. Компресія даних.
- •26. Методи комутації.
- •27. Багаторівнева структура стеку tcp/ip.
- •28. Адресація в ip-мережах.
- •29. Типи адрес стеку tcp/ip. Класи ip-адрес. Особливі ip-адреси. Типи адрес стека tcp/ip[ред. • ред. Код]
- •Класи ip-адрес[ред. • ред. Код]
- •Особливі ip-адреси[ред. • ред. Код]
- •30. Використання масок в ip-адресації. Порядок розподілу ip-адрес.
- •31. Відображення ip-адрес на локальні адреси. Відображення доменних імен на ip-адреси.
- •Система доменних імен dns
- •33. Протокол iPv4. Структура ip-пакета.
- •34. Загальна характеристика протоколів локальних мереж.
- •35. Структура стандартів ieee 802.X.
- •36. Протоколи llc рівня керування логічним каналом (802.2).
- •37. Три типа процедур llc.
- •38. Структура кадрів llc.
- •Таким чином:
- •39. Технологія Ethernet (802.3).
- •40. Метод доступу csma/cd.
- •Етапи доступу до середовища
- •41. Етапи доступу до середовища.
- •42. Виникнення колізій. Час подвійного обертання і розпізнання колізій. Виникнення колізії
- •Час подвійного обороту і розпізнавання колізій
- •43. Формати кадрів технології Ethernet.
- •44. Специфікації фізичного середовища Ethernet.
- •45. Домен колізій.
- •46. Методика розрахунку конфігурації мережі Ethernet.
- •47. Основні характеристики технології Token Ring(805.2). Маркерний метод доступу.
- •48. Формат кадрів Token Ring(805.2).
- •Кадр даних і перекриваюча послідовність
- •49. Фізичний рівень технології Token Ring(805.2).
- •50. Фізичний рівень технології Fast Ethernet.
- •Фізичний рівень 100Base-fx - багатомодове оптоволокно, два волокна
- •Фізичний рівень 100Bose-tx - кручена пара utp Cat 5 чи stp Type 1, дві пари
- •51. Правила побудови сегментів Fast Ethernet при використання повторювачів.
- •52. Особливості технології 100vg-AnyLan.
- •53. Загальна характеристика стандарту Gigabit Ethernet.
- •54. Специфікація фізичного середовища стандарта 802.3z.
- •Багатомодовий кабель
- •Одномодовий кабель
- •Твінаксіальний кабель
- •55. Характеристики технології fddi. Особливості методу доступу в fddi.
- •56. Відмовостійкість технології fddi.
33. Протокол iPv4. Структура ip-пакета.
IPv4 (англ. Internet Protocol version 4) - четверта версія інтернет протоколу (IP). Перша широко використовувана версія. Протокол описаний в RFC 791 (вересень 1981), що замінив RFC 760 (січень 1980 року).
Пакет IP містить 14 полів, з яких 13 є обов'язковими. Чотирнадцяте поле призначене для необов'язкових опцій. Поля використовують порядок байтів від старшого до молодшого, старші біти йдуть першими. Перший біт має номер 0. Таким чином, наприклад, поле з версією знаходиться в чотирьох старших бітах першого байта.
Версія
Першим полем пакету є версія протоколу розміром в чотири біти. Для IPv4 це 4.
Розмір заголовка (Internet Header Length)
Наступні чотири біта містять розмір заголовка пакету в 32-бітових словах. Оскільки число опцій не постійно, зазначення розміру важливо для відділення заголовка від даних. Мінімальне значення дорівнює 5 (5 × 32 = 160 біт, 20 байт), максимальне - 15 (60 байт).
Differentiated Services Code Point (DSCP)
Спочатку називалося «тип обслуговування» (Type of Service, ToS), в даний час визначається RFC 2474 як «Differentiated Services». Використовується для поділу трафіку на класи обслуговування, наприклад для установки чутливого до затримок трафіку, такого як VoIP, більшого пріоритету.
Покажчик перевантаження (Explicit Congestion Notification, ECN)
Попередження про перевантаження мережі без втрати пакетів. Є необов'язковою функцією і використовується тільки якщо обидва хоста її підтримують.
Розмір пакета
16-бітний повний розмір пакета в байтах, включаючи заголовок і дані. Мінімальний розмір дорівнює 20 байтам (заголовок без даних), максимальний - 65535 байт. Хости повинні підтримувати передачу пакетів розміром до 576 байт, але сучасні реалізації зазвичай підтримують набагато більший розмір. Пакети більшого розміру, ніж підтримує канал зв'язку, фрагментуються.
Ідентифікатор
Переважно використовується для ідентифікації фрагментів пакету, якщо він був фрагментований. Існують експерименти щодо його використання для інших цілей, таких як додавання інформації про трасуванні пакету для спрощення відстеження шляху пакета з підробленим адресою джерела. [12]
Прапори
Поле розміром три біта містить прапори контролю над фрагментацією. Біти, від старшого до молодшого, означають:
0: зарезервовано, повинен бути рівний 0. [13]
1: Не фрагментировать
2: У пакету ще є фрагменти
Якщо встановлений прапор «Не фрагментировать», то в разі необхідності фрагментації такий пакет буде знищений. Може використовуватися для передачі даних хостам, які не мають достатніх ресурсів для обробки фрагментованих пакетів.
Прапор «є фрагменти» повинен бути встановлений в 1 у всіх фрагментів пакету, крім останнього. У нефрагментовані встановлюється в 0 - такий пакет вважається власним останнім фрагментом.
Зсув фрагмента
Поле розміром в 13 біт, вказує зсув поточного фрагмента від початку передачі фрагментованого пакета в блоках по 8 байт. Дозволяє (213-1) × 8 = 65528 байт зсуву, що перевищує максимальний розмір пакета. Перший фрагмент в послідовності має нульовий зсув.
«Час життя» (Time to Live, TTL) пакета
Визначає максимальну кількість маршрутизаторів на шляху проходження пакета. Наявність цього параметра не дозволяє пакету нескінченно ходити по мережі. Кожен маршрутизатор при обробці пакету повинен зменшити значення TTL на одиницю. Пакети, час життя яких стало дорівнює нулю, знищуються, а відправнику надсилається повідомлення ICMP Time Exceeded. На відправці пакетів з різним часом життя заснована трасування їх шляху проходження (traceroute). Максимальне значення TTL = 255. Звичайне початкове значення TTL = 64 (залежить від ОС).
Протокол
Вказує, дані якого протоколу IP містить пакет (наприклад, TCP або ICMP). Просування номера протоколів можна знайти на сайті IANA. [14]
Контрольна сума заголовка
16-бітна контрольна сума, яка використовується для перевірки цілісності заголовка. Кожен хост або маршрутизатор порівнює контрольну суму заголовка зі значенням цього поля і відкидає пакет, якщо вони не збігаються. Цілісність даних IP не перевіряє - вона перевіряється протоколами вищих рівнів (такими, як TCP або UDP), які теж використовують контрольні суми.
Оскільки TTL зменшується на кожному кроці проходження пакету, сума теж повинна обчислюватися на кожному кроці. Метод перерахунку контрольної суми визначений в RFC 1071. [15]
Адреса джерела
32-бітову адресу відправника пакета. Може не збігатися з справжнім адресою відправника через трансляцію адрес.
Адреса призначення
32-бітову адресу одержувача пакета.