ROS 6.19 на 2011-й RB, ether1-9 в бридже, поднят capsman, свой wlan1 подключен CAPом к capsman. Создано две конфигурации master+slave, мастеру указано подключать интерфейсы в основной бридж, там же где эзернет порты, слейву назначен отдельный бридж со своим DHCP (открытая wi-fi подсеть). Local forwarding отключен, client2client fwd включен.
Проблема: нет связи между проводными и беспроводными клиентами в бридже. Беспроводные клиенты пингуют сам роутер, роутер пингует их, проводные клиенты и беспроводные будучи в одной подсети 192.168.5.0/24 друг друга не видят.
Код: Выделить всё
0 name="UTMT" mode=ap ssid="UTMT" multicast-helper=full tx-chains=0,1,2
rx-chains=0,1,2 guard-interval=long country=russia
security.authentication-types=wpa2-psk security.encryption=aes-ccm
security.group-encryption=aes-ccm security.passphrase="pwd"
datapath.client-to-client-forwarding=yes datapath.bridge=bridge-local
datapath.local-forwarding=no channel.frequency=2457 channel.width=20
channel.band=2ghz-b/g/n channel.extension-channel=eC channel.tx-power=21
Код: Выделить всё
# INTERFACE BRIDGE PRIORITY PATH-COST HORIZON
0 ether6 bridge-local 0x80 10 none
1 ether1 bridge-local 0x80 10 none
2 D cap33 bridge-local 0x80 10 none
3 D cap34 bridge-hotspot 0x80 10 none
4 ID cap35 bridge-local 0x80 10 none
5 D cap36 bridge-hotspot 0x80 10 none
-----------------
И чтобы два раза не вставать: есть ли решение проблемы регистрации SIP клиента через микротик? Два МТ соединены ovpn тоннелем, с одной стороны клиент (медиашлюз) с другой сервер. Клиент подключается, потом с серверной стороны отваливается канал или МТ ребутим, на клиентской стороне продолжает висеть SIP коннект, который не даёт медиашлюзу открыть новую сессию и следовательно registration failed. Если дропнуть коннект - подключается мгновенно. Проблема наблюдается только на медиашлюзе, т.к. он настоятельно открывает соединение с порта 5060 на тот же 5060 сервера. Софтофон, к примеру, открывает соединение с рандомного порта и висящие SIP сессии на микротике ему не мешают.