Шрифт:
65 ret = icmp->icmp_code; /* 0, 1, 2, ... */
66 break;
67 }
68 }
69 if (verbose) {
70 printf(" (from %s: type = %d, code - %d)\n",
71 Sock_ntop_host(pr->sarecv, pr->salen),
72 icmp->icmp_type, icmp->icmp_code);
73 }
74 /* другая ICMP-ошибка, нужно снова вызвать recvfrom */
75 }
76 alarm(0); /* отключаем таймер */
77 Gettimeofday(tv, NULL); /* время получения пакета */
78 return(ret);
79 }
Установка таймера и прочтение каждого ICMP-сообщения
17-27
Таймер устанавливается на 3 с, и функция входит в цикл, вызывающий recvfrom
, считывая каждое ICMPv4-сообщение, возвращаемое на символьный сокет. ПРИМЕЧАНИЕ
Эта функция не создает ситуации гонок, описанной в разделе 20.5, благодаря использованию глобального флага.
Извлечение указателя на ICMP-заголовок
31-35
Указатель iр
указывает на начало IPv4-заголовка (напомним, что операция чтения на символьном сокете всегда возвращает IP-заголовок), а указатель icmp
указывает на начало ICMP-заголовка. На рис. 28.5 показаны различные заголовки, указатели и длины, используемые в данном коде. Рис. 28.5. Заголовки, указатели и длины при обработке ошибки
Обработка ICMP-сообщения о превышении времени передачи
36-50
Если ICMP-сообщение является сообщением «Time exceeded in transit» (Превышено время передачи), вероятно, оно является ответом на один из наших пробных пакетов. Указатель hip
указывает на заголовок IPv4, который возвращается в ICMP-сообщении и следует сразу за 8-байтовым ICMP-заголовком. Указатель udp
указывает на следующий далее UDP-заголовок. Если ICMP-сообщение было сгенерировано UDP-дейтаграммой и если порты отправителя и получателя этой дейтаграммы совпадают с теми значениями, которые мы посылали, то тогда это ответ от промежуточного маршрутизатора на наш пробный пакет. Обработка ICMP-сообщения о недоступности порта
51-68
Если ICMP-сообщение является сообщением «Destination unreachable» (Получатель недоступен), тогда, чтобы узнать, является ли это сообщение ответом на наш пробный пакет, мы смотрим на UDP-заголовок, возвращенный в данном ICMP-сообщении. Если это так и код означает сообщение «Port unreachable» (Порт недоступен), то возвращается значение -1, поскольку достигнут конечный получатель. Если же ICMP-сообщение является ответом на один из наших пробных пакетов, но не является сообщением типа «Destination unreachable» (Получатель недоступен), то тогда возвращается значение ICMP-кода. Обычным примером такого случая является ситуация, когда брандмауэр возвращает какой-либо другой код недоступности для получателя, на который посылается пробный пакет. Обработка других ICMP-сообщений
69-73
Все остальные ICMP-сообщения выводятся, если был задан параметр – v
. Следующая функция, recv_v6, приведена в листинге 28.18 и является IPv6-вepсией ранее описанной функции для IPv4. Эта функция почти идентична функции
recv_v4
, за исключением различий в именах констант и элементов структур. Кроме того, размер заголовка IPv6 является фиксированным и составляет 40 байт, в то время как для получения IP-параметров в заголовке IPv4 необходимо получить поле длины заголовка и умножить его на 4. На рис. 28.6 приведены различные заголовки, указатели и длины, используемые в коде. Рис. 28.6. Заголовки, указатели и длины, используемые при обработке ошибки ICMPv6
Мы определяем две функции
icmpcode_v4
и icmpcode_v6
, которые можно вызывать в конце функции traceloop
для вывода строки описания, соответствующей ICMP-ошибке недоступности получателя. В листинге 28.19 приведена IPv6-функция. IPv4-функция аналогична, хотя и длиннее, поскольку существует большее количество ICMPv4-кодов недоступности получателя (см. табл. А.5). Последней функцией в нашей программе
traceroute
является обработчик сигнала SIGALRM
— функция sig_alrm
, приведенная в листинге 28.17. Эта функция лишь возвращает ошибку EINTR
из функции recvfrom
, как в случае функции recv_v4
, так и в случае recv_v6
. Листинг 28.17. Функция sig_alrm
//traceroutе/sig_alrm.c
1 #include "trace.h"
2 int gotalarm;