Почему могут теряеться пакеты при малом ttl?

Question

[LAG_LAGbI4]

Есть керио на одном физическом порту LAN настроен ip 192.168.1.252/24, а так же дополнительный адрес 10.11.0.1/16. DHCP выдаёт ip адреса из сети 192.168.1.0/24.
Есть компьютер, который получил адрес по DHCP.
С компьютера отлично пингуется шлюз 192.168.1.252 и другой комп 10.11.0.2. Потерь нет, задержка 1мс.

А вот если выполнять команду tracert начинаются чудеса.

Код:
C:\Users\user>tracert 10.11.0.2

Трассировка маршрута к 10.11.0.2 с максимальным числом прыжков 30

  1     1 ms    <1 мс     1 ms  control [192.168.1.252]
  2     5 ms     1 ms     2 ms  10.11.0.2

Трассировка завершена.

C:\Users\user>tracert 10.11.0.2

Трассировка маршрута к 10.11.0.2 с максимальным числом прыжков 30

  1     1 ms    <1 мс     *     control [192.168.1.252]
  2    <1 мс    <1 мс    <1 мс  10.11.0.2

Трассировка завершена.

C:\Users\user>tracert 10.11.0.2

Трассировка маршрута к 10.11.0.2 с максимальным числом прыжков 30

  1     *        *        1 ms  control [192.168.1.252]
  2    <1 мс    <1 мс    <1 мс  10.11.0.2

Трассировка завершена.

так же при выполнении пинга

Код:
C:\Users\user>ping 10.11.0.2 -i 1 -n 100
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.252: Превышен срок жизни (TTL) при передаче пакета.
...
Статистика Ping для 10.11.0.2:
    Пакетов: отправлено = 100, получено = 61, потеряно = 39
    (39% потерь)

Вот меня мучает вопрос: что-тут вообще может происходить?

Comments

[Wexter]

А как вы хотите с TTL=1 дойти до хоста за шлюзом? Шлюз декрементит TTL до 0 и дальше пакет не пойдёт т.к. время его жизни истекло. TTL определяет максимальное количество хостов МЕЖДУ source и destination хостами.

По поводу потерь пакетов в трассировке смотрите политики/логи на шлюзе, возможно просто кабель плохо обжат, или коннектор не до конца воткнут, а может аппаратная/программная проблема оборудования (как компьютера, так и шлюза).

Answer 1

[Дмитрий]

ну так это логично.

-i 1 знаете за что отвечает? время жизни пакета TTL (Time to live)

так же почитайте тут

Comments

[LAG_LAGbI4]

Я этот параметр не просто так вводил, а для локализации проблемы.
При истечении времени жизни, узел должен ответить "Превышен срок жизни (TTL) при передаче пакета.", , а он в 39% случаев не отвечает.

Читайте пожалуйста внимательнее вопрос.

Answer 2

[res2001]

Проблема, наверное, не в ТТЛ.
Возможно ваш керио чем-то сильно занят, из-за чего не успевает обрабатывать пакеты.
А может он таким образом борется с DOS атаками по ICMP. Посмотрите настройки керио в этом направлении.
Еще для тестирования попробуйте так:
ping 192.168.0.252 -t
Думаю, что провалы в пинге начнут и тут проявляться.
Если в остальном производительность устраивает, то можно забить.

Comments

[LAG_LAGbI4]

"Еще для тестирования попробуйте так:
ping 192.168.0.252 -t"
неа. в вопросе описал, что в этом случае ни потер, ни задержек нет
Если бы керио был бы занят и дропал пакеты, то эти признаки были бы и в других ситуациях.

"А может он таким образом борется с DOS атаками по ICMP. Посмотрите настройки керио в этом направлении." самое разумное объяснение, но в логах атак про это ни слова. да и странный какой-то способ блокировки. через раз

[res2001]

LAG_LAGbI4: В вопросе вы написали, имея ввиду обычный пинг, я же добавил в команде ключ -t - бесконечный пинг до прерывания. Имел ввиду, что, скорее всего, через какое-то количество пингов или время начнут появляться потери.
Если это борьба с DOS атаками, то обычно должны быть опции для настройки поведения и для теста можно отключить это. Потом вернуть на место.
На счет странного способа - по моему способ нормальный. Вы бы как боролись с DOS атаками? Думаю тут не через раз, а например что-нибудь типа "блокировка аналогичных пакетов на какой-нибудь не большой промежуток времени", если начинают заваливать пакетами, то промежуток времени увеличивается.

Answer 3

[Dark Hole]

Вопрос в ответ на вопрос: что тут не правильно?!

Comments

[LAG_LAGbI4]

в локалке теряются пакеты. это не может быть правильно

[Dark Hole]

LAG_LAGbI4: тут Тостерчане бессильны - проблемы моут быть от физической до неправильных настроек.

Answer 4

[Mystray]

Керио вам и не обязан отвечать ttl exceeded на каждый транзитный пакет.
Какой в этом смысл?
Роутер один раз в секунду/две/пять ответит, что есть проблема, и этого достаточно для ее понимания.
Практически все сетевое оборудование имеет ограничения на количество генерируемых ICMP-отчетов об ошибках.