Icmp

В основному 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-повідомлення клієнтам, повідомивши їх, що вони повинні зменшити швидкість передачі даних або зачекати певний час, перш ніж відправити більше даних. Коли клієнт отримує це повідомлення, воно автоматично виконує вищезазначені дії, що дозволяють маршрутизатору очистити чергу. Таким чином, джерело швидкості ICMP з допомогою повідомлень можуть управляти потоком даних на мережевому рівні.

При переадресації запитів пакети даних спрямовуються на альтернативний маршрут. ICMP переадресація є механізмом маршрутизаторів для передачі інформації про маршрутизацію до хосту. Повідомлення інформує господаря про потребу оновити свою маршрутну інформацію (для посилання пакетів на альтернативний маршрут). Якщо хост намагається надіслати дані через маршрутизатор (R1) і R1 відправляє дані на інший маршрутизатор (R2) і прямий шлях від хоста до R2 доступний (тобто, хост і R2 знаходяться на тому ж сегменті Ethernet), то R1 буде посилати повідомлення про перенаправлення інформуючи хост, що найкращий шлях для призначення через R2. Хост повинен посилати пакети для призначення безпосередньо до R2. Маршрутизатор буде як і раніше відправити вихідні дейтаграми до місця призначення. Однак, якщо дейтаграма містить інформацію про маршрутизації, це повідомлення не буде відправлено, навіть якщо найкращий маршрут доступний. RFC1122 стверджує, що переадресація повинна бути послана тільки на шлюз і не повинна бути відправлені хосту через інтернет. Код вказує причину для переадресації, може бути одна з наступних:

IP-адреса 32-розрядний адрес шлюзу, до якого переадресація повинна бути надіслана.

Напрямок недоступності існує, щоб повідомляти клієнта про те, що пункт призначення недоступний з яких-небудь причин. Повідомлення Destination Unreachable (пункт призначення недоступний) може бути отримане в результаті TCP або ICMP іншої передачі. Шлюз може відправити повідомлення про недоступність пункту призначення на хост інтернету джерела дейтаграми. Помилка не буде створена, якщо вихідна дейтаграма має групову адресу призначення. Причини цього повідомлення: фізичне підключення до хосту не існує, вказаний протокол або порт не активний, дані не фрагментовані.

де:

• Тип поля (біти 0-7) повинні бути встановлені до 3
• Код поля (біти 8-15) використовується для визначення типу помилки

Максимальний блок передачі обмеження посилання на максимальну кількість байт даних в одній передачі (тобто кадр, клітка, пакет). Найменший MTU будь-якої ланки на поточному шляху знаходиться між двома хостами. Це може змінюватися з плином часу, так як маршрут між двома хостами, особливо в Інтернеті, може змінюватися з плином часу.

• RFC 792

Це незавершена стаття про комп'ютерні мережі. Ви можете допомогти проєкту, виправивши або дописавши її.