Интегрированные сети ISDN

         

Протокол передачи команд и сообщений об ошибках (ICMP)



4.4.4 Протокол передачи команд и сообщений об ошибках (ICMP)

Протокол передачи команд и сообщений об ошибках (ICMP - internet control message protocol, RFC-792, - 1256) выполняет многие и не только диагностические функции, хотя у рядового пользователя именно этот протокол вызывает раздражение, сообщая об его ошибках или сбоях в сети. Именно этот протокол используется программным обеспечением ЭВМ при взаимодействии друг с другом в рамках идеологии TCP/IP. Осуществление повторной передачи пакета, если предшествующая попытка была неудачной, лежит на TCP или прикладной программе. При пересылке пакетов промежуточные узлы не информируются о возникших проблемах, поэтому ошибка в маршрутной таблице будет восприниматься как неисправность в узле адресата и достоверно диагностироваться не будет. ICMP-протокол сообщает об ошибках в IP-дейтограммах, но не дает информации об ошибках в самих ICMP-сообщениях. icmp использует IP, а IP-протокол должен использовать ICMP. В случае ICMP-фрагментации сообщение об ошибке будет выдано только один раз на дейтограмму, даже если ошибки были в нескольких фрагментах. Подводя итоги, можно сказать, что ICMP-протокол осуществляет:

  • передачу отклика на пакет или эхо на отклик;
  • контроль времени жизни дейтограмм в системе;
  • реализует переадресацию пакета;
  • выдает сообщения о недостижимости адресата или о некорректности параметров;
  • формирует и пересылает временные метки;
  • выдает запросы и отклики для адресных масок и другой информации.
  • ICMP-сообщения об ошибках никогда не выдаются в ответ на:

  • icmp-сообщение об ошибке.
  • При мультикастинг или широковещательной адресации.
  • Для фрагмента дейтограммы (кроме первого).
  • Для дейтограмм, чей адрес отправителя является нулевым, широковещательным или мультикастинговым.
  • Эти правила призваны блокировать потоки дейтограмм, посылаемым в отклик на мультикастинг или широковещательные ICMP-сообщения.

    ICMP-сообщения имеют свой формат, а схема их вложения аналогична UDP или TCP и представлена на Рисунок 4.4.4.1.



    Содержание раздела