XR3-3.7/XR2 Cards Power Saving problem RouterOS problem 3.x

In mikrotik I disabled power saving on both ends. Signal is -90/-89. Sometimes they are not even connected. Customer is about 5 miles away. Power is set to default on both sides. Using latest version of routeros 3.15. When I do a bandwidth test. I found her signal went to -74/-72. Once I stop the bandwidth test for some time. The signal goes bad again. How do I disable power save feature in the XR card?

FYI I am using routeros 3.15 and rb411 and XR3-3.7. Client side
I am using routeros 3.15 and rb433 and XR3-3.7. AP side

Dallas

I just talked to Mike from Ubiquiti on the forums for ubnt.com and he said the software has the control over the power saving. He said downgrade to 2.9 version of mikrotik. I told him that we can’t because the rb411 can only go as low as 3.0. I downgraded to 3.3 and the power saving is always on even after doing /system routerboard settings set cpu-mode=regular. It makes no difference. The wireless signal still power saves. I just want to know if its a problem with routeros 3.x? Does anyone know the fix? This bug is very clear when using it.

I don’t understand about what kind of power sawing you are talking.
If you mean the 802.11 power saving then RouterOS AP supports it - clients can go into the power saving mode, but RouterOS clients never goes into the power saving mode.

If there is more than one power saving and how to enable and disable each one please tell me how?

In mikrotik I disabled power saving on both ends. Signal is -90/-89. Sometimes they are not even connected. Customer is about 5 miles away. Power is set to default on both sides. Using latest version of routeros 3.15. When I do a bandwidth test. I found her signal went to -74/-72. Once I stop the bandwidth test for some time. The signal goes bad again. How do I disable power save feature in the XR card?

This is my situation. I am using latest routeros and do you see my signal dropping. Signal only better when using bandwidth. I am confused on what is causing this.

Look below. This is exactly what is happening. How do I stop it? This would be greatly appreciated.
working.jpg
notworking.jpg

The top picture is the working one and the bottom picture is the none working one. The working picture is after I did a bandwidth test. Remember the customers signal keeps working after some time. Then signal drops when not using internet.

Ok found problem. I downgraded to 3.13 and all is working. Power saving is working normally. Signals are great all the time. I found that Mikrotik changed kernels going from 3.13 to 3.14. The kernel has a broken power saving. Mikrotik please fix this problem.

I just check the signal couple hours later and it is back to the way it was again. Cant we disable power saving? I want to monitor these customers. I cant if they keep disconnecting.

Mikrotik? Anyone know how to shut power saving off in Routeros 3.x?

This is a big problem. My clients are unregistering. Unless I do a bandwidth test then they work fantastic. I get more than 7mbps each direction to the customer if I take off queuing. The signals are great when I do that. I cant see any WISP thinking that power saving is a good thing. Mikrotik, can you help me? Is anyone reading this forum?

I am 99.9% certain that RouterOS clients (ie. RB411 set to station) do NOT support 802.11 power-saving and thus the radio will never go into power saving mode. The AP support for power-saving just means that the AP continues to keep radio associations from power-saving clients (ie. 802.11b/g laptops connecting to a HotSpot).

Discounting a bug between XR3 and RouterOS 3.x, your issue does not appear to be related at all to power-saving. My assumption based on the log you had in the background is in band interference. The signal changes you are seeing on the XR3, I have seen on SR9/XR9 cards when some 900 MHz devices operate near the AP/CPE.

The power-saving mode you altered in the system/routerboard/settings/cpu-mode, is exactly what it says (ie. CPU power-savings) and has absolutely nothing to do with wireless. That setting alters the CPU power-saving mode, ie. can the processor driving the RB411 power-down if the ‘horsepower’ isn’t required.

Cheers

We will see what happens when I get more than 1 client on the ap.

dallas,

The CCQ in your screen shots are not looking good. Looks like noise.

Did you scan the freq before turning up the link? There is not much room for multiple operators in 3.65GHz.

Tom

There is no one. Did I tell you that I get 17mbps per second half duplex with out a blip. The service is perfect. There is absolutly no interference. When customer stops using service the unit falls asleep and the signal goes back only until the customer uses it again. Then the service is great. The customer says the service is fantastic. They dont notice a thing. But I can’t monitor the customer when the signal is bad. Do you understand what I am saying? Its weird.

I’m seeing the same thing here with the XR3’s. I have a number of clients (including myself at home) that are experiencing constant disconnections. Others with very good signals are staying connected all the time. Running a bandwidth test to my radio improved the rssi by at least 8db.

I don’t know if this has anything to do with this problem, but when we’re doing an install, you look at the rssi and then find the best location on a house. When doing this, the rssi jumps all around, by as much as 15 db. One second it is at -78, the next -92. Makes it very hard to do an install. The low rssi’s I’m experiencing with this system is a different problem, but maybe these issues are all related.

Tom

Thanks for your input. I will let you know what I find out.

I just seen this on a 2.4ghz ap using a XR2 card. I did a bandwidth test and the signals went from -80 to -60. All 20 customers practically did the same thing. The ap doesnt have much traffic over it at all.

Dallas

I see similar issues with R52H AP and Crossroads clients. Signal will drop to mid -80’s, or at least CCQ will drop, ping the CPE its back to 90%. If no traffic passes for hours, they’ll drop, then pick back up later.

Makes it difficult to tell when someone is having a problem. I’ve even noticed this when I was running at CPE at my office. It would dis-associate while idle, then pick up 100% CCQ when in use.

I didnt see this problem in 2.9 routeros.