On-Line Библиотека www.XServer.ru - учебники, книги, статьи, документация, нормативная литература.
       Главная         В избранное         Контакты        Карта сайта   
    Навигация XServer.ru


https://indesit-bswa.ru indesit russia indesit.





 

Протокол ICMP

Радик Усманов

Реферат: Документ содержит русский перевод спецификации протокола ICMP (Internet Control Message Protocol ) - протокола управляющих сообщений в стеке протоколов IP , применяемого в международной компьютерной сети Internet . Оригинальный документ известен, как RFC792 .

Примечания редактора

Со временем в спецификацию протокола ICMP были введены еще два дополнительных типа сообщений: Address Mask Request (код 17) и Address Mask Reply (код 18). Данные типы сообщений описаны в документе RFC950 "Internet Standard Subnetting Procedure ".


Группа разработки сетей                                   J.Postel
Request for Comment                                      ISI
                                                     сентябрь 1981



              Протокол контрольных сообщений Internet             
                     Программа DARPA Internet                     
                      Спецификация протокола                      




Введение
   Протокол Internet (IP) [1] используется для обработки датаграм- 
мы, передаваемой между хост-компьютерами в системе объединенных 
сетей, называемой Catenet [2]. Устройства, осуществляющие соедине- 
ние различных сетей, называются шлюзами. Для обеспечения управле- 
ния шлюзы общаются друг с другом посредством протокола Gateway to 
Gateway Protocol (GGP) [3,4]. Порой шлюз или хост-компьютер, полу- 
чающий данные, обменивается информацией с хост-компьютером, от- 
правляющим эти данные. Именно для таких йелей используется данный 
протокол - протокол контрольных сообщений Internet (ICMP). ICMP 
использует основные свойства протокола Internet (IP), как если бы 
ICMP являлся протоколом более высокого уровня. Однако фактически 
ICMP является составной частью протокола Internet и должен являть- 
ся составной частью каждого модуля IP.
   Сообщения ICMP должны отправляться в некоторых затруднительных 
ситуациях. Например, когда датаграмма не может достичь своего 
адресата, когда шлюз не имеет достаточно места в своем буфере для 
передачи какой-либо датаграммы, или когда шдюз приказывает хост- 
компьютеру отправлять информацию по более короткому маршруту.
   Протокол Internet не создан для того, чтобы обеспечивать абсо- 
лютную надежность передачи информации. Целью же данных контрольных 
сообщений является обеспечение обратной связи, оповещение отправи- 
теля данных о проблемах, возникающих в комминикационном оборудова- 
нии. Их целью не является придание надежности протоколу IP. Прото- 
кол не дает гарантий, что датаграмма достигает своего адресата или 
что контрольное сообщение будет возвращено компьтеру, отправившему 
данные. Некоторые из датаграмм могут исчезнуть в сети, не вызвав 
при этом ни каких оповещений. Протоколы более высокого уровня, 
использующие протокол IP, должны применять свои собственные проце- 
дуры для обеспечения надежности передачи данных, если таковая тре- 
буется.
   Сообщения ICMP протокола, как правило, оповещают об ошибках, 
возникающих при обработке датаграмм. Чтобы проблемы с передачей 
сообщений не вызывали появление новых сообщений, чтобы это в свою 
очередь не привело к лавинообразному росту количества сообщений, 
циркулирующих в сети, констатируется, что нельзя посылать сообще- 
ния о сообщениях. Также констатируется, что ICMP сообщения можно 
посылать только о проблемах, возникающих при обработке нулевого 
фрагмента в сегментированной датаграмме (нулевой фрагмент имеет 
нуль в поле смещения фрагмента).

Форматы сообщений
   ICMP сообщения посылаются с помощью стандартного IP заголовка. 
Первый октет в поле данных датаграммы - это поле типа ICMP сообще- 
ния. Значение этого пля определяет формат всех остальных данных в 
датаграмме. Любое поле, которое помечено "unused", зарегистрировано 
для последующих разработок и должно при отправлении содержать нули. 
Однако получатель не должен использовать значения этих полей (за 
исключением процедуры вычисления контрольной суммы). Если обратное 
особо не оговорено при описании отдельных фрагметов, Internet заго- 
ловок должен иметь в своих полях следующие значения:
Версия
   4
IHL
   Длина Internet заголовка; единица измерения - 32-битное слово.
Тип сервиса
   0
Общая длина
   Длина Internet заголовка и поля данных в октетах. 
Идентификация, флаги, смещение фрагмента
   Используются в случае фрагментации, см. [1].
Время жизни
   Время жизни в секундах. Поскольку значение этого поля уменьша- 
   ется на единицу в каждой машине, на которой обрабатывается дан- 
   ная датаграмма, то значение этого поля должно, по крайней мере, 
   превышать количество шлюзов, через которые будет проходить дан- 
   ная датаграмма.
Протокол
   ICMP=1
Контрольная сумма заголовка
   16-битное дополнение до единицы суммы дополнений до единицы 
   всех 16-битных слов в заголовке. При вычислении данной суммы 
   следует первоначально устанавливать значение этого поля в нуль. 
   В дальнейшем этот алгоритм вычисления контрольной суммы должен 
   быть изменен. 
Адрес отправления
   Адрес шлюза или хост-компьютера, который составил данное ICMP 
   сообщение. Если не оговорено обратное, в этом поле может нахо- 
   диться любой из адресов шлюза.
Адрес получателя
   Адрес шлюза или хост-компьютера, которому следует послать 
   данное сообщение.

   Сообщение о недостижимости порта
 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Тип       |      Код      |    Контрольная сумма          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      не используется                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet заголовок + 64 бита данных из исходной датаграммы    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Поля Internet протокола:
   Адрес получателя
      Локальная сеть и адрес компьютера, отправившего исходную 
      датаграмму
Поля ICMP протокола
   Тип
      3
   Код
      0 - невозможно передать датаграмму на локальную сеть, где 
          находится адресат
      1 - невозможно передать датаграмму на хост-компьютер, 
          являющийся адресатом
      2 - нельзя воспользоваться указанным протоколом
      3 - нельзя передать данные на указанный порт
      4 - для передачи датаграммы по сети требуется фрагментация, 
          однако выставлен флаг DF.
      5 - сбой в маршрутизации при отправлении
   Контрольная сумма
      Контрольная сумма является 16-битным дополнением до единицы 
      суммы дополнений октетов в полях ICMP сообщения, начиная с 
      поля типа ICMP. Для вычисления контрольной суммы первона- 
      чально значение этого поля обнуляется. В будущем процедура 
      вычисления контрольной суммы может быть изменена.
   Internet заголовок + 64 бита данных из исходной датаграммы
      Данное поле содержит Internet заголовок и первые 64 бита дан- 
      ных из исходной датаграммы для выработки сообщения для соот- 
      ветствующего процесса. Если протокол более высокого уровня 
      использует номера портов, то предполагается, что эти номера 
      находятся в первых 64 битах поля данных.
Описание
      Если, согласно информации в таблицах маршрутизации шлюза, 
   локальная сеть, указанная в Internet заголовке датаграммы в поле 
   адресата, является недостижимой, например, из-за ее чрезмерной 
   удаленности, то шлюз может послать хост-компьютеру, отправившему 
   датаграмму по Internet сети, сообщение о недостижимости адреса- 
   та.
      Кроме этого, в некоторых сетях шлюз может иметь возможность 
   определять доступность отдельного хост-компьютера. Шлюз в такой 
   сети может послать данное сообщение, если хост-компьютер, являю- 
   щийся адресатом, недоступен.
      Иная ситуация возникает, когда для достижения адресата дата- 
   грамма должна быть разбита шлюзом на отдельные фрагменты, но 
   установлен флаг запрета фрагментации. О этом случае шлюз обязан 
   ликвидировать датаграмму и можен при этом послать сообщение о 
   недостижимости адресата.
      Шлюз может послать сообщения с кодами 0, 1, 4 и 5. Хост- 
   компьютер может послать сообщения с кодами 2 и 3.

   Сообщение о превышении контрольного времени
 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Тип       |      Код      |    Контрольная сумма          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      не используется                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet заголовок + 64 бита данных из исходной датаграммы    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Поля IP заголовка
   Заимствованы сеть и адрес отправителя из мсходной датаграммы с 
   данными.
Поля ICMP сообщения
   Тип
      11
   Код
      0 - при передаче превышено время жизни
      1 - превышено контрольное время при сборке фрагментов дата- 
          граммы 
   Контрольная сумма
      Контрольная сумма является 16-битным дополнением до единицы 
      суммы дополнений в ICMP сообщении, начиная с поля типа ICMP. 
      При вычислениии суммы следует сперва обнулить поле 
      контрольной суммы. В будущем алгоритм контрольной суммы может 
      быть изменен.
   Internet заголовок + 64 бита данных из исходной датаграммы
      Internet заголовок плюс первые 64 бита данных из исходной 
      датаграммы. Эти биты данных используются хост-компьютером для 
      привязки сообщения к соответствующему процессу. Если протокол 
      более высокого уровня использует номера портов, то предпола- 
      гается, что эти номера входят в первые 64 бита данных в ис- 
      ходной датаграмме.
Описание
      Если фрагмент нулевого размера превысил контрольное время, то 
   сообщение в этом не посылается вовсе. 
      Шлюз может послать сообщение с кодом 0б а хост - с кодом 1.

   Сообщение о проблемах с параметром
 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Тип       |      Код      |    Контрольная сумма          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|   указатель   |      не используется                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet заголовок + 64 бита данных из исходной датаграммы    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Поля IP заголовка
   Заимствованы сеть и адрес отправителя из мсходной датаграммы с 
   данными.
Поля ICMP сообщения
   Тип
      12
   Код
      0 - указатель показывает ошибку
   Контрольная сумма
      Контрольная сумма является 16-битным дополнением до единицы 
      суммы дополнений в ICMP сообщении, начиная с поля типа ICMP. 
      При вычислении суммы следует сперва обнулить поле контрольной 
      суммы. В будущем алгоритм вычисления контрольной суммы может 
      быть изменен.
   Указатель
      Если код = 0, то он указывает на октет, где была обнаружена 
      ошибка.
   Internet заголовок + 64 бита данных из исходной датаграммы
      Эти биты данных используются хост-компьютером для привязки 
      сообщения к соответствующему процессу. Если протокол более 
      высокого уровня использует номера портов, то предполагается, 
      что эти номера входят в вервые 64 бита данных в исходной да- 
      таграмме.
Описание
      Если шлюз или хост-компьютер, обрабатывающий датаграмму, 
   обнаруживает проблему с обработкой параметров заголовка, и это 
   не позволяет завершить ее обработку, то он должен ликвидировать 
   рассматриваемую датаграмму. Одной из потенциальных причин такой 
   неприятности могут бить неправильные аргументы в опции. Шлюз или 
   хост-компьютер в сообщении о проблеме с параметрами может также 
   упомянуть хост-компьютер, породивший датаграмму с ошибкой. Сооб- 
   щения такого типа посылаются лишь в том случае, если ошибка при- 
   водит к ликвидации этой датаграммы. 
      Указатель определяет октет в заголовке исходной датаграммы, 
   где была обнаружена ошибка (этот ошибочный октет может находить- 
   ся даже посередине опции). Например, 1 указывает на то, что име- 
   ется какая-то ошибка в поле типа сервиса, а (если имеются опции) 
   20 определяет, что имеется ошибка в коде типа для первой опции. 
      Код 0 сообщения может приходить как от шлюза, так и от хост- 
   компьютера.

   Сообщение для приостановки отправителя
 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Тип       |      Код      |    Контрольная сумма          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      не используется                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet заголовок + 64 бита данных из исходной датаграммы    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Поля IP заголовка
   Заимствованы сеть и адрес отправителя из исходной датаграммы с 
   данными.
Поля ICMP сообщения
   Тип
      4
   Код
      0
   Контрольная сумма
      Контрольная сумма является 16-битным допонением до единицы 
      суммы дополнений в ICMP сообщении, начиная с поля типа ICMP. 
      При вычислении контрольной суммы следует сперва обнулить поле 
      контрольной суммы. В будущем алгоритм вычисления контрольной 
      суммы может быть изменен.
   Internet заголовок + 64 бита данных из исходной датаграммы
      Internet заголовок плюс первые 64 бита данных из исходной 
      датаграммы. Эти данные используются хост-компьютером для 
      привязки сообщения к соответствующему процессу. Если протокол 
      более высокого уровня использует номера портов, то предпола- 
      гается, что эти номера входят в первые 64 бита данных ис- 
      ходной датаграммы.
Описание
      Шлюз может ликвидировать Internet датаграммы, если у него нет 
   места в буфере для постановки этих датаграмм в очередь на от- 
   правление в очередную сеть по маршруту следования к адресату. 
   Если шлюз ликвидирует датаграмму, то он должен послать сообщение 
   для приостановки хост-компьютеру в Internet системе, отправивше- 
   му данную датаграмму. Сообщение о приостановке может послать 
   также сам адресат, если датаграммы приходят слишком быстро, что- 
   бы успеть их обработать. Сообщение о приостановке является за- 
   просом для хост-компьютера уменьшить скорость посылки данных на 
   этот конкретный адрес. Шлюз может посылать сообщение для при- 
   остановки отправителя в каждом случае ликвидации. При получении 
   такого сообщения хост-компьютер, отправивший данные, должен 
   уменьшить скорость посылки данных по этому адресу до тех пор, 
   пока не перестанут приходить запросы на приостановку с данного 
   шлюза. После этого хост-компьютер, отправляющий данные, может 
   постепенно увеличивать скорость посылки данных по этому адресу, 
   пока вновь не станут приходить сообщения о приостановке.
      Шлюз или хост-компьютер может посылать сообщение о приоста- 
   новке еще до достижения предельной пропускной способности, и не 
   ждать, пока этот предел будет пройден. Это означает, что дата- 
   грамма с данными, вызвавшая появление сообщения о приостановке, 
   все же может достичь своего адресата.
      И шлюз и хост-компьютер могут отправить сообщение с кодом 0.

   Сообщение о переадресации
 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Тип       |      Код      |    Контрольная сумма          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               Internet адрес шлюза                            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet заголовок + 64 бита данных из исходной датаграммы    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Поля IP заголовка
   Заимствованы сеть и адрес отправителя из исходной датаграммы с 
   данными.
Поля ICMP сообщения
   Тип
      5
   Код
      0 - переадресация датаграмм для сети
      1 - переадресация датаграмм для хост-компьютера
      2 - переадресация датаграмм для типа услуг и сети
      3 - переадресация датаграмм для типа услуг и хост-компьютера
   Контрольная сумма
      Контрольная сумма - это 16-битное допонение до единицы суммы 
      дополнений в ICMP сообщении, начиная с поля типа ICMP. При 
      вычислении контрольной суммы следует сперва обнулить поле 
      контрольной суммы. В будущем алгоритм вычисления контрольной 
      суммы может быть изменен.
   Internet адрес шлюза
      Адрес шлюза, на который должен быть проложен маршрут к сети, 
      указанной в поле адреса в исходной датаграмме с данными. 
   Internet заголовок + 64 бита данных из исходной датаграммы
      Internet заголовок плюс первые 64 бита данных из исходной 
      датаграммы. Эти данные используются хост-компьютером для при- 
      вязки сообщения к соответствующему процессу. Если протокол 
      более высокого уровня использует номера портов, то предпола- 
      гается, что эти номера входят в первые 64 бита данных исход- 
      ной датаграммы.
Описание
      Шлюз посылает сообщение на хост-компьютер о переадресации в 
   следующей ситуации: Шлюз G1 получает Internet датаграмму от 
   хост-компьютера в сети, где он расположен. Шлюз G1 проверяет 
   таблицу маршрутизации и находит адрес слеудющего шлюза G2 в ка- 
   честве маршрута для датаграммы по пути в сеть X, где расположен 
   ее адресат. Если G2 и исходный хост-компьютер идентифицируются 
   Internet адресом как находящиеся в одной и той же сети, то на 
   хост-компьютер следует послать сообщение о переадресации. Сооб- 
   щение о переадресации заставляет хост-компьютер посылать дата- 
   граммы для сети X прямо на шлюз G2, поскольку это более короткий 
   путь, нежели привлекать еще шлюз G1. Шлюз передает данные исход- 
   ной датаграммы их адресату в системе Internet.
      Для датаграмм с опциями IP маршрутизации отправления и адре- 
   сом шлюза в поле получателя сообщение не посылается, даже если и 
   существует более оптимальный маршрут к конечному адресату, чем 
   следующий адрес, указанный в такой опции маршрута.
      Шлюзом могут быть переданы сообщения с кодами 0, 1, 2 и 3.

   Эхо-сообщение и сообщение в ответ на эхо
 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 заголовка
   Адреса
      Адрес отправителя в эхо-сообщении будет адресом получателя в 
      ответном сообщении. Чтобы сформировать сообщение ответа, сле- 
      дует просто переставить местами адреса отправителя и получа- 
      теля, код типа изменить на 0 и пересчитать контрольную сумму.
Поля ICMP сообщения
   Тип
      8 - эхо-сообщение
      0 - сообщение в ответ на эхо
   Код
      0
   Контрольная сумма 
      Контрольная сумма - это 16-битное допонение до единицы суммы 
      дополнений для ICMP сообщения, начиная с поля типа ICMP. При 
      вычислении контрольной суммы это поле должно быть сперва об- 
      нулено. Если общая длина сообщения нечетная, то для вычисле- 
      ния контрольной суммы поле данных дополняется еще одним нуле- 
      вым октетом. В будущем алгоритм вычисления контрольной суммы 
      может быть изменен.
   Идентификатор
      Если код = 0, то идентификатор для соотнесения эхо-сообщений 
      и ответов на них, должен быть обнулен.
   Номер очереди
      Если код = 0, то номер очереди, служащий для соотнесения 
      эхо-сообщений и ответов на них, должен быть обнулен.
Описание
      Данные из эхо-сообщения должны быть переданы в ответе на это 
   сообщение.
      Идентификатор и номер очереди может использоваться отправите- 
   лем эхо-сообщения с целью идентификации приходящих пакетов. На- 
   пример, идентификатор может использоваться в качестве порта по- 
   добно протоколам TCP и UDP для идентификации сеанса. Номер оче- 
   реди может увеличиваться на единицу припосылке каждого эхо- 
   сообщения (запроса). Компьютер, отозвавшийся на это сообщение, 
   возвращает в своем ответе те же значения для идентификатора и 
   номера очереди, что были в исходном эхо-сообщении.
      Как шлюз, так и хост-компьютер могут возвращать сообщение с 
   кодом 0.

   Сообщение со штампом времени и сообщение с ответом на штамп 
   времени
 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 заголовка
   Адреса
      Адрес отправителя в сообщении со штампом времени будет адре- 
      сом получателя в сообщении с ответом. Чтобы сформировать от- 
      вет на сообщение, следует просто поменять местами адреса от- 
      правителя и получателя, выбрать код типа 14, а также пересчи- 
      тать контрольную сумму.
Поля ICMP сообщения
   Тип
      13 для сообщения со штампом времени
      14 для ответа на сообщение со штампом времени
   Код
      0
   Контрольная сумма
      Контрольная сумма - это 16-битное допонение до единицы суммы 
      дополнений для ICMP сообщения, начиная с поля типа ICMP. При 
      вычислении контрольной суммы это поле должно быть сперва об- 
      нулено. В будущем алгоритм вычисления контрольной суммы 
      может быть изменен.
   Идентификатор
      Если код = 0, то идентификатор, служащий для соотнесения 
      сообщений со штампом времени и ответов на них, должен быть 
      обнулен.
   Номер очереди
      Если код = 0, то номер очереди, служащий для соотнесения 
      сообщений со штампом времени и ответов на них, должен быть 
      обнулен.
Описание
      Данные из сообщения (штамп времени) возвращаются вместе с 
   ответом, при этом в них добавляется еще один штамп времени. 
   Штамп времени - это 32 бита, где записано время в миллисекундах, 
   прошедшее после полуночи по единому времени (UT). Один из приме- 
   ров использования таких временных штампов приведен в документе 
   [5]. 
      Штамп времени отправления - это время, которое отправитель 
   фиксировал последний раз перед посылкой сообщения. Штамп времени 
   получения - это время, когда исходное сообщение впервые увидел 
   получатель первоначального сообщения. Штамп времени передачи - 
   это время, которое фиксировал в последний раз компьютер, отправ- 
   ляющий ответное сообщение.
      Если нет возможности измерять время в миллисекундах или нель- 
   зя определить единое время (UT), то в штамп все же можно занести 
   имющееся время, снабдив его единицей в старшем бите. Последнее 
   также указывает на запись нестандартного значения в этом поле.
      Идентификатор и номер очереди могут использоваться отправите- 
   лем для соотнесения сообщений (запросов) и ответов на них. На- 
   пример, идентификатор может использоваться в качестве порта, 
   аналогично протоколам TCP и UDP, для идентификации сессии. Номер 
   очереди может увеличиваться на единицу при каждой посылке сооб- 
   щения (запроса). Адресат возвращает для этих параметров те зна- 
   чения, которые были обнаружены в запросе.
      И шлюз и хост-компьютер могут возвращать сообщения с кодом 0.

   Запрос информации и ответное сообщение с информацией
 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   ответ на запрос информации

                               Ссылки                              
[1]  Postel, J. (ed.), "Internet Protocol - DARPA Internet Program 
     Protocol Specification," RFC 791, USC/Information Sciences 
     Institute, September 1981.
[2]  Cerf, V., "The Catenet Model for Internetworking," IEN 48, 
     Information Processing Techniques Office, Defense Advanced 
     Research Project Agency, July 1978.
[3]  Strazisar, V., "Gateway Routing: An Implementation 
     Specification", IEN 30, Bolt Beranek and Newman, April 1979.
[4]  Strazisar, V., "How to Build a Gateway", IEN 109, Bolt Beranek 
     and Newman, August 1979.
[5]  Mills, D., "DCNET Internet Clock Service," RFC 778, COMSAT 
     Laboratories, April 1981.


Литература о протоколах передачи данных