Ця стаття містить , але походження тверджень у ній через практично повну відсутність . |
IP (від англ. Internet Protocol; «інтернет протокол», «міжмережевий протокол») — протокол мережевого рівня для передавання датаграм між мережами.
IP як маршрутизований протокол
IP-протокол — найпоширеніша реалізація ієрархічної схеми мережевої адресації. Використовуваний в мережі Інтернет, протокол відповідає за адресацію пакетів, але не відповідає за встановлення з'єднань, не є надійним і дозволяє реалізувати тільки негарантовану доставку даних. Термін «протокол без встановлення з'єднань» (англ. connectionless) означає, що протокол для взаємодії не потребує виділеного каналу, як це відбувається під час телефонної розмови і не існує процедури виклику перед початком передачі даних між мережевими вузлами. Протокол IP вибирає найефективніший шлях з числа доступних на основі рішень прийнятих протоколом маршрутизації. Відсутність надійності і негарантована доставка не означає, що система працює погано або ненадійно, а вказує лиш на те, що протокол IP не докладає ніяких зусиль, щоб перевірити чи був пакет доставлений за призначенням. Ці функції делеговані протоколам транспортного та вищих рівнів. Транспортний рівень також відповідає за збірку пакетів у повідомлення в потрібній послідовності.
Інформація, проходячи вниз по рівням моделі OSI, на кожному рівні певним чином обробляється протоколами цього рівня. На малюнку можна побачити, як на мережному рівні дані інкапсулюються всередину пакетів, іноді названих дейтаграммами (датаграмами).
Протокол IP розпізнає формат заголовка пакета (адресну частину та іншу службову інформацію включно), але не аналізує і не піклується про фактичні дані. Він приймає і передає будь-які дані, передані протоколами верхніх рівнів.
Пересилка пакетів і комутація всередині маршрутизатора
Заголовок і хвіст фрейму відкидаються і замінюються новими щоразу при проходженні пакетом маршрутизатора. Причина в тому, що блоки інформації другого рівня (фрейми) використовуються для локальної доставки пакетів, у той час як блоки третього рівня (пакети) призначені для наскрізної передачі даних згідно з схемою маршрутизації.
Ethernet-фрейми другого рівня призначені для роботи всередині широкомовних доменів з призначеними кожному мережному пристрою MAC-адресами. Фрейми другого рівня інших типів, як наприклад послідовні двохточкові з'єднання або Frame relay розподілених мереж (мереж WAN), використовують свою власну схему адресації другого рівня. Принциповим є те, що незалежно від використовуваної схеми адресації другого рівня, всі вони розроблені для використання всередині одного широкомовного домену другого рівня. При проходженні крізь пристрій третього рівня інформація другого рівня змінюється.
Процеси, виконувані пристроями третього рівня, проілюстровані на малюнку справа.
Із фрейму, що приходить на інтерфейс роутера, витягається MAC-адреса і перевіряється, адресований цей пакет безпосередньо якомусь вузлу чи інтерфейсу, чи він є широкомовним (ця процедура виконується всіма пристроями всередині домену колізій). В будь-якому з цих випадків пакет буде оброблено, в іншому — відкинуто, оскільки він адресований іншому вузлу в домені колізій. Таким чином, домен колізій — розподілене середовище передачі даних, в якому пристрої працюють в режимі конкуренції. На основі значення, що зберігається в полі контрольної суми, за допомогою циклічного збиткового коду (Cyclical Redundancy Check — CRC), що був вилучений з хвоста отриманого фрейму, перевіряється чи були дані пошкоджені. Якщо перевірка дає позитивний результат — фрейм відкидається. У випадку негативного результату, заголовок і хвіст фрейму відкидаються і пакет передається на третій рівень. Далі виконується перевірка, чи було пакет адресовано маршрутизатору, чи потрібна подальша маршрутизація на шляху до місця призначення. Пакети, адресовані роутеру як IP-адреса отримувача, мають адресу одного з його інтерфейсів. У таких пакетів видаляється заголовок і вони передаються на четвертий, транспортний рівень. Якщо пакет потребує маршрутизації, IP-адреса пункту призначення пакету порівнюється з записами в таблиці маршрутизації. Якщо знайдено точну відповідність або існує стандартний маршрут, — пакет відправляється на інтерфейс, що вказано в таблиці маршрутизації. Коли пакет комутується на вихідний інтерфейс, нове значення CRC додається у хвіст фрейму і, в залежності від типу інтерфейсу (Ethernet, Frame relay або послідовний), пакету додається відповідний заголовок. Після чого фрейм пересилається в інший широкомовний домен на шляху до кінцевого пункту призначення.
Структура IP-пакету
Вище ми розглянули як пакети третього рівня стають даними другого рівня та інкапсулюються у фрейми. Аналогічно, IP-пакети складаються з даних верхнього рівня та IP-заголовку. За специфікацією протоколу, пакет має бути не більший за 65535 бітів (з заголовком та даними включно).
- Версія (Version) — 4-бітове поле, що описує використовувану версію протоколу IP. Всі пристрої зобов'язані використовувати протокол IP однієї версії, пристрій що використовує іншу версію буде відкидати пакети.
- Довжина IP-заголовку (IP header Length — HLEN) — 4-бітове поле, що описує довжину заголовку пакету в 32-бітових блоках. Це значення — це повна довжина заголовку з врахуванням двох полів змінної довжини.
- Тип обслуговування (Type of Service — TOS) — 8-бітове поле, що вказує на ступінь важливості інформації, що привласнена протоколом верхнього рівня.
- Загальна довжина (Total Length) — 16-бітове поле, що описує довжину пакету в байтах, із заголовком та даними включно. Для того щоб вирахувати довжину блока даних, потрібно від повної довжини відняти значення поля HLEN.
- Ідентифікація (Identification) — шістнадцятибітове поле, що зберігає ціле число, яке описує даний пакет. Це число являє собою послідовний номер.
- Прапорці (Flags) — 3-бітове поле, в якому два молодших біта контролюють фрагментацію пакетів. Перший біт визначає чи було пакет фрагментовано, а другий чи є цей пакет останнім фрагментом в серії фрагментів.
- Зміщення фрагментації (Fragment Offset) — 13-бітове поле, що допомагає зібрати разом фрагменти пакетів. Це поле дозволяє використовувати 16 бітів в сумі для прапорів фрагментації.
- Час життя (Time-to-Live — TTL) — 8-бітове поле — лічильник, в якому зберігаються послідовно зменшуване значення кількості пройдених вузлів (роутерів, що їх ще іноді в цьому випадку називають хопами (hops)) на шляху до місця призначення. У випадку коли лічильник пройдених хопів дорівнюватиме нулю — пакет буде відкинуто, таким чином попереджується нескінченна циклічна пересилка пакетів.
- Протокол (Protocol) — 8-бітове поле, що вказує на те, який протокол верхнього рівня отримає пакет, після завершення обробки IP-протоколом. Наприклад TCP або UDP.
- Контрольна сума заголовку (Header Checksum) — 16-бітове поле, що допомагає перевірити цілісність заголовку пакету.
- IP-адреса відправника (Source IP address) (адресант, сорс, відправник) — 32-бітове поле, що зберігає IP-адресу вузла-відправника.
- IP-адреса отримувача (Destination IP adress) (адресат, дест, отримувач) — 32-бітове поле, що зберігає адресу вузла призначення (отримувача).
- Опції (Options) — поле змінної довжини, що дозволяє протоколу IP реалізувати підтримку різних опцій, зокрема засобів безпеки.
- Підкладка (Padding) — поле, що використовується для вставки додаткових нулів, для гарантування кратності IP-заголовку 32 бітам.
- Дані (Data) — поле змінної довжини (64 Кбіт макс.), що зберігає інформації для верхніх рівнів.
Біти 0-3 | 4-7 | 8-15 | 16-18 | 19-23 | 24-31 |
---|---|---|---|---|---|
Версія | HLEN | Тип обслуговування | Загальна довжина | ||
Ідентифікація | Прапорці | Зміщення фрагментації | |||
Час життя | Протокол | Контрольна сума заголовку | |||
IP-адреса відправника | |||||
IP-адреса отримувача | |||||
Опції | Додаток | ||||
Дані (65535 мінус заголовок) | |||||
… |
IP-пакет складається з даних протоколу верхнього рівня і заголовку, що має описану вище структуру. Хоча основною частиною заголовку є адреси відправника і призначення, саме інші частини заголовку роблять протокол таким надійним і гнучким. Інформація, що зберігається в полях заголовку задає дані пакету і призначена для протоколів верхніх рівнів.
Див. також
- OSI
- VoIP
- SCTP
- (TCP/IP)
- маршрутизатор
Джерела
- Комп'ютерні мережі: [навчальний посібник] / А. Г. Микитишин, М. М. Митник, П. Д. Стухляк, В. В. Пасічник. — Львів: «Магнолія 2006», 2013. — 256 с.
- Буров Є. В. Комп'ютерні мережі: підручник / Євген Вікторович Буров. — Львів: «Магнолія 2006», 2010. — 262 с.
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Zapit IP perenapravlyaye syudi div takozh IP znachennya Cya stattya mistit perelik posilan ale pohodzhennya tverdzhen u nij zalishayetsya nezrozumilim cherez praktichno povnu vidsutnist vnutrishnotekstovih dzherel vinosok Bud laska dopomozhit polipshiti cyu stattyu peretvorivshi dzherela z pereliku posilan na dzherela vinoski u samomu teksti statti Cya stattya pro internet protokol viklyuchno Pro arhitekturu merezhi Internet j inshi merezhevi protokoli div TCP IP ta Merezhevij protokol IP vid angl Internet Protocol internet protokol mizhmerezhevij protokol protokol merezhevogo rivnya dlya peredavannya datagram mizh merezhami IP yak marshrutizovanij protokolIP protokol najposhirenisha realizaciya iyerarhichnoyi shemi merezhevoyi adresaciyi Vikoristovuvanij v merezhi Internet protokol vidpovidaye za adresaciyu paketiv ale ne vidpovidaye za vstanovlennya z yednan ne ye nadijnim i dozvolyaye realizuvati tilki negarantovanu dostavku danih Termin protokol bez vstanovlennya z yednan angl connectionless oznachaye sho protokol dlya vzayemodiyi ne potrebuye vidilenogo kanalu yak ce vidbuvayetsya pid chas telefonnoyi rozmovi i ne isnuye proceduri vikliku pered pochatkom peredachi danih mizh merezhevimi vuzlami Protokol IP vibiraye najefektivnishij shlyah z chisla dostupnih na osnovi rishen prijnyatih protokolom marshrutizaciyi Vidsutnist nadijnosti i negarantovana dostavka ne oznachaye sho sistema pracyuye pogano abo nenadijno a vkazuye lish na te sho protokol IP ne dokladaye niyakih zusil shob pereviriti chi buv paket dostavlenij za priznachennyam Ci funkciyi delegovani protokolam transportnogo ta vishih rivniv Transportnij riven takozh vidpovidaye za zbirku paketiv u povidomlennya v potribnij poslidovnosti Inkapsulyaciya Informaciya prohodyachi vniz po rivnyam modeli OSI na kozhnomu rivni pevnim chinom obroblyayetsya protokolami cogo rivnya Na malyunku mozhna pobachiti yak na merezhnomu rivni dani inkapsulyuyutsya vseredinu paketiv inodi nazvanih dejtagrammami datagramami Protokol IP rozpiznaye format zagolovka paketa adresnu chastinu ta inshu sluzhbovu informaciyu vklyuchno ale ne analizuye i ne pikluyetsya pro faktichni dani Vin prijmaye i peredaye bud yaki dani peredani protokolami verhnih rivniv Peresilka paketiv i komutaciya vseredini marshrutizatoraZagolovok i hvist frejmu vidkidayutsya i zaminyuyutsya novimi shorazu pri prohodzhenni paketom marshrutizatora Prichina v tomu sho bloki informaciyi drugogo rivnya frejmi vikoristovuyutsya dlya lokalnoyi dostavki paketiv u toj chas yak bloki tretogo rivnya paketi priznacheni dlya naskriznoyi peredachi danih zgidno z shemoyu marshrutizaciyi Ethernet frejmi drugogo rivnya priznacheni dlya roboti vseredini shirokomovnih domeniv z priznachenimi kozhnomu merezhnomu pristroyu MAC adresami Frejmi drugogo rivnya inshih tipiv yak napriklad poslidovni dvohtochkovi z yednannya abo Frame relay rozpodilenih merezh merezh WAN vikoristovuyut svoyu vlasnu shemu adresaciyi drugogo rivnya Principovim ye te sho nezalezhno vid vikoristovuvanoyi shemi adresaciyi drugogo rivnya vsi voni rozrobleni dlya vikoristannya vseredini odnogo shirokomovnogo domenu drugogo rivnya Pri prohodzhenni kriz pristrij tretogo rivnya informaciya drugogo rivnya zminyuyetsya Procesi vikonuvani pristroyami tretogo rivnya proilyustrovani na malyunku sprava Zmina paketu v procesi inkapsulyaciyi v marshrutizatori Iz frejmu sho prihodit na interfejs routera vityagayetsya MAC adresa i pereviryayetsya adresovanij cej paket bezposeredno yakomus vuzlu chi interfejsu chi vin ye shirokomovnim cya procedura vikonuyetsya vsima pristroyami vseredini domenu kolizij V bud yakomu z cih vipadkiv paket bude obrobleno v inshomu vidkinuto oskilki vin adresovanij inshomu vuzlu v domeni kolizij Takim chinom domen kolizij rozpodilene seredovishe peredachi danih v yakomu pristroyi pracyuyut v rezhimi konkurenciyi Na osnovi znachennya sho zberigayetsya v poli kontrolnoyi sumi za dopomogoyu ciklichnogo zbitkovogo kodu Cyclical Redundancy Check CRC sho buv viluchenij z hvosta otrimanogo frejmu pereviryayetsya chi buli dani poshkodzheni Yaksho perevirka daye pozitivnij rezultat frejm vidkidayetsya U vipadku negativnogo rezultatu zagolovok i hvist frejmu vidkidayutsya i paket peredayetsya na tretij riven Dali vikonuyetsya perevirka chi bulo paket adresovano marshrutizatoru chi potribna podalsha marshrutizaciya na shlyahu do miscya priznachennya Paketi adresovani routeru yak IP adresa otrimuvacha mayut adresu odnogo z jogo interfejsiv U takih paketiv vidalyayetsya zagolovok i voni peredayutsya na chetvertij transportnij riven Yaksho paket potrebuye marshrutizaciyi IP adresa punktu priznachennya paketu porivnyuyetsya z zapisami v tablici marshrutizaciyi Yaksho znajdeno tochnu vidpovidnist abo isnuye standartnij marshrut paket vidpravlyayetsya na interfejs sho vkazano v tablici marshrutizaciyi Koli paket komutuyetsya na vihidnij interfejs nove znachennya CRC dodayetsya u hvist frejmu i v zalezhnosti vid tipu interfejsu Ethernet Frame relay abo poslidovnij paketu dodayetsya vidpovidnij zagolovok Pislya chogo frejm peresilayetsya v inshij shirokomovnij domen na shlyahu do kincevogo punktu priznachennya Struktura IP paketuVishe mi rozglyanuli yak paketi tretogo rivnya stayut danimi drugogo rivnya ta inkapsulyuyutsya u frejmi Analogichno IP paketi skladayutsya z danih verhnogo rivnya ta IP zagolovku Za specifikaciyeyu protokolu paket maye buti ne bilshij za 65535 bitiv z zagolovkom ta danimi vklyuchno Versiya Version 4 bitove pole sho opisuye vikoristovuvanu versiyu protokolu IP Vsi pristroyi zobov yazani vikoristovuvati protokol IP odniyeyi versiyi pristrij sho vikoristovuye inshu versiyu bude vidkidati paketi Dovzhina IP zagolovku IP header Length HLEN 4 bitove pole sho opisuye dovzhinu zagolovku paketu v 32 bitovih blokah Ce znachennya ce povna dovzhina zagolovku z vrahuvannyam dvoh poliv zminnoyi dovzhini Tip obslugovuvannya Type of Service TOS 8 bitove pole sho vkazuye na stupin vazhlivosti informaciyi sho privlasnena protokolom verhnogo rivnya Zagalna dovzhina Total Length 16 bitove pole sho opisuye dovzhinu paketu v bajtah iz zagolovkom ta danimi vklyuchno Dlya togo shob virahuvati dovzhinu bloka danih potribno vid povnoyi dovzhini vidnyati znachennya polya HLEN Identifikaciya Identification shistnadcyatibitove pole sho zberigaye cile chislo yake opisuye danij paket Ce chislo yavlyaye soboyu poslidovnij nomer Praporci Flags 3 bitove pole v yakomu dva molodshih bita kontrolyuyut fragmentaciyu paketiv Pershij bit viznachaye chi bulo paket fragmentovano a drugij chi ye cej paket ostannim fragmentom v seriyi fragmentiv Zmishennya fragmentaciyi Fragment Offset 13 bitove pole sho dopomagaye zibrati razom fragmenti paketiv Ce pole dozvolyaye vikoristovuvati 16 bitiv v sumi dlya praporiv fragmentaciyi Chas zhittya Time to Live TTL 8 bitove pole lichilnik v yakomu zberigayutsya poslidovno zmenshuvane znachennya kilkosti projdenih vuzliv routeriv sho yih she inodi v comu vipadku nazivayut hopami hops na shlyahu do miscya priznachennya U vipadku koli lichilnik projdenih hopiv dorivnyuvatime nulyu paket bude vidkinuto takim chinom poperedzhuyetsya neskinchenna ciklichna peresilka paketiv Protokol Protocol 8 bitove pole sho vkazuye na te yakij protokol verhnogo rivnya otrimaye paket pislya zavershennya obrobki IP protokolom Napriklad TCP abo UDP Kontrolna suma zagolovku Header Checksum 16 bitove pole sho dopomagaye pereviriti cilisnist zagolovku paketu IP adresa vidpravnika Source IP address adresant sors vidpravnik 32 bitove pole sho zberigaye IP adresu vuzla vidpravnika IP adresa otrimuvacha Destination IP adress adresat dest otrimuvach 32 bitove pole sho zberigaye adresu vuzla priznachennya otrimuvacha Opciyi Options pole zminnoyi dovzhini sho dozvolyaye protokolu IP realizuvati pidtrimku riznih opcij zokrema zasobiv bezpeki Pidkladka Padding pole sho vikoristovuyetsya dlya vstavki dodatkovih nuliv dlya garantuvannya kratnosti IP zagolovku 32 bitam Dani Data pole zminnoyi dovzhini 64 Kbit maks sho zberigaye informaciyi dlya verhnih rivniv Biti 0 3 4 7 8 15 16 18 19 23 24 31Versiya HLEN Tip obslugovuvannya Zagalna dovzhinaIdentifikaciya Praporci Zmishennya fragmentaciyiChas zhittya Protokol Kontrolna suma zagolovkuIP adresa vidpravnikaIP adresa otrimuvachaOpciyi DodatokDani 65535 minus zagolovok IP paket skladayetsya z danih protokolu verhnogo rivnya i zagolovku sho maye opisanu vishe strukturu Hocha osnovnoyu chastinoyu zagolovku ye adresi vidpravnika i priznachennya same inshi chastini zagolovku roblyat protokol takim nadijnim i gnuchkim Informaciya sho zberigayetsya v polyah zagolovku zadaye dani paketu i priznachena dlya protokoliv verhnih rivniv Div takozhOSI VoIP SCTP TCP IP marshrutizatorDzherelaKomp yuterni merezhi navchalnij posibnik A G Mikitishin M M Mitnik P D Stuhlyak V V Pasichnik Lviv Magnoliya 2006 2013 256 s ISBN 978 617 574 087 3 Burov Ye V Komp yuterni merezhi pidruchnik Yevgen Viktorovich Burov Lviv Magnoliya 2006 2010 262 s ISBN 966 8340 69 8