pavel_u025

Нет, такой практики нет, ибо TTL ставят очень мелкий, да и маршрутизация мультикаст очень специфичная, не все оборудование его поддерживает, а некоторое ложится отдохнуть :)
Но мультикаст часто используется в больших сетях для потоковой передачи мультимедиа (практически все провайдеры IPTV) и разной сигнализации типа VxLAN.

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

От ширины канала он никак не зависит.
Ширина канала это о другом.
Например я вожу кирпичи из точки А в точку Б на камазе. Камаз едет из точки А в точку Б 1час и перевозит 20000кирпичей. Ширина канала - 20000кирпичей в час Пинг 2 часа
А если возить эти кирпичи на спортивном мотоцикле. Мотоцикл едет из точки А в точку Б 10минут и перевозит 5 кирпичей. Ширина канала 30кирпичей в час. Пинг 20 минут.

Ширина канала показывает как много информации вы сможете передать за секунду.
А пинг показывает как быстро вы получите ответ.

Если не смотреть искусственные замедления и какие то перегрузки на узлах то пинг зависит от расстояния, чем дальше тем дольше, грубо говоря это расстояние/скорость сигнала
Скорость сигнала в текущем проводном интернете процентов на 99 стабильная

На самом деле время пинга складывается из нескольких составляющих. Основные две из них:

- время, которое тратится промежуточными узлами на передачу до пингуемого узла и обратно;
- время, которое пингуемый узел тратит на обработку запроса и формирование/отправку ответа.

Именно это порождает порой забавные артефакты. Смотришь трассировку, и видишь, что пинг промежуточных узлов в основном медленно растёт по мере их удаления, но встречаются случаи, когда время пинга следующего узла меньше, чем предыдущего. А всё просто - предыдущий узел перегружен функциями, ответ на пинг имеет наименьший приоритет, потому узел сперва сделал всё нужное, и только потом ответил. А порой и не ответил вообще, или отвечает через раз.

Что самое противное, ни одну из этих составляющих нельзя измерить надёжно. А тебя по большому счёту, интересует только первая из названных составляющих. Даже на время реакции целевого, конечного, узла можно начхать - на TCP/UDP он будет реагировать гораздо шустрее, чем на пинг, а если будет тормозить, то отвечающий софт, а не передача.

А на скорость передачи не заморачивайтесь. Пакетики в пинге короткие, частота передачи высокая, так что время передачи пакета от узла к узлу по медному или оптическому кабелю в подавляющем большинстве случаев просто меньше точности измерения времени.

Конечно скорость пинга зависит в том числе и от пропускной способности.
Но в современных сетях этим можно пренебрегать. Сетевой пакет пингов очень маленький и скорость его передачи даже на 1 мбите уже практически не влияет на показатель. А сейчас сети обычно от 100 мбит.

В основном скорость пинга зависит от количества хопов и частично расстояния между ними.

Не надо путать задержку и пропускную способность.

RTT - это задержка, измеряется в секундах (милли, микро)
То что измеряется в битах (байтах) в секунду - это пропускная способность.

Если очень грубыми сантехническими аналогиями, то задержка определяется длинной трубы, а пропускная способность - её шириной.

В сетях и на то и на другое влияет очень много факторов:
1. Количество узлов между отправителем и получателем. Больше узлов - больше задержка
2. Производительность этих узлов. Чем ниже производительность - тем выше минимальная задержка и меньше пропускная способность.
3. Нагрузка на каналы связи. При высокой нагрузке будет расти задержка, так как данные будут вставать в очередь (а может и не будут вставать в очередь - они вполне могут просто отбрасываться и тогда будет тот самый packet loss)
4. То, как эти узлы обрабатывают данные, которые через них проходят. Меньше всяких проверок - меньше задержка.
5. Физическая среда и физическая длина кабелей. Чем длиннее физический путь и чем хуже среда, тем выше задержка.
Скорость распространения сигнала в оптике, меди, и по беспроводу отличается.

Как будет влиять замедление от провайдера - сильно зависит от выбранной стратегии.
Может увеличится rtt, а может будет packet loss.