Home (Главная)

Page 55 - Страница 55
Page 55
background image

 

 
 

  Сообщения  типа  11  со  всеми  кодами  –  без  этого  диагностика 

сетевых проблем будет невозможна 

  Сообщения типа 12 со всеми кодами – тоже весьма желательно 

 

Не обязательные, но желательные для реализации ICMP сообщения: 

  Сообщения  типа  4,  так  как  такой  способ  управления  потоком 

сегодня обычно не используется 

  Сообщения типа 13 и 14   
  Сообщения  типа  17  и  18,  эти  сообщения  практически  не 

используются 

 

 Не нужные к реализации сообщения: 

  Сообщения типа 5, они никогда не пересекают маршрутизаторы 
  Сообщения типа 9 и 10, та же причина   
  Сообщения типа 15 и 16, та же причина 

 

Рассмотрим  передачу  транслирующим  маршрутизатором  сообщений  двух 

первых классов, т.е. как обязательных, так и необязательных сообщений. 

Действительно, все эти сообщения можно разделить на два вида:  

  те  сообщения,  которые  посылаются  в  ответ  на  некоторый  IP 

пакет произвольного содержания (например, сообщения типа 3, 
4, 11, 12), т.е. в основном сообщения об ошибках.  

  те  сообщения,  которые  используют  посылку  запросов  и 

получение  на  них  ответов  с  применением  полей  ID  и  Sequence 

Number  для  идентификации  полученных  ответов  (например, 

сообщения типа 0/8, 13/14, 17/18). 

 

Сообщения  первого  вида  приходят  из  Интернета  в  ответ  на  некоторые 

пакеты, посланные нашими узлами из автономной сети. При этом в пакете, 

напомним,  цитируется  IP  заголовок  того  пакета,  в  ответ  на  который 

посылается  данный  ICMP  пакет  и  8  байт  данных.    А  поля  Source  Port  и 

Destination  Port  расположены  в  первых  четырех  байтах  пакета, 

следовательно,  маршрутизатор,  получив  ICMP  сообщение  об  ошибке,  из 

тела  данных  принятого  ICMP  пакета  получает  все  ключевые  атрибуты,  по 

которым 

сможет 

в 

рассмотренной 

выше 

хранимой 

таблице 

для 

перенаправления  TCP/UDP  пакетов  найти  соответствующую  информацию  о 

том, кому в автономной сети перенаправить данное ICMP сообщение.  

Рассмотрим  пример,  пусть  у  маршрутизатора  есть  созданная  таблица 

перенаправлений: 

 

192.168.0.2  

-> 

1.1.1.1 

TCP  80 

1044    1044 

192.168.0.3 

-> 

1.1.1.1 

TCP  80 

1044    1045 

 

На 

маршрутизатор 

поступает 

ICMP 

сообщение 

от 

некоторого 

произвольного  транзитного  маршрутизатора,  которое  содержит  в  себе 

пакет  типа  3  с  кодом  1  (сеть  недостижима).  В  этом  пакете  частично