И виду выдаваемой адресации

"Вид выдаваемой адресации" (с)

Да именно виду

Маске в первую очередь

И наличию или отсутствию нат

Также размеру и наличию широковещания, привязки мак и всяческие ограничения связанные с arp

Можно заменить ... но это не добавит понимания и логики используемым провайдером... кстати логики ограниченной функциями именно вендорной  привязки ...

Знание оборудования со стороны провайдера дает понимание первичное правил игры

На поле провайдера

Всегда интересовало какие ускорители ты принимаешь по утрам

Я слышал, что лучший кокс около 50к за грамм чистый ... мне такие роскошные траты не по карману ... поэтому кофе и блинчики... иногда с глазуньей два яичка

Это, скорее, отходняк. Нужно про вечер-ночь спашивать

)

кочманится может.

Всмысле

Это резервирование помеченного трафика. Обрати вниманиее на дистанс. Оно работает в том случае, когда хост из адресслиста, например "Via_ISP2" пытается попасть в интернет, когда ISP2 упал. В этом случае трафик пойдет по следующему доступному шлюзу. Т.е это резервирование на основе дистанса для именованных таблиц.
Это резервирование никоим образом не относится к ВХОДЯЩЕМУ трафику. Ибо если трафик вошел, значит канал работает и потому дистанс 2 не отработает. К дст НАТу эта часть настройки так же отношения не имеет. Если у тебя не работает - ищи логическую или синтаксическую ошибку. Если не понятна логика статьи - задавай вопрос.

Ему это вчера раза 4 сказали, не доходит

Мне же тоже хочется поумничать.

Тоесть например мы забили какой то список адресов снаружи или изнутри, которым жёстко указали "лезь через второго провайдера only" а тут второй пров упали тут опа, правило отменилось? Тоже как то не совсем логично