Пытаюсь разобраться в маршрутах и мостах.

theeasy way: Слушай, проще всего сделать две подсети. Одну на Ethernet, другую на WLAN. И настроить правило NAT для выхода в сеть. Чтобы всё работало как надо, нужно слить все интерфейсы в один мост.

И вот почему у тебя динамический IP 1 D 192.168.1.130/24 192.168.1.0 wlan1 в бридже. Ты получаешь это от dhcp? У тебя ещё есть адрес .3 на интерфейсе в том же бридже, так как wlan помещён в бридж. Чтобы это было соединение второго уровня и "CPE" имел IP для пинга шлюза за твоим бриджем, тебе следует использовать WDS. Если твой клиент использует WDS, и ты помещаешь в бридж не сам интерфейс wlan, то это хорошее решение. Но, как и со всем остальным, это возможно сделать разными способами. Создай бридж, добавь ether и wlan в бридж. Удали всю свою IP-информацию и используй dhcp или IP-адрес .3 для бриджа. Тогда ты должен быть в состоянии пинговать свой шлюз за (вероятно, .1?).

Ты используешь switch chip? (раз имя xxxx-master) switch и bridge вместе могут вызвать некоторые проблемы. Но. Способен ли роутер пинговать .1? Если да, то настройка верна, и тебе стоит использовать wds, чтобы сделать bridge "насквозь". Я все равно бы сделал так, как я сказал в первом посте. Дай адресу .3 на ethernet интерфейс. Создай новый subnet для wlan. Например, 10.0.0.1/24. Добавь dhcp сервер и т.д. на wlan. Настрой srcnat маскировку из интерфейса ether1 во firewall, и вола! Должно работать. Еще можно сказать .1, что 10.0.0.0/24 находится за .3 или что ты там используешь, и не использовать nat.

Если ты используешь WDS, твой клиент должен поддерживать WDS. Если точка доступа создаёт интерфейс WDS, и ты помещаешь его в bridge, всё будет в порядке, и ты получишь L2-соединение от ether1 к клиенту.

Это на самом деле хак, чтобы исправить вашу проблему — нет полноценной станции в режиме моста (pseudobridge). С точки зрения точки доступа беспроводной сети этот режим похож на стандартный режим станции. Он имеет ограниченную поддержку L2-бриджинга посредством некоторых сервисов, реализованных в станции: трансляция MAC-адресов для IPv4-пакетов — станция поддерживает таблицу IPv4-to-MAC и заменяет адрес источника MAC своим адресом при отправке фрейма на точку доступа (чтобы можно было использовать формат фрейма с 3 адресами) и заменяет адрес назначения MAC адресом из таблицы трансляции для фреймов, полученных от точки доступа. Трансляции IPv4-to-MAC строятся также для фреймов, инкапсулированных VLAN. Одиночная трансляция MAC-адресов для остальных протоколов — станция узнает адрес источника MAC из первого перенаправленного не-IPv4 фрейма и использует его как значение по умолчанию для обратной трансляции — этот MAC-адрес используется для замены адреса назначения для фреймов, полученных от точки доступа, если трансляция IPv4-to-MAC не может быть выполнена (например, не-IPv4 фрейм или отсутствующая трансляция). Этот режим ограничен полным L2-бриджингом данных к единственному устройству, подключенному к станции (с помощью одиночной трансляции MAC-адреса) и некоторой поддержкой бриджинга IPv4-фреймов — бриджинг не-IP протоколов к более чем одному устройству не будет работать. Также трансляция MAC-адресов ограничивает доступ к устройству станции со стороны точки доступа до доступа на основе IPv4 — остальные протоколы будут транслироваться с помощью одиночной трансляции MAC-адреса и не будут получены самой станцией. Этот режим доступен для всех протоколов, кроме nv2, и должен быть избегаем, когда это возможно. Использование этого узла может быть оправдано только в том случае, если точка доступа не поддерживает лучший режим для L2-бриджинга (например, при использовании точки доступа без RouterOS) или если только одно устройство конечного пользователя должно быть подключено к сети с помощью устройства станции.