RFC: 1122
Оригинал: Requirements for Internet Hosts - Communication Layers
Категория: Стандарт Интернета
Дата публикации:
Автор:
Перевод: Николай Малых

3.2.2 Протокол управляющих сообщений Internet — ICMP

Сообщения ICMP делятся на два класса.

  • ICMP-сообщения об ошибках:
    • Destination Unreachable — адресат недоступен (см. параграф 3.2.2.1)
    • Redirect — перенаправление (см. параграф 3.2.2.2)
    • Source Quench — «заткнуть рот отправителю» (см. параграф 3.2.2.3)
    • Time Exceeded — время жизни истекло (см. параграф 3.2.2.4)
    • Parameter Problem — проблема с параметрами (см. параграф 3.2.2.5)
  • Запросы ICMP:
    • Echo — эхо (см. параграф 3.2.2.6)
    • Information — информация (см. параграф 3.2.2.7)
    • Timestamp — временная метка (см. параграф 3.2.2.8)
    • Address Mask — маска адреса (см. параграф 3.2.2.9)

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

Каждое сообщение ICMP об ошибке включает заголовок Internet и по крайней мере первые 8 октетов дейтаграммы, с которой связана ошибка. Заголовок и данные должны в точности соответствовать исходной дейтаграмме, связанной с ошибкой; возможно включение более 8 октетов.

В тех случаях, когда уровень Internet должен передавать сообщения ICMP на транспортный уровень, из исходного сообщения должен извлекаться номер протокола IP, используемый для выбора соответствующего объекта транспортного уровня, обеспечивающего обработку ошибок.

Сообщения ICMP об ошибках должны передаваться с нормальными (т. е., 0) значениями битов TOS.

Не допускается передача сообщений ICMP об ошибках в результате приема следующих пакетов:

  • сообщение ICMP об ошибке
  • дейтаграммы с групповым или широковещательным адресом IP
  • дейтаграммы, переданные как широковещательные на канальном уровне
  • фрагмент, не являющийся первым
  • дейтаграммы, для которых адрес отправителя не определен как один хост (например, нулевой адрес, loopback-адрес, широковещательный или групповой адрес, адрес класса E).
  • Обсуждение:
  • Эти правила будут предотвращать возникновение «широковещательных штормов» (broadcast storm) при получении хостом ICMP-сообщения об ошибке в ответ на широковещательную дейтаграмму. Например, широковещательный сегмент UDP, адресованный в несуществующий порт, может инициировать лавину дейтаграмм ICMP Destination Unreachable от всех машин, которые не обслуживают указанный в дейтаграмме порт. В большой сети Ethernet такая лавина может привезти к остановке сети на несколько секунд в результате возникновения коллизий.

    Каждая дейтаграмма, передаваемая в широковещательном режиме в подключенную сеть, должна содержать корректный широковещательный адрес IP для своих получателей (см. параграф 3.3.6). Однако, некоторые хосты не соблюдают это правило, поэтому каждый хост должен проверять широковещательные адреса канального уровня и широковещательные адреса IP.

  • Реализация
  • Канальный уровень должен информировать уровень IP о получении широковещательных для канального уровня дейтаграмм (см. параграф 2.4).
2007 - 2017 © Русские переводы RFC, IETF, ISOC.