Зачем в рекурсивной маршрутизации ставить scope и target-scope если в маршрутах явно указаны пути и их последовательность?

Question

[Enlighted_one]

например вот список путей на маршрутизаторе:
0.0.0.0/0 -> 8.8.8.8 distance = 1
0.0.0.0/0 -> 1.1.1.1 distance = 2
8.8.8.8/32 -> 10.10.10.1
1.1.1.1/32 -> 10.10.20.1
10.10.10.1 -> wan1
10.10.20.1 -> wan2
В этой схеме явно указано куда через что ходить и scope для принятия решения о маршрутизации не нужен вообще. Иными словами значения scope и tafget-scope избыточны для принятия решения о маршрутизации.

Answer 1

[Пума Тайланд]

Представь что wan1 упал и маршрут 8.8.8.8/32 пропал. Без правильного scope/target-scope дефолт через 8.8.8.8 не деактивируется, микротик зарезолвит 8.8.8.8 через 0.0.0.0/0 (сам через себя) и получится петля вместо failover на второй канал. scope/target-scope не про выбор маршрута, а про то когда маршрут считать мёртвым. target-scope=11 ограничивает рекурсию маршрутами с scope ≤ 11, и когда /32 пропадает, дефолт корректно гаснет.

Comments

[Enlighted_one]

Как не деактивируется. На маршруте стоит chekgateway ping. Деактивируется по правилу "не пингуется". Да и через 0.0.0.0 тоже не зарезолвится, потому что есть жёсткий маршрут без альтернатив.

[Пума Тайланд]

check-gateway работает, но с задержкой — 2-3 пропущенных пинга, маршрут висит активный секунд 10-20 и трафик улетает в никуда. scope гасит рекурсивный маршрут мгновенно при пропадании промежуточного /32.