Alexander

На свичах включен STP. Порт не передает кадры, пока не перейдет в состояние Forwarding.
1. На свичах глобально:
spanning-tree mode rapid-pvst
2. На портах в сторону хостов:
spanning-tree portfast
spanning-tree bpduguard enable

Выбирай любой:
1. Задать статикой из диапазона LAN сегмента хоста
2. Если IP хоста по DHCP по WI-FI, то в настройках адаптера выбрать и именно wi-fi интерфейс(прим. wlan0)

1 Вариант
порт LAN 1 - порт WAN 2. На 2 настройки WAN получать IP по DHCP. На LAN 2 делаешь адресацию отличную от LAN 1. Пишешь маршруты на обоих роутера в сети LAN.

2 Вариант
порт LAN 1 - порт LAN 2. На 2 Настройки WAN в данном случае значения не имеют. Отключаешь DHCP. И у тебя один L2 сегмент получится.

Вот ваша схема. Реализовать можно через один L3 сегмент + PBR & HSRP, так и если будет своя AS используя BGP и анонсирую то, что вам нужно и через что выходить.

ip nat inside source static tcp 192.168.0.200 80 87.1.1.1 80 extendable
в данном случае пакет приходит на хост с source ip реальным, так как приходит со стороны outside интерфейса и вернется на шлюз по умолчанию, заданный на хосте.
Но если вы обращаетесь со статического IP можно на хосте добавить route в сторону резервного канала и соотвественно пакет вернется туда откуда пришел.

Как раз наоборот натится source IP, а destanation остается неизменным и при его резолве из RIB он должен указывать на интерфейс на котором прописано ip nat outside.
Если включен nat nvi, то метить интерфейсы не надо, но так как 2.2.2.2 у вас не directly connected, то и натить на него не будет

На вскидку вот такое решение:
Между хостом и роутером поднимается IP-IP туннель.
На хосте :ip route [ip сервиса] [ip tunnel0]
На роутере:
Tunnel0 nat inside
L3-to-ISP nat outside
ip nat inside source [ваш ip] [L3-to-ISP] overload

squid + squidguard проксируете трафик при запросе определенных ресурсов по шаблону или произвольно делаете редирект на нужную вам страницу.

squid
url_rewrite_program /usr/bin/squidGuard -c /etc/squid/squidGuard.conf
squidGuard
users_HTTPS_LIM { pass sites_1 sites_1 sites_3 none redirect smotri-suda.ru }

OSPF это link state протокол и каждый маршрутизатор в зоне знает LSDB. А EIGRP это Distance Vector протокол. И маршрутизатор не знает за каким роутером какая сеть. Он знает, что за одним из соседей лучший маршрут в эту сеть

zone-pair security [INSIDE18/19] source [INSIDE-*-89-109-244-19] destination [INSIDE-*-89-109-244-18]
zone-pair security [INSIDE19/18] source [INSIDE-*-89-109-244-18] destination [INSIDE-*-89-109-244-19]
синтаксис и полиси сами додумаете

И еще вопрос, какие значения ваши клиенты задают в IP\Mask | Gatewey

Вот из этих пулов резолвится maps.google.com.

AS15169 64.233.160.0/19 Google Inc.
AS15169 64.233.162.0/24 Google Inc.
AS15169 173.194.0.0/16 Google Inc.
AS15169 173.194.222.0/24 Google In

Судя по вопросам и тому что написано все очень плохо. Для начало стоит разобраться в элементарных вешах: модель OSI, IP адресация, стек TCP/IP. Потрать пару дней времени на изучении основ если собираешься решать сетевые задачи.
P.S. От того что тебе напишут маршруты в сторону сетей понимание не придет

Ничего на микротике поднимать не надо(если не хотите). Для решения проблем с маршрутизацией для начала элементарно смотрите ip route и trace(source). В большинстве случаев этого достаточно чтобы решить проблему.
Из той конфы которую прислали, не вижу я у вас никакого ospf. Уберите статику где она явно не нужна и корректно настройте OSPF.
Исходя из вашей схемы решение следующее:
1. На микротике делаете default route в сторону туннеля
2. На Cisco 1 поднимаете OSPF. Командой network добавляете сети обоих туннельных интерфейсов(ptpt и GRE). А также те сети которые вам надо анонсировать и с L3 интерфейсов которых будет идти анонс сетей. Также делаете static route сетей микротика в сторону туннеля(pptp) и делаете редистрибуцию static route в OSPF процесс.
3. На Сisco 2 делаете то же, что и на 1, кроме static route и редистрибьюции