минимальный предел прыжка для пакета, в котором есть n маршрутизаторов между источником и пунктом назначения

У меня возникает некоторая путаница при вычислении его минимального предела прыжка ... рассмотрите следующий сценарий:

(источник) ------- (R1), -------- (R2) - ------ (назначения)

Теперь, когда IP-датаграмма должна перемещаться из источника в пункт назначения, каково минимальное значение ограничения прыжка?

- это 2 или 3 (в общем случае «n» или «n + 1», где n - количество маршрутизаторов между ними)?

Я думаю, что это 3

Если предел прыжка равен 2, он будет отброшен при R2

(Источник) ------- " предел прыжка равен 2 " ---------- (R1) ------ " предел прыжка равен 1 " ------- (R2) || ( предел прыжка равен 0 отбрасываются )

Таким образом, обобщение будет следующим: минимальный предел прыжка должен быть «n + 1»

Исправьте меня, если я ошибаюсь. Спасибо заранее

3 голоса | спросил viru 23 PM00000090000003331 2017, 21:00:33

1 ответ


2

Что вам нужно знать о значении предела IPv4 TTL или IPv6 Hop Limit, так это то, что маршрутизатор (предположительно, как и конечный хост для IPv4, но большинство ОС этого не делает) уменьшит TTL IPv4 или IPv6 Hop Limit, когда он получает пакет, и будет отбрасывать пакет, если он уменьшится до 0.

Это означает, что пакет с IPv4 TTL или IPv6 Hop Limit в 1, входящий в маршрутизатор, приведет к отбрасыванию пакета маршрутизатором потому что он будет уменьшен до 0.


Для IPv4 см. RFC 791, интернет-протокол :

  

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

й -

  

Время ожидания: 8 бит

     

В этом поле указывается максимальное время, в течение которого дейтаграмма разрешена   остаются в интернет-системе. Если это поле содержит нулевое значение,   то дейтаграмма должна быть уничтожена. Это поле изменено в   обработка заголовка интернета. Время измеряется в единицах секунд,   но поскольку каждый модуль, который обрабатывает дейтаграмму, должен уменьшить TTL   по крайней мере, один, даже если он обрабатывает дейтаграмму менее чем за секунду,   ТТЛ следует рассматривать только как верхнюю границу времени а   может существовать датаграмма. Цель состоит в том, чтобы вызвать недопустимые датаграммы   быть отброшенным и связать максимальное время жизни датаграммы.

й -

  

Время жить

     

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

     

Это поле должно быть уменьшено в каждой точке, в которой заголовок Интернета   обработанных для отражения времени, затрачиваемого на обработку дейтаграммы. Даже если   никакая местная информация не доступна в момент фактического   поле должно быть уменьшено на 1. Время измеряется в единицах   секунд (т. е. значение 1 означает одну секунду). Таким образом, максимальное время   для жизни - 255 секунд или 4,25 минуты. Поскольку каждый модуль,   процессы дейтаграммы должны уменьшать TTL хотя бы на один, даже если он   обрабатывать дейтаграмму менее чем за секунду, следует подумать о TTL   только как верхняя граница того времени, когда может существовать датаграмма.   цель состоит в том, чтобы исключить отказоустойчивые датаграммы и   связанного с максимальным временем жизни датаграммы.

     

Некоторые высоконадежные протоколы подключения основаны на   предположения о том, что старые дубликаты датаграмм не будут   определенное время истекает. TTL - это способ для таких протоколов иметь   что их предположение выполнено.


Для IPv6 см. RFC 2460, интернет-протокол, версия 6 (IPv6 ) Спецификация :

  

Предел хопа

     

8-разрядное целое число без знака. Сокращается на 1 на каждый узел, который пересылает   пакет. Пакет отбрасывается, если предел Hop уменьшается до   нуль.

й -

        if the IPv6 Hop Limit is less than or equal to 1 {
           send an ICMP Time Exceeded -- Hop Limit Exceeded in
           Transit message to the Source Address and discard the
           packet
        }
        else {
           decrement the Hop Limit by 1

           resubmit the packet to the IPv6 module for transmission
           to the new destination
        }

Обратите внимание, что он говорит: « , если предел Hop для IPv6 меньше или равен 1 ,« пакет отбрасывается.

й -

  

8.2 Максимальное время жизни пакета

     

В отличие от IPv4, узлы IPv6 не требуются для обеспечения максимального пакета   продолжительность жизни. Именно по этой причине поле IPv4 «Время жить» было   переименован в «Hop Limit» в IPv6. На практике оченьнесколько, если таковые имеются, IPv4   реализации соответствуют требованию, чтобы они ограничивали пакет   так что это не изменение на практике. Любой верхний слой   протокол, который опирается на интернет-уровень (будь то IPv4 или IPv6) на   предельный срок службы пакета должен быть повышен, чтобы обеспечить   механизмы обнаружения и отбрасывания устаревших пакетов.


Edit:

Вот пример, где я пинговал интерфейс VLAN маршрутизатора следующего перехода, а затем я пинговал интерфейс Loopback0 маршрутизатора с TTL равным 1. Я получил ответы ICMP для каждой попытки ping, но пинги на loopback истекли транзит:

D:\>ping 198.18.1.1

Pinging 198.18.1.1 with 32 bytes of data:
Reply from 198.18.1.1: bytes=32 time<1ms TTL=128
Reply from 198.18.1.1: bytes=32 time<1ms TTL=128
Reply from 198.18.1.1: bytes=32 time<1ms TTL=128
Reply from 198.18.1.1: bytes=32 time<1ms TTL=128

Ping statistics for 198.18.1.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

D:\>ping -i 1 198.0.0.8

Pinging 198.0.0.8 with 32 bytes of data:
Reply from 198.18.1.1: TTL expired in transit.
Reply from 198.18.1.1: TTL expired in transit.
Reply from 198.18.1.1: TTL expired in transit.
Reply from 198.18.1.1: TTL expired in transit.

Ping statistics for 198.0.0.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
ответил Ron Maupin 23 PM00000090000002631 2017, 21:15:26

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132