Azərbaycanca
Беларускі
Dansk
Deutsch
Española
Français
Indonesia
Italiana
日本語
Қазақ
Lietuvos
Nederlands
Português
Русский
සිංහල
แบบไทย
Türkçe
Українська
中國人
United State
Afrikaans
ICMP (англ. Internet Control Message Protocol — міжмережевий протокол керуючих повідомлень) — мережевий протокол, що входить у (стек протоколів TCP/IP). В основному ICMP використовується для передачі повідомлень про помилки й інші виняткові ситуації, що виникли при передачі даних. Також на ICMP покладаються деякі сервісні функції, зокрема на основі цього протоколу заснована дія таких загальновідомих утиліт, як ping та traceroute.
Протокол ICMP описаний в RFC 792 (з доповненнями в RFC 950) і є стандартом Інтернету (входить у стандарт STD 5 разом із протоколом IP). Хоча формально ICMP використовує IP (ICMP пакети інкапсулюються в IP пакети), він є невіддільною частиною IP й обов'язковий при реалізації (стека TCP/IP). Поточна версія ICMP для IPv4 називається ICMPv4. В IPv6 існує аналогічний протокол ICMPv6.
Протокол ICMP не є протоколом орієнтованим на з'єднання (як наприклад TCP), тобто при втраті пакету ICMP не буде робити ніяких спроб по його відновленню. ICMP повідомлення (тип 12) генеруються при знаходженні помилок у заголовку IP пакета (за винятком самих ICMP пакетів, щоб не призвести до нескінченного потоку ICMP повідомлень про ICMP повідомлення).
ICMP повідомлення (тип 3) генеруються маршрутизатором при відсутності маршруту до адресата.
Типи ICMP пакетів
| Тип | Код | Назва | Запит | Помилка |
|---|---|---|---|---|
| 0 | 0 | Ехо-відповідь | х | |
| 1 та 2 | Зарезервовано | |||
| 3 | 0 | Мережа недоступна | х | |
| 3 | 1 | Хост недоступний | х | |
| 3 | 2 | Протокол недоступний | х | |
| 3 | 3 | Порт недоступний | х | |
| 3 | 4 | Потрібна фрагментація, але DF (прапорець «не фрагментувати») встановлено | х | |
| 3 | 5 | Маршрутизація джерелом не вдалося | х | |
| 3 | 6 | Мережа призначення невідома | х | |
| 3 | 7 | Хост призначення невідомий | х | |
| 3 | 8 | Хост призначення ізольовано (застарів) | х | |
| 3 | 9 | Мережа призначення адміністративно заборонена | х | |
| 3 | 10 | Хост призначення адміністративно заборонено | х | |
| 3 | 11 | Мережа недоступна для TOS | х | |
| 3 | 12 | Хост недоступний для TOS | х | |
| 3 | 13 | Зв'язок адміністративно заборонено (фільтрування запобігає маршрутизації) | х | |
| 3 | 14 | Порушення передування хосту (бажане передування не дозволено для комбінації хоста або мережі та порту) | х | |
| 3 | 15 | Порушення передування в дії (передування датаграми нижче рівня встановленого адміністраторами) | х | |
| 4 | 0 | Вгамовування джерела (управління заторами) | ||
| 5 | 0 | Переадресація для мережі | ||
| 5 | 1 | Переадресація для хосту | ||
| 5 | 2 | Переадресація для TOS та мережі | ||
| 5 | 3 | Переадресація для TOS та хосту | ||
| 6 | Змінна адреса хосту | |||
| 7 | Зарезервовано | |||
| 8 | 0 | Ехо-запит | х | |
| 9 | 0 | Оголошення маршрутизатора | ||
| 10 | 0 | Клопотання маршрутизації | ||
| 11 | 0 | Час життя пакету став рівний 0 під час транзиту | х | |
| 11 | 1 | Час збірки фрагментів пакету закінчився | х | |
| 12 | 0 | Помилка заголовку IP-пакету | х | |
| 12 | 1 | Відсутня необхідна опція заголовку | х | |
| 12 | 2 | Погана довжина заголовку | х | |
| 13 | 0 | Запит мітки часу | х | |
| 14 | 0 | Мітка часу | х | |
| 15 | 0 | Запит інформації | х | |
| 16 | 0 | Відповідь інформацією | х | |
| 17 | 0 | Запит маски адреси | х | |
| 18 | 0 | Маска адреси | х |
Швидкість джерела
Швидкість джерела може просити відправника зменшити швидкість повідомлення, яке було відправлено до маршрутизатора або хосту. Це повідомлення може бути створене, якщо маршрутизатор або хост не має достатнього буферного простору для обробки запиту, або може виникнути ситуація, що маршрутизатор або хост-буфер майже заповнений. Дані передаються на дуже високій швидкості від хоста або з декількох хостів до конкретного маршрутизатора в мережі. Можливості маршрутизації буферизації обмежені в межах вказаного діапазону. Маршрутизатор не може стояти в черзі більше ніж обсяг обмеженого простору буферизації. Таким чином, якщо в черзі з'являються нові вхідні дані, то вони відкидаються, поки черга не заповнилась. Але так як немає, в механізмі, підтвердження присутності на мережевому рівні, клієнт не знає, чи дані досягли мети успішно. Тому деякі заходи щодо виправлення становища повинні бути прийняті на мережевому рівні, щоб уникнути такого роду ситуацій. Ці заходи розглядаються як джерело гарантії. У механізмі швидкості джерела, маршрутизатор бачить, що вхідна швидкість передачі даних значно вища, ніж вихідна швидкість передачі даних, і відправляє ICMP-повідомлення клієнтам, повідомивши їх, що вони повинні зменшити швидкість передачі даних або зачекати певний час, перш ніж відправити більше даних. Коли клієнт отримує це повідомлення, воно автоматично виконує вищезазначені дії, що дозволяють маршрутизатору очистити чергу. Таким чином, джерело швидкості ICMP з допомогою повідомлень можуть управляти потоком даних на мережевому рівні.
Переадресація
При переадресації запитів пакети даних спрямовуються на альтернативний маршрут. ICMP переадресація є механізмом маршрутизаторів для передачі інформації про маршрутизацію до хосту. Повідомлення інформує господаря про потребу оновити свою маршрутну інформацію (для посилання пакетів на альтернативний маршрут). Якщо хост намагається надіслати дані через маршрутизатор (R1) і R1 відправляє дані на інший маршрутизатор (R2) і прямий шлях від хоста до R2 доступний (тобто, хост і R2 знаходяться на тому ж сегменті Ethernet), то R1 буде посилати повідомлення про перенаправлення інформуючи хост, що найкращий шлях для призначення через R2. Хост повинен посилати пакети для призначення безпосередньо до R2. Маршрутизатор буде як і раніше відправити вихідні дейтаграми до місця призначення. Однак, якщо дейтаграма містить інформацію про маршрутизації, це повідомлення не буде відправлено, навіть якщо найкращий маршрут доступний. RFC1122 стверджує, що переадресація повинна бути послана тільки на шлюз і не повинна бути відправлені хосту через інтернет. Код вказує причину для переадресації, може бути одна з наступних:
| Код | Опис |
|---|---|
| 0 | Переадресація мережі |
| 1 | Переадресація хост |
| 2 | Переадресація для типу обслуговування та мережі |
| 3 | Переадресація для типу обслуговування та хосту |
IP-адреса 32-розрядний адрес шлюзу, до якого переадресація повинна бути надіслана.
Напрямок недоступності
Напрямок недоступності існує, щоб повідомляти клієнта про те, що пункт призначення недоступний з яких-небудь причин. Повідомлення Destination Unreachable (пункт призначення недоступний) може бути отримане в результаті TCP або ICMP іншої передачі. Шлюз може відправити повідомлення про недоступність пункту призначення на хост інтернету джерела дейтаграми. Помилка не буде створена, якщо вихідна дейтаграма має групову адресу призначення. Причини цього повідомлення: фізичне підключення до хосту не існує, вказаний протокол або порт не активний, дані не фрагментовані.
| Повідомлення про недоступність пункту призначення | |||||||||||||||||||||||||||||||
| 00 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| Тип = 3 | Код | Контрольна сума заголовка | |||||||||||||||||||||||||||||
| Невикористаний | Next-hop MTU (ПАКЕТ) | ||||||||||||||||||||||||||||||
| IP заголовок і перші 8 байт даних вихідної дейтаграми | |||||||||||||||||||||||||||||||
де:
- Тип поля (біти 0-7) повинні бути встановлені до 3
- Код поля (біти 8-15) використовується для визначення типу помилки
MTU
Максимальний блок передачі обмеження посилання на максимальну кількість байт даних в одній передачі (тобто кадр, клітка, пакет). Найменший MTU будь-якої ланки на поточному шляху знаходиться між двома хостами. Це може змінюватися з плином часу, так як маршрут між двома хостами, особливо в Інтернеті, може змінюватися з плином часу.
Посилання
 | Це незавершена стаття про комп'ютерні мережі. Ви можете проєкту, виправивши або дописавши її. |
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
ICMP angl Internet Control Message Protocol mizhmerezhevij protokol keruyuchih povidomlen merezhevij protokol sho vhodit u stek protokoliv TCP IP V osnovnomu ICMP vikoristovuyetsya dlya peredachi povidomlen pro pomilki j inshi vinyatkovi situaciyi sho vinikli pri peredachi danih Takozh na ICMP pokladayutsya deyaki servisni funkciyi zokrema na osnovi cogo protokolu zasnovana diya takih zagalnovidomih utilit yak ping ta traceroute Protokol ICMP opisanij v RFC 792 z dopovnennyami v RFC 950 i ye standartom Internetu vhodit u standart STD 5 razom iz protokolom IP Hocha formalno ICMP vikoristovuye IP ICMP paketi inkapsulyuyutsya v IP paketi vin ye neviddilnoyu chastinoyu IP j obov yazkovij pri realizaciyi steka TCP IP Potochna versiya ICMP dlya IPv4 nazivayetsya ICMPv4 V IPv6 isnuye analogichnij protokol ICMPv6 Protokol ICMP ne ye protokolom oriyentovanim na z yednannya yak napriklad TCP tobto pri vtrati paketu ICMP ne bude robiti niyakih sprob po jogo vidnovlennyu ICMP povidomlennya tip 12 generuyutsya pri znahodzhenni pomilok u zagolovku IP paketa za vinyatkom samih ICMP paketiv shob ne prizvesti do neskinchennogo potoku ICMP povidomlen pro ICMP povidomlennya ICMP povidomlennya tip 3 generuyutsya marshrutizatorom pri vidsutnosti marshrutu do adresata Tipi ICMP paketivTip Kod Nazva Zapit Pomilka 0 0 Eho vidpovid h 1 ta 2 Zarezervovano 3 0 Merezha nedostupna h 3 1 Host nedostupnij h 3 2 Protokol nedostupnij h 3 3 Port nedostupnij h 3 4 Potribna fragmentaciya ale DF praporec ne fragmentuvati vstanovleno h 3 5 Marshrutizaciya dzherelom ne vdalosya h 3 6 Merezha priznachennya nevidoma h 3 7 Host priznachennya nevidomij h 3 8 Host priznachennya izolovano zastariv h 3 9 Merezha priznachennya administrativno zaboronena h 3 10 Host priznachennya administrativno zaboroneno h 3 11 Merezha nedostupna dlya TOS h 3 12 Host nedostupnij dlya TOS h 3 13 Zv yazok administrativno zaboroneno filtruvannya zapobigaye marshrutizaciyi h 3 14 Porushennya pereduvannya hostu bazhane pereduvannya ne dozvoleno dlya kombinaciyi hosta abo merezhi ta portu h 3 15 Porushennya pereduvannya v diyi pereduvannya datagrami nizhche rivnya vstanovlenogo administratorami h 4 0 Vgamovuvannya dzherela upravlinnya zatorami 5 0 Pereadresaciya dlya merezhi 5 1 Pereadresaciya dlya hostu 5 2 Pereadresaciya dlya TOS ta merezhi 5 3 Pereadresaciya dlya TOS ta hostu 6 Zminna adresa hostu 7 Zarezervovano 8 0 Eho zapit h 9 0 Ogoloshennya marshrutizatora 10 0 Klopotannya marshrutizaciyi 11 0 Chas zhittya paketu stav rivnij 0 pid chas tranzitu h 11 1 Chas zbirki fragmentiv paketu zakinchivsya h 12 0 Pomilka zagolovku IP paketu h 12 1 Vidsutnya neobhidna opciya zagolovku h 12 2 Pogana dovzhina zagolovku h 13 0 Zapit mitki chasu h 14 0 Mitka chasu h 15 0 Zapit informaciyi h 16 0 Vidpovid informaciyeyu h 17 0 Zapit maski adresi h 18 0 Maska adresi hShvidkist dzherelaShvidkist dzherela mozhe prositi vidpravnika zmenshiti shvidkist povidomlennya yake bulo vidpravleno do marshrutizatora abo hostu Ce povidomlennya mozhe buti stvorene yaksho marshrutizator abo host ne maye dostatnogo bufernogo prostoru dlya obrobki zapitu abo mozhe viniknuti situaciya sho marshrutizator abo host bufer majzhe zapovnenij Dani peredayutsya na duzhe visokij shvidkosti vid hosta abo z dekilkoh hostiv do konkretnogo marshrutizatora v merezhi Mozhlivosti marshrutizaciyi buferizaciyi obmezheni v mezhah vkazanogo diapazonu Marshrutizator ne mozhe stoyati v cherzi bilshe nizh obsyag obmezhenogo prostoru buferizaciyi Takim chinom yaksho v cherzi z yavlyayutsya novi vhidni dani to voni vidkidayutsya poki cherga ne zapovnilas Ale tak yak nemaye v mehanizmi pidtverdzhennya prisutnosti na merezhevomu rivni kliyent ne znaye chi dani dosyagli meti uspishno Tomu deyaki zahodi shodo vipravlennya stanovisha povinni buti prijnyati na merezhevomu rivni shob uniknuti takogo rodu situacij Ci zahodi rozglyadayutsya yak dzherelo garantiyi U mehanizmi shvidkosti dzherela marshrutizator bachit sho vhidna shvidkist peredachi danih znachno visha nizh vihidna shvidkist peredachi danih i vidpravlyaye ICMP povidomlennya kliyentam povidomivshi yih sho voni povinni zmenshiti shvidkist peredachi danih abo zachekati pevnij chas persh nizh vidpraviti bilshe danih Koli kliyent otrimuye ce povidomlennya vono avtomatichno vikonuye vishezaznacheni diyi sho dozvolyayut marshrutizatoru ochistiti chergu Takim chinom dzherelo shvidkosti ICMP z dopomogoyu povidomlen mozhut upravlyati potokom danih na merezhevomu rivni PereadresaciyaPri pereadresaciyi zapitiv paketi danih spryamovuyutsya na alternativnij marshrut ICMP pereadresaciya ye mehanizmom marshrutizatoriv dlya peredachi informaciyi pro marshrutizaciyu do hostu Povidomlennya informuye gospodarya pro potrebu onoviti svoyu marshrutnu informaciyu dlya posilannya paketiv na alternativnij marshrut Yaksho host namagayetsya nadislati dani cherez marshrutizator R1 i R1 vidpravlyaye dani na inshij marshrutizator R2 i pryamij shlyah vid hosta do R2 dostupnij tobto host i R2 znahodyatsya na tomu zh segmenti Ethernet to R1 bude posilati povidomlennya pro perenapravlennya informuyuchi host sho najkrashij shlyah dlya priznachennya cherez R2 Host povinen posilati paketi dlya priznachennya bezposeredno do R2 Marshrutizator bude yak i ranishe vidpraviti vihidni dejtagrami do miscya priznachennya Odnak yaksho dejtagrama mistit informaciyu pro marshrutizaciyi ce povidomlennya ne bude vidpravleno navit yaksho najkrashij marshrut dostupnij RFC1122 stverdzhuye sho pereadresaciya povinna buti poslana tilki na shlyuz i ne povinna buti vidpravleni hostu cherez internet Kod vkazuye prichinu dlya pereadresaciyi mozhe buti odna z nastupnih Kod Opis 0 Pereadresaciya merezhi 1 Pereadresaciya host 2 Pereadresaciya dlya tipu obslugovuvannya ta merezhi 3 Pereadresaciya dlya tipu obslugovuvannya ta hostu IP adresa 32 rozryadnij adres shlyuzu do yakogo pereadresaciya povinna buti nadislana Napryamok nedostupnostiNapryamok nedostupnosti isnuye shob povidomlyati kliyenta pro te sho punkt priznachennya nedostupnij z yakih nebud prichin Povidomlennya Destination Unreachable punkt priznachennya nedostupnij mozhe buti otrimane v rezultati TCP abo ICMP inshoyi peredachi Shlyuz mozhe vidpraviti povidomlennya pro nedostupnist punktu priznachennya na host internetu dzherela dejtagrami Pomilka ne bude stvorena yaksho vihidna dejtagrama maye grupovu adresu priznachennya Prichini cogo povidomlennya fizichne pidklyuchennya do hostu ne isnuye vkazanij protokol abo port ne aktivnij dani ne fragmentovani Povidomlennya pro nedostupnist punktu priznachennya 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Tip 3 Kod Kontrolna suma zagolovka Nevikoristanij Next hop MTU PAKET IP zagolovok i pershi 8 bajt danih vihidnoyi dejtagrami de Tip polya biti 0 7 povinni buti vstanovleni do 3 Kod polya biti 8 15 vikoristovuyetsya dlya viznachennya tipu pomilkiMTUMaksimalnij blok peredachi obmezhennya posilannya na maksimalnu kilkist bajt danih v odnij peredachi tobto kadr klitka paket Najmenshij MTU bud yakoyi lanki na potochnomu shlyahu znahoditsya mizh dvoma hostami Ce mozhe zminyuvatisya z plinom chasu tak yak marshrut mizh dvoma hostami osoblivo v Interneti mozhe zminyuvatisya z plinom chasu PosilannyaRFC 792 Ce nezavershena stattya pro komp yuterni merezhi Vi mozhete dopomogti proyektu vipravivshi abo dopisavshi yiyi