Запрос информации и ответное сообщение с информацией

0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1
Тип								Код								Контрольная сумма
Идентификатор																Номер очереди

Поля IP заголовка

Адреса
Адрес отправителя в сообщении с запросом информации окажется адресом получателя в ответном сообщении с информацией. Чтобы сформировать ответное сообщение, следует просто поменять местами адреса отправителя и получателя, код типа сменить на 16, пересчитать контрольную сумму.

Поля ICMP сообщения

Тип

15	- сообщение с запросом информации
16	- ответное сообщение с информацией

Код
0

Контрольная сумма

Контрольная сумма - это 16-битное дополнение до единицы суммы дополнений для ICMP сообщения, начиная с поля типа ICMP. При вычислении контрольной суммы следует предварительно обнулить поле самой контрольной суммы. В будущем алгоритм вычисления контрольной суммы может быть изменен.

Идентификатор
Если код = 0, то идентификатор, служащий для соотнесения запросов и ответов, может быть обнулен.

Номер очереди

Если код = 0, то номер очереди, служащий для соотнесения запросов и ответов, может быть обнулен.

Описание
Данное сообщение может быть послано, когда в IP заголовке в полях отправителя и получателя записаны нули (это означает "именно эту" локальную сеть). В ответ должен быть послан IP модуль с полностью заданными адресами. Данное сообщение является способом, с помощью которого хост-компьютер сможет определить номер сети, куда он подключен.

Отправитель сообщений может использовать идентификатор и номер очереди для соотнесения запросов и пришедших ответов. Например, идентификатор может использоваться как порт в протоколах TCP и UDP для идентификации сеанса. Номер очереди может увеличиваться на единицу всякий раз, когда посылается запрос. Адресат возвращает в ответе те же значения этих параметров, которые были обнаружены в запросе.

И хост-компьютер и шлюз могут возвращать сообщения с кодом 0.

 

Список типов сообщений

0	ответ на запрос эхо
3	адресат недостижим
4	приостановка отправителя
5	переадресация
8	эхо-запрос
11	превышение контрольного времени
12	проблемы с параметрами
13	штамп времени
14	ответ на запрос штампа времени
15	запрос информации
16	ответ на запрос информации

Type 8 и Type 0 - эхо-запрос и эхо-ответ

Эхо-запрос Туре 8 и эхо-ответ Туре 0 логично рассматривать вместе, так как прото­кол ICMP использует их также совместно. Утилита Ping применяется для тестирова­ния соединения сетевого уровня между двумя IP-хостами. Когда пользователь запус­кает утилиту Ping, протокол ICMP посылает эхо-запрос и ожидает, что хост назначения отреагирует и пришлет соответствующий эхо-ответ.

Type 3 — Пункт назначения недоступен

ICMP-сообщение Туре 3 о том, что пункт назначения недоступен, посылается мар­шрутизатором хосту-отправителю. Это предупреждение о том, что возникли пробле­мы с доставкой данных получателю. Например, маршрутизатор может сообщить, что он не способен передать датаграмму далее, потому что не может найти сеть назначе­ния, хост или процесс. Это может случиться, если хост-получатель (или сеть, или процесс) не существует, либо не функционирует в данный момент, или к нему отсут­ствует маршрут через данный маршрутизатор. То есть в любом случае маршрутизатор не может доставить или перенаправить IP-датаграмму в указанную сеть.

Туре 4 - Подавление источника

Принимающий хост генерирует это сообщение, когда он не может обработать да-таграммы с запрашиваемой скоростью по причине нехватки памяти или внутренних ресурсов. Это сообщение работает как простой механизм управления потоком инфор­мации, который принимающий хост может использовать для предупреждения отпра­вителя о том, что следует снизить скорость передачи данных. Маршрутизатор может генерировать это сообщение, если в процессе ретрансляции датаграмм происходит переполнение буфера и он не может организовать очередь для доставки датаграмм.

Туре 5 — Переадресация

Это сообщение об ошибке отправителю IP-датаграмм посылает маршрутизатор. Со­общение указывает отправителю, что он должен переслать датаграмму на другой мар­шрутизатор или непосредственно получателю (если последний находится в той же ло­кальной сети). Сообщение помогает хосту-отправителю переадресовать ошибочно переданную датаграмму в нужном направлении (шлюзу или хосту). Заметьте, что шлюз, получивший неправильно направленный кадр, не уничтожает его, если есть возмож­ность переадресовать этот кадр. Шлюз отправляет кадр хосту-отправителю и посылает предупреждающее сообщение в надежде, что тот правильно перешлет кадр по адресу, указанному в сообщении.