Стандарт третьего поколения в. Олифер Н. Олифер

Глава 15. Протокол межсетевого взаимодействия
Признаками окончания сборки являются отсутствие незаполненных промежутков в поле 
данных и прибытие последнего фрагмента (с равным нулю флагом M F) до истечения 
тайм-аута. После того как данные собраны, их можно передать вышележащему протоколу, 
например TCP.
Протокол ICM P
Протокол меж сетевы х управляю щ их сооб щ ений (Internet Control Message Protocol, ICMP) 
является вспомогательным протоколом, использующимся для диагностики и мониторинга сети.
Можно представить ряд ситуаций, когда протокол IP не может доставить пакет адресату, 
например истекает время жизни пакета, в таблице маршрутизации отсутствует маршрут 
к заданному в пакете адресу назначения, пакет не проходит проверку по контрольной 
сумме, шлюз не имеет достаточно места в своем буфере для передачи какого-либо пакета 
и т. д. и т. п.
Свойство «необязательности» протокола IP, доставляющего данные «по возможности», 
компенсируется протоколами более высоких уровней стека T C P/IP, например TC P на 
транспортном уровне и в какой-то степени DNS на прикладном уровне. Они берут на себя 
обязанности по обеспечению надежности, применяя такие известные приемы, как нумера­
ция сообщений, подтверждение доставки, повторная посылка данных.
Протокол ICMP также призван компенсировать ненадежность протокола IP, но несколько 
иначе.
Он не предназначен для исправления возникших при передаче пакета проблем: если 
пакет потерян, ICM P не может послать его заново. Задача ICM P другая — он является 
средством оповещения
отправителя о «несчастных случаях», произошедших с его пакетами. 
Пусть, например, протокол IP, работающий на каком-либо маршрутизаторе, обнаружил, 
что пакет для дальнейшей передачи по маршруту необходимо фрагментировать, но в па­
кете установлен признак DF (не фрагментировать). Протокол IP, обнаруживший, что не 
может передать IP -пакет далее по сети, прежде чем отбросить пакет, должен отправить 
диагностическое
IC M P -сообщение конечному узлу-источнику. Д ля передачи по сети 
IC M P-сообщение инкапсулируется в поле данных 1Р-пакета. IP -адрес узла-источника 
определяется из заголовка пакета, вызвавшего инцидент.
Сообщение, прибывшее в узел-источник, может быть обработано там либо ядром операци­
онной системы, либо протоколами транспортного и прикладного уровней, либо приложе­
ниями, либо просто проигнорировано. Важно, что обработка IC M P-сообщений не входит 
в обязанности протоколов IP и ICMP.
Заметим, что некоторые из пакетов могут исчезнуть в сети, не вызвав при этом никаких 
оповещений. В частности, протокол ICM P не предусматривает передачу сообщений о про­
блемах, возникающих при обработке IP -пакетов, несущих IC M P-сообщения об ошибках. 
Такое решение было принято разработчиками протокола, чтобы не порождать «штормы» 
в сетях, когда количество сообщений об ошибках лавинообразно возрастает.
Особенностью протокола ICM P является функциональное разнообразие решаемых задач, 
а следовательно, и связанных с этим сообщений. Все типы сообщений имеют один и тот же 
формат (рис. 15.21), однако интерпретация полей существенно зависит от того, к какому 
типу относится сообщение.

---

Протокол ICMP