Hello,
we made some fist tests with equipment with 802.11ac enabledin production sites in NV2 mode so we have AP withsome 5 clients.. Everything seems ok, but after some time there is some critical bug on Wireless to eth bridge. The client is hanged on AP all over, but datas are no passing bridge. The only solution is to restart device (but not always helps).
Then sometimes appear the log trigger System rebooted because of kernel failure. Used ROS is 6.19
I use 2 SXT in PTP mode, as AP → Station bridge. on 6.19 was issue with kernel on high load, but on 6.20rc5 was fixed and work OK
it is 20MHZ cahhnel.
50Mbit full duplex TCP , or cca 100 mbit on one direction tcp
I to have same/similar problem. Kernel failure - AP and Client SUPPORT.inf files attached
Using SXT G-5HPacD sectorial to one client using SXT G-5HPacD.
switched to 802.11n - no success
switched to 2omhz channels - this ACTUALLY CAUSED kernel failure
100 metres distance
checked radio noise - nice and clear
when I do BW test with 951s at each end to client falls over - this ACTUALLY CAUSED kernel failure.
see pics of AP and client
If 6.20 no fix then back to supplier and might have to pick AirMAX but would prefer not to. No choice.
Download latest drivers, it seems that guys from Mikrotik made good job.. I got RC11 of ROC 6.21 on friday, from that time no restarts, no bridge malfunction! Yeeha, so we are getting to spam network with thees devices,