hint000

Я так понимаю это из-за асимметричной маршрутизации на OPENWRT проблема

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

через раз загружает пол страницы и отваливается, хотя пинг стабильный

Главное подозрение на MTU. Читайте по любой ссылке из первого десятка в поиске:
https://www.google.com/search?q=windows+изменить+MTU
В двух словах и "на пальцах": не пролазят только пакеты большого размера; пингуете маленькими пакетами, они пролазят; некоторые пакеты при загрузке страницы тоже маленькие, они пролазят, а на первом же большом пакете затык. Параметр MTU говорит: не посылай пакеты больше указанного размера.

Настройки:
1. На роутере:
...
2. Со стороны клиента:
...
Ощущение, что где-то какую-то деталь забыл...

Есть третий участник процесса.
3. Со стороны сервера:
Шлюзом должен быть прописан 192.168.253.2, чтобы работало без NAT.
Ещё: если сервер виндовый, там по умолчанию штатный брандмауэр не пустит из другого сегмента сети.

Чтобы это работало нужно настроить "прозрачный мост"

Не нужен тут вообще никакой мост. Тут нужна маршрутизация и NAT, т.е. самое классическое применение роутера.
Rostelekom-роутер будет видеть только MAC-адрес Openwrt-роутера и IP-адрес Openwrt-роутера, все конечные клиенты будут спрятаны.

Соответственно, и Wi-Fi-сеть для конечных клиентов не ретранслируется, а создаётся новая, с другим именем.

Тег #iptables нерелевантен вопросу. Эта задача решается маршрутизацией.

Это бессмысленно по простой причине. Допустим, будет ваша точка доступа всех соседей глушить, ладно. А что насчёт ваших смартфонов и ноутбуков? У них вы тоже увеличите мощность? Если точка доступа не слышит клиентские устройства, то она их даже в своей сети не зарегистрирует, независимо от её супер-мощности. Или если слышит, но плохо, то будут они по несколько раз повторять передачу и всё равно всё будет медленно.
Ну да, соседям вы отомстите, у них станет хуже, но у вас лучше не станет. Ещё соседи могут в ответ тоже увеличить мощность. И тогда вместо 30 будет у вас 10 Мб/c. Результат - у всех задница с Wi-Fi.

Победить в этой войне можно переходом на диапазон 5 ГГц (покупкой устройств, поддерживающих этот диапазон).

Если я правильно понял, существуют процессоры MT7628A и MT7628N.
MT7628AN - не процессор, а плата с процессором. При этом MT7628N является функционально урезанным вариантом MT7628A (так на оф.сайте пишут). Так что работающее на MT7628N должно работать и на MT7628A. Вроде бы.
Я бы взял и попробовал. Тем более, что роутер недорогой.

-A INPUT -p gre -j ACCEPT или -A FORWARD -p gre -j ACCEPT
- в зависимости от конфигурации, но насколько я понял из вопроса, здесь FORWARD.

Ещё модули посмотреть
lsmod|grep proto_gre
у меня эти два:
nf_nat_proto_gre
nf_conntrack_proto_gre
Но они автоматически подгрузились, при загрузке модуля ip_nat_pptp (он же nf_nat_pptp). Короче, в /etc/modules у меня прописан ip_nat_pptp, а дальше оно само.

P.S. ну и у меня это не на OpenWRT, а на взрослом Линуксе (на ПК), мало ли что урезано на OpenWRT. Короче, не гарантирую. :)