Почему EIGRP и RIP используют IP TTL 2 (CISCO)?
Во время моих исследований маршрута CCNP, обнюхивая пакеты EIGRP, я заметил, что пакеты имеют IP TTL 2. Я также проверил это для рипа. OSPF не имеет этого свойства, так как это состояние связи.
Почему EIGRP и RIP имеют IP TTL 2?
Я уже спрашивал одного человека CCI, но он не знал.
Я пришел к выводу, что это может иметь какое-то отношение к топологии Frame relay hub&spoke. Например ступицы маршрутизации EIGRP рассылает от Один говорит другому (при условии подинтерфейсы)?
Любой совет / идея / объяснение были бы весьма признательны.
Спасибо.
2 ответов:
Давайте рассмотрим эту простую топологию hub&spoke frame relay:
R2 / R1-- \ R3С R1, являющимся концентратором (R2 и R3 не имеют ПВХ между ними).
- DLCI R1 от 102 до R2
- DLCI R1 от 103 до R3
- DLCI R2 от 201 до R1
- DLCI R3 от 301 до R1
Я использовал физические / многоточечные интерфейсы (субинтерфейсы) с одной подсетью:
- R1-10.0.0.1 / 24
- R2-10.0.0.2 / 24
- R3-10.0.0.3 / 24
Рабочий уровень 3 связность между R1-R2 и R1-R3 обеспечивается кадровое реле обратного arp автоматически. Я использовал статическое отображение, чтобы заставить Уровень 3 работать между R2 и R3, сопоставляя IP-адрес друг друга с DLCI на R1. (экс. frame-relay map ip 10.0.0.3 201 на R2).
Таким образом, существует полная связность уровня 3.
Затем я создал loopback на R2 и R3, чтобы объявить об одной подсети и включить маршрутизацию EIGRP для этих подсетей. Затем я вручную настроил R2 для создания соседства с R3 IP на подсети 10.0.0.0 / 24 и наоборот.
А теперь заключение... R2 (или R3) передает EIGRP Привет с IP TTL 2, R1 получает этот пакет и замечает, что его адресат находится на том же интерфейсе, что и прибыл. Это обычно решается путем отправки сообщения перенаправления ICMP, которое было отправлено. Также EIGRP HELLO перенаправляется на тот же интерфейс (не переключается!) и, следовательно, получает это значение TTL уменьшается.
Comments