在mi雷竞技网站krotik我残疾两端节电。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?

在mi雷竞技网站krotik我残疾两端节电。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.

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.

干杯

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.

Hello yesterday my backhaul started disconnection. Here is my setup.

RB433 / XR5 to XR5 / RB433

The signal was -82 / -55.

My first thoughts were the XR5 card went bad. I remember the problem I had before. So I decided to see if I can wake it up from falling a sleep. I did a bandwidth test and the connection woke up at -60 / -55 and got 70mbps both directions. I felt good the we didnt have a XR card issue. But we do have a really bad Power saving problem. Well it is at least a problem with the software. UBNT said that its not the card doing it. My question is this. How do I make it so the signal stays good? When there is no traffic going over the new backhaul it falls a sleep. I am using 3.13.

Dallas

I will make a video on this as its happening, of course when it happens.

I changed to 3.13 and it works. All other version I have the problem. Higher or lower.

dallas

hey dallas, read this thread maybe 3 times now.

what about shceduling a script to do a ping every 5 or so seconds...i read that you have it working on version 3.13 and not higher or lower which i find unusual.

what about the ping idea?
tks for your help

I know. Even with 3.13 there is a power saving issue but it is not as bad. The timing on the power saving is different. If you use about 256kbps or a little higher then it wakes up for at least a hour. The other versions will only stay away for couple minutes. I find that weird. 3.13 is the stable version after all. We need /system routerboard setting set power-mode=regular to work. Its not there.

Dallas

We need /system routerboard setting set power-mode=regular to work. Its not there.

Dallas; As it has already been stated numerous times, that setting applies to the CPU setting in the bios on a routerboard only. You can see the same options by booting into the bios on one of the routerboards. The /system routerboard context and everything under it is simply a way to view and change bios settings on the routerboards, it has absolutly nothing to do what-so-ever with the operation of the radios installed on the board.

I am not saying you are wrong about there being a tx-power-saving operation problem, However I have never witnessed that myself. That may be due to the fact that all of my systems are running NStream+Polling and that keeps the radio transmitting pretty constantly.

Yeah I agree with you, I am using Nstreme with polling. I setup a 20 bandwidth test ever 5 minutes. My customers works great now. I did this with the scheduler and script. Been running smooth for days like this. This is the only customer on this one ap. The ap with more customers is working fine. Weird huh?

Dallas, what do you mean by a 20 bandwidth test? 20 seconds? I would like to give this a try on the clients I that are bouncing up and down all the time.

Tom

/system scheduler
add comment="" disabled=no interval=6m name=sleeper on-event="/tool bandwidth-\
test CUSTOMERIPADD direction=transmit user=admin password=CUSTOMERPASSWORD local-tx-spe\
ed=512000 duration=20\r\
\n" start-date=jan/01/1970 start-time=00:00:00

Thanks, Dallas. It looks like you are doing this from the AP, I'll give it a try.

Tom

Either way will work.

Did you try setting update-stats-interval?

I havent. What value works the best for update interval?

Did you try setting update-stats-interval?

that option only updates the display in winbox (basically what you see in the registration table), and has no affect on the connection.


It may make troubleshooting easier, but won't change the connection any.