LinuxMint.com.ru

Могу посмотреть наличие и скорость интернет соединения, могу скачать файл но не хочу, хочу посмотреть качество связи - типа "tracert" в винде, чтоб показало - если кабель плохой и повторы пакетов требуются и т.п. Чем лучше сделать?

Иногда уходали в апатию сеть, - на минуту, на пять минут, перетыкал кабель, иногда засрабатывало сразу... Заменил сетевушку, но не на новую - а на б/у-шную, но уверенности не внушающую, и с ней те-же симптомы. Переобжал кабель - со второй попытки полёт полчаса нормальный. Можно ли какими-то утилитами продиагностировать - в сетевушке проблемы либо в кабеле?

Можно ли как нибудь, без наличия второго устройства, с заглушкой на другом конце, продиагностировать качество кабеля?

Cahes писал(а): типа "tracert" в винде, чтоб показало - если кабель плохой и повторы пакетов требуются

tracert в винде не тем занимается
и да у нас есть traceroute, суть та же (а еще tracepath, например)

Cahes писал(а): Можно ли как нибудь, без наличия второго устройства, с заглушкой на другом конце, продиагностировать качество кабеля?

С уровня ОС вряд ли. Помню некоторые BIOS умели тестировать пары UTP

Cahes писал(а): Можно ли какими-то утилитами продиагностировать - в сетевушке проблемы либо в кабеле?

Логи, логи, логи. Обрывы линка - вероятней кабель, потеря девайса уже хардварно или в дровах

Chocobo писал(а): tracert в винде не тем занимается

Вы хотите сказать - что для проверки качества канала есть более подходящая команда? Какая?

Я посмотрел предложенные вами команды но не нашёл как делать растянутую во времени диагностику. Я, пользуясь tracert-ом, на бесконечный повтор включал обращение к серверу и смотрел на успехи и задержки, ваши же команды отрабатывают единоразово. Что посоветуете?

Cahes писал(а): для проверки качества

Ну виндовый tracert точно не для проверки качества канала. Тут про tracert почитай. И там же узнаешь про линуксовый traceroute.
И уже было сказано из ОС качество канала не проверить.

Cahes,
traceroute - прыжки по промежуточным шлюзам (хопы), она полезней в плане определения на каком из отрезков следования трафика случаются задержки или потери. Т.е. можно понять что коннект глохнет в сегменте от тебя до провайдера, от провайдера до транзита, или уже на стороне самого целевого сервиса.

Cahes писал(а): tracert-ом, на бесконечный повтор включал обращение

Наш доблестный шелл имеет почти безграничные возможности в плане любой автоматизации, и его всегда можно запустить в цикле. но думаю тебе больше по душе придется такое решение как mtr (поставь пакет и сделай mtr linuxmint.com.ru) А так, отслеживать отклик хоста и потери пакетов помогает и обычный ping. С потерями есть интересный ключик -f для flood ping который будет слать не по одному пакету за раз, а зразу великий их поток) 600 пакетов за 7 секунд, ни одного не потеряно, отклик 11-22мс