Hopefully it still recognizes its own partition...
I have a mt7925 that can Trigger DFS detection on many different AP brands.
It's because of bad firmware in this case
My work around was to sequence my upgrades as follows:
- Run a script to download the routerOS and wifi-q packages to my capsman update directory.
- Upgrade the CAPSMAN router. This then kicks off the WAP updates. WAPs reboot
- Reboot the CAPSMAN router to apply the firmware updates 15 mins later.
- 5 Mins later, update the routeros package on my POE switch that powers the WAPs. The reboot applies the firmware updates on the WAPs. (Not as correct as scripting the reboots on the WAPs)
This all starts 1 hour after the scheduled weekly backups.
It was just an observation after updating to 7.24RC3 then having to go back to 7.23.3 with my printer and other older devices dropping/disconnecting which I've noted in the last few releases of 7.24, I do hope this isn't going to be one of those silly problems again but i see it brewing!
Anyway for the record, just popping these here for a reference on 7.23.3 fyi the -83 is a switch 2 which never seems to roam, if i recall I've never seen it roam. But it's not mine and don't care. as long as my printer stays online I'm all good. Stuff that should roam in the main does just that.
0 A interface=wifi2 uptime=3d22h43m12s signal=-54 band=2ghz-n auth-type=wpa2-psk tx-rate=104.0Mbps rx-rate=130.0Mbps
1 A interface=wifi4 uptime=3d22h42m56s signal=-58 band=2ghz-n auth-type=wpa2-psk tx-rate=72.2Mbps rx-rate=65.0Mbps
2 A interface=wifi1 uptime=3d22h41m59s signal=-83 band=5ghz-ax auth-type=wpa2-psk tx-rate=6.0Mbps rx-rate=6.0Mbps
Downloads from download.mikrotik.com were never particularly fast for me. I see download rates of ~300-500kb/s at max. I think it is limited by Mikrotik. What annoys more, for me also downloading assets on manual.mikrotik.com is similarly slow. And that json file for their manual search takes like 5-10 seconds for a small file of some megabytes. Firefox dev tools show turtle icon on every server response. Meaning slow like a turtle.
The search was similarly slow for me but when it was discussed in that topic it suddenly became fast...
Maybe it still depends on IPv4 vs IPv6 or the region where you live... manual.mikrotik.com is now an alias for global-balancer-d.mikrotik.com suggesting they have servers in different places that may have different speeds.
If their servers support range requests and the limit is artificially applied per request, than one could parallel multiple requests to saturate the connection.
Often times it works well.
Probably they are using mikrotik router at gateway and someone activate nas/media feature and upload movies/pictures onto it. Lets hope they are using long-term otherwise kernel failure and disk corruption on the way.
I never get world shattering speeds, but I (usually) get far more than 500kbps. I would say something around 50Mbps.
Since I'm a believer of Murphy's Law, just did a download to test it.
And something wrong is not right: it started at 50Mbps. At about 80% the speed just dropped, until reached zero and the download failed. This is NOT the normal behavior I usually get here.
Tried to download the CHR x_86 raw image. They really have some problems to iron out there.
Here it starts at about 5MB/s and quicky slows down to 500KB/s but it does not fail. That is over IPv6.
In the past I noticed that when you do not have a TCP MSS clamping rule and an MTU less than 1500, the download got slower and slower and eventually failed, because the server does PMTU discovery with a much too small cache. So it sends a too large packet, gets back "fragmentation required but DF set" (at least when not some idiot operator halfway had decided to block all ICMP), then it sends a couple of smaller packets and then again tries the full size. Because like 1/4 of the packets get lost, TCP goes slower all the time to avoid this drop, and dies.
When there is a TCP MSS clamping rule the TCP session is setup using the appropriate MSS and this does not happen. But from other people's posting it seems that the "change TCP MSS" setting in the PPP profile no longer works and an explict mangle rule in the firewall is now required. I already have that on my tunnel interfaces and on the direct internet connection I have 1500 byte MTU (over PPPoE) so I did not encounter that myself.
Same deal here going over 1299 to riga starts fast throttles down sub 500KB/s used to be ok ipv4!
6. AS5089 aor.uk-lon03a-ri1.network.virginmedia.net 0.0% 86 17.3 21.4 15.7 99.5 12.0
8. AS1299 ldn-bb1-link.ip.twelve99.net 0.0% 86 43.6 44.8 42.3 51.2 1.4
9. AS1299 hbg-bb3-link.ip.twelve99.net 77.6% 86 44.5 44.7 42.0 51.1 2.1
10. AS1299 war-b3-link.ip.twelve99.net 0.0% 86 45.3 48.7 40.2 85.1 9.2
11. AS1299 vls-b3-link.ip.twelve99.net 0.0% 86 51.4 53.4 47.5 60.3 2.1
12. AS1299 vls-b4-link.ip.twelve99.net 0.0% 86 54.8 54.0 50.7 61.7 2.3
13. AS1299 riga-b6-link.ip.twelve99.net 0.0% 86 57.1 57.9 54.8 66.7 2.2
hapax3 update from 7.23.2 : download completes, disconnects to reflash/reboot, then nothing. After an hour, I power cycle the device, but still a brick. No Wi-Fi, not discoverable ethernet. Not sure what to do....
Netinstall. Netinstall | RouterOS Manual
Usually it helps to bring back your device to life while preserving your configuration (you need to check keep-configuration)
Thanks, good to know about that tool. After an hour of playing with the hapax3, I was able to get WinBox to login via one of the disused switch ports. I found that the Ethernet link to the LAN (Mikrotik CRS310-8G+2S) was in an odd state. Possibly having difficulty auto-negotiating 2.5Gb ethernet? In any case, almost no data passed. I plugged it into a different switch port and and after a few seconds was able to get data flowing again. Also, the 2.4GHz radio started working; the 5GHz radio was not running however. This happened after the last update too. Disabled it and reenabled it...1 minute delay for some sort of freq scanning...then it resumes running too. All happy until next update.
Tried again today. Same download, same configs. This time it came at about 20 Mbps, going a little faster or a little slower all the time. Completed the download without problems.
I'm using PPPoE with an MTU of 1492. No extra firewall rule here. Don't have a problem downloading ISO images - that get a far faster download speed.
EDIT:
Don't have a problem getting ISO images from any other site. Didn't test it with Mikrotik's site.
The difference is that when you download to your PC from any site, it is "forward" for the router. When the router downloads a new version, it is "output". The TCP MSS handling is different for those two.
Sounds like the delay might be DFS on 5G? Up to 10 mins (or longer) if there is activity in your area?
You might take a peek at your 5G channel selection (although it's still possible that this is an issue with the new be chipset . . . all I can say is that it doesn't happen with this releaseon ax devices. (I do see a 60 seecond DFS scan on restart, though, but am uning all 5G US allocations to avoid overlap, since we are remote and no nearby radar.)
True, but I upgraded two routers here to 7.23.3 and the download went fine.
the problem arrises when theres 10s of tousands of people trying to hit their servers for an update at the same time or over time.
Now its fine because theres a lot of time past since the update and people who wanted to update, they already done it. So the servers are probably idle.
Therefore u get max speeds.
No. Still download speed as other friends mentioned start with high speed and within time slow down to 500 kbps and that's not normal, all same for ipv4/6 connections. I didn't see this before who know what they did.