RomanKu

Начнем с того, действительно ли он выдал диапазон?
На скрине с калькулятором в комментарии видно, что для 47.185.73.153/29 диапазон будет от *.152 до *.159, провайдер бы выдал или список адресов через запятую или 47.185.73.150/29.

Из этого можно сделать вывод, что если это не было оговорено отдельно (и оплачено т.к. ipv4 нынче дорогие), провайдер выдал только 1 IP адрес 47.185.73.153/29 с роутером 47.185.73.152 или типа того, а соседу достался адрес 47.185.73.154/29 с роутером 47.185.73.152. Т.е. это говорит не о выдилении клиенту подсети, а о внутренней ифраструктуре самого провайдера.

Точно также как если домашний роутер по DHCP выдал компьютеру адрес 192.168.0.10/24, то это не значит, что компьютеру выделили 254 IP адреса, а только то, что в рамках данного L3 сегмента без маршрутизации доступно создание 253 узлов (255 - роутер - широковещательный адрес)

Если мы таки вернемся к варианту, что провайдер предоставил подсеть, то.....

1. в идеальной схеме ставится свитч вместо роутера и за ним несколько роутеров или серверов.
   Либо на роутере
   1. создаешь bridgeWAN
   2. в него добавляешь WAN интерфейс
   3.на этот bridgeWAN навешиваешь IP 47.185.73.153
   4. добавляешь vlan54 на LAN порт в одном l2 сегменте с желаемым сервером
   5. vlan 54 тоже добавляешь этот бридж.
   6. по желанию повторяешь процедуру для 55 IP и 55 vlan
   
   На компе
   - Либо на компе поднимаешь vlan54 в этом же l2 сегменте, что и lan интерфейс роутера
   - Либо на управляемом L3 свитче на порт, к которому подключен нужный компьютер делаешь access vlan 54
   
   
2. Для дома оптимальным вариантом будет поднятие нескольких интерфейсов WAN на роутере, а потом на уровне NAT направление трафика определенный хост, например все, что приходит на 47.185.73.154 на порты n1-n2, n3-n4 (порты можно все, но в плане безопасности лучше сфаерволить и выбрать только нужные порты ) DNAT ится на 192.168.0.10, а все, что приходит с 192.168.0.10 SNATится (маскарадится) в интернет с 47.185.73.154, тут еще надо заниматься маркировкой трафика и vrf, чтобы все работало
   
   Т.е на роутере, условно, 47.185.73.153:80,443 направить на веб сервер 192.168.0.2, а 47.185.73.154:80,443,3306 на другой сервер 192.168.0.10
   
   По сути, это MultiWAN, по которому уже 100500 статей написано
   
   
3. В целом, выделить внешний IP можно, но там маски подсетей будут /32, через netmap и прочие приколы, в интернете есть статьи, но достаточно сложный вариант + в по хорошему, надо выносить этот сервер в отдельный сегмент либо на уровне vlan, либо прям отдельный порт в роутере, чтобы не получала смесь внешних и внутренних адресов в одном L2 сегменте + не помню уже, но вроде как теряется часть IP адресов на таких схемах
   

Итого

1 вариант скорее для датацентров, минимум безопасности, как писали в ответах, но зато максимальная производительность
2 вариант оптимален для дома и малого офиса с точки зрения безопасности и настройки клиента (для комьютеров в сети ничего не меняется)
3 вариант сложен всегда как с точки зрения настройки как роутера, так и клиента, большие вопросы к маршрутам по-умолчанию и т.д. и т.п.

Не знаком с этими системами, но общие правила следующие

1. На 10.0.0.10/24 прописываем статический маршрут подсети 192.168.10.254/24 через шлюз 10.110.0.2
   
2. На 192.168.10.254/24 прописываем статический маршрут подсети 10.0.0.10/24 через шлюз 10.110.0.1 - вот тут у вас, скорее всего проблема, т.к. комп с IP 192.168.10.10 при попытке достучаться на 10.0.0.200 пойдет в дефолтный роутер 192.168.10.1 а он ничего не знает по соседнюю сеть, соответственно, надо на роутере 192168.10.1 для сети 10.0 и 10.100 прописать next-hoop в лице 192.168.10.254, в теории, можно на роутере 192.168.10.1 в dhcp прописать отдачу статических маршрутов, у меня дома это нормально работает.
   
3. Отключить везде маскарадинг и оставить только маршрутизацию (на 10.0.0.10 и 192.168.0.254)
   
4. На фаерволах открыть правило forward = allow для того, чтобы ходил трафик между сетями (на 10.0.0.10 и 192.168.0.254)
   

У вас проходит Трассировка из сети OpenWRT это не из сети 192.168.0.0/24 а с самого OpenWRT устройстава 192.168.10.254?

• Если да, то это работает потому, что пинг идет не из сети 192.168, а из сети 10.100, соответственно, роутер знает, что сеть 10.0.0.0/24 доступна через 10.100.0.1 и отправляет туда пакет, с адреса 10.100.0.2, хост 10.0.0.200 получает пакет и отвечает на адрес 10.100.0.2, но он его или отправлять опять на свой дефолтный роутер 10.0.0.1, что неправильно, или же у вас дефолтным является 10.0.0.10 и тогда работает, но я встречался с ситуацией, когда даже при дефолтном 10.0.0.1 хост 10.0.0.200 прописывал у себя маршрут в сеть 10.110.0.0/24 через 10.0.0.10
  В Linux можно посмотреть командой `ip route`
  
• Если нет, то все равно смотреть маршруты
  

В общем, смысл в том, что
1. Самое простое, если у вас на дефолтном роутере в сети есть VPN и он соединяет сети между собой и маршрутизирует трафик
2. Если VPN не на дефолтном роутере, то ваши сети локальные должны понимать, что в соседнюю сеть надо ходить не через дефолтный роутер а через отдельный хост в сети

Во втором случае, можно реализовать одним из следующих способов (причем, с обоих концов, т.е. ответ на пинг тоже надо смаршрутизировать, я прописываю только со стороны OpenWRT):

1. На хосте в сети прописать что-то типа route add -net 10.0.0.0/24 gw 192.168.10.254 - это самое простое, что можно сделать для того, чтобы убедиться, что это работает
   
2. На роутере 192.168.0.1 в маршрутизацию 10.0.0.0/24 через next-hoop 192.168.10.254
   
3. На роутере в для dhcp сервера добавить опции 121 и 249 с зашитым маршрутом
   

Еще в UPD и UPD2 у Вас Одинаковый target, что странно

Если оставить схему с 2 микротиками (допустим, так надо), то на 1 надо включить маскарадинг на 2, т.е. вместо маршрутизации настроить NAT по аналогии тем, как это сделано на 2 роутере. В итоге 1 роутер будет знать кто и куда ходит, а на второй роутер будет уходить только один адрес 1 роутера. https://wiki.mikrotik.com/wiki/Manual:IP/Firewall/NAT

Если необходимо полностью скрыть присутствие узлов 192.168.88.100, то надо исправить ttl в пакетах.

/ip firewall mangle add action=change-ttl chain=prerouting new-ttl=increment:1 passthrough=yes

Подозреваю, что следующее поможет решить Вашу проблему

/interface l2tp-server server set caller-id-type=number

UPD
Должно было помочь в теории, но на практике все равно не работает.