И в каком месте они могут найти подходящее правило чтоб попасть не в main? И почему ты написал что у меня в роут рулзах бред?
Механизм такой. Сначала метим все соединения (конекшн марк) соответственно провайдерам откуда они прилетели. Затем ловим пакеты только с этими конекшн марками и лепим на них уже роут марк. На оутпут и на прероутинг. Теперь роут метки получены и надо завернуть их в соответствующие таблицы. Для этого в роут рулзах говорим: все что с меткой to_isp1 заверни в таблицу "to_isp1" и т.п. так что не понимаю чего этому меня в рулзах бред.

В ip route есть пункт "route mark" но там походу ошибка и это на самом деле route table которая в рулзах. А не метка.

1. Бред потому, что ты своим "механизмом" взялся обрабатывать только одно из трех направлений трафика, а именно то, что прилетает из Интернет. Вдумчиво и внимательно читающие статью понимают, что есть и другие направления после прочтения 6-го и 7-го пункта задачи.
Конкретно по твоему "механизму": как обеспечивается правильный маршрут при
ping src-address=IP_ISP2 8.8.8.88.8.8.8 ,
если дефолтгейтвей смотрит в шлюз ISP1 ? Или же при построении туннеля с соурса резервного провайдера.
2. "В ip route есть пункт "route mark" но там походу ошибка и это на самом деле route table которая в рулзах. А не метка." - В статье есть пункт 2 и в нем есть "Замечание". Обрати на него внимание.
3. На общеобразовательные вопросы я тебе больше отвечать не стану. Утомил. Будет конкретика - задавай.

Ну лепим на все что идёт в оутпут на 8.8.8.8 роут метку ту исп 2 он полетит в нужную таблицу. И уйдет со второго прова. Вот те и пункт 6

Т тщеславие

Это тоже в статье описано.

Ок. Конкретный вопрос. Что мне сделать чтобы убедиться что моя настройка работает неправильно?

Вместо 8.8.8.8 может быть любой адрес. При построении туннеля твой микротик должен получить роль инициатора.

Для каждого любого другого

Для каждого любого другого

Для каждого любого другого