FREEnet PBL-0006 RU 1.1 1995-09-08

---------------------------------------------------------------------------

 

Протокол ICMP

 

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

radik@binep.ac.ru

 

Январь, 1995 г.

 

     Реферат: Документ содержит русский перевод спецификации протокола

     ICMP (Internet Control Message Protocol) - протокола управляющих

     сообщений в стеке протоколов IP, применяемого в международной

     компьютерной сети Internet. Оригинальный документ известен, как

     RFC792.

 

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

 

Со временем в спецификацию протокола ICMP были введены еще два

дополнительных типа сообщений: Address Mask Request (код 17) и Address Mask

Reply (код 18). Данные типы сообщений описаны в документе RFC950 "Internet

Standard Subnetting Procedure".

 

Оригинальная версия документа RFC792 размещается на сервере ISI

(Information Sciences Institute):

 

 URL - http://info.internet.isi.edu/in-notes/rfc/files/rfc792.txt

 

---------------------------------------------------------------------------

 

Группа разработки сетей                                   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.

 

---------------------------------------------------------------------------