Pull to refresh

Comments 19

Добавьте опцию "Только здесь узнал".
Матёрым себя не считаю, пингом пользуюсь, но только из этой статьи узнал о пользе дополнительных опций кроме DF, TTL (да, в справке видел, потребности не было)

Хорошее предложение. Спасибо!
Жаль модифицировать текущий опрос уже нельзя. Статистика затрётся.
Но можно ставить плюсик вашему комментарию, если «только здесь узнал».

Можно попробовать добавить еще один вопрос типа
Знали ли Вы про Loose, Strict, Record, Timestamp и Verbose?


  • Да
  • Нет
RecordRoute пользуюсь иногда.
Это удобно, когда нет возможности посмотреть обратную трассировку, а хост назначения недалеко (всякие IX-ы, пиринги).
А еще иногда тразитные роутеры не репортуют о закончившемся TTL (и не видны в mtr/traceroute), зато радостно ставят себя в RR.
Для Timestamp мне сложно придумать юзкейс.

Routing-опции в принципе у всех выпилено и правильно сделано.
можно проверить системное время у устройства
Спасибо, что поделились вашим опытом.
Откровенно, узнал про это первый раз. Сразу возник вопрос о применимости. Решил проверить на доступных сетевых устройствах.

-R — блокируется всюду, где только можно.

strict/loose режимов в моём пинге (iputils-ping 3:20150815-2) нет.

Итого: легаси, которое никто не поддерживает знать, что есть, использовать смысла нет.

Поддержка этих опций есть во многих сетевых устройствах (например, Cisco, Juniper, HPE), в различных версиях ОС Windows. А вот с Linux'ом ошибся. Кроме Record route действительно ничего нет. Спасибо, что проверили.

Record route в сети интернет блокируется не везде. Я проверял на четырёх ISP. Везде пакеты проходят, устройства провайдера заносят себя в поля RR.

Сам опцию Record Route не использовал. Но судя по комментарию выше, некоторые это делают.
В остальных опциях действительно смысла нет.
Это скорее хаки для админа — закрыл ли он эти опции. Для кого этот функционал нужен на сегодняшний день — загадка. Рядовым поьзователям он режется на шлюзе, продвинутым — трассировка и так покажет timestampt, маршруты и так известны, экспертам — трассорвка mpls покажет что, где и как. Если только дополнительный man по опциям icmp
Никакого когнитивного диссонанса тут нет, скорее всего, эти опции остались с давних-давних времен (90-х годов), когда вопросы безопасности были не столь критичны.
Но зачем спрашивать о них в современном экзамене. Вот это не совсем понятно.
обратная трассировка может быть полезна. но 9 устройств — это не серьёзно.
У Стивенса написано, что это уже давно легаси.
Было интересно узнать, что всё это по-прежнему работает :)
Почему бы этому не работать? Опции написаны в RFC, если производитель уверяет в поддержке RFC, значит все должно быть реализовано
Ранее читал мануал по ping, но не знал как это применять. Спасибо за ликбез!

Попробовал на своей сети, но не отображаетcя инфа по Record. Отсюда и вопросы: использовался обычная консоль или powershell? Какая ОС? Или это стороннее ПО?
Использовалась стандартная утилита ping в составе Windows 10 и на сетевом оборудовании Cisco. Для других версий Windows ситуация аналогичная. Примеры команд есть в статье. Возможно, вышестоящее оборудование «режет» пакеты с выставленными опциями.
По какой причине ping -r может выдавать более высокую задержку чем без использования данной опции?
К примеру ping x.y.z.a <1ms в то же время ping -n 4 -r 9 x.y.z.a 3ms в среднем
PS: да, я гробокопатель =Ъ
Подозреваю, что накладные расходы на маршрутизаторе на запись маршрута в пакет.
Sign up to leave a comment.