Подскажите плиз что значит TTL когда кого-нить пингуешь, перевод-то я знаю, а смысл?
» Что значит TTL при Ping -е?
Time-To-Live как ты понял.. при прохождении через каждый узел в заголовке пакета увеличивается счетчик.. Когда достигает значения TTL - пакет уничтожается.. Для чего? Чтобы сеть не забили "потерявшиеся" пакеты. Юзай yandex 
на такие простые вопросы.
на такие простые вопросы.Cheery
Цитата:
в заголовке пакета нет счётчика, а ттл при прохождении шлюза уменьшается на единицу или на количество секунд, потраченных на обработку пакета. но так как время обработки пакета как правило меньше 1 секунды, то ттл уменьшается всё равно на 1
Цитата:
заголовке пакета увеличивается счетчик..
в заголовке пакета нет счётчика, а ттл при прохождении шлюза уменьшается на единицу или на количество секунд, потраченных на обработку пакета. но так как время обработки пакета как правило меньше 1 секунды, то ттл уменьшается всё равно на 1
lek
Цитата:
Какая разница в какую сторону считать ?
Цитата:
это и есть счетчик..
Цитата:
ттл при прохождении шлюза уменьшается на единицу
Какая разница в какую сторону считать ?
Цитата:
в заголовке пакета нет счётчика,
это и есть счетчик..
Cheery
ты правильно описал ситуацию
Цитата:
но в заголовке ip нет поля счётчик. посмотри например это (нашёл с помошью
Цитата:
Цитата:
интересное утверждение...
ты правильно описал ситуацию
Цитата:
Для чего? Чтобы сеть не забили "потерявшиеся" пакеты.
но в заголовке ip нет поля счётчик. посмотри например это (нашёл с помошью
Цитата:
Юзай yandex).
Цитата:
Цитата:
в заголовке пакета нет счётчика,
это и есть счетчик..
интересное утверждение...
lek
Цитата:
Не нужно воспринимать это дословно!
ТТL меняет при проходе? меняется.. значит "считает"
Цитата:
но в заголовке ip нет поля счётчик
Не нужно воспринимать это дословно!
ТТL меняет при проходе? меняется.. значит "считает"
Народ искал я на Яндексе, но видать криво
Тогда TTL должен быть одинаковым чтобы я не пинговал, а почему он разный?
По какому принципу пакету присваивается тот или иной ТТЛ?
Тогда TTL должен быть одинаковым чтобы я не пинговал, а почему он разный?
По какому принципу пакету присваивается тот или иной ТТЛ?
Sanyaaa
Цитата:
А пример можно? Вообще то это прописывается тут
Цитата:
Цитата:
Тогда TTL должен быть одинаковым чтобы я не пинговал, а почему он разный?
А пример можно? Вообще то это прописывается тут
Цитата:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControl-Set\Services\Tcpip\Parameters\DefaultTTL для ОС Windows NT\2000 и HKEY_LOCAL_MACHINE\ System\CurrentControlSet\Services-\ VxD\MSTCP\DefaultTTL для Windows 9x
Цитата:
Pinging www.apple.com [17.254.0.91] with 32 bytes of data:
Reply from 17.254.0.91: Bytes=32 time=70ms TTL=46
One ICMP echo request packet is sent every second to www.apple.com. When the ping program gets an echo reply back from the remote host (www.apple.com), it prints out the response, giving several pieces of information:
IP address of where the Echo Reply came from (usually this should be the IP address of www.apple.com)
Number of bytes of data sent
Round trip time it took for a packet to go to and from the remote host
Time-to-live (TTL) field
Every packet that gets sent out has a TTL field which is set to a relatively high number (ping packets get a TTL of 255). As the packet travels over the network, the TTL field gets decreased by one for each node, server, or router it passes through. When the TTL drops to 0, the packet is discarded by the router. The main purpose of this is so that a packet doesn't live forever on the network and will eventually die when it is deemed "lost." If the TTL field varies in successive pings, it could indicate that the successive reply packets are going via different routes. This could indicate that certain network routes may be experiencing problems. Packets are being sent along different paths (and not the same path each time) trying to find the quickest alternative route.
The time field is an indication of the round-trip time to get a packet to the remote host. The reply is measured in milliseconds. In general, it's best if round-trip times are under 200 milliseconds. The time it takes a packet to reach its destination is called latency. If there is a large variance in the round-trip times, the network may be experiencing problems.
Sanyaaa
ттл не может быть одинаковым, т.к. ты пингуешь разные host-ы, путь к которым прокладывается по разному - соответсвенно каждый пакет проходит через разное количество маршрутизаторов, каждый из которых изменяет значение TTL.
ттл не может быть одинаковым, т.к. ты пингуешь разные host-ы, путь к которым прокладывается по разному - соответсвенно каждый пакет проходит через разное количество маршрутизаторов, каждый из которых изменяет значение TTL.
Sanyaaa
у разных операционных систем разный начальный ттл. так можно определять тип операционной системы (очень ненадёжно). напрмер у винды - 128, фрибсд - 64, линукс - 255 и т.п. этот ттл можно менять, чтобы затруднить быстрое определение твоей ОС на компе. например, я для винды менял, как говоритCheery - попробуй, перезагрузись и сделай
Код: ping 127.0.0.1
у разных операционных систем разный начальный ттл. так можно определять тип операционной системы (очень ненадёжно). напрмер у винды - 128, фрибсд - 64, линукс - 255 и т.п. этот ттл можно менять, чтобы затруднить быстрое определение твоей ОС на компе. например, я для винды менял, как говоритCheery - попробуй, перезагрузись и сделай
Код: ping 127.0.0.1
Извините что здесь, более подходящей темы не нашёл.
такая ситуация:
связь организована посредством радиомодемов.
пингую из нашей сети другую локальную сеть.
результат:
пинг шлюза (маршрутизатора) в нашей локальной сети - TTL 254
пинг маршрутизатора в удалённой локальной сети - TTL - 253
пинг любой машины в удалённой локальной сети - TTL - 29 !
как такое может быть и почему?
время отклика нормальное, от 10 до 200 мс.
марширутизатор в удалённой локальной сети включен прямо в хаб.
такая ситуация:
связь организована посредством радиомодемов.
пингую из нашей сети другую локальную сеть.
результат:
пинг шлюза (маршрутизатора) в нашей локальной сети - TTL 254
пинг маршрутизатора в удалённой локальной сети - TTL - 253
пинг любой машины в удалённой локальной сети - TTL - 29 !
как такое может быть и почему?
время отклика нормальное, от 10 до 200 мс.
марширутизатор в удалённой локальной сети включен прямо в хаб.
Alt
Ты получаешь ответ с удаленной машины, сгенерированный ее стеком TCP/IP, с ее настройками TTL. Т.е. скорее всего к тебе приходит ответ от машины с Windows, например XP, с ее дефолтовым TTL=32, прошедший через 3 хопа. С чего ты взял, что ответные пакеты должны иметь тот же TTL, что и те, которые шлешь ты?
Ты получаешь ответ с удаленной машины, сгенерированный ее стеком TCP/IP, с ее настройками TTL. Т.е. скорее всего к тебе приходит ответ от машины с Windows, например XP, с ее дефолтовым TTL=32, прошедший через 3 хопа. С чего ты взял, что ответные пакеты должны иметь тот же TTL, что и те, которые шлешь ты?
ooptimum
Цитата:
у винды 128
Alt
а не всё ли равно, какой ттл? ведь между вами не 50 шлюзов. тем более ранее я приводил патч для ядра, может такой же "экспериментатор" завёлся
Цитата:
Windows, например XP, с ее дефолтовым TTL=32
у винды 128
Alt
а не всё ли равно, какой ттл? ведь между вами не 50 шлюзов. тем более ранее я приводил патч для ядра, может такой же "экспериментатор" завёлся
lek
Цитата:
У меня дома 32, хотя по умолчанию действительно 128. Писал дома, пинганул localhost, да посмотрел. А почему дома 32 и кто поставил -- не помню
Цитата:
у винды 128
У меня дома 32, хотя по умолчанию действительно 128. Писал дома, пинганул localhost, да посмотрел. А почему дома 32 и кто поставил -- не помню
Спасибо за ответы, сегодня сам допёр до этого, когда попробовал пингануть 98-е машины(просто их всего пару штук из нескольких десятков). а в 95 похоже действительно 32 по умолчанию. Просто мне почему-то засело в голове, что ТТЛ берётся с моей машины (туда действительно, а обратно я забыл).
TTL - time to live
Определяет интервал времени, в течение которого датаграмме позволено находиться в сети. У TTL есть 2 функции:
- ограничить время жизни TCP сегмента (передаваемых данных)
- не допустить бесконечное циркулирование датаграмм.
Значение TTL ( в настоящее время определяемое как количество секунд ) задаеться передающей станцией. Впоследствии, при прохождении датаграммы через каждый маршрутизатор, TTL будет уменьшаться. При скорости сегодняшних маршрутизаторов значение TTL уменьшаеться как правило на 1. Минимальное вычитаемое значение всегда будет равно 1.
Маршрутизатор , который уменьшит это поле до 0, отбросит пакет и проинформирует отправителя датаграммы (по протоколу ICMP в данном случае) о том, что время жизни истекло, а датаграмма не достигла своего назначения.
ISBN 5-94074-044-8
Ногл М.
TCP/IP. Иллюстрированный учебник. 2001
стр.77
Определяет интервал времени, в течение которого датаграмме позволено находиться в сети. У TTL есть 2 функции:
- ограничить время жизни TCP сегмента (передаваемых данных)
- не допустить бесконечное циркулирование датаграмм.
Значение TTL ( в настоящее время определяемое как количество секунд ) задаеться передающей станцией. Впоследствии, при прохождении датаграммы через каждый маршрутизатор, TTL будет уменьшаться. При скорости сегодняшних маршрутизаторов значение TTL уменьшаеться как правило на 1. Минимальное вычитаемое значение всегда будет равно 1.
Маршрутизатор , который уменьшит это поле до 0, отбросит пакет и проинформирует отправителя датаграммы (по протоколу ICMP в данном случае) о том, что время жизни истекло, а датаграмма не достигла своего назначения.
ISBN 5-94074-044-8
Ногл М.
TCP/IP. Иллюстрированный учебник. 2001
стр.77
Может ли TTL быть у dhcp сервера 255 ?
Отваливается dhcp клиент на роутере, я тех поддержке настаиваю что косяк с dhcp сервером а они наоборот с роутером.
Отваливается dhcp клиент на роутере, я тех поддержке настаиваю что косяк с dhcp сервером а они наоборот с роутером.
alexnov66
А какая тут связь с TTL может прослеживаться? Допустим, что у DHCP-сервера TTL=255, и что с того?
А какая тут связь с TTL может прослеживаться? Допустим, что у DHCP-сервера TTL=255, и что с того?
Обычно не больше 64
Никакой роли в данном случае это не играет. Копайте в другую сторону.
alexnov66 А и действительно, не забивай себе голову. При пинге TTL устанавливается в достаточно большое значение. Зависящее от системы.
У меня на ХР это 64, например.
TTL в результате пинга показывает, сколько было "съедено", грубо это соответствует числу хопов, но очень грубо.
К примеру, до mail.ru от меня 9 хопов, пинг поквзывает TTL 55.
А до ДНС Гугла 8.8.4.4 13 хопов, но TTL 49.
А вот при tracert или traceroute TTL весьма важен. Пакет сперва отправляется с TTL = 1, потом TTL = 2 и так далее, пока не придет ответ от нужного хоста, или не превысится максимум хопов (обычно 30). Каждый узел уменьшает TTL на 1 и дропает пакет, если TTL в результате равно нулю, присылая об этом сообщение. В результате мы видим, через какие узлы идет от нас пакет.
У меня на ХР это 64, например.
TTL в результате пинга показывает, сколько было "съедено", грубо это соответствует числу хопов, но очень грубо.
К примеру, до mail.ru от меня 9 хопов, пинг поквзывает TTL 55.
А до ДНС Гугла 8.8.4.4 13 хопов, но TTL 49.
А вот при tracert или traceroute TTL весьма важен. Пакет сперва отправляется с TTL = 1, потом TTL = 2 и так далее, пока не придет ответ от нужного хоста, или не превысится максимум хопов (обычно 30). Каждый узел уменьшает TTL на 1 и дропает пакет, если TTL в результате равно нулю, присылая об этом сообщение. В результате мы видим, через какие узлы идет от нас пакет.
Страницы: 1
Предыдущая тема: Подключение к удаленному рабочему столу
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.