Time to live: различия между версиями
[отпатрулированная версия] | [непроверенная версия] |
EmausBot (обсуждение | вклад) м r2.7.3) (бот добавил: ko:Time to live |
Arbnos (обсуждение | вклад) шаблон, викификация |
||
Строка 1: | Строка 1: | ||
'''Time to live''' (TTL) в [[Вычислительная техника|вычислительной технике]] и [[Компьютерная сеть|компьютерных сетях]] |
'''Time to live''' (TTL) в [[Вычислительная техника|вычислительной технике]] и [[Компьютерная сеть|компьютерных сетях]] — предельный период времени или число [[Итерация|итераций]] или переходов, за который набор данных ([[пакет данных|пакет]]) может существовать до своего исчезновения. |
||
== TTL (время жизни) IP-пакетов == |
== TTL (время жизни) IP-пакетов == |
||
Строка 5: | Строка 5: | ||
В [[IPv4]] TTL представляет собой восьмиразрядное поле [[IP]]-заголовка. Оно находится в девятом [[Октет (информатика)|октете]] из двадцати. Значение TTL может рассматриваться как верхняя граница времени существования IP-[[Датаграмма|датаграммы]] в сети. Поле TTL устанавливается отправителем датаграммы, и уменьшается каждым [[Узел сети|узлом]] (например, [[маршрутизатор]]ом) на пути его следования, в соответствии со временем пребывания в данном устройстве или согласно протоколу обработки. |
В [[IPv4]] TTL представляет собой восьмиразрядное поле [[IP]]-заголовка. Оно находится в девятом [[Октет (информатика)|октете]] из двадцати. Значение TTL может рассматриваться как верхняя граница времени существования IP-[[Датаграмма|датаграммы]] в сети. Поле TTL устанавливается отправителем датаграммы, и уменьшается каждым [[Узел сети|узлом]] (например, [[маршрутизатор]]ом) на пути его следования, в соответствии со временем пребывания в данном устройстве или согласно протоколу обработки. |
||
Если поле TTL становится равным нулю до того, как датаграмма прибудет в пункт назначения, то такая датаграмма отбрасывается и отправителю отсылается [[ICMP]]-пакет с кодом 11 |
Если поле TTL становится равным нулю до того, как датаграмма прибудет в пункт назначения, то такая датаграмма отбрасывается и отправителю отсылается [[ICMP]]-пакет с кодом 11 — «Превышение TTL». |
||
Отбрасывание пакетов с истекшим временем жизни позволяет избежать ситуаций, когда недоставленные датаграммы продолжают «вечно» циркулировать в системе Интернет, перегружая сеть (например, при образовании зацикленных маршрутов из-за некорректной [[Маршрутизация|маршрутизации]]). |
Отбрасывание пакетов с истекшим временем жизни позволяет избежать ситуаций, когда недоставленные датаграммы продолжают «вечно» циркулировать в системе Интернет, перегружая сеть (например, при образовании зацикленных маршрутов из-за некорректной [[Маршрутизация|маршрутизации]]). |
||
Строка 13: | Строка 13: | ||
== Время жизни записей DNS == |
== Время жизни записей DNS == |
||
Для [[DNS]]-записей параметр «Time to live» определяет время актуальности данных при [[кеш]]ировании запросов. Задаётся в секундах, типичное значение составляет 86{{nbsp}}400 секунд, |
Для [[DNS]]-записей параметр «Time to live» определяет время актуальности данных при [[кеш]]ировании запросов. Задаётся в секундах, типичное значение составляет 86{{nbsp}}400 секунд, то есть 24 часа. Это означает, что при изменении записи DNS, вплоть до 24 часов после изменения DNS-серверы по всему миру могут выдавать старые данные из кеша, пока он не будет обновлён. |
||
== Ссылки == |
== Ссылки == |
||
* [http://tools.ietf.org/html/rfc791 Стандарт RFC791]{{ref-en}} |
* [http://tools.ietf.org/html/rfc791 Стандарт RFC791]{{ref-en}} |
||
* [http://tools.ietf.org/html/rfc1009 RFC1009 |
* [http://tools.ietf.org/html/rfc1009 RFC1009 — Requirements for Internet gateways] {{ref-en}} |
||
* [http://rfc-gnutella.sourceforge.net/developer/testing/messageArchitecture.html Gnutella TTL and Hops header values used for preventing loops and monitoring of network topology] {{ref-en}} |
* [http://rfc-gnutella.sourceforge.net/developer/testing/messageArchitecture.html Gnutella TTL and Hops header values used for preventing loops and monitoring of network topology] {{ref-en}} |
||
== Примечания == |
== Примечания == |
||
* ''у разных операционных систем TTL по умолчанию в пределе от 32 до 128, так например у Linux-систем ttl по умолчанию равно 64, а у Windows |
* ''у разных операционных систем TTL по умолчанию в пределе от 32 до 128, так например у Linux-систем ttl по умолчанию равно 64, а у Windows — 128, но значение это четное |
||
''<br /> |
''<br /> |
||
{{примечания}} |
{{примечания}} |
||
Строка 28: | Строка 28: | ||
{{rq|sources|refless|img}} |
{{rq|sources|refless|img}} |
||
{{compu-net-stub}} |
{{compu-net-stub}} |
||
{{Computer-data-stub}} |
|||
[[Категория:Параметры компьютерных сетей]] |
[[Категория:Параметры компьютерных сетей]] |
Версия от 16:08, 28 января 2013
Time to live (TTL) в вычислительной технике и компьютерных сетях — предельный период времени или число итераций или переходов, за который набор данных (пакет) может существовать до своего исчезновения.
TTL (время жизни) IP-пакетов
В IPv4 TTL представляет собой восьмиразрядное поле IP-заголовка. Оно находится в девятом октете из двадцати. Значение TTL может рассматриваться как верхняя граница времени существования IP-датаграммы в сети. Поле TTL устанавливается отправителем датаграммы, и уменьшается каждым узлом (например, маршрутизатором) на пути его следования, в соответствии со временем пребывания в данном устройстве или согласно протоколу обработки.
Если поле TTL становится равным нулю до того, как датаграмма прибудет в пункт назначения, то такая датаграмма отбрасывается и отправителю отсылается ICMP-пакет с кодом 11 — «Превышение TTL».
Отбрасывание пакетов с истекшим временем жизни позволяет избежать ситуаций, когда недоставленные датаграммы продолжают «вечно» циркулировать в системе Интернет, перегружая сеть (например, при образовании зацикленных маршрутов из-за некорректной маршрутизации).
По стандарту RFC791 время на жизнь измеряется в секундах, но каждый узел, через который проходит датаграмма, должен уменьшить значение TTL по крайней мере на одну единицу. На практике, если обработка занимает меньше секунды, поле TTL уменьшается на единицу на каждом хопе. Для того чтобы отразить это, в протоколе IPv6 поле называют «хоп лимитом». Также в некоторых реализациях IP-протокола TTL измеряется в шагах (хопах), в этом случае каждый маршрутизатор уменьшает значение TTL ровно на единицу.
Время жизни записей DNS
Для DNS-записей параметр «Time to live» определяет время актуальности данных при кешировании запросов. Задаётся в секундах, типичное значение составляет 86 400 секунд, то есть 24 часа. Это означает, что при изменении записи DNS, вплоть до 24 часов после изменения DNS-серверы по всему миру могут выдавать старые данные из кеша, пока он не будет обновлён.
Ссылки
- Стандарт RFC791 (англ.)
- RFC1009 — Requirements for Internet gateways (англ.)
- Gnutella TTL and Hops header values used for preventing loops and monitoring of network topology (англ.)
Примечания
- у разных операционных систем TTL по умолчанию в пределе от 32 до 128, так например у Linux-систем ttl по умолчанию равно 64, а у Windows — 128, но значение это четное
Для улучшения этой статьи желательно:
|
Это заготовка статьи о компьютерных сетях. Помогите Википедии, дополнив её. |