Интернет Контроль сообщение протокола МКЛПБ

Интернет Контроль Сообщение протокола (МКЛПБ) сообщение доставляет пакеты, об ошибках и другую соответствующую информацию в направлении станции или источника. Хосты и инфраструктурного оборудования использовать этот механизм общения контроль и ошибки, как они относятся к ИС пакетной обработки.

МКЛПБ Формат, Инкапсуляция и доставка

МКЛПБ сообщение инкапсуляции является двукратное процесса. Сообщения, которые включены в ИС datagrams, которые включены в рамки, так как они путешествий через Интернет. В принципе, МКЛПБ использует ту же ненадежным средством коммуникации как datagram. Это означает, что МКЛПБ сообщения об ошибках могут быть потеряны или продублированы.

МКЛПБ формат включает сообщения типа области, с указанием вида сообщения; Код области, которая содержит подробную информацию о типе; И контрольную области, которая обеспечивает те же функции, как ИС в контрольную. Когда МКЛПБ доклады сообщение об ошибке, включает заголовок и данные о datagram, что причиной указанных проблем. Это помогает приемной станции понять, что применение протокола и направил datagram. (В следующем разделе Дополнительная информация о МКЛПБ типы сообщений.)

Подобно UDP, МКЛПБ не включает контроль или ошибка восстановления, и поэтому может быть легко повторяется.

Есть много видов полезных ICMP- сообщения;

• Echo Ответить (тип 0) / Эхо запроса (тип 8). Основной механизм для проверки возможной связи между двумя узлами. В приемной станции, если он имеется, предлагается ответить на пинге. Примером вызов выглядит следующим образом:

ШАГ 1: BEGIN ECHO ЗАПРОС

Пинг 206.0.125.81 (в командной строке)

ШАГ 2: BEGIN ECHO ОТВЕТ

Ответ от 206.0.125.81: байт - 32 время <10ms TTL = 128 (от приемной станции 206.0.125.81) Ответ от 206.0.125.81: байт - 32 время <10ms TTL = 128

Ответ от 206.0.125.81: байт - 32 время <10ms TTL = 128 Ответ от 206.0.125.81: байт - 32 время <10ms TTL = 128

• Недоступные назначения (тип 3). Есть несколько инструкций за это сообщение, типа, включая случаи, когда маршрутизатор или шлюз не знает, как достичь места назначения, когда протокол или приложение не активно, когда datagram определяет нестабильной маршрут, или , когда маршрутизатор должен фрагмента размером с datagram и не может, поскольку не Фрагмент флага установлен. Примером типа 3 сообщение выглядит следующим образом:

ШАГ 1: BEGIN ECHO ЗАПРОС

Пинг 206.0.125.81 (в командной строке)

ШАГ 2: BEGIN ECHO ОТВЕТ

Попинговав 206.0.125.81 с 32 байт данных:

Место пребывания недоступен.

Место пребывания недоступен. Место пребывания недоступен. Место пребывания недоступен.

• Источник Кенч (тип 4). Основной формой контроля потока для datagram доставки. Когда datagrams прибывать слишком быстро на приемной станции для процесса, datagrams отбрасываются. В ходе этого процесса для каждого datagram, что упал, ICMP- пакета Тип 4 сообщения переданы в направлении станции. В Источник Кенч сообщения фактически становятся запросы, к замедлению темпов datagrams отправки. На сторона, Кенч Источник сообщения не имеют обратный эффект, в то время как направление станция увеличение темпов передачи.

• маршрут переадресации (тип 5). Routing обмен информацией периодически для изменения сети и сохранять таблицы маршрутизации в актуальном состоянии. Когда маршрутизатор идентифицирует хост, что является использованием nonoptional маршрута, маршрутизатор направляет МКЛПБ Тип 5 сообщения при направлении datagram к сети назначения. В результате маршрутизаторы могут отправлять Тип 5 сообщений только хосты, непосредственно подключенных к их сети.

• Датаграм Время Превышение (Тип 11). А шлюза или маршрутизатора выделяют типа 11 сообщение, если оно вынуждено отказаться один datagram поскольку TTL (Время в Live) области устанавливается в 0. В принципе, если маршрутизатор обнаружит TTL = 0, когда перехвата datagram, он вынужден отказаться, что datagram и отправить сообщение МКЛПБ Тип 11.

• Датаграм Параметры задачи (Тип 12). Указывает на проблему с datagram заголовок, который препятствует дальнейшей обработки. В datagram будет отказаться, и Тип 12 сообщение будет передано.

• времени запроса (тип 13) / датировки Ответить (Тип 14). Эти средства задержка подсчета сети. В направлении станции втягивает один направить времени (в момент отправки сообщения) и приемная станция добавляет один получает времени для расчета оценкам, время задержки и помощь в их внутренние часы синхронизации.

• Запрос информации (тип 15) / Информация Ответить (Type 16). В качестве альтернативы RARP (описанный ранее), станции используют Тип 15 и Тип 16 получить адрес в Интернете для сети, к которой они прилагаются. В направлении станции выбрасывают сообщение с сетью части Интернет адрес, и ждать ответа, с принимающей части (его адрес), заполненной дюйма

• Адрес Запрос маски (Тип 17) / Адрес Mask Ответить (Тип 18). Как и в информации Запросить / Ответить станции могут отправлять Тип 17 и Тип 18 сообщений, чтобы получить маску подсети сети, к которой они прилагаются. Станции могут представлять эту просьбу известного узла, как, например, шлюз или маршрутизатор, или транслировать запрос к сети.

Если машина посылает МКЛПБ перенаправлять сообщения на другой машине в сети, она может вызвать недопустимый таблицы маршрутизации на другую машину. Если машина выполняет функции маршрутизатора и собирает ИС datagrams, она может получить контроль и направить эти datagrams где программируются таким образом, чтобы это сделать.