Page 2 of 3
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 5:29 pm
by mazay
You are correct, at the same time the package names are confusing. I'd suggest renaming it or making it bold in the docs.
Does this help?
viewtopic.php?t=202578
yes, but this belongs to the docs, thanks
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 5:30 pm
by normis
We will update the table so that everyone has all questions answered. When forum users approve it, we will put it into docs.
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 5:39 pm
by diamuxin
I have several scripts like these (they serve to telegram alert temperature and voltage etc. of the LTE modem) and they no longer work:
Try with:
:global temp2
:global url "
https://192.168.5.2:8443/json.htm?usern ... lue=$temp2";
/tool fetch keep-result=no url=$url mode=http
(not http
s)
https://help.mikrotik.com/docs/display/ ... Properties
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 5:50 pm
by frank333
I had already tried but it does not work
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 6:34 pm
by joedoelv
No such thing here.
Stable since update last Friday.
This is getting annoying for me, it's the same error and reboots I had a few releases ago related with some OVPN issue.
Capture.JPG
Same behavior here - after updating my RB5009 to 7.13 I keep getting 1-2 reboots per day without sup and with "probably power outage" message in the log.
P.S. Running OVPN and Wireguard on this box.
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 6:57 pm
by holvoetn
I only run wireguard in mine. No ovpn.
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 8:00 pm
by ksteink
My Telegram script works fine in v7.13
:global tgFunc do={
:do {
:local BotToken "XXXXXXXXX:XXXXXXXXXXX-XXXXXXXXXXXXXXXXXX"
:local ChatID "XXXXXXXXX"
:local parseMode "HTML"
:local DisableWebPagePreview true
:local SendText $1
/tool fetch url="https://api.telegram.org/bot$BotToken/sendMessage\?chat_id=\
$ChatID&parse_mode=$parseMode&text=$SendText&disable_web_page_preview=\
$DisableWebPagePreview" keep-result=no
:log info "=> Telegram message sent successfully"
} on-error={
:log info "=> Telegram message sent failed"
}
}
BR.
I have several scripts like these (they serve to telegram alert temperature and voltage etc. of the LTE modem) and they no longer work:
:global temp2
:global url "https://192.168.5.2:8443/json.htm?username=mE&ghy&l&password=dGMntyhju&type=command¶m=udevice&idx=57&nvalue=0&svalue=$temp2";
/tool fetch keep-result=no url=$url mode=https
:global temp1
:set temp1 55
:global temp (:tostr(:put [/ interface lte at-chat input="at+qtemp" lte1 wait=yes as-value]));
:global tempstring ([:pick $temp 0]);
:global temp2 ([:pick $tempstring 47] . [:pick $tempstring 48]);
:if ($temp2 > $temp1) do= {/tool fetch url="https://api.telegram.org/botx:x/sendmessage?chat_id=-xxx&text=EM160 Warning!!! Temperature is $temp2 Degrees" keep-result=no}
I have the same issue and I had to rollback to 7.12.1 to recover the functionality
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 8:39 pm
by kevinds
again the device won't boot after upgrading from 7.12 to 7.13 and I'll have to fly halfway around the world again to do the Netinstall in person and who knows if it will reinstall.
Time to install out-of-band access? I have one that requires a flight to get to too.. It corrupted during the v6.x to v7.x upgrade.. Using a remote system to access the serial console, also connected to the RouterBoot port, reinstalled the system,
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 9:10 pm
by mazay
Is there a guide on making both CAPSMANs work at the same time on the same MikroTik device?
I've tried but they don't seem to be able to coexist. I suspect that may have to be listening on different interfaces, can't check that right now but would appreciate any advise.
Edit: Tried running them on different VLAN ifaces with no luck - as soon as I enable the new CAPsMAN the old one seem to stop working and I lose all wi-fi connections, CAP interfaces, etc.
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 10:10 pm
by dakobg
CCR1016 after updating to 7.13 not show lte interface anymore.
But in USB list it showing.
wireless already installed
At 7.12 all ok.
The same on hAP ac^3. Sometime after reboot I've got lte interface and internet access but can't access web interface of the modem in hilink mode.
Same here ros7.13 rb5009 .. no more usb lte interface but is listed in usb ?
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 10:14 pm
by dakobg
Also I think the cpu start to be more utilised ? in profile the most cpu usage is "unclasified" is someone notice something simillar with 7.13 ?
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 10:31 pm
by andriys
Is there a guide on making both CAPSMANs work at the same time on the same MikroTik device?
I've tried but they don't seem to be able to coexist.
Check
this out and see if it helps.
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 10:32 pm
by eworm
Is there a guide on making both CAPSMANs work at the same time on the same MikroTik device?
I have not tried it myself, but I think there have been user reports that you need a dedicated CA for each CAPsMAN to make them co-exist. Is that true for you?
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 10:37 pm
by kehrlein
Updated soft- and firmware to 7.13 on these models (> 50 devices in total) without any issues:
- x86
- RB5009UPr+S+
- RBcAPGi-5acD2nD (cAP ac)
- RB760iGS (hEX S)
- CRS309-1G-8S+
- RB750GL
- RB952Ui-5ac2nD
- RB4011iGS+
- RBwAPG-60ad
- RBwAPG-60ad-A
- RBwAPG-60ad-SA
- RBD22UGS-5HPacD2HnD
- RBwAPG-5HacD2HnD (wAP ac)
Re: v7.13 [stable] is released!
Posted: Tue Dec 19, 2023 11:27 pm
by mazay
Is there a guide on making both CAPSMANs work at the same time on the same MikroTik device?
I've tried but they don't seem to be able to coexist.
Check
this out and see if it helps.
Thank you, sir. Unfortunately, wiping all certificates and starting with new ones didn't solve the issue. I am filing a support case.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 4:45 am
by RafGan
I tested this version on my CCR 1016 where MPLS and VPLS {LDP} is running. After 3 to 5 minutes router reboots and it keeps repating over and over. On version 7.12.1 everything is ok. Has anyone same experience? No error in log.
This same, but reboots about 10 seconds.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 8:24 am
by Ovic
My RB5009 also reboots once in 1-2 days of uptime since 7.13. Openvpn & wireguard enabled on the device.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 9:30 am
by Drovan
The same for me mpls/vpls/ldp running, after a few minutes, "kernel error" and crash/reboot. Works without issues in 7.12.1.
Rb4011/Audience/hap ax3
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 10:05 am
by hagoyi
Hmmm... all my fetch scripts works well without ftp policy. WDIDW?
Also how to disable this new fetch logging?
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 10:49 am
by alibloke
I would also like to disable fetch logging
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 11:37 am
by diamuxin
Hmmm... all my fetch scripts works well without ftp policy. WDIDW?
Also how to disable this new fetch logging?
/system logging
set 0 disabled=yes
add topics=info,!fetch
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 11:46 am
by hagoyi
Hmmm... all my fetch scripts works well without ftp policy. WDIDW?
Also how to disable this new fetch logging?
/system logging
set 0 disabled=yes
add topics=info,!fetch
I just edited default info rule. Is it correct?
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 11:48 am
by diamuxin
/system logging
set 0 disabled=yes
add topics=info,!fetch
I just edited default info rule. Is it correct?
Yes.
You have already added it in the new rule
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 1:44 pm
by jimmer
Hi Everyone,
So I spent a bit of time moving one of my to hAPac2's to the new wave2 firmware and then setting up CAPsMAN for the Wave2 on my RB3011 to control it, everything works except when an iphone tries to connect, works fine on the old CAPsMAN with the old firmware but will not associate with the new wave2.
Android, Linux, Windows, even the Google Chromecast with Google TV was fine. iphone just did not get past initial connection.
Tried even locking it back to 20Mhz channels, has anyone seen similar behavior?
Kind Regards,
Jim.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 3:26 pm
by erlinden
Can you create a new topic and add your config to it, @jimmer?
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 3:43 pm
by G3NSVRV
IDK if someone else agrees but Mikrotik Versioning is broken.
It happened before with 7.10 where "They" released as stable a beta software, where lot of features where broken, like openvpn, and now they are pushing 7.13 which changes the drivers paradigm which, IMO, it should be a MAJOR VERSION, e.g. 8.0.0 instead of 7.13.
Now my old devices are not supported, and will not have any security updates after 7.12.1
Very dissapointed about this development movement...
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 3:48 pm
by andriys
Now my old devices are not supported, and will not have any security updates after 7.12.1
Why do you think so? That's simply not true.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 3:49 pm
by en1gm4
should there be a wifi menu on a device with no wifi hardware? (RB750GR2 updated from 7.12.1)
I understand the need for wireless menu if using capsman but not the wifi menu. I assume I am now able to remove the wireless package if not using capsman?
I have removed it to test and the wireless menu disappears as expected but I still have the Wifi menu
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 3:55 pm
by G3NSVRV
Now my old devices are not supported, and will not have any security updates after 7.12.1
Why do you think so? That's simply not true.
https://help.mikrotik.com/docs/display/ ... %27package
Incompatible RB4011iGS+5HacQ2HnD-IN (no support for the 2.4GHz interface), Cube 60Pro ac (no support for 60GHz interface), wAP ac (RBwAPG-5HacT2HnD) and all other devices with a MIPSBE CPU
Lost features
The following notable features are lost when running 802.11ac products with drivers that are compatible with the 'wifi' management interface
Nstreme and Nv2 wireless protocols
VLAN configuration in the wireless settings (Per-interface VLANs can be configured in bridge settings)
Compatibility with station-bridging as implemented in the 'wireless' package
News for you, I have many MIPSBE devices, and I use those "lost" features....
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 3:58 pm
by mkx
I understand the need for wireless menu if using capsman but not the wifi menu. I assume I am now able to remove the wireless package if not using capsman?
I have removed it to test and the wireless menu disappears as expected but I still have the Wifi menu
capsman for wave2/wifi is part of main bundle and hence wifi menu will always be present. wireless package contains legacy wireless drivers and legacy capsman. If you don't need either of them, then it's fine to remove wireless package altogether.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 3:59 pm
by mkx
News for you, I have many MIPSBE devices, and I use those "lost" features....
mipsbe devices don't qualify for wave2/wifi drivers, so you have to keep using legacy wireless package. And that one provides all the "lost" features, so don't worry, you can still use them.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 4:07 pm
by pe1chl
News for you, I have many MIPSBE devices, and I use those "lost" features....
mipsbe devices don't qualify for wave2/wifi drivers, so you have to keep using legacy wireless package. And that one provides all the "lost" features, so don't worry, you can still use them.
Well, when using old products with the old drivers at least you "lose" the functionality of winbox remembering the window settings for your wireless menus... because apparently it confuses the old and new wireless menus, just like the users do.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 4:10 pm
by pe1chl
should there be a wifi menu on a device with no wifi hardware? (RB750GR2 updated from 7.12.1)
I think no, but MikroTik think yes. So that is what we have.
It also takes space on devices that already are very short on space.
And having both the old and new wireless menus on the same device is all the more frustrating on e.g. the RB4011 where only one of them can work (it has both WiFi supported by the old driver and only the 5GHz supported by the new driver).
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 4:26 pm
by whatever
you "lose" the functionality of winbox remembering the window settings for your wireless menus... because apparently it confuses the old and new wireless menus,
I guess this is fixed in 7.14, changelog says menu was renamed.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 6:05 pm
by pekr
should there be a wifi menu on a device with no wifi hardware? (RB750GR2 updated from 7.12.1)
I think no, but MikroTik think yes. So that is what we have.
It also takes space on devices that already are very short on space.
And having both the old and new wireless menus on the same device is all the more frustrating on e.g. the RB4011 where only one of them can work (it has both WiFi supported by the old driver and only the 5GHz supported by the new driver).
I just hope, once the situation settles, that WiFi gets renamed to Wireless. I somehow don't like that word at all. But that would mean even more confusion. Let's give it another 1-2 years, where everybody forgets pre wave2 era :-)
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 7:09 pm
by andriys
News for you, I have many MIPSBE devices, and I use those "lost" features....
"Legacy" wireless package is still available for MIPSBE devices, is fully supported and (as I understand) will keep receiving security fixes. And there are no "lost feature" in the legacy wireless package as compared to what you had in versions before 7.13.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 10:29 pm
by iwikus
Hi, I have updated my hAP ac2 and switched to wifi-qcom-ac drivers.
Seems there is problem with my old ipad mini 2 running software version 12.5.7. Ipad is unable to connect to wifi network, it is reporting invalid password.
But password is correct. Androids works ok, windows 10 ok, even old rpi connects ok.
AP shows only this in log:
debug: 6C:70:9F:1F:49:86@wifi5g associated, signal strength -80
debug: 6C:70:9F:1F:49:86@wifi5g disassociated, connection lost, signal strength -80
Can somebody confirm that olders apple devices works with this wifi-qcom-ac drivers. Then it may be some config issue, but I am not sure what it can be, when other OS works ok.
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 10:59 pm
by tschek
DNS DoH Error
Hello everyone, after updating to version 7.13 I am now increasingly getting the error message: DoH server connection error: remote disconnected while in HTTP exchange
I use a 5009 router, before that it was version 7.12.1, in this version I never saw the error message.
Secure DNS works as far as can be seen, no failures, just the sporadic error message. About 5 -10 per day.
Has anyone had similar experiences? No settings was changed only install the update ...
Re: v7.13 [stable] is released!
Posted: Wed Dec 20, 2023 11:15 pm
by templeos
About 5 -10 per day.
Has anyone had similar experiences?
You are not alone. If you are on Cloudflare I noticed the same thing.
DoH.png
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 10:52 am
by tschek
About 5 -10 per day.
Has anyone had similar experiences?
You are not alone. If you are on Cloudflare I noticed the same thing.
DoH.png
Yes, I also use Cloudflare for this.
Then it's probably a general problem.
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 11:00 am
by ivicask
Hi, I have updated my hAP ac2 and switched to wifi-qcom-ac drivers.
Seems there is problem with my old ipad mini 2 running software version 12.5.7. Ipad is unable to connect to wifi network, it is reporting invalid password.
But password is correct. Androids works ok, windows 10 ok, even old rpi connects ok.
AP shows only this in log:
debug: 6C:70:9F:1F:49:86@wifi5g associated, signal strength -80
debug: 6C:70:9F:1F:49:86@wifi5g disassociated, connection lost, signal strength -80
Can somebody confirm that olders apple devices works with this wifi-qcom-ac drivers. Then it may be some config issue, but I am not sure what it can be, when other OS works ok.
Disable WPA3. I have same problem with older apple devices with any AP vendor not only Mikrotik.
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 11:34 am
by nmt1900
L41G-2axD&FG621-EA still has "LTE SIM locked after reboot" problem while modem firmware is up to date.
viewtopic.php?p=1043521
SUP-138300
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 12:08 pm
by riv
Is anyone trying IS-IS cli? is it good?
I did a quick lab on the rc version (only between ros devices) and so far.. it was ok.
I had no time to test interoperability, it will be my next move.
Other routing protocols ( BGP, OSPF ) cannot redistribute IS-IS routes
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 12:33 pm
by bajodel
Other routing protocols ( BGP, OSPF ) cannot redistribute IS-IS routes
I wonder if they did it on purpose, like you're on parole, so don't hang out with your mates... yet ;-)
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 2:01 pm
by fikkar2
My RB5009 also reboots once in 1-2 days of uptime since 7.13. Openvpn & wireguard enabled on the device.
Same with me.
This is my 2nd problem with v7.x.x update on New Arm Device.
Previously, in v7.11.1 My HAP AX3 wifi stop working after 1-2 hours. (Later Fixed with v7.12)
Now My RB5009 keeps rebooting every day (2-4 hours interval).
It seem like v7 "Stable" Release Channel is not stable after all.
Please MTik, Provide us (New Arm Device User) with Long-Term Release Channel.
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 2:19 pm
by iwikus
Hi, I have updated my hAP ac2 and switched to wifi-qcom-ac drivers.
Seems there is problem with my old ipad mini 2 running software version 12.5.7. Ipad is unable to connect to wifi network, it is reporting invalid password.
But password is correct. Androids works ok, windows 10 ok, even old rpi connects ok.
AP shows only this in log:
debug: 6C:70:9F:1F:49:86@wifi5g associated, signal strength -80
debug: 6C:70:9F:1F:49:86@wifi5g disassociated, connection lost, signal strength -80
Can somebody confirm that olders apple devices works with this wifi-qcom-ac drivers. Then it may be some config issue, but I am not sure what it can be, when other OS works ok.
Disable WPA3. I have same problem with older apple devices with any AP vendor not only Mikrotik.
But WPA3 shows on network, even when WPA3-PSK is unchecked and FT (roaming) is enabled...
Now reading on reddit:
noticed that iOS devices are unable to connect with WPA2/WPA3-mixed mode networks when 802.11r/k is enabled. WPA2- or WPA3-only with fast roaming works. Or mixed mode without fast roaming works.
That is reason, why I have switched to new drivers, to finally have roaming working, WPA3 just as bonus. It is issue with old apple software or also with new devices?
Edit: Seems there is already forum about this problem!
viewtopic.php?p=1040086#p1040086
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 2:20 pm
by pe1chl
It seem like v7 "Stable" Release Channel is not stable after all.
Please MTik, Provide us (New Arm Device User) with Long-Term Release Channel.
Once again, you are misunderstanding the meaning of the word "stable".
It means it is a release that is not being modified all the time (such as a beta or rc).
It does NOT mean that the functioning of the software is stable.
When you want stability in the software itself, the first thing to do is not upgrade so soon after new "stable" versions are released.
And preferably also wait for a .1 and even .2 release.
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 3:05 pm
by dynek
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 3:20 pm
by pe1chl
The reason likely is that all older versions first need to upgrade to 7.12.1 before upgrading further.
7.12 versions will probably fetch another URL or send a special parameter to indicate that they can go to 7.13+
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 3:24 pm
by pe1chl
But WPA3 shows on network, even when WPA3-PSK is unchecked and FT (roaming) is enabled...
Now reading on reddit:
noticed that iOS devices are unable to connect with WPA2/WPA3-mixed mode networks when 802.11r/k is enabled. WPA2- or WPA3-only with fast roaming works. Or mixed mode without fast roaming works.
That is reason, why I have switched to new drivers, to finally have roaming working, WPA3 just as bonus. It is issue with old apple software or also with new devices?
Such issues are quite common when enabling new options and expecting old devices to connect... Even when WPA2 with only 802.11r/k is enabled, there are devices that will no longer connect or will lose connection when they roam to another AP.
That is just a fact of life. WiFi standards are complicated and client software is often garbage.
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 3:48 pm
by pe1chl
The reason likely is that all older versions first need to upgrade to 7.12.1 before upgrading further.
7.12 versions will probably fetch another URL or send a special parameter to indicate that they can go to 7.13+
I checked and now the 7.13 version retrieves
http://upgrade.mikrotik.com/routeros/NEWESTa7.stable instead. It returns 7.13 now.
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 5:57 pm
by DenisPDA
After updating Wireless Wire Cube Pro(CubeG-5ac60aypair) to 7.13, the bridge is no longer available. The 60 GHz link picks up, but the traffic does not run (Access to the Slave is lost). To roll back to 7.12.1, you need to remove the wireless package
Re: v7.13 [stable] is released!
Posted: Thu Dec 21, 2023 7:29 pm
by lDNLl
After updating Wireless Wire Cube Pro(CubeG-5ac60aypair) to 7.13, the bridge is no longer available. The 60 GHz link picks up, but the traffic does not run (Access to the Slave is lost). To roll back to 7.12.1, you need to remove the wireless package
It's bonding problem, solution for now is to remove wireless interfaces from bonding, remove bonding from bridge and add wireless interfaces to bridge on master and slave.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 2:56 am
by mazay
It seem like v7 "Stable" Release Channel is not stable after all.
Please MTik, Provide us (New Arm Device User) with Long-Term Release Channel.
Once again, you are misunderstanding the meaning of the word "stable".
It means it is a release that is not being modified all the time (such as a beta or rc).
It does NOT mean that the functioning of the software is stable.
When you want stability in the software itself, the first thing to do is not upgrade so soon after new "stable" versions are released.
And preferably also wait for a .1 and even .2 release.
I think what was meant here is that new ARM devices are sold with preinstalled v7 and users are naturally just hit "update". And telling users "hey that's not meant to be stable" is not the way to go. Ppl paid money not for being beta testers.
So I do agree that since there are devices sold with v7 it need an LTS channel.
And all the moves towards being more user-friendly with all the mobile apps bells and whistles are just got wasted. Btw, the app doesn't show the wireless menu so you cannot configure legacy drivers from there anymore.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 6:07 am
by nichky
my LTE doesn't work since i upgraded to 7.13.
It was working perfectly fine on previous versions
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 7:41 am
by longtthanh
After upgrade on hap ac2 I have zero space left and I can't even make a backup. How I can save some space? In package list there is a routeros and wireless packages,
My ac2 has the same issue, as I use the routeros package to upgrade first and then look for wifi-qcom-ac to add wifi but even with 16% still have no luck
Screenshot 2023-12-22 123714.png
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 8:17 am
by dcavni
Try to remove some files if you have them. My 3 hap ac2 all upgraded without problems. Also Wap AC and AC3.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 8:17 am
by dcavni
my LTE doesn't work since i upgraded to 7.13.
It was working perfectly fine on previous versions
Device?
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 8:20 am
by longtthanh
Try to remove some files if you have them. My 3 hap ac2 all upgraded without problems. Also Wap AC and AC3.
by looking thru the Files, seems I can see any file on it so I still unable to install wireless package. Can you please show me some ways to check for any remain files ? Thanks
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 8:28 am
by mkx
Try to remove some files if you have them. My 3 hap ac2 all upgraded without problems. Also Wap AC and AC3.
by looking thru the Files, seems I can see any file on it so I still unable to install wireless package. Can you please show me some ways to check for any remain files ? Thanks
Any optional packages installed consume flash storage ... and 7.13 does require more space than 7.12, on ARM platform and 16MB flash only base package (routeros) and newly introduced wireless driver packages (wireless or wifi-qcom or wifi-qcom-ac) use up almost all flash space. No room for any other optional package.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 8:41 am
by dcavni
It looks like you will need to netinstall it. You have 2,5 MB of space and qcom ac driver is arround 2,9 MB. Interesting, that there are such differences between the same devices.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 8:44 am
by whatever
by looking thru the Files, seems I can see any file on it so I still unable to install wireless package. Can you please show me some ways to check for any remain files ? Thanks
Have a look at configurations like large IP address lists and/or the certificates stored in the device, especially CA cert bundles. These may take up a considerable amount of storage as well.
Worst case: Netinstall and carefully reconfigure from export (_not_ backup). While time consuming, this will free up as much as possible.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 8:51 am
by mkx
It looks like you will need to netinstall it. You have 2,5 MB of space and qcom ac driver is arround 2,9 MB. Interesting, that there are such differences between the same devices.
If device is upgraded from 7.12.1 to 7.13, then initially there will be wireless package installed. The second step is then to uninstall wireless and install wifi-qcom-ac. And the second step will end up with even less free flash space (200kB IIRC). So if already upgrade is failing, then there's quite a lot of space to be freed before wifi drivers can be installed.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 9:26 am
by longtthanh
It looks like you will need to netinstall it. You have 2,5 MB of space and qcom ac driver is arround 2,9 MB. Interesting, that there are such differences between the same devices.
yes, that's what I've just done with my `bricked` ac2 with netinstall and now I manage to have both routeros and wifi-qcom-ac packages.
p/s. turns out, after using new version 7.13 with wifi-qcom-ac, there is no available storage so additional config like DoH can not be saved. Those settings cannot be kept and the Ac2 also significant hot with wireless. I decided to keep no-wifi and new routeros only.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 9:30 am
by Network5
I tested this version on my CCR 1016 where MPLS and VPLS {LDP} is running. After 3 to 5 minutes router reboots and it keeps repating over and over. On version 7.12.1 everything is ok. Has anyone same experience? No error in log.
This same, but reboots about 10 seconds.
This morning I've updated a CCR2004 with MPLS/VPLS, LDP. The router has restarted in less than 1 minute. Downgraded to 7.12.1 seems to be stable.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 10:42 am
by Guscht
I have not tried it myself, but I think there have been user reports that you need a dedicated CA for each CAPsMAN to make them co-exist. Is that true for you?
I run "old" CAPsMAN for my cAP-ac with VLAN config and the "new" CAPsMAN for my cAP-ax with VLAN config in one CCR.
Both work good, but I think they are "isolated" things, regarding roaming and such stuff. Dont think old one tells new one, "bro, a device registered by me is coming in your region soon..." or vice versa.
For the "new" CAPsMAN, the auto-generated certs have to stay there. The CAPsMAN-system (the new one) doesnt work, if the certs are deleted, even if the CAPs (clients) should not look/verify for the CAPsMAN-certs.They (CAPs) log "unable to connect" or so, dont remember the exact wording...
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 10:51 am
by dcavni
Cap AC is an ARM device, so you can use qcom ac driver on it and use only new Capsman. But there will be some adjustments needed considering VLANs.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 11:04 am
by mkx
I have not tried it myself, but I think there have been user reports that you need a dedicated CA for each CAPsMAN to make them co-exist. Is that true for you?
I run "old" CAPsMAN for my cAP-ac with VLAN config and the "new" CAPsMAN for my cAP-ax with VLAN config in one CCR.
Both work good, but I think they are "isolated" things, regarding roaming and such stuff. Dont think old one tells new one, "bro, a device registered by me is coming in your region soon..." or vice versa.
Old capsman doesn't even tell itself about device about to roam ... the r/k/v/... doesn't exist in old capsman at all.
If you had new capsman on two devices, each controlling par to CAP fleet, roaming between them would not be seamless as well ... roaming only works well if both originating and destination radios are both controlled by same wave2/wifi instance (which means same capsman with capsman device's local wave2 radios as well ... even though technically they are not provisioned by capsman).
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 11:23 am
by Network5
This same, but reboots about 10 seconds.
This morning I've updated a CCR2004 with MPLS/VPLS, LDP. The router has restarted in less than 1 minute. Downgraded to 7.12.1 seems to be stable.
Opened support ticket SUP-138412
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 11:34 am
by Vorderwaeldler
I did the update to RouterOS 7.13 on my RB5009 yesterday.
So far everything has gone well.
Today, however, when I tried to connect to my home network via Wireguard
I found that I couldn't get a connection.
After a check, I realized that the router has problems reaching IPv6 addresses.
When updating via IPv64, only the IPv4 is updated.
If I call up the IP check from DeDyn, for example, I get this error:
[admin@MikroTik] > /tool fetch url="https://checkipv6.dedyn.io/" mode=https src-path="/" dst-path="/deSEC-IPv6.txt"
status: failed
failure: resolving error
Interestingly, the nslookup still seems to work, because ...
[admin@MikroTik] > put [:resolve checkipv6.dedyn.io]
2a01:4f8:10a:1044:deec:642:ac10:8
But what also works is the ping.
[admin@MikroTik] > ping 2a01:4f8:10a:1044:deec:642:ac10:80
SEQ HOST SIZE TTL TIME STATUS
0 2a01:4f8:10a:1044:deec:642:ac10:80 56 59 14ms73us echo reply
1 2a01:4f8:10a:1044:deec:642:ac10:80 56 59 13ms968us echo reply
2 2a01:4f8:10a:1044:deec:642:ac10:80 56 59 13ms962us echo reply
3 2a01:4f8:10a:1044:deec:642:ac10:80 56 59 14ms195us echo reply
Has anyone here also noticed the problem after the update?
- Yes, the router has already been restarted several times
- Yes IPv6 seems to work, otherwise there is no ping
- My computer behind it in the home network can also use IPv6 without stress (I have pi-holes for DNS)
- The router is supposed to learn the DNS servers from the ISP (ticked for this)
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 11:37 am
by nichky
Device?
HUAWEI
E3372h -507
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 11:40 am
by dcavni
Not realy sure what you mean with LTE not working and device Huawei. Maybe i misunderstood something.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 11:48 am
by eworm
If I call up the IP check from DeDyn, for example, I get this error:
Yes, this is a problem where fetch fails with ipv6-only addresses. Reported as SUP-134908. Received any answer and support as aware, but no solution, yet.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 11:56 am
by Vorderwaeldler
If I call up the IP check from DeDyn, for example, I get this error:
Yes, this is a problem where fetch fails with ipv6-only addresses. Reported as SUP-134908. Received any answer and support as aware, but no solution, yet.
Okay, thanks for the info. At least a bug has already been recognized here and they are (hopefully) working on a solution :)
Then I'll wait until then and only use IPv4.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 12:57 pm
by JanWerner
After the upgrade, there is no free disk space and the router forgets the settings after a reboot. There is also no way to make a backup.
Device: hAP ac^2
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 1:19 pm
by holvoetn
After the upgrade, there is no free disk space and the router forgets the settings after a reboot. There is also no way to make a backup.
Device: hAP ac^2
Clearly not enough space then.
Netinstall using only routeros package to make it as clean as possible but make sure to export your config first using show-sensitive (export, not backup).
Move that file to your PC. Have a look at it to see it's complete (passwords etc.)
Netinstall
Then load wireless-qcom-ac package on AC2.
Import config again bit by bit, reviewing settings which are already there.
Obviously, you need to redo the complete wifi-part under the new menu structure, use the exported info as guideline.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 1:25 pm
by zandhaas
After the upgrade, there is no free disk space and the router forgets the settings after a reboot. There is also no way to make a backup.
Device: hAP ac^2
The fasted solution for this is a netinstall of your device. (as metioned already several times in this thread).
I also did a netinstall on my device and everything is working flawless with the qcom-ac device driver. And yes not much room left for other packages i.e. zerotier can not be installed anymore after installing the qcom drivers. I'm using the ac2 just as an access point and have a RB4011 as main router on which I have installed zerotier.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 1:40 pm
by pe1chl
And yes not much room left for other packages i.e. zerotier can not be installed anymore after installing the qcom drivers. I'm using the ac2 just as an access point and have a RB4011 as main router on which I have installed zerotier.
Even with "wireless" on the hAP ac2 there is almost no space, probably because (for unclear reasons) the base part of the new WiFi is already part of the routeros package, so after upgrade you have two different wireless admin menus, one of them sitting unused.
In version 7.12.1 the space on hAP ac2 was already quite low (1MB) and the 7.13 version will make it worse.
For now I remain on 7.12.1
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 2:27 pm
by woro
Sorry, the more I read the more confused I get.
My AP network consists currently of
1 RB4011 (used also as CAPsMAN)
1 HAP ac2 (CAP)
1 HAP ax3 (supposed to be CAP but not possible (yet); therefore configured standalone)
After update of the AC2 I have routeros + wireless installed and all seems to work fine.
Still interested to get some features from wifi_qcom_ac but there are questions:
- is my assumption correct that the CAPsMAN from RB4011 won't be able to manage the AC2 anymore?
- what happens when I update the RB4011 to 7.13. Would it change anything with regards to CAPsMAN?
- what happens when I switch the RB4011 to wifi_qcom_ac? I would lose the 2,4GHz band? And what would be the thing with CAPsMAN? Would it be able to control the AX3 and AC2 (when running with qcom_ac)?
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 2:49 pm
by mkx
@woro: there are two versions of capsman: legacy which can provision CAPs with legacy wireless (currently your hAP ac2) and wave2/wifi, which can control CAPs with new wave2/wifi (currently your hAP ax3).
There's a problem with wireless version of RB4011 running new drivers, but I'll assume you have the wireless-less RB4011. In this case there's no stopping you from upgrading all your devices to 7.13. You'll be able to uninstall wireless package from RB4011 and hAP ac2, install wifi-qcom-ac on hAP ac2 (and keep wifi-qcom on hAP ax3). This will then allow you to confiugre RB4011 as new capsman which will be able to run both your APs.
If your RB4011 actually does have wireless ... then yes, you are choosing between having both 2.4GHz and 5GHz bands available (in theory you should be able to run both capsman verisons on single RB4011 but this doesn't seem to work right now) and having only 5GHz band available (but the 5GHz will run much better and single capsman will be able to control all devices helping with roaming performance)
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 3:07 pm
by woro
@mkx: sorry for being unspecific. I'm using the RB4011 also as CAP for both bands right now (the APs are all distributed over the different floors) and I'm also not very keen in losing 2.4G in one of them. (Also trying to limit number of devices due to power consumption.)
But what I understand is that I can
- switch AC2 to wifi5/wave2
- update RB4011 to 7.13 (keeping wireless)
- can manage the AX3 and AC2 with new capsman (included in routeros package) in theory (but you are saying it's not working right now?)
If the latter works (or works soon) it still would be better because roaming between AX3 and AC2 is more important than with RB4011. So I could run the RB4011 radios standalone (like I do with AX3 right now) instead.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 4:19 pm
by mkx
Yes, the RB4011 functionality you want (capsman for wave2/wifi caps and local wireless) is supposed to work. Even if some users reported issues, it's a supposedly supported configuration and I believe that MT will iron out any glitches eventually. If you feel adventureous, then you can try it now. If not, then wait for 7.14 or 7.15.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 7:03 pm
by gotsprings
DHCP Server behavior:
Have a DHCP-Reservation for a device. Its in the leases and inactive.
Device requests an IP and gets something in the pool.
Enable Reservation and Reboot device.
Device is handed the Dynamic address.
This continues until you delete the Dynamic lease.
The next DHCP request will prompt the proper DHCP Reservation.
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 7:57 pm
by infabo
7.13 with wifi-qcom-ac here on Chateau LTE12 since last saturday already. I am very pleased. With legacy wireless I had to work with access-lists to force devices to use 5g by disallowing 2g for good 2g signal conditions. On old wireless drivers devices kept preferring 2g and basically no device switched over to 5g. What a pain it was to find the "sweet spot" (signal range) for the access-list range-setting and it kind of worked well in the end. After tinkering back then. But it was still not perfect, as devices kept 5g connection until they lost signal.
But now, 802.11r/k seems to do the job pretty well. Enabled FT (ft=yes ft-over-ds=yes) and devices roam like a charm.
Wifi signal and RSSI reported on the devices (where available) did not change. But that is maybe just physics I (or MT) can't change by software/drivers.
Overall: thumbs up MT!
Re: v7.13 [stable] is released!
Posted: Fri Dec 22, 2023 7:58 pm
by MikroTikTack
I've the same problems with Huawei H3372-153 LTE modem. In the System>Resources>USB menu device is listed, but interface is not usable.
Downgraded to 7.12.1 and it works ok.
Device: RB5009 (v1)
Re: v7.13 [stable] is released!
Posted: Sat Dec 23, 2023 12:06 am
by npero
I update one pair of LHG 52ac and other pair LHG 5 ac XL, outdoor on link couple km, with new WifiWave2 drivers.
First impression is working better in test have better speed, TX and RX rate are more stable.
Bad thing
Something is not right with signal strength, before update has been around -50 now is -74. Check power it is the maximum like before.
It is not possible to scan nearby frequencies just frequencies define by country.
Not possible to selected other frequencies just define by country selection.
Anyone other tested on some outdoor links ?
Re: v7.13 [stable] is released!
Posted: Sat Dec 23, 2023 1:27 am
by Bongo
Also I think the cpu start to be more utilised ? in profile the most cpu usage is "unclasified" is someone notice something simillar with 7.13 ?
Yes, on a few Hex models, and RB5009UG, CPU is frozen on 350Mhz and doesnt change, i have also netinstalled it back with factory setting to test & its still the same. After downgrading to 7.12 everything is good.
Re: v7.13 [stable] is released!
Posted: Sat Dec 23, 2023 3:18 pm
by JanWerner
After the upgrade, there is no free disk space and the router forgets the settings after a reboot. There is also no way to make a backup.
Device: hAP ac^2
The fasted solution for this is a netinstall of your device. (as metioned already several times in this thread).
I also did a netinstall on my device and everything is working flawless with the qcom-ac device driver. And yes not much room left for other packages i.e. zerotier can not be installed anymore after installing the qcom drivers. I'm using the ac2 just as an access point and have a RB4011 as main router on which I have installed zerotier.
I know what to do. This message is feedback. The Mikrotik company must understand that with each such release it loses the loyalty of its customers.
Re: v7.13 [stable] is released!
Posted: Sat Dec 23, 2023 3:27 pm
by JanWerner
Then load wireless-qcom-ac package on AC2.
RouterOS version 7.13 have been released in the "v7 stable" channel!
3. The existing "wifiwave2" package has been divided into distinct packages: "wifi-qcom" and "wifi-qcom-ac", and the necessary utilities for WiFi management are now included in the RouterOS bundle. RouterOS and "wifi-qcom-ac" packages alongside each other now fit into 16MB flash memory.
I do not need wifi-qcom-ac for hAP ac^2
Re: v7.13 [stable] is released!
Posted: Sat Dec 23, 2023 3:33 pm
by dcavni
There are no loyalty problems. The one who knows why Mikrotik will use it no matter what. Those are already quite old devices but they still tried and offered us solution for them to achieve much better Wifi speeds then before. I had zero problems for now on all devices, Hap Ac² (5 devices), Ac³, Wap Ac, 5009 and Cap Ax. I still must upgrade one Hap Ac² and Ac³ that are on remote locations.
Re: v7.13 [stable] is released!
Posted: Sat Dec 23, 2023 3:54 pm
by holvoetn
I do not need wifi-qcom-ac for hAP ac^2
And yet you do IF you want to have wave2 drivers on AC2.
No qcom-ac = no wave2. Simple.
If you want to stay on legacy wifi, then you only need base ROS and wireless.
Re: v7.13 [stable] is released!
Posted: Sat Dec 23, 2023 11:40 pm
by bewza
hap ax2 - boot loop after upgrade from 7.12.1
with or without wifiwave2 package installed
the only way out is netinstall + restore
Re: v7.13 [stable] is released!
Posted: Sun Dec 24, 2023 12:46 pm
by JanWerner
I do not need wifi-qcom-ac for hAP ac^2
And yet you do IF you want to have wave2 drivers on AC2.
No qcom-ac = no wave2. Simple.
If you want to stay on legacy wifi, then you only need base ROS and wireless.
Yes, I want stay on legacy because need a capsman
Re: v7.13 [stable] is released!
Posted: Mon Dec 25, 2023 12:24 pm
by Santi70
With wave2 you can also have capsman and with much better performance than the old capsman
Re: v7.13 [stable] is released!
Posted: Mon Dec 25, 2023 12:38 pm
by JanWerner
With wave2 you can also have capsman and with much better performance than the old capsman
WifiWave2 CAPsMAN can only control WifiWave2 interfaces, and WifiWave2 CAPs can join only WifiWave2 CAPsMAN, similarly, regular CAPsMAN only supports non-WifiWave2 caps.
Re: v7.13 [stable] is released!
Posted: Mon Dec 25, 2023 4:22 pm
by mazay
And yet you do IF you want to have wave2 drivers on AC2.
No qcom-ac = no wave2. Simple.
If you want to stay on legacy wifi, then you only need base ROS and wireless.
Yes, I want stay on legacy because need a capsman
It doesn't look like the legacy works well, I have constant disconnects with 7.13, looks like it is mostly on audience devices. Also still can't make both CAPsMANs work on the same 4011, so I'm starting to consider a downgrade. :(
Re: v7.13 [stable] is released!
Posted: Mon Dec 25, 2023 6:57 pm
by obscurus
About 5 -10 per day.
Has anyone had similar experiences?
You are not alone. If you are on Cloudflare I noticed the same thing.
DoH.png
The same issue "DoH server connection error: Idle timeout - waiting data" with Cloudflare Doh after upgrade to v7.13
Re: v7.13 [stable] is released!
Posted: Tue Dec 26, 2023 11:12 am
by MrRobotdev
I have 2 hap ac2 and 2 hap ax2.
If i will upgrade to 7.13, the wireless packages of ac2 will be upgraded to the new drivers packages or i have to manually install them? if upgraded automatically will it keep all my confgurations? what if i have to installed them manually? do i have to reconfigure all my wifis from scratch?
Sorry tried to read all the 2 pages here and i am more confused than ever.
In any case a regular user wants the wifi to be upgraded to the newest version (new drivers etc) without reconfigure all from scratch. is it the case here?
Re: v7.13 [stable] is released!
Posted: Tue Dec 26, 2023 11:29 am
by andriys
If i will upgrade to 7.13, the wireless packages of ac2 will be upgraded to the new drivers packages or i have to manually install them?
Manually.
do i have to reconfigure all my wifis from scratch?
Yes, you do.
Re: v7.13 [stable] is released!
Posted: Tue Dec 26, 2023 11:45 am
by MrRobotdev
If i will upgrade to 7.13, the wireless packages of ac2 will be upgraded to the new drivers packages or i have to manually install them?
Manually.
do i have to reconfigure all my wifis from scratch?
Yes, you do.
Thanks so much for the quick reply.
Re: v7.13 [stable] is released!
Posted: Tue Dec 26, 2023 3:09 pm
by erlinden
In any case a regular user wants the wifi to be upgraded to the newest version (new drivers etc) without reconfigure all from scratch. is it the case here?
Though you have to start all over, you could consider CAPsMAN (assunming all 4 Tiks are part of the same network).
Re: v7.13 [stable] is released!
Posted: Tue Dec 26, 2023 5:37 pm
by Valerio5000
Meanwhile, I wanted to thank Mikrotik for bringing the new wifi drivers to devices like HAP AC2-AC3.
If I can advise developers to reevaluate developing ROS v7 as a single package but instead as multiple packages like ROS v6 that would be perfect. I use the Zerotier package for testing purposes which I will not be able to maintain with the new wifi package on AC2, I will do without Zerotier but sorry.
Question: I have a network with two AC2s, one as a router and one as an access point via ethernet. If I want to finally have roaming between them, do I just need to install the new wifi driver or do I also have to use Capsman?
Do you recommend Capsman for two AC2? (home use)
Re: v7.13 [stable] is released!
Posted: Tue Dec 26, 2023 6:48 pm
by andriys
Question: I have a network with two AC2s, one as a router and one as an access point via ethernet. If I want to finally have roaming between them, do I just need to install the new wifi driver or do I also have to use Capsman?
For 802.11k/r/v CAPsMAN is a must.
Do you recommend Capsman for two AC2? (home use)
I do. I use it with ac3 + Audience and it works really nice here.
Re: v7.13 [stable] is released!
Posted: Tue Dec 26, 2023 10:54 pm
by Chupaka
I have a Xiaomi Humidifier, and after upgrade to new CAPsMAN, I see this in log:
21:38:06 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT connected, signal strength -63
21:38:06 dhcp,info LAN deassigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:38:06 dhcp,info LAN assigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:38:08 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT disconnected, connection lost, signal strength -63
21:38:21 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT connected, signal strength -62
21:38:21 dhcp,info LAN deassigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:38:21 dhcp,info LAN assigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:38:24 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT disconnected, connection lost, signal strength -62
21:38:31 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT connected, signal strength -62
21:38:32 dhcp,info LAN deassigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:38:32 dhcp,info LAN assigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:38:34 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT disconnected, connection lost, signal strength -64
21:38:53 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT connected, signal strength -65
21:38:53 dhcp,info LAN deassigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:38:53 dhcp,info LAN assigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:38:55 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT disconnected, connection lost, signal strength -66
21:39:03 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT connected, signal strength -64
21:39:03 dhcp,info LAN deassigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:39:03 dhcp,info LAN assigned 100.64.3.201 for 58:B6:23:0A:5B:74 zhimi-humidifier-ca4_mibt5B74
21:39:05 wireless,info 58:B6:23:0A:5B:74@cap-Zal-Sky-IoT disconnected, connection lost, signal strength -64
I can even ping the device for a few seconds when it's connected. And after a few hours, it finally connects and stays connected. Until I change WiFi settings or the device power plug is disconnected and reconnected back. Then "the process" starts again. Looks like Xiaomi Smart Desk Lamp has the same problem. WiFi is set up to use WPA2-PSK, no FT, just like it was on CAPsMAN v1... Any ideas?
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 1:25 am
by Simonej
Maybe management-protection=disabled ?
Other parameters that I found are causing troubles between old devices and new drivers; connect-group, connect-priority, disable-pmkid
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 7:09 am
by kalamaja
Question: I have a network with two AC2s, one as a router and one as an access point via ethernet. If I want to finally have roaming between them, do I just need to install the new wifi driver or do I also have to use Capsman?
Do you recommend Capsman for two AC2? (home use)
There are two good explainatory videos now available for
new Capsman:
https://www.youtube.com/watch?v=37aff6d14Xk
Fast Transition:
https://www.youtube.com/watch?v=vkWPlsuyuKE
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 10:05 am
by Chupaka
Maybe management-protection=disabled ?
You're my hero! It worked! Thanks!
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 2:19 pm
by mazay
I'm trying to port my CAPsMAN v1 config to v2 but for whatever reason interfaces are not provisioned, while disabling CAPsMAN and using local configuration works just fine. Can't see any errors in the logs and can confirm that the CAP is joined:
/interface/wifi/radio/print
Flags: L - LOCAL
Columns: CAP, RADIO-MAC, INTERFACE
# CAP RADIO-MAC INTERFACE
0 L 08:55:31:69:DA:DB wifi1
1 L 08:55:31:69:DA:DC wifi2
2 L 08:55:31:69:DA:DD wifi3
3 RBD25G-LR-01@172.16.86.11 08:55:31:69:DA:DC
4 RBD25G-LR-01@172.16.86.11 08:55:31:69:DA:DB
Following is my config:
/interface wifi channel
add disabled=no frequency=2412,2437,2462 name=2.4ghz-channel width=20mhz
add disabled=no name=5ghz-channel
/interface wifi datapath
add bridge=bridge-local disabled=no name=datapath-cap
/interface wifi security
add authentication-types=wpa-psk,wpa2-psk connect-priority=0 disabled=no name=wifi-local
add authentication-types=wpa-psk,wpa2-psk connect-priority=0 disabled=no name=wifi-iot
add authentication-types=wpa-psk,wpa2-psk connect-priority=0 disabled=no name=wifi-guest
/interface wifi configuration
add channel=2.4ghz-channel country=Poland datapath=datapath-cap disabled=no mode=ap name=2.4ghz-wifi-local security=wifi-local security.connect-priority=0 ssid=Wi-Fi tx-power=10
add channel=5ghz-channel country=Poland datapath=datapath-cap disabled=no mode=ap name=5ghz-wifi-local security=wifi-local security.connect-priority=0 ssid=Wi-Fi tx-power=20
add channel=2.4ghz-channel country=Poland datapath=datapath-cap disabled=no mode=ap name=2.4ghz-wifi-iot security=wifi-iot security.connect-priority=0 ssid=IoT tx-power=10
add channel=5ghz-channel country=Poland datapath=datapath-cap disabled=no mode=ap name=5ghz-wifi-iot security=wifi-iot security.connect-priority=0 ssid="IoT - 5g" tx-power=20
add channel=2.4ghz-channel country=Poland datapath=datapath-cap disabled=no mode=ap name=2.4ghz-wifi-guest security=wifi-guest security.connect-priority=0 ssid="Wi-Fi Durin" tx-power=10
add channel=5ghz-channel country=Poland datapath=datapath-cap disabled=no mode=ap name=5ghz-wifi-guest security=wifi-guest security.connect-priority=0 ssid="Wi-Fi Durin" tx-power=20
/interface wifi
# managed by CAPsMAN
set [ find default-name=wifi1 ] configuration=2.4ghz-wifi-local configuration.manager=capsman-or-local .mode=ap disabled=no security.connect-priority=0
add configuration=2.4ghz-wifi-guest configuration.mode=ap disabled=no mac-address=0A:55:31:69:DA:DC master-interface=wifi1 name=wifi1-guest security.connect-priority=0
add configuration=2.4ghz-wifi-iot configuration.mode=ap disabled=no mac-address=0A:55:31:69:DA:DB master-interface=wifi1 name=wifi1-iot security.connect-priority=0
# managed by CAPsMAN
set [ find default-name=wifi2 ] configuration=5ghz-wifi-local configuration.manager=capsman-or-local .mode=ap disabled=no security.connect-priority=0
add configuration=5ghz-wifi-guest configuration.mode=ap disabled=no mac-address=0A:55:31:69:DA:DE master-interface=wifi2 name=wifi2-guest security.connect-priority=0
add configuration=5ghz-wifi-iot configuration.mode=ap disabled=no mac-address=0A:55:31:69:DA:DD master-interface=wifi2 name=wifi2-iot security.connect-priority=0
/interface wifi cap
set certificate=request discovery-interfaces=br-vlan86 enabled=yes
/interface wifi capsman
set ca-certificate=auto certificate=auto enabled=yes interfaces=br-vlan86 package-path="" require-peer-certificate=no upgrade-policy=suggest-same-version
/interface wifi provisioning
add action=create-dynamic-enabled disabled=no master-configuration=2.4ghz-wifi-local name-format=2G-%I slave-configurations=2.4ghz-wifi-iot,2.4ghz-wifi-guest supported-bands=2ghz-n
add action=create-dynamic-enabled disabled=no master-configuration=5ghz-wifi-local name-format=5G-%I slave-configurations=5ghz-wifi-iot,5ghz-wifi-guest supported-bands=5ghz-ac
Any hints?
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 2:25 pm
by mkx
If you're trying to provision wireless interfaces through capsman running on the same device ... then no, this is not supported any more, local wireless interfaces have to be provisioned "manually". But you can use exactly the same security profiles and sice local interfaces will be handled by the same wifi entity as capsman-provisioned ones, also mobility (802.12 r/k/v) will work fine.
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 2:58 pm
by Ca6ko
First impression is working better in test have better speed, TX and RX rate are more stable.
How much better, the numbers
before update has been around -50 now is -74. Check power it is the maximum like before.
New parameter antenna-gain set to 0
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 2:59 pm
by mazay
If you're trying to provision wireless interfaces through capsman running on the same device ... then no, this is not supported any more, local wireless interfaces have to be provisioned "manually". But you can use exactly the same security profiles and sice local interfaces will be handled by the same wifi entity as capsman-provisioned ones, also mobility (802.12 r/k/v) will work fine.
Yes, those were local ifaces. Thank you for the clarification, I'll try upgrading another device and adding it to the CAPsMAN
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 3:54 pm
by masterlyar
This is getting annoying for me, it's the same error and reboots I had a few releases ago related with some OVPN issue.
Capture.JPG
Same behavior here - after updating my RB5009 to 7.13 I keep getting 1-2 reboots per day without sup and with "probably power outage" message in the log.
P.S. Running OVPN and Wireguard on this box.
I'm getting the same issue, running OVPN as client with TLS configuration. My RB5009 reboot like 3 time in the morning yesterday, so I just downgrade to 7.12.1 for now. And waiting for the next release to fix it I hope.
Btw the new :deserialize was working like a charm in the 7.13 :) This line reduce my script from 10 to 1 line
$request [:deserialize from=json ([/tool/fetch url=$url http-method=get output=user as-value]->"data")]
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 5:34 pm
by Kanzler
Something is not right with signal strength, before update has been around -50 now is -74
I have the same issue, but on hap ac3
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 8:08 pm
by mazay
I've set
name-format=2G-%I- in the CAPsMAN provisioning, to have my interface names look as follows:
/interface/wifi/print
Flags: M - MASTER; D - DYNAMIC; B - BOUND
Columns: NAME, MASTER-INTERFACE
# NAME MASTER-INTERFACE
0 MDB 2G-RBD25G-LR-01-
1 DB 2G-RBD25G-LR-01-2 2G-RBD25G-LR-01-
2 DB 2G-RBD25G-LR-01-3 2G-RBD25G-LR-01-
3 MDB 2G-RBcAP-
4 DB 2G-RBcAP-2 2G-RBcAP-
5 DB 2G-RBcAP-3 2G-RBcAP-
6 MDB 5G-RBD25G-LR-01-
7 DB 5G-RBD25G-LR-01-2 5G-RBD25G-LR-01-
8 DB 5G-RBD25G-LR-01-3 5G-RBD25G-LR-01-
9 MDB 5G-RBcAP-
10 DB 5G-RBcAP-2 5G-RBcAP-
11 DB 5G-RBcAP-3 5G-RBcAP-
This makes slave interface names more self-descriptive but also adds this extra hyphen to the master interface. Is there any way I could get rid of that extra hyphen?
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 8:19 pm
by herbrico
Possible bug. Mikrotik android pro app do not show firewall filter roules on 7.13.
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 9:35 pm
by erlinden
Possible bug. Mikrotik android pro app do not show firewall filter roules on 7.13.
Works on my phone, what Android version are you running?
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 10:06 pm
by infabo
your Android app is up2date? 1.3.32
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 10:56 pm
by Chupaka
Just got a reboot of my cAP ac
2023-12-27 01:55:10 system,error,critical router was rebooted without proper shutdown, probably kernel failure
2023-12-27 01:55:10 system,error,critical kernel failure in previous boot
2023-12-27 01:55:10 system,error,critical out of memory condition was detected
And autosupout.rif was generated.
It has a default config with CAP enabled. I now turned on Resource Graphing to monitor...
Is this memory usage okay for the wifi-qcom-ac package?..
free-memory: 33.2MiB
total-memory: 128.0MiB
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 11:04 pm
by holvoetn
I got a cAP AC running for 9 days now with qcom-ac package on it.
Free memory is still around 31Mb so your 33Mb looks inline with that.
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 11:18 pm
by Chupaka
Another cAP ac has uptime of 10 days and 22.4 MiB memory. But it has only a few clients...
Re: v7.13 [stable] is released!
Posted: Wed Dec 27, 2023 11:21 pm
by herbrico
Possible bug. Mikrotik android pro app do not show firewall filter roules on 7.13.
Works on my phone, what Android version are you running?
Android 14 UI6 Samaung. App is up to date, all in firewall menu show nornal, and all other is show normal, expect firewall filter rules.
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 11:33 am
by erdemefe
My cap ac xl WiFi leds doesn’t flashing anymore after installing 7.13 and WiFi-qcom-ac driver. Is this a bug or am I have to make setting about it. Capsman running on rb4011
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 1:28 pm
by erlinden
My cap ac xl WiFi leds doesn’t flashing anymore after installing 7.13 and WiFi-qcom-ac driver. Is this a bug or am I have to make setting about it. Capsman running on rb4011
Mine is arriving this afternoon, I will let you know.
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 2:02 pm
by holvoetn
<off topic cleanup done>
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 2:09 pm
by bratislav
...
Is this memory usage okay for the wifi-qcom-ac package?..
free-memory: 33.2MiB
total-memory: 128.0MiB
With wifi-qcom-ac mine lightly used cAP ac now has:
free-memory: 28.1MiB
total-memory: 128.0MiB
Which is roughly half of free memory (used to be around 54MiB free) when used with legacy drivers...
I am not sure this is OK, and I am now a bit afraid to upgrade other cAP acs that have much more clients...
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 2:35 pm
by holvoetn
Wave2 drivers require a lot more memory for buffers etc. so this might be normal.
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 2:39 pm
by mirolm
I upgraded 2 x hAP ac2 to ROS 7.13 and wifi-qcom-ac. Both now have like 600KB free flash and around 28-32MB free RAM.
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 2:56 pm
by fronczek
Bond interfaces (lacp) being bridge members stopped working (port state: disabled) on CCR on 7.13
Workaround1: disable (R)STP on bridge completely
Workaround2: downgrade to 7.12
Opened ticket SUP-138833
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 3:12 pm
by sinisa
I have now upgraded 10+ hAP ac2/ac3 routers to 7.13 with qcom-ac package, all managed by their CAPsMANs (some of them are CAPsMANs, others are CAPs only). The problem is that configuring multiple SSIDs going to multiple bridges (since VLANs are not possible at the moment) is not working for me, no matter what I try.
I tried to follow
https://help.mikrotik.com/docs/display/ ... iFiCAPsMAN, qcom-ac part, but it is simply wrong: both master and slave interfaces connected to same VLAN, one Datapath for everything, no (obvious?) connection between slave interfaces and slave configs...
I have also tried to create VLANs, bridges, datapaths, even slave Wlan interfaces manually on CAPs (which defies existence of CAPsMAN, but for testing it's OK), but upon connection to CAPsMAN new interface appears and goes to "default" bridge.
It seems that I don't understand the philosophy of this new CAPsMAN (maybe it is OK with AX devices and VLANs, but I don't have those). Can someone share WORKING configuration (both CAPsMAN and CAP) with two (and more, up to 4) SSIDs, connected to different bridges, for qcom
-ac?
Thanks!
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 3:20 pm
by erlinden
Have you seen the VLAN configuration example part of the URL you provided:
https://help.mikrotik.com/docs/display/ ... ionexample:
Think you should be able to get it to work by following that tutorial.
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 3:58 pm
by shulfei
The modem huawei e3372h-153, like other users, does not work.
Will the bug be fixed in the next version?
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 3:59 pm
by leonardogyn
Just to let everybody knows, I have reported (SUP-128622) a memory leak on version v7.11.2, that continued on v7.12, v7.12.1 and v7.13. It seems to me and my undestandings of the supout files provided data, that it's still DNS resolver related.
I had initially reported a leak, that turned out to be really DNS resolver related, on v7.7 (SUP-105183, 20/January/2023), but it was fixed for the majority of my MK routers with v7.8rc2 and forward. But at least in one case, I'm still experiencing it, while having no real answers from Mikrotik Support Team on the SUP-128622 Support ticket. People just keep asking me to update to latest and provide new supout files, despite no changelog regarding leak or DNS changes.
With no other real options, I'm here asking for some help of the Mikrotik Staff Team that watches this community regarding the ticket SUP-128622
Here's an updated screenshot of memory usage on a RB2011 box with v7.13 over the last 8 (eight) days. IP/DNS is configured to use max of 16MB with cache data, but that amount was clearly not respected and usage is just growing, indefinitely, until the box crashes or I reboot it. The RB2011 is not a big memory box, with 128MB only, thus 25% of memory usage (that is all being used by the resolver process, confirmed by the supout provided data) is about 32MB, far beyond the 16MB configured limit.
PLEASE, HELP
.
mk leak.png
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 8:28 pm
by mszru
With the new wifi-qcom-ac driver my hAP ac2 wireless performance is much better: I got ~ 150 Mbps with old drivers and now with new driver I see ~270 Mbps while running speed test between two cell phones connected to the same AP at 5 GHz. Since that is 50% of what you can get in WLAN <=> LAN scenario, with a gigabit Internet connection (which I don't have yet) I would probably get about 540 Mbps WAN to LAN speed. Moreover the performance at 2.4 GHz has also improved.
The fast roaming between 2.4 GHz radio and 5 GHz works just fine.
As for memory usage my hAP ac2 usually runs with about 30 MB of free memory. When I start speed test between 2 devices free memory drops to 23 MB perhaps due to some buffering and then restores again to ~30 MB. Recently I noticed that there were only 16.5 MB (!) free memory left after 2 days of uptime and the router crashed with "kernel failure" and "out of memory condition" when I started speed test between 2 cell phones. I don't really know what was occupying the memory at that time. There must be a memory leak in some of the services, but I couldn't identify where exactly.
I suspect the root cause is not the new wireless drivers, but something else. I have been getting "kernel failure" since 7.12 every few days and on previous 7.x versions the router was running smoothly. I could not downgrade because I wanted to use OpenVPN over UDP and that was fixed in 7.12...
I use the device as a home wireless router with multiple wireless networks (Home, Guest, IoT), bridge VLAN filtering, some active L2TP, WireGuard and OpenVPN connections, 10 Mangle rules and 22 Filter rules, enabled DNS resolver with NextDNS DoH service.
Unfortunately in 7.13 I had to abandon Zerotier package as it does not fit into flash memory neither with old nor new wireless drivers.
Overall I'm glad that MikroTik has made it possible to use wave2 drivers on old ac devices! Good job, team!
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 8:58 pm
by sinisa
Yes, I was referring exactly to that config. It is wrong, just like someone wrote it from head, instead of exporting REAL, WORKING config.
I first tried to understand it from reading, then to input it into actual routers to check if it might "just work", then to adapt it (fix VLAN membership for example), but nothing could make it working as it should.
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 10:47 pm
by Etz
I've set
name-format=2G-%I- in the CAPsMAN provisioning, to have my interface names look as follows:
/interface/wifi/print
Flags: M - MASTER; D - DYNAMIC; B - BOUND
Columns: NAME, MASTER-INTERFACE
# NAME MASTER-INTERFACE
0 MDB 2G-RBD25G-LR-01-
1 DB 2G-RBD25G-LR-01-2 2G-RBD25G-LR-01-
2 DB 2G-RBD25G-LR-01-3 2G-RBD25G-LR-01-
3 MDB 2G-RBcAP-
4 DB 2G-RBcAP-2 2G-RBcAP-
5 DB 2G-RBcAP-3 2G-RBcAP-
6 MDB 5G-RBD25G-LR-01-
7 DB 5G-RBD25G-LR-01-2 5G-RBD25G-LR-01-
8 DB 5G-RBD25G-LR-01-3 5G-RBD25G-LR-01-
9 MDB 5G-RBcAP-
10 DB 5G-RBcAP-2 5G-RBcAP-
11 DB 5G-RBcAP-3 5G-RBcAP-
This makes slave interface names more self-descriptive but also adds this extra hyphen to the master interface. Is there any way I could get rid of that extra hyphen?
No, they screwed up CAP interface names on CapsMan. I encountered same issue, was unable to fix it and rolled back, waiting for fixed release…
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 11:09 pm
by mazay
oof, what an unlucky release...
I've noticed that the wifi config keeps on dropping some parameters, so far I think it happened with country and datapath
still unable to run both CAPsMANs on RB4011 so I've added a CHR instance to play as a manager
also noticed that the audience ethernet interface went down at least once, it's connected to CSS610 which has been up for 52 days... keep monitoring
additionally, I have an issue with one of my ESP32 boards which has been having connection issues since 7.13, maybe coincidence but the signal strength for it has dropped significantly since the upgrade
Re: v7.13 [stable] is released!
Posted: Thu Dec 28, 2023 11:43 pm
by erlinden
I first tried to understand it from reading, then to input it into actual routers to check if it might "just work", then to adapt it (fix VLAN membership for example), but nothing could make it working as it should.
Too bad...it's working like a charm for me.
Can share my config if you want?
Or better...share yours to check.
Re: v7.13 [stable] is released!
Posted: Fri Dec 29, 2023 12:14 am
by bornpilot
Updated LtAP Mini with a simcom 7600g-h modem. The modem does not show up under LTE devices but does show in USB. As such LTE does not work with 7.13.
Re: v7.13 [stable] is released!
Posted: Fri Dec 29, 2023 2:02 am
by mazay
Yes, I was referring exactly to that config. It is wrong, just like someone wrote it from head, instead of exporting REAL, WORKING config.
I first tried to understand it from reading, then to input it into actual routers to check if it might "just work", then to adapt it (fix VLAN membership for example), but nothing could make it working as it should.
The gist is that wifi-qcom-ac does not support VLAN assignment, so you have to add your wifi interfaces to the bridge and assign VLANs manually.
slaves-static=yes should help with persisting this config. That said you have to ignore the
CAP block in the guide and instead follow the
CAPs that support wifi-qcom-ac package.
Re: v7.13 [stable] is released!
Posted: Fri Dec 29, 2023 11:11 am
by MrRobotdev
I have upgraded my RB4011, hap ac2 and hap ax2 without any issues so far. No reboots, nor memory leaks, all stable. I chose to stay with the legacy drivers for hap ac2 because of limited resources of the machine and because i am too lazy to create all my wifi interfaces from scratch.
It will be convenient if Mikrotik would create a some kind of automation to transfer all the interfaces and settings from old wireless to new Wifi.
Re: v7.13 [stable] is released!
Posted: Fri Dec 29, 2023 11:12 am
by holvoetn
You want to have your cake AND eat it too ?
Re: v7.13 [stable] is released!
Posted: Fri Dec 29, 2023 11:26 am
by pe1chl
It would not be too difficult to make an external program (in a language like Perl or Python) that reads a /export file made when the wireless package was still used, and generates the proper commands to be pasted into a device to migrate the config to the new WiFi after the qcom-ac package has been installed instead. At least for "trivial" access point and station configurations with PSK authentication.
It could even be done as a RouterOS script, although that would be a bit more difficult due to the string handling limitations and error handling in the scripting language.
Re: v7.13 [stable] is released!
Posted: Fri Dec 29, 2023 11:34 am
by MrRobotdev
You want to have your cake AND eat it too ? :lol:
Laziness is the source of innovation my friend. Lets all of us have a nice 2024!
Re: v7.13 [stable] is released!
Posted: Fri Dec 29, 2023 3:28 pm
by volga629
Thank you Mikrotik
Long waiting features ISIS on the way.
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 1:10 am
by leonardogyn
...
I had initially reported a leak, that turned out to be really DNS resolver related, on v7.7 (SUP-105183, 20/January/2023), but it was fixed for the majority of my MK routers with v7.8rc2 and forward. But at least in one case, I'm still experiencing it, while having no real answers from Mikrotik Support Team on the SUP-128622 Support ticket. People just keep asking me to update to latest and provide new supout files, despite no changelog regarding leak or DNS changes.
...
.
Update to all, very interesting changelog entry from v7.14beta4:
*) dns - do not add new entries to cache if "cache-size" is reached;
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 2:41 am
by helipos
When launching export file="$[system identity get name]" commands ROS is adding in underscores for any spaces in the name.
So a device called "this is a test" would generate a file "this_is_a_test.rsc". Is this expected behaviour?
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 11:32 am
by mkx
Is this expected behaviour?
I should think so. Having spaces in file names calls for trouble in many many places.
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 11:39 am
by holvoetn
Totally agree. Spaces in file names can be a real problem if used (any white-space character, for that matter).
So to be avoided when possible.
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 11:51 am
by helipos
I don't disagree with you, it is however, new behaviour.
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 12:13 pm
by pe1chl
Totally agree. Spaces in file names can be a real problem if used (any white-space character, for that matter).
So to be avoided when possible.
Maybe make a call to Redmond about that! It has been a nuisance ever since 1995 but they keep doing it...
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 12:58 pm
by mkx
I don't disagree with you, it is however, new behaviour.
Well, it's not universal. So MT (and everybody else) are free not to endorse spaces in file names. And even MS doesn't force anybody to use spaces in file names, they simply allow them (so does linux, but as I wrote before, it causes problems). It's up to you to either try to use spaces everywhere (and live with problems) or use something else (like underscores) instead of spaces on MS as well.
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 1:26 pm
by pe1chl
Maybe there was a security issue that can be triggered by creating certain file names with spaces (or other special characters?) that has been remedied by replacing them with underscores? Usually there are those "improved stability when using ..." release note lines that point to that, but this time I don't see any. So much for the often made claim that "all changes are in the release notes"...
On MS systems you do not HAVE to use spaces in your own files, but your HAVE to live with their decisions to use spaces in commonly used directory names. So now we have "C:\Program Files (x86)\" and all the time you have to be careful to use quotes. I well remember the error messages like "C:\Program not found" and maybe MikroTik wanted to cut-off that path.
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 1:29 pm
by rextended
When launching export file="$[system identity get name]" commands ROS is adding in underscores for any spaces in the name.
So a device called "this is a test" would generate a file "this_is_a_test.rsc". Is this expected behaviour?
Just read, and understand what are the reserved characters...
*) console - replace reserved characters in file and script names with underscores;
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 2:24 pm
by eworm
As already pointed out... This has been in changelog. There are other characters, that are handled the same, like dollar sign. And I think the changelog is incomplete, IIRC the same goes for scheduler names, and possibly more.
Re: v7.13 [stable] is released!
Posted: Sat Dec 30, 2023 3:10 pm
by pe1chl
Yes, I overlooked it but indeed it is in the change notes.
I have also sometimes had problems when people used special characters in interface names, and some SNMP software would not be able to handle it.
So maybe there it would have to be done as well...
Re: v7.13 [stable] is released!
Posted: Sun Dec 31, 2023 11:56 am
by MrRobotdev
Just a quick question before saying happy new year...
If i am gonna move to new wifi drivers for my hap ac2 and create all the configuration from scratch, does anyone know if vlans are working on the wifi interfaces with the new drivers?
Re: v7.13 [stable] is released!
Posted: Sun Dec 31, 2023 12:10 pm
by erlinden
Only CAPsMAN needs a manual trick to make it work. Not sure if you are using that, or if it is just a single hAP ac with VLAN? In case of the latter, just do VLAN filtering on the bridge (which is very well supported with the new driver).
VLAN filtering:
viewtopic.php?t=143620
CAPsMAN with VLAN:
https://help.mikrotik.com/docs/display/ ... ionexample:
Re: v7.13 [stable] is released!
Posted: Sun Dec 31, 2023 12:13 pm
by mkx
... if vlans are working on the wifi interfaces with the new drivers?
wifi-qcom-ac driver doesn't support VLANs natively, but you can configure wifi intetfaces as access ports of vlan-enabled bridge. In many cases this is fine as well.
Re: v7.13 [stable] is released!
Posted: Mon Jan 01, 2024 1:02 pm
by aspen63
My setup is RB5009 (Capsman controller) and three ax2s as CAPs. Upgraded RB5009 to 7.13 and my wi-fi network went down. Connected to RB5009 with ethernet cable and added qcom package. Dodn't help. I still cannot connect to my APs and I cannot ping them even if they are connected as before. What should I do?
Re: v7.13 [stable] is released!
Posted: Mon Jan 01, 2024 1:08 pm
by holvoetn
Remove qcom on rb5009. Not needed since wave 2 is default present in ROS package as of 7.13.
How is capsman upgrade strategy set on your device ?
Maybe best to start separate thread with config of your controller and one of your caps (assuming they are all the same)
Re: v7.13 [stable] is released!
Posted: Mon Jan 01, 2024 1:11 pm
by erlinden
Well, the first step is already done by posting this problem :-)
Are the hAP ax2's also upgraded? Would it be possible to set it up from scratch? What version where you running?
The qcom package is only required for devices that have wireless interfaces, no need to install it on the RB5009.
Can you share your config:
/export file=anynameyoulike
Post here (or better, create a new topic), remove serial and any other private information and post it in between code tags by using </> button.
Re: v7.13 [stable] is released!
Posted: Mon Jan 01, 2024 4:36 pm
by aspen63
Thank you all, I managed to resolve my issue but I’ll post a new thread to clarify MikroTik’s logic.
Re: v7.13 [stable] is released!
Posted: Mon Jan 01, 2024 10:59 pm
by Dario1982
One week ago I upgraded to 7.13 the following
RB5009UPr+S+IN
cAP AC
hAP AC2
Today I moved both cAP AC and hAP AC2 to the new wifi-qcom-ac-7.13-arm package and setup them as CAP with the new CAPsMAN (the one under /wifi/interface) however I have an issue.
If access points get rebooted all works fine, after power cycle the CAPs come back, but in case the RB5009 is rebooted then CAPs are not showing up in remote CAP tab. The only way to bring them back is to disable and re-enable CAPsMAN.
To mitigate the issue I added a script to do an off/on of CAPSman at each startup but I wonder if this is a something wrong with my configuration or a bug.
I don't have use cases with RouterOS < 7.13 because until now my AP couldn't get wave2 drivers so until now I used only the old CAPsMAN so I cannot tell if this is something happenning also with previous version and I cannot downgrade to test otherwise I cannot use the new wave2 drivers.
Is someone facing the same issue?
Thanks
**** EDIT - PROBLEM SOLVED ****
I found that this behaviour happens if the CAPs are setup to reach the CAPsMAN using a fixed IP address put in "CAPsMAN address" parameter instead of using discovery interface. I put a fixed IP in my early test from wireless to wifi package and I left the configuration like that as I didn't imagine to have a side effect. Now I moved back to discovery interface and after the reboot of the CAPsMAN the remote CAP are showing up without any problem.
Re: v7.13 [stable] is released!
Posted: Mon Jan 01, 2024 11:14 pm
by Dario1982
Just a quick question before saying happy new year...
If i am gonna move to new wifi drivers for my hap ac2 and create all the configuration from scratch, does anyone know if vlans are working on the wifi interfaces with the new drivers?
It does, I just did it today.
It's just different than before. You don'y have to use datapath but in short for each AP you need to (assuming you are connecting your AP via ether01 and using a management VLAN):
1) create all the WLAN you need (in my case I have 3 SSID on 3vlan so I created 2 virtual WLAN for each master WLAN internface)
2) create a bridge
3) Add to the bridge ether1 and all the WLAN interfaces.Assign the correct VLAN PVID to each WLAN interface
4) create all the VLAN entries under /bridge/vlan
5) Assign bridge and ether1 as tagged and link the appropiate WLAN interface as untagged to the respective VLAN basically you must treat the WLAN as access port)
6) create a VLAN interface under /interface/vlan and setup and ip or a dhcp client (depending on your setup)
7) enable vlan filtering on the bridge
8) setup master WLAN interface to use capsman as manager
9) create a datapath that uses the bridge above as brigde. Do not assign any vlan to the datapath.
10) now you can enable CAP and select "slave static = yes" and slave "datapath = datapath_created_above"
Of course on the other side you must setup the interface that is interconnected to you hap ac2 as tagged for all the VLAN you need to pass, including the management VLAN.
So it's a bit more cumbersome than before with datapath taking care of forwarding but for sure it works.
Re: v7.13 [stable] is released!
Posted: Tue Jan 02, 2024 12:45 am
by Dario1982
Is there a guide on making both CAPSMANs work at the same time on the same MikroTik device?
I've tried but they don't seem to be able to coexist. I suspect that may have to be listening on different interfaces, can't check that right now but would appreciate any advise.
Edit: Tried running them on different VLAN ifaces with no luck - as soon as I enable the new CAPsMAN the old one seem to stop working and I lose all wi-fi connections, CAP interfaces, etc.
Strange.
I'm quite sure I was having both CAPsMAN running during my migration. I decided to move my CAPs one by one and all the old one were working until I didn't reconfigure them.
Of course each CAP can point only to one CAPsMAN instance at time.
I have an old MIPSBE CAP parked somewhere, tomorrow I will bring it back and retest (I still have my old CAPsMAN config as rollback plan since I switched to wave2 only today).
Re: v7.13 [stable] is released!
Posted: Tue Jan 02, 2024 12:48 am
by IgorOV
Loaded 7.13 on a few AX2 units. Fetch from scripts is currently the only one item that stands out with errors compared to 7.12.1.
We have a script that triggers on boot and fetches a few files from our provisioning servers (Basic auth and HTTPS).
On 7.12.1 works every time.
Using 7.13 the first file is saved without issues, but we observe different errors for subsequent files:
script error: failure: Idle timeout - waiting data
script error: failure: connection timeout
script error: failure: remote disconnected while in HTTP exchange
The entire job is a single script.
Edit the delay does not fix the issue
Hi mate!
have you tried to run the script in terminal?
i have a script that runs a http post to whatsapp api which sends me alerts and after 7.13 netwatch does not run the fetch command however if I copy/paste the same script in terminal, it runs perfectly.
as below:
/tool fetch http-method=post http-header-field="MY_TOKEN_STRING, Content-Type: application/json" http-data="{\"number\":\"my_phone-number\",\"message\":\"the_message_I_wanna_send\"}" url="
https://api-whatsapp-I-use.com/bla/bla/bla"
Re: v7.13 [stable] is released!
Posted: Tue Jan 02, 2024 11:08 am
by Maggiore81
I upgraded a CRS328 from 7.11 to 7.12 and then to 7.13
SFP flapped permanently, excessive broadcast, duplex mismatch etc...
downgraded to 7.12.1 and problem disappeared.
Re: v7.13 [stable] is released!
Posted: Tue Jan 02, 2024 1:33 pm
by sinisa
...
1) create all the WLAN you need (in my case I have 3 SSID on 3vlan so I created 2 virtual WLAN for each master WLAN internface)
2) create a bridge
3) Add to the bridge ether1 and all the WLAN interfaces.Assign the correct VLAN PVID to each WLAN interface
4) create all the VLAN entries under /bridge/vlan
5) Assign bridge and ether1 as tagged and link the appropiate WLAN interface as untagged to the respective VLAN basically you must treat the WLAN as access port)
6) create a VLAN interface under /interface/vlan and setup and ip or a dhcp client (depending on your setup)
7) enable vlan filtering on the bridge
8) setup master WLAN interface to use capsman as manager
9) create a datapath that uses the bridge above as brigde. Do not assign any vlan to the datapath.
10) now you can enable CAP and select "slave static = yes" and slave "datapath = datapath_created_above"
...
So it's a bit more cumbersome than before with datapath taking care of forwarding but for sure it works.
I have come to something similar to this. Not "a bit more cumbersome" but "very complicated". Not good at all for deployment of more than a few APs. No automatic configuration. I would not call this "managed AP". CAPsMAN is here only for faster roaming (OK, good thing, and I'm glad it's fnaly here), but not something you could configure once and leave to the customer to add APs at will, as it was possible with old CAPsMAN.
Definitely needs more development.
Re: v7.13 [stable] is released!
Posted: Tue Jan 02, 2024 9:08 pm
by Dario1982
I have come to something similar to this. Not "a bit more cumbersome" but "very complicated". Not good at all for deployment of more than a few APs. No automatic configuration. I would not call this "managed AP". CAPsMAN is here only for faster roaming (OK, good thing, and I'm glad it's fnaly here), but not something you could configure once and leave to the customer to add APs at will, as it was possible with old CAPsMAN.
Definitely needs more development.
Agree and disagree at the same time.
I do agree because it was very handy to set a CAP in CAP mode and provision, and will be great to have it back on AC deviced (I understood that AX can be managed via datapath and vlan tagging)
But I disagree :-) because there is stil a lot that you can manage remotly and deploy at scale
- change SSID configuration
- change security configuration
- change channel configuration
- change access list
So it's not perfect but VLANs are by far things that are less frequently changed. And once you create a standard for your CAP (e.g. always use ether1 to uplink, naming convention for your WLANs, number of WLANs you need) you can prepare a rsc file to be used to configure the device with everything you need without having to spend to much time.
Re: v7.13 [stable] is released!
Posted: Tue Jan 02, 2024 9:21 pm
by erlinden
Definitely needs more development.
This is only necessary for AC devices, if new devices are AX it won't be a problem.
But I agree AND have trust this will be available in the future.
Re: v7.13 [stable] is released!
Posted: Tue Jan 02, 2024 9:31 pm
by Dario1982
Is there a guide on making both CAPSMANs work at the same time on the same MikroTik device?
I've tried but they don't seem to be able to coexist. I suspect that may have to be listening on different interfaces, can't check that right now but would appreciate any advise.
Edit: Tried running them on different VLAN ifaces with no luck - as soon as I enable the new CAPsMAN the old one seem to stop working and I lose all wi-fi connections, CAP interfaces, etc.
Hi Mazay,
as promised I'm back
I confirm that i succesfully deployed two CAP AC (7.13 on qcom drivers) and one RB951G-2HnD (on 7.13 with old drivers) on the same RB5009 CAPsMAN and obtained an hybrid setup (old and new CAPsMAN).
Both CAPsMAN are using the same management VLAN to connect between CAPs and CAPsMAN
dual_CAPSMAN2.jpg
dual_CAPSMAN3.jpg
dual_CAPSMAN.jpg
Re: v7.13 [stable] is released!
Posted: Tue Jan 02, 2024 10:12 pm
by infabo
another qcom-ac feedback: I have a Busch-Jaeger 8240-84 wifi radio. With legacy driver the device could connect once after restart/turn-on but lost connectivity after some time (disconnect in ROS log) and won't reconnect anymore. the device thought it was still connected. Busch support never responded to my inquiries so it was a pita until 7.13.
Now with qcom-ac driver the device is finally working like a charm. Thanks again MT for bringing these (wave2) drivers to us.
Re: v7.13 [stable] is released!
Posted: Wed Jan 03, 2024 12:17 am
by sinisa
Definitely needs more development.
This is only necessary for AC devices, if new devices are AX it won't be a problem.
But I agree AND have trust this will be available in the future.
Sure, this was only about existing (and new) AC equipment.
I did not mean to be disrespectful for what Mikrotik is doing, actually I LOVE it. It's just that I would like it to be even better.
Old CAPsMAN v2 (anybody remember CAPsMAN v1?) was so easy to configure that I could delegate that to cable installers - even teach them to keep Reset button long enough, but not too long. Now I'll have to visit each AP before it is operational... and I'll do it gladly because of the added features.
Re: v7.13 [stable] is released!
Posted: Wed Jan 03, 2024 2:01 pm
by Chupaka
This night I had another
system,error,critical router was rebooted without proper shutdown, probably kernel failure
system,error,critical kernel failure in previous boot
system,error,critical out of memory condition was detected
And Graphing looks innocent:
Screenshot 2024-01-03 at 15.00.09.png
Hey MikroTik, is it worth sending autosupout to support?..
Re: v7.13 [stable] is released!
Posted: Wed Jan 03, 2024 2:06 pm
by erlinden
Hey MikroTik, is it worth sending autosupout to support?..
Always a good idea!
What device are you using and how is it configured?
And for how long was it up?
Re: v7.13 [stable] is released!
Posted: Wed Jan 03, 2024 3:40 pm
by un9edsda
There seems to be a typo/discrepancy in the new
Wifi documentation's Channel properties section: according to the docs the one of the possible values of the
band property is
5ghz-an however on an actual router said property value pair is
.
Re: v7.13 [stable] is released!
Posted: Wed Jan 03, 2024 5:38 pm
by Chupaka
What device are you using and how is it configured?
And for how long was it up?
cAP ac, about 2 weeks uptime (first one rebooted with ~9 days uptime?..)
Will try to send a mail to support, thanks
Re: v7.13 [stable] is released!
Posted: Wed Jan 03, 2024 11:59 pm
by t0mm13b
Hi,
Issue spotted with D53G-5HacD2HnD (Chateau LTE 12)
Two things happened with v7.13
Noticed new LTE firmware, downloaded it, and installed firmware, blue led light turned pink, periodically ended up intermittently flashing pink on and off.
Waited for few minutes then rebooted device, it came back up with blue led light on at a constant.
Navigated into Interfaces > LTE, clicked on lte interface and check firmware
lte_firmware_check_v713.png
Posted supout.rif - SUP-139367
Thanks,
Re: v7.13 [stable] is released!
Posted: Thu Jan 04, 2024 1:12 am
by infabo
Re: v7.13 [stable] is released!
Posted: Thu Jan 04, 2024 1:53 am
by t0mm13b
Cheers for that, hoping MT support look at the supout data to see why the LTE modem failed to initialise after LTE firmware upgrade with AT command failures - SUP-139367.
Re: v7.13 [stable] is released!
Posted: Thu Jan 04, 2024 11:04 am
by t0mm13b
Cheers for that, hoping MT support look at the supout data to see why the LTE modem failed to initialise after LTE firmware upgrade with AT command failures - SUP-139367.
SUP-139367 is already fixed and be rolled out in due course
Re: v7.13 [stable] is released!
Posted: Thu Jan 04, 2024 11:23 am
by infabo
While your SUP to the apparently same identical problem and newer SUP-number is already addressed, I don't even have an answer on mine (SUP-139163).
edit:
got a response. was just an firmware update-server issue.
Re: v7.13 [stable] is released!
Posted: Thu Jan 04, 2024 5:30 pm
by Etz
This night I had another
system,error,critical router was rebooted without proper shutdown, probably kernel failure
system,error,critical kernel failure in previous boot
system,error,critical out of memory condition was detected
And Graphing looks innocent:
Screenshot 2024-01-03 at 15.00.09.png
Hey MikroTik, is it worth sending autosupout to support?..
Mu both hAP ax2's are crashing at regular intervals, since yesterday, created support ticket.
Log looks the same, sans the "out of memory".
Re: v7.13 [stable] is released!
Posted: Thu Jan 04, 2024 7:17 pm
by johnson73
CCR1009 update to 7.13 (default rules)
1) Additional options appeared in the general section - Wifi and Wireless :) This router model does not have wifi at all.
2) creating the most ordinary rule to access winbox from the outside world (input chain, dst port 8291, tcp..wan) - no access! Error- incorrect user name or password appears when connecting! What are these jokes?
After downgrading to 7.12 this problem disappeared. There have never been such "jokes" before.
3) unstable download/upload. Directly? When performing speed measurements, there is a very big difference between - upload/download every time. This is not the case with previous versions.
4) L2TP ipsec vpn (road warrior) speed is not higher than 12 Mbit/s (Internet speed is 900 Mbit at both ends of the connection)
A colleague on the RB4011iGS+5HacQ2HnD-IN has exactly the same
I downgraded version 7.13 to 7.12 :(
Re: v7.13 [stable] is released!
Posted: Thu Jan 04, 2024 7:49 pm
by Jotne
system,error,critical router was rebooted without proper shutdown, probably kernel failure
system,error,critical kernel failure in previous boot
system,error,critical out of memory condition was detected
Why MikroTik have you still not fixed the logging prefix mess?
Are these message above an error message or a critical message?
I have complained about this for at least 6 years!!!
Read more here:
viewtopic.php?t=124291
0 EMERGENCY A "panic" condition - notify all tech staff on call? (Earthquake? Tornado?) - affects multiple apps/servers/sites.
1 ALERT Should be corrected immediately - notify staff who can fix the problem - an example is loss of backup ISP connection.
2 CRITICAL Should be corrected immediately, but indicates failure in a primary system - fix CRITICAL problems before ALERT - an example is loss of primary ISP connection.
3 ERROR Non-urgent failures - these should be relayed to developers or admins; each item must be resolved within a given time.
4 WARNING Warning messages - not an error, but indicated that an error will occur if action is not taken, e.g. file system 85% full - each item must be resolved within a given time.
5 NOTICE Events that are unusual but not error conditions - might be summarized in an email to developers or admins to spot potential problems - no immediate action required.
6 INFORMATIONAL Normal operational messages - may be harvested for reporting, measuring throughput, etc. - no action required.
7 DEBUG Info is useful to developers for debugging the app, not useful during operations.
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 9:08 am
by loloski
Input Accept NLRI bug
It accept some prefix not in the list of prefix allowed to be accepted i stumble this bug in a lab
ss.png
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 10:57 am
by pe1chl
Input Accept NLRI bug
It accept some prefix not in the list of prefix allowed to be accepted i stumble this bug in a lab
ss.png
Not a bug. You have 0.0.0.0/0 in your list and that means: accept everything. All your other entries don't matter anymore.
As discussed before, that is a design problem. There should be a way to accept the default route without having it in the address list, but there isn't.
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 11:11 am
by loloski
I don't think that's the case i load more than 300K routes and that few /32 slips into crack, if I follow what you say all on that list will be accepted but it's not I think they just made a string match there literally, will going to retest again and remove 0.0.0.0/0 i think I can still reproduce it
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 11:40 am
by pe1chl
The "Input accept NLRI" checks if the received prefix is "in" the subnets listed in the address list. ALL subnets are ALWAYS in the 0.0.0.0/0 network so once that is in the list, everything is accepted.
This is because there is no prefix-length in an address list item, like there can be in a routing filter. There you can match on prefix length 0 to accept the default route.
So: when you need to accept the default route from the peer, you CANNOT usefully use "Input accept NLRI". Until that problem is fixed, e.g. by having an additional "also accept default route" flag in that "Input accept NLRI" field.
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 11:42 am
by loloski
I think you are right :), I stand corrected this design flaw is really a punch in the gut they should fix this, we are going to do some more pre-flight test otherwise we are going to call off again the deployment :( if you have single peer you can get away with it but multiple peer this will blow out of proportion
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 11:45 am
by loloski
https://stubarea51.net/2016/01/21/put-5 ... r-testing/
This is life saver luckily I was able to save the VM, the tool is not downable anymore :) I hope kevin will re-upload this again
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 3:23 pm
by Etz
Mu both hAP ax2's are crashing at regular intervals, since yesterday, created support ticket.
Damn annoying, wifi is so unstable, due to constant device reboots/crashes :/
Not sure what triggered it, there were no config changes whatsoever.
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 3:33 pm
by erlinden
Not sure what triggered it, there were no config changes whatsoever.
There were "other" changes. Any clues in the logging?
Though I might not be representive, I know the hAP ax2 can be rocksolid (I have one running at my parents house).
Have you already shared your config? Anything "exotic" running on the device?
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 3:42 pm
by Etz
There were "other" changes. Any clues in the logging?
Nothing in the logs, except usual:
system,error,critical router was rebooted without proper shutdown, probably kernel failure
system,error,critical kernel failure in previous boot
And no, there has not been any power failures.
What "other" changes you are referring to?
Have you already shared your config? Anything "exotic" running on the device?
Nothing, which I would personally call "exotic", both have "same" config.
/interface bridge
add admin-mac=48:A9:8A:XX:XX:XX auto-mac=no comment=defconf name=bridgeLocal port-cost-mode=short priority=0x4000
/interface ethernet
set [ find default-name=ether1 ] comment=core:ether1 poe-out=off
set [ find default-name=ether2 ] comment=cust:ether2
set [ find default-name=ether3 ] comment=cust:ether3
set [ find default-name=ether4 ] comment=cust:ether4
set [ find default-name=ether5 ] comment=cust:ether5
/interface wifi
# managed by CAPsMAN
# mode: AP, SSID: <removed>, channel: 5180/ax/Ceee
set [ find default-name=wifi1 ] comment=cust:wifi1 configuration.manager=capsman .mode=ap disabled=no security.authentication-types="" .encryption=""
# managed by CAPsMAN
# mode: AP, SSID: <removed>, channel: 2412/ax/Ce
set [ find default-name=wifi2 ] comment=cust:wifi2 configuration.manager=capsman .mode=ap disabled=no security.authentication-types="" .encryption=""
/snmp community
set [ find default=yes ] addresses=XXX.XXX.XXX.XXX/24 encryption-protocol=AES name=<removed> security=private
/system logging action
set 3 bsd-syslog=yes remote=XXX.XXX.XXX.XXX src-address=XXX.XXX.XXX.XXX
/user group
add name=backup policy=ssh,read,!local,!telnet,!ftp,!reboot,!write,!policy,!test,!winbox,!password,!web,!sniff,!sensitive,!api,!romon,!rest-api
/certificate settings
set crl-download=yes crl-use=yes
/interface bridge port
add auto-isolate=yes bridge=bridgeLocal comment=defconf edge=no ingress-filtering=no interface=ether1 internal-path-cost=10 path-cost=10 point-to-point=yes trusted=yes
add auto-isolate=yes bpdu-guard=yes bridge=bridgeLocal comment=defconf edge=yes ingress-filtering=no interface=ether2 internal-path-cost=10 path-cost=10 point-to-point=yes
add auto-isolate=yes bpdu-guard=yes bridge=bridgeLocal comment=defconf edge=yes ingress-filtering=no interface=ether3 internal-path-cost=10 path-cost=10 point-to-point=yes
add auto-isolate=yes bpdu-guard=yes bridge=bridgeLocal comment=defconf edge=yes ingress-filtering=no interface=ether4 internal-path-cost=10 path-cost=10 point-to-point=yes
add auto-isolate=yes bpdu-guard=yes bridge=bridgeLocal comment=defconf edge=yes ingress-filtering=no interface=ether5 internal-path-cost=10 path-cost=10 point-to-point=yes
add auto-isolate=yes bpdu-guard=yes bridge=bridgeLocal comment="simple ap" edge=yes ingress-filtering=no interface=wifi2 internal-path-cost=10 path-cost=10
add auto-isolate=yes bpdu-guard=yes bridge=bridgeLocal comment="simple ap" edge=yes ingress-filtering=no interface=wifi1 internal-path-cost=10 path-cost=10
/ip neighbor discovery-settings
set discover-interface-list=!dynamic
/ipv6 settings
set max-neighbor-entries=8192
/interface ovpn-server server
set auth=sha1,md5
/interface wifi cap
set certificate=request discovery-interfaces=bridgeLocal enabled=yes lock-to-caps-man=yes
/ip cloud
set update-time=no
/ip dhcp-client
add comment=defconf interface=bridgeLocal
/ip service
set telnet disabled=yes
set ftp disabled=yes
set www disabled=yes
set ssh address=XXX.XXX.XXX.XXX/24
set www-ssl address=XXX.XXX.XXX.XXX/24 tls-version=only-1.2
set api disabled=yes
set winbox address=XXX.XXX.XXX.XXX/24
set api-ssl address=XXX.XXX.XXX.XXX/24 disabled=yes tls-version=only-1.2
/ip ssh
set strong-crypto=yes
/ipv6 address
# address pool error: pool not found: ipv6-pool (4)
add address=::1 advertise=no from-pool=ipv6-pool interface=bridgeLocal
/ipv6 dhcp-client
add add-default-route=yes comment="simple ap" disabled=yes interface=bridgeLocal pool-name=ipv6-pool request=prefix
/ipv6 nd
set [ find default=yes ] advertise-dns=no
/snmp
set contact=<removed> enabled=yes location=<removed> trap-version=3
/system clock
set time-zone-name=Europe/Tallinn
/system identity
set name=MFG-AP1
/system logging
add action=remote prefix=system topics=error
add action=remote prefix=system topics=info
add action=remote prefix=system topics=critical
add action=remote prefix=system topics=warning
/system note
set show-at-login=no
/system ntp client
set enabled=yes
/system ntp client servers
add address=XXX.XXX.XXX.XXX
/system routerboard settings
set auto-upgrade=yes
/tool bandwidth-server
set enabled=no
/tool mac-server
set allowed-interface-list=none
/tool mac-server mac-winbox
set allowed-interface-list=static
/tool mac-server ping
set enabled=no
/tool romon
set enabled=yes
/tool romon port
add disabled=no forbid=yes interface=wifi1
add disabled=no forbid=yes interface=wifi2
Weird thing is, after manual reboot they seem to be fine for ~24h and then they start rebooting again.
And won't stop, until I reboot them via WinBox.
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 3:56 pm
by donkeyKong
I'm seeing random router reboots (a CCR2004-16G-2S+) with this ROS version. I have not been able to capture a supout.inf. file
I have a CAKE queue setup on the WAN interface and reboots seem to be triggered when doing upload speed tests.
/queue type
add cake-bandwidth=580.0Mbps cake-diffserv=besteffort cake-nat=yes cake-overhead=4 cake-overhead-scheme=ether-vlan cake-rtt-scheme=internet kind=cake name=cake-wan-up
/queue interface
set if-wan queue=cake-wan-up
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 4:05 pm
by moorezilla
@donkeyKong I've had random problems using cake with the bandwidth limit set in the cake queue itself, as opposed to setting the max-limit through either a queue tree using cake or a simple queue using cake. I'm not sure if this is a cake issue, a 7.13 issue, or a me issue. Just throwing it out there in case you want to try cake as a queue tree on your upload to see if that gets rid of the reboot issue.
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 4:40 pm
by pe1chl
I'm seeing random router reboots (a CCR2004-16G-2S+) with this ROS version.
How many of them? When I upgraded to 7.12.1 I have seen two such reboots within a week and made a SUP ticket, they recommended me to attach a terminal to the serial port (I have minicom running on a Linux machine) and capture the output.
But since then (42 days ago) it has not happened again. There may be some condition that triggers these reboots that does not happen often...
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 5:05 pm
by donkeyKong
I'm seeing random router reboots (a CCR2004-16G-2S+) with this ROS version.
How many of them? ...
Once every day for the moment. It has happened during MS Teams calls (call packets have DSCP markings) and while saturating the upload capacity of the WAN link.
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 5:18 pm
by pe1chl
That looks like what I was seeing, twice the router rebooted (by watchdog) during Teams calls, but not anywhere near capacity of the WAN.
I am not using CAKE but I do use a queue tree with DSCP->Priority->packetmark translations (with pcq-download and wireless-default queues).
After that happened I have (for other reasons) disabled the "download" queues (that were on our internal VLAN interfaces) but the "upload" queues towards the ISP are still present.
Maybe it is related to queueing...
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 5:31 pm
by donkeyKong
I'm seeing random router reboots (a CCR2004-16G-2S+) with this ROS version.
How many of them? When I upgraded to 7.12.1 I have seen two such reboots within a week and made a SUP ticket, they recommended me to attach a terminal to the serial port (I have minicom running on a Linux machine) and capture the output.
I tried attaching a terminal and capturing the output from the serial port but no valuable input was produced (just captured some logs from normal bootup sequence)I am able to reliably have the router reboot by doing speedtests that saturate the upload capacity.
stage2_loader v2.21
SPD I2C Address: 57
Executing next!
-----------------------------------------------------
Stage 3 version: 2.21.0
Commit ID: 5e1dea9
CVOS commit ID: a14387d
HAL commit ID: 7b19d83
Build date: Jan 3 2017 15:34:47
-----------------------------------------------------
agent_wakeup v2.10
EEPROM Revision ID = 39
Device ID = a514
Device Info: v2sil-39-rc1
Loading DT to 01100000 (24973 bytes)...
Board config ID: CCR2004-16G-2S+PC
al_serdes_25g_tx_pll_wa: temperature 40, swing_init 12, swing_adjusted 12
al_serdes_25g_tx_pll_wa: dosc_init 62, dosc_target 63, window_start 58, window_end 66
Serdes25G power up OK (25G mode)
dram_clear: clearing physical memory 0000000002000000 - 00000000c0000000...
dram_clear: clearing physical memory 0000000200000000 - 0000000240000000...
Loading application to 01100000 (62788 bytes)...
Executing application...
RouterBOOT booter 7.13
CCR2004-16G-2S+
CPU frequency: 1200 MHz
Memory size: 4 GiB
NAND size: 128 MiB
Press Ctrl+E to enter etherboot mode
Press any key within 2 seconds to enter setup..
loading kernel... OK
setting up elf image... OK
jumping to kernel code
Starting...
Starting services...
MikroTik 7.13 (stable)
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 6:09 pm
by pe1chl
So there was no output between the last prompt of the previous run and this?
They told me to logon to the router (username and password), maybe it only shows the panic output when logged on.
But it may well be that it does not provide output at all when the cause is the watchdog (but only in case of kernel panic)...
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 6:32 pm
by ormandj
How many of them? When I upgraded to 7.12.1 I have seen two such reboots within a week and made a SUP ticket, they recommended me to attach a terminal to the serial port (I have minicom running on a Linux machine) and capture the output.
I tried attaching a terminal and capturing the output from the serial port but no valuable input was produced (just captured some logs from normal bootup sequence)I am able to reliably have the router reboot by doing speedtests that saturate the upload capacity.
stage2_loader v2.21
SPD I2C Address: 57
Executing next!
-----------------------------------------------------
Stage 3 version: 2.21.0
Commit ID: 5e1dea9
CVOS commit ID: a14387d
HAL commit ID: 7b19d83
Build date: Jan 3 2017 15:34:47
-----------------------------------------------------
agent_wakeup v2.10
EEPROM Revision ID = 39
Device ID = a514
Device Info: v2sil-39-rc1
Loading DT to 01100000 (24973 bytes)...
Board config ID: CCR2004-16G-2S+PC
al_serdes_25g_tx_pll_wa: temperature 40, swing_init 12, swing_adjusted 12
al_serdes_25g_tx_pll_wa: dosc_init 62, dosc_target 63, window_start 58, window_end 66
Serdes25G power up OK (25G mode)
dram_clear: clearing physical memory 0000000002000000 - 00000000c0000000...
dram_clear: clearing physical memory 0000000200000000 - 0000000240000000...
Loading application to 01100000 (62788 bytes)...
Executing application...
RouterBOOT booter 7.13
CCR2004-16G-2S+
CPU frequency: 1200 MHz
Memory size: 4 GiB
NAND size: 128 MiB
Press Ctrl+E to enter etherboot mode
Press any key within 2 seconds to enter setup..
loading kernel... OK
setting up elf image... OK
jumping to kernel code
Starting...
Starting services...
MikroTik 7.13 (stable)
Since you can reliably reproduce, what SUP number do you have with this? It would be handy to reference. Thanks!
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 7:06 pm
by donkeyKong
So there was no output between the last prompt of the previous run and this?
They told me to logon to the router (username and password), maybe it only shows the panic output when logged on.
But it may well be that it does not provide output at all when the cause is the watchdog (but only in case of kernel panic)...
There was no output at all, just the reboot. What I could get was from a minicom capture. It looks like a kernel panic.
Support ticket is SUP-139556
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 9:35 pm
by mazay
Is there a guide on making both CAPSMANs work at the same time on the same MikroTik device?
I've tried but they don't seem to be able to coexist. I suspect that may have to be listening on different interfaces, can't check that right now but would appreciate any advise.
Edit: Tried running them on different VLAN ifaces with no luck - as soon as I enable the new CAPsMAN the old one seem to stop working and I lose all wi-fi connections, CAP interfaces, etc.
Hi Mazay,
as promised I'm back
I confirm that i succesfully deployed two CAP AC (7.13 on qcom drivers) and one RB951G-2HnD (on 7.13 with old drivers) on the same RB5009 CAPsMAN and obtained an hybrid setup (old and new CAPsMAN).
Both CAPsMAN are using the same management VLAN to connect between CAPs and CAPsMAN
dual_CAPSMAN2.jpg
dual_CAPSMAN3.jpg
dual_CAPSMAN.jpg
Hi, thanks for testing this!
I've found that both CAPsMANs running on 4011 were causing a lot of trouble, so for now I moved management to a CHR (temporary?). While CHR were able to run both I've faced another issue - constant reconnects with clients losing signal. So after a lot of back and forth, I've migrated all of my APs to the new version, unfortunately, I had to leave one behind and lost 2.4GHz on 4011 due to the incompatibility. Now I'm considering if I should go back or just buy another AP to improve the coverage.
Re: v7.13 [stable] is released!
Posted: Fri Jan 05, 2024 11:54 pm
by erlinden
Weird thing is, after manual reboot they seem to be fine for ~24h and then they start rebooting again.
And won't stop, until I reboot them via WinBox.
Only thing I notce is this:
security.authentication-types="" .encryption=""
Not sure if that is correct.
Have you tried resetting the CAP to default CAPs mode:
/system reset-configuration caps-mode=yes
Re: v7.13 [stable] is released!
Posted: Sat Jan 06, 2024 12:03 am
by Etz
Only thing I notce is this:
security.authentication-types="" .encryption=""
Not sure if that is correct.
Have you tried resetting the CAP to default CAPs mode:
/system reset-configuration caps-mode=yes
No, I have not tried that and it worked just fine until recent days, even with 7.13
Also default CAP's mode is not exactly what fits to my use case.
But thank you for pointing that out, I reset wifi interfaces and attached to CapsMan again, these directives disappeared, we'll see.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 11:54 am
by EdPa
What's new in 7.13.1 (2024-Jan-05 15:51):
*) bridge - fixed auto "path-cost" for bonding interfaces (introduced in v7.13);
*) console - updated copyright notice;
*) dns - fixed domain name lookup resolving for internal services;
*) fetch - do not require "content-length" for HTTP (introduced in v7.13);
*) fetch - fixed DNS resolving when domain has only AAAA entries (introduced in v7.13);
*) fetch - fixed fetch when using "src-path" with HTTP/HTTPS modes (introduced in v7.13);
*) fetch - fixed IPv4 address logging (introduced in v7.13);
*) fetch - improved file download stability with HTTP/HTTPS modes;
*) leds - do not show LTE connection state/mode using RGB power LED from configless LTE modems (introduced in v7.13);
*) leds - fixed wireless type of LED triggers for routers using WiFi package (introduced in v7.13);
*) lte - fixed support for config-less modem detection (introduced in v7.13);
*) lte - fixed USB mode switch and initialization race condition for configless USB modems;
*) modem - fixed SMS removal (introduced in v7.13);
*) port - fixed support for USB/serial adapters (introduced in v7.13);
*) switch - improved 100G interface stability for 98DX4310 and 98DX8525 switches;
*) switch - minimise potential packet overflows on CRS354;
*) system - improved system stability when processing packets in FastPath (introduced in v7.13);
*) timezone - updated timezone information from "tzdata2023d" release;
*) tr069 - fixed bandwidth test;
*) wifi - use "Latvia" as default value for "country" property;
*) winbox - renamed "Wireless Table" menu to "Wifi";
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 12:13 pm
by pe1chl
@EdPa how about making 7.12.1 the long-term release for v7, instead of locking its release topic?
It is the last one before the major WiFi changes that cause issues for some devices and users, and probably a version that many want to stick on for the time coming.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 12:25 pm
by Rox169
*) wifi - use "Latvia" as default value for "country" property;
Hi,
what TX and RX wifi power has Latvia?
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 12:26 pm
by Ovic
7.12.1 it's also the last one running stable on my RB5009. No sudden reboots like in 7.13
Re: v7.13 [stable] is released!
Posted: Mon Jan 08, 2024 2:42 pm
by spippan
Very interesting...
where did you get that from? would like to bookmark that. and also have a friend who might need that soon
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 2:53 pm
by irrwitzer
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 3:58 pm
by cyayon
Does the last 7.13.1 fix the reboot and/or memory leak issues ?
thanks.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 4:08 pm
by Chaosphere64
Upgrade to v7.13.1 broke my WiFi station mode to an wireless uplink, which worked fine with v7.13. I keep getting disconnects with "reason code 36" while having excellent signal on hAP ax3.
Update: I just noticed that the uplink in station mode works fine (wifi1, 5 GHz) when virtual APs are disabled!
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 4:10 pm
by Ovic
I have upgraded my RB5009 to current version 4 hours ago. Waiting to see how it goes. On the 7.13 & also on the latest beta there were random reboots at various intervals ranging from 4h to 1 day. Support told me they haven't manage to reproduce why it reboots, as there is no autosupout file generated. The router just logs that was a power outage and restarts.
Re: v7.13 [stable] is released!
Posted: Mon Jan 08, 2024 4:22 pm
by andriys
where did you get that from? would like to bookmark that
https://help.mikrotik.com/docs/display/ ... ackagetype
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 5:22 pm
by mszru
I've spotted two issues with this release on my hAP ac2:
1) Script error
7.13.1-script-error.png
2) Failed to set country for virtual wifi interfaces bound to 5 GHz master interface
7.13.1-no-country-set.png
The Country is properly set for both master interfaces (wifi1, wifi2) in the Configuration profile and the profile is assigned to virtual interfaces. Disabling and enabling interfaces does not help.
wifi1 - 2.4 GHz - ap home
wifi3 - ap iot
wifi5 - ap guest
wifi7 - station, wireless uplink, works fine
wifi2 - 5 GHz - ap home
wifi4 - ap iot
wifi6 - ap guest
wifi8 - ap other
Here is a printout of active configuration:
/interface/wifi/actual-configuration/print where name=wifi4
3 ;;; failed to set country
name="wifi4" mac-address=76:4D:28:90:F8:27 arp-timeout=auto master-interface=wifi2
configuration.mode=ap .ssid="********" .country=********
security.authentication-types=wpa2-psk,wpa3-psk .passphrase="********" .wps=disable
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 6:02 pm
by Kanzler
2) Failed to set country for virtual wifi interfaces bound to 5 GHz master interface
I have the same issue on hap ac3. Downgraded back to 7.13
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 6:50 pm
by pe1chl
For sure a bug. Country could never be set for a virtual wireless interface, and that makes no sense either.
A bit of a pity that such a change is introduced into a "stable" version. Test it in a beta first.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 7:56 pm
by infabo
But sure! ROS wants to set Country Latvia for all virtual interfaces. Yells for 7.13.2.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 8:01 pm
by nicolap
Having 11 bugs corrected "(introduced in v7.13)" is a very important (and bad) signal.
There a problem or with the testing workflow or with a (unfit) developer. Or both.
Adding the mess with the new WiFi/Wireless/CAPsMAN renaming this does me thinking :-(
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 8:10 pm
by pe1chl
Well, there can always be bugs, and they can be corrected in a .1 release.
However, *) wifi - use "Latvia" as default value for "country" property; is not a fix for a bug, but it is a new feature.
And it has not been tested. This kind of changes should be in a beta version only.
Probably most changes (even fixes for bugs that are more than typos) should first be tested in a beta version, then ported back into stable.
There are still many users who believe that "stable" refers to stability of the software, and that "stable" release can be installed immediately after release.
(or have naive scripts running that immediately install a stable version once it is released)
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 8:17 pm
by infabo
No, it is a breaking change. Documentation says, previous default was "UNITED STATES".
Changing the default value is always breaking BC.
"Determines, which regulatory domain restrictions are applied to an interface. Defaults to "United States"."
https://help.mikrotik.com/docs/display/ ... 0States%22.
I do not understand why MT sneaks such a change of default value into a patch release. MT staff here always state: we don't introduce new features/changes to patch releases. They go into testing branch. Only fixes in patch releases.
And still this change to country...
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 8:45 pm
by mszru
But sure! ROS wants to set Country Latvia for all virtual interfaces. Yells for 7.13.2.
You won't believe it! The error disappeared when I set the country to
Latvia! :)
I randomly selected other countries and for some of them I don't get any errors (France, Belgium) and for some others (United States, Brazil and the country I live in) this error pops up.
I set the country directly in the Configuration tab of the physical interface, so it overrides the settings I made in the Configuration profile. It was easier for me to test it this way than to change profiles.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 9:24 pm
by holvoetn
European Union countries ?
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 9:40 pm
by t0mm13b
How big is this update?
Am on a 16MB device (correction, MiB - with 612 KiB free)
Apologies in advance for dragging this up into this thread.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 10:03 pm
by optio
If you are already on 7.13 it will update, I'm also short on disk space (456 KiB free) and update passed.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 10:08 pm
by mkx
European Union countries ?
More likely ETSI countries.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 10:14 pm
by HamRadio
While I'm excited for RouterOS v7... and I'm excited on the rapid development. I would like to suggest that you might be moving a bit to fast, and to slow down, or hire more people for quality control. The amount of bugs that are fixed in 7.13.1 that were "Introduced in 7.13" is staggering, and very concerning. A new release should fix bugs, not create them. I would have preferred 7.13 have been delayed a few weeks, then to be rushed and have bugs be introduced in what is supposed to be a "Stable" release.
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 10:43 pm
by un9edsda
However, *) wifi - use "Latvia" as default value for "country" property; is not a fix for a bug, but it is a new feature.
It can still be a bugfix tough, a legal one (introduced after legal finished the DD).
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 10:55 pm
by optio
then to be rushed and have bugs be introduced in what is supposed to be a "Stable" release.
Someone said "It must be released before end of year!" and that happens...
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 11:02 pm
by t0mm13b
If you are already on 7.13 it will update, I'm also short on disk space (456 KiB free) and update passed.
Good to know, thanks for the info
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 11:21 pm
by infabo
It can still be a bugfix tough, a legal one (introduced after legal finished the DD).
Can be, could be, maybe and I guess. Or maybe not.
ROS changelog entries are very vague. Better than nothing.
But I always struggle with changelog entries lacking any further information, like "improved stability of XYZ" or e.g. from 7.13.1
*) system - improved system stability when processing packets in FastPath (introduced in v7.13);
or
tr069 - fixed bandwidth test;
MT could just strip that "noise" entries and just write at the end of changelog:
*) misc fixes and improvements
Re: v7.13.1 [stable] is released!
Posted: Mon Jan 08, 2024 11:39 pm
by infabo
A new release should fix bugs, not create them.
Microsoft is releasing Windows since the 80s. based on your logic it should be absent of bugs by now. But it is the other way round in reality. So get rid of this thinking, that software releases are bugfix only.
Relevant is: how is software tested. It is a whole topic for itself. But it seems like MT is relying heavily on feedback to testing branch releases before moving stable. And then stable branch "early updaters" are next in line....
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 12:00 am
by un9edsda
European Union countries ?
More likely ETSI countries.
By the way list of non overlapping EU/EEA ETSI channel lists with relevant EIRPs:
/interface wifi channel
add band=5ghz-a comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (20\
0 mW) - channel width 20 MHz - 802.11a - channel #36" disabled=no \
frequency=5180 name=wifi-channel-eu-5g-a-020-036 width=20mhz
add band=5ghz-a comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (20\
0 mW) - channel width 20 MHz - 802.11a - channel #40" disabled=no \
frequency=5200 name=wifi-channel-eu-5g-a-020-040 width=20mhz
add band=5ghz-a comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (20\
0 mW) - channel width 20 MHz - 802.11a - channel #44" disabled=no \
frequency=5220 name=wifi-channel-eu-5g-a-020-044 width=20mhz
add band=5ghz-a comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (20\
0 mW) - channel width 20 MHz - 802.11a - channel #48" disabled=no \
frequency=5240 name=wifi-channel-eu-5g-a-020-048 width=20mhz
add band=2ghz-g comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW)\
\_- channel width 20 MHz - 802.11g - channel #1" disabled=no frequency=\
2412 name=wifi-channel-eu-2.4g-g-20-01 width=20mhz
add band=2ghz-g comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW)\
\_- channel width 20 MHz - 802.11g - channel #5" disabled=no frequency=\
2432 name=wifi-channel-eu-2.4g-g-20-05 width=20mhz
add band=2ghz-g comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW)\
\_- channel width 20 MHz - 802.11g - channel #9" disabled=no frequency=\
2452 name=wifi-channel-eu-2.4g-g-20-09 width=20mhz
add band=2ghz-g comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW)\
\_- channel width 20 MHz - 802.11g - channel #13" disabled=no frequency=\
2472 name=wifi-channel-eu-2.4g-g-20-13 width=20mhz
add band=2ghz-n comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW)\
\_- channel width 20 MHz - 802.11n - channel #1" disabled=no frequency=\
2412 name=wifi-channel-eu-2.4g-n-20-01 width=20mhz
add band=2ghz-n comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW)\
\_- channel width 20 MHz - 802.11n - channel #5" disabled=no frequency=\
2432 name=wifi-channel-eu-2.4g-n-20-05 width=20mhz
add band=2ghz-n comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW)\
\_- channel width 20 MHz - 802.11n - channel #9" disabled=no frequency=\
2452 name=wifi-channel-eu-2.4g-n-20-09 width=20mhz
add band=2ghz-n comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW)\
\_- channel width 20 MHz - 802.11n - channel #13" disabled=no frequency=\
2472 name=wifi-channel-eu-2.4g-n-20-13 width=20mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (20\
0 mW) - channel width 40 MHz - 802.11n - channel #38" disabled=no \
frequency=5180 name=wifi-channel-eu-5g-n-040-038 width=20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (20\
0 mW) - channel width 40 MHz - 802.11n - channel #46" disabled=no \
frequency=5220 name=wifi-channel-eu-5g-n-040-046 width=20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 1 sub-band 2 - max. EIRP: 23 dBm (20\
0 mW) - channel width 40 MHz - 802.11n - channel #54" disabled=no \
frequency=5260 name=wifi-channel-eu-5g-n-040-054 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 1 sub-band 2 - max. EIRP: 23 dBm (20\
0 mW) - channel width 40 MHz - 802.11n - channel #62" disabled=no \
frequency=5300 name=wifi-channel-eu-5g-n-040-062 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW)\
\_- channel width 40 MHz - 802.11n - channel #102" disabled=no frequency=\
5500 name=wifi-channel-eu-5g-n-040-102 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW)\
\_- channel width 40 MHz - 802.11n - channel #110" disabled=no frequency=\
5540 name=wifi-channel-eu-5g-n-040-110 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW)\
\_- channel width 40 MHz - 802.11n - channel #118" disabled=no frequency=\
5580 name=wifi-channel-eu-5g-n-040-118 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW)\
\_- channel width 40 MHz - 802.11n - channel #126" disabled=no frequency=\
5620 name=wifi-channel-eu-5g-n-040-126 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW)\
\_- channel width 40 MHz - 802.11n - channel #134" disabled=no frequency=\
5660 name=wifi-channel-eu-5g-n-040-134 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-n comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW)\
\_- channel width 40 MHz - 802.11n - channel #144" disabled=no frequency=\
5700 name=wifi-channel-eu-5g-n-040-142 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (2\
00 mW) - channel width 40 MHz - 802.11ac - channel #38" disabled=no \
frequency=5180 name=wifi-channel-eu-5g-ac-040-038 width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (2\
00 mW) - channel width 40 MHz - 802.11ac - channel #46" disabled=no \
frequency=5220 name=wifi-channel-eu-5g-ac-040-046 width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 1 sub-band 2 - max. EIRP: 23 dBm (2\
00 mW) - channel width 40 MHz - 802.11ac - channel #54" disabled=no \
frequency=5260 name=wifi-channel-eu-5g-ac-040-054 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 1 sub-band 2 - max. EIRP: 23 dBm (2\
00 mW) - channel width 40 MHz - 802.11ac - channel #62" disabled=no \
frequency=5300 name=wifi-channel-eu-5g-ac-040-062 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ac - channel #102" disabled=no \
frequency=5500 name=wifi-channel-eu-5g-ac-040-102 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ac - channel #110" disabled=no \
frequency=5540 name=wifi-channel-eu-5g-ac-040-110 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ac - channel #118" disabled=no \
frequency=5580 name=wifi-channel-eu-5g-ac-040-118 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ac - channel #126" disabled=no \
frequency=5620 name=wifi-channel-eu-5g-ac-040-126 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ac - channel #134" disabled=no \
frequency=5660 name=wifi-channel-eu-5g-ac-040-134 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ac - channel #144" disabled=no \
frequency=5700 name=wifi-channel-eu-5g-ac-040-142 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (2\
00 mW) - channel width 80 MHz - 802.11ac - channel #42" disabled=no \
frequency=5180 name=wifi-channel-eu-5g-ac-080-042 width=20/40/80mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 1 sub-band 2 - max. EIRP: 23 dBm (2\
00 mW) - channel width 80 MHz - 802.11ac - channel #58" disabled=no \
frequency=5260 name=wifi-channel-eu-5g-ac-080-058 skip-dfs-channels=\
disabled width=20/40/80mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 80 MHz - 802.11ac - channel #106" disabled=no \
frequency=5500 name=wifi-channel-eu-5g-ac-080-106 skip-dfs-channels=\
disabled width=20/40/80mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 80 MHz - 802.11ac - channel #122" disabled=no \
frequency=5580 name=wifi-channel-eu-5g-ac-080-122 skip-dfs-channels=\
disabled width=20/40/80mhz
add band=5ghz-ac comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 80 MHz - 802.11ac - channel #138" disabled=no \
frequency=5660 name=wifi-channel-eu-5g-ac-080-138 skip-dfs-channels=\
disabled width=20/40/80mhz
add band=2ghz-ax comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW\
) - channel width 20 MHz - 802.11ax - channel #1" disabled=no frequency=\
2412 name=wifi-channel-eu-2.4g-ax-20-01 width=20mhz
add band=2ghz-ax comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW\
) - channel width 20 MHz - 802.11ax - channel #5" disabled=no frequency=\
2432 name=wifi-channel-eu-2.4g-ax-20-05 width=20mhz
add band=2ghz-ax comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW\
) - channel width 20 MHz - 802.11ax - channel #9" disabled=no frequency=\
2452 name=wifi-channel-eu-2.4g-ax-20-09 width=20mhz
add band=2ghz-ax comment="EU/EEA ETSI 2.4 GHz DSSS - max. EIRP: 20 dBm (100 mW\
) - channel width 20 MHz - 802.11ax - channel #13" disabled=no frequency=\
2472 name=wifi-channel-eu-2.4g-ax-20-13 width=20mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (2\
00 mW) - channel width 40 MHz - 802.11ax - channel #38" disabled=no \
frequency=5180 name=wifi-channel-eu-5g-ax-040-038 width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (2\
00 mW) - channel width 40 MHz - 802.11ax - channel #46" disabled=no \
frequency=5220 name=wifi-channel-eu-5g-ax-040-046 width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 1 sub-band 2 - max. EIRP: 23 dBm (2\
00 mW) - channel width 40 MHz - 802.11ax - channel #54" disabled=no \
frequency=5260 name=wifi-channel-eu-5g-ax-040-054 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 1 sub-band 2 - max. EIRP: 23 dBm (2\
00 mW) - channel width 40 MHz - 802.11ax - channel #62" disabled=no \
frequency=5300 name=wifi-channel-eu-5g-ax-040-062 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ax - channel #102" disabled=no \
frequency=5500 name=wifi-channel-eu-5g-ax-040-102 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ax - channel #110" disabled=no \
frequency=5540 name=wifi-channel-eu-5g-ax-040-110 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ax - channel #118" disabled=no \
frequency=5580 name=wifi-channel-eu-5g-ax-040-118 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ax - channel #126" disabled=no \
frequency=5620 name=wifi-channel-eu-5g-ax-040-126 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ax - channel #134" disabled=no \
frequency=5660 name=wifi-channel-eu-5g-ax-040-134 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 40 MHz - 802.11ax - channel #144" disabled=no \
frequency=5700 name=wifi-channel-eu-5g-ax-040-142 skip-dfs-channels=\
disabled width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 1 sub-band 1 - max. EIRP: 23 dBm (2\
00 mW) - channel width 80 MHz - 802.11ax - channel #42" disabled=no \
frequency=5180 name=wifi-channel-eu-5g-ax-080-042 width=20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 1 sub-band 2 - max. EIRP: 23 dBm (2\
00 mW) - channel width 80 MHz - 802.11ax - channel #58" disabled=no \
frequency=5260 name=wifi-channel-eu-5g-ax-080-058 skip-dfs-channels=\
disabled width=20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 80 MHz - 802.11ax - channel #106" disabled=no \
frequency=5500 name=wifi-channel-eu-5g-ax-080-106 skip-dfs-channels=\
disabled width=20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 80 MHz - 802.11ax - channel #122" disabled=no \
frequency=5580 name=wifi-channel-eu-5g-ax-080-122 skip-dfs-channels=\
disabled width=20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI RLAN 2 band - max. EIRP: 30 dBm (1000 mW\
) - channel width 80 MHz - 802.11ax - channel #138" disabled=no \
frequency=5660 name=wifi-channel-eu-5g-ax-080-138 skip-dfs-channels=\
disabled width=20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #3" disabled=no frequency=\
5955 name=wifi-channel-eu-6g-ax-040-003 width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #11" disabled=no frequency=\
5995 name=wifi-channel-eu-6g-ax-040-011 width=20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #19" disabled=no frequency=\
6035 name=wifi-channel-eu-6g-ax-040-019 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #27" disabled=no frequency=\
6075 name=wifi-channel-eu-6g-ax-040-027 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #35" disabled=no frequency=\
6115 name=wifi-channel-eu-6g-ax-040-035 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #43" disabled=no frequency=\
6155 name=wifi-channel-eu-6g-ax-040-043 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #51" disabled=no frequency=\
6195 name=wifi-channel-eu-6g-ax-040-051 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #59" disabled=no frequency=\
6235 name=wifi-channel-eu-6g-ax-040-059 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #67" disabled=no frequency=\
6275 name=wifi-channel-eu-6g-ax-040-067 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #75" disabled=no frequency=\
6315 name=wifi-channel-eu-6g-ax-040-075 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #83" disabled=no frequency=\
6355 name=wifi-channel-eu-6g-ax-040-083 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 21 dBm (126 mW) -\
\_channel width 40 MHz - 802.11ax - channel #91" disabled=no frequency=\
6395 name=wifi-channel-eu-6g-ax-040-091 skip-dfs-channels=disabled width=\
20/40mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 24 dBm (253 mW) -\
\_channel width 80 MHz - 802.11ax - channel #7" disabled=no frequency=\
5955 name=wifi-channel-eu-6g-ax-080-007 width=20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 24 dBm (253 mW) -\
\_channel width 80 MHz - 802.11ax - channel #23" disabled=no frequency=\
6035 name=wifi-channel-eu-6g-ax-080-023 skip-dfs-channels=disabled width=\
20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 24 dBm (253 mW) -\
\_channel width 80 MHz - 802.11ax - channel #39" disabled=no frequency=\
6115 name=wifi-channel-eu-6g-ax-080-039 skip-dfs-channels=disabled width=\
20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 24 dBm (253 mW) -\
\_channel width 80 MHz - 802.11ax - channel #55" disabled=no frequency=\
6195 name=wifi-channel-eu-6g-ax-080-055 skip-dfs-channels=disabled width=\
20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 24 dBm (253 mW) -\
\_channel width 80 MHz - 802.11ax - channel #71" disabled=no frequency=\
6275 name=wifi-channel-eu-6g-ax-080-071 skip-dfs-channels=disabled width=\
20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 24 dBm (253 mW) -\
\_channel width 80 MHz - 802.11ax - channel #87" disabled=no frequency=\
6355 name=wifi-channel-eu-6g-ax-080-087 skip-dfs-channels=disabled width=\
20/40/80mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 27 dBm (506 mW) -\
\_channel width 160 MHz - 802.11ax - channel #15" disabled=no frequency=\
5955 name=wifi-channel-eu-6g-ax-160-015 skip-dfs-channels=disabled width=\
20/40/80/160mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 27 dBm (506 mW) -\
\_channel width 160 MHz - 802.11ax - channel #47" disabled=no frequency=\
6115 name=wifi-channel-eu-6g-ax-160-047 skip-dfs-channels=disabled width=\
20/40/80/160mhz
add band=5ghz-ax comment="EU/EEA ETSI 6 GHz LPI - max. EIRP: 27 dBm (506 mW) -\
\_channel width 160 MHz - 802.11ax - channel #79" disabled=no frequency=\
6275 name=wifi-channel-eu-6g-ax-160-079 skip-dfs-channels=disabled width=\
20/40/80/160mhz
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 1:12 am
by infabo
That's another sample. Nobody understands (without being affected directly by the bug) what this fix for internal service name resolution is all about.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 2:16 am
by mazay
Just got my CHR running 7.13 rebooted with no reason an no logs. Looking at feedback above going for 7.13.1 is a bit scary. I wish MikroTik went back to being stable.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 3:39 am
by ormandj
I have the same issue as everyone else, my configuration profiles specify "United States" as the country, but all of my SSIDs including the one on the master interface are apparently set to LV. Interestingly, in /interfaces/wifi/radios (I have capsman managed configuration) "current country" says United States, but using a wifi scanner, I see LV.
I'm very surprised a 7.13.1 introduced a bug like this, almost as much as I'm surprised a .1 release also changed a default behavior (aside from the bug where the setting isn't working).
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 7:36 am
by eworm
That's another sample. Nobody understands (without being affected directly by the bug) what this fix for internal service name resolution is all about.
Services like fetch could not resolve and use ipv6(-only) addresses. That is fixed now.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 10:00 am
by infabo
fetch is a command/executable/utility and not a service. So still more confusion. 😅
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 10:12 am
by Jotne
Having 11 bugs corrected "(introduced in v7.13)" is a very important (and bad) signal.
7.13.1 does not have the worst list of number of fixes that was introduced in earlier version, but its in third place the last 10 years :)
version count
7.11 14
6.48beta12 12
7.13.1 11
6.46.1 10
6.49beta11 10
6.45.2 9
7.13beta3 9
6.47.1 8
6.46beta55 7
6.46beta9 7
6.47.2 7
7.9rc1 7
6.44 6
6.48.1 6
6.48beta27 6
7.12 6
7.12beta7 6
6.35.2 5
6.44.1 5
6.46.2 5
6.47beta19 5
6.47beta49 5
6.47rc2 5
6.48 5
6.48beta58 5
7.10 5
7.12rc2 5
7.14beta3 5
7.9rc4 5
6.34.6 4
6.38 4
6.39.2 4
6.40.3 4
6.40rc13 4
6.41 4
6.41rc17 4
6.41rc26 4
6.41rc3 4
6.44.3 4
6.44.6 4
6.44beta28 4
6.45.3 4
6.45.7 4
6.45beta11 4
6.46beta44 4
6.48.2 4
6.48.3 4
6.48rc1 4
6.49beta22 4
6.49beta27 4
7.13 4
7.13beta2 4
7.14beta4 4
7.4 4
7.7rc1 4
7.9 4
6.34 3
6.40.1 3
6.40.4 3
6.41.1 3
6.41rc47 3
6.43 3
6.43.13 3
6.43rc12 3
6.43rc14 3
6.44beta14 3
6.45.5 3
6.45beta34 3
6.45beta37 3
6.45beta50 3
6.46beta34 3
6.46beta68 3
6.47beta32 3
6.47beta60 3
6.47beta8 3
6.48beta35 3
6.49 3
7.10beta5 3
7.11.1 3
7.11beta5 3
7.11rc2 3
7.11rc4 3
7.12beta3 3
7.12rc1 3
7.12rc4 3
7.12rc5 3
7.13rc2 3
7.13rc3 3
7.2rc2 3
7.2rc4 3
7.4beta4 3
7.8rc2 3
7.9beta4 3
7.9rc5 3
6.29.1 2
6.32 2
6.33.1 2
6.35rc47 2
6.37rc20 2
6.38rc41 2
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 10:18 am
by eworm
fetch is a command/executable/utility and not a service. So still more confusion. 😅
Oh, I confused this with...
*) fetch - fixed DNS resolving when domain has only AAAA entries (introduced in v7.13);
So the services must have suffered something different. Anyway... Possibly related.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 10:23 am
by infabo
I've spotted two issues with this release on my hAP ac2:
1) Script error
Same here. Right after bootup.
03:00:43 script,error script error: error - contact MikroTik support and send a supout file (2)
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 10:34 am
by infabo
I have the same issue as everyone else, my configuration profiles specify "United States" as the country, but all of my SSIDs including the one on the master interface are apparently set to LV. Interestingly, in /interfaces/wifi/radios (I have capsman managed configuration) "current country" says United States, but using a wifi scanner, I see LV.
I have country=Austria everywhere and /interface/wifi/actual-configuration/print confirms that.
But analiti app tells me otherwise:
Screenshot_20240109_093011.jpg
And regarding changelog: MT please explain why this change was even introduced in a patch version of stable branch.
*) wifi - use "Latvia" as default value for "country" property;
-
Having 11 bugs corrected "(introduced in v7.13)" is a very important (and bad) signal.
And introducing at least 2 bugs in 7.13.1 (which should only have fixes) is an even worse signal.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 11:52 am
by normis
The change to Latvia was only for DEFAULT country. If you manually have set the correct country, you should not be affected. Latvia is the same as any ETSI country. This is to avoid "default" config to break some rules out of the box.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 12:08 pm
by erlinden
I have country=Austria everywhere and /interface/wifi/actual-configuration/print confirms that.
That is the case at my site as well...
I assume it is incorrect information, though I still adhere to the ETSI standard.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 12:25 pm
by infabo
But 802.11 wireless management frame country informations says country "LV"
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 1:31 pm
by spippan
@infabo
MT could just strip that "noise" entries and just write at the end of changelog:
*) misc fixes and improvements
that would make it even MORE vague.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 2:23 pm
by yuripg1
fetch is a command/executable/utility and not a service. So still more confusion. 😅
Oh, I confused this with...
*) fetch - fixed DNS resolving when domain has only AAAA entries (introduced in v7.13);
So the services must have suffered something different. Anyway... Possibly related.
In the same vein, perhaps now the NTP Client is capable of using (and hopefully prefers) IPv6 addresses? I haven't made the jump to 7.13.* yet, so I'm not able test at the moment.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 3:47 pm
by ormandj
The change to Latvia was only for DEFAULT country. If you manually have set the correct country, you should not be affected. Latvia is the same as any ETSI country. This is to avoid "default" config to break some rules out of the box.
As everybody is reporting, we all have it configured, yet it is being broadcast as LV. Also, for a minor point release, I am surprised a huge change like this was included, as many others are.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 3:49 pm
by infabo
@infabo
MT could just strip that "noise" entries and just write at the end of changelog:
that would make it even MORE vague.
Indeed. But more honest.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 4:21 pm
by Guntis
Thank you for the reports, we are aware of the issue with virtual wifi interfaces and wrong country code being broadcasted, sorry for the inconvenience.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 5:03 pm
by infabo
Thank you!
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 6:02 pm
by lubomirs
So it's not enough to wait for version .1, but maybe for .5 :-(
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 6:12 pm
by infabo
Don't be unfair. As long as MT learned from it and takes measures to improve the QA - all good.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 6:33 pm
by macgaiver
So, bottom-line, after reading this topic that all bugs are fixed except "latvia" as default on virtual wireless interfaces?
7.13 had huge changes and new features introduced - with every new features come with set of undiscovered bugs, that will have flag "introduced in".
I,for one, am very happy to ran Capsman v2 and wifi-qcom-ac package on all my AC devices, and can live through some bugs.
It looks like Mikrotik is releasing a set of outdoor AX devices (according to my distributor) - default country change out of box was probably triggered by that.Regulatory compliance monitoring services are much more sensitive about outside installations
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 9:46 pm
by Maggiore81
Upgraded from 7.13 to 7.13.1 and DOH stopped working.
DoH server connection error: SSL: ssl: certificate not yet valid (6)
Time is OK. everything is OK. downgraded to 7.13 and it works
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 11:40 pm
by infabo
DOH enabled here too. DOH working well on 7.13.1. Maybe really an certificate issue.
Re: v7.13.1 [stable] is released!
Posted: Tue Jan 09, 2024 11:54 pm
by eworm
Looks like cloudflare just changed their certificate, and they got it from a different issuer. Possibly that is the problem?
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 12:19 am
by mrtux
Looks like cloudflare just changed their certificate, and they got it from a different issuer. Possibly that is the problem?
I was having the same issues with Cloudflare DNS over HTTPS as well. I downgraded to 7.13 but the issue still persisted after the downgrade. After importing the new certificate, DNS over HTTPS seems to work again. Will upgrade back to 7.13.1 again and see how it goes.
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 12:44 am
by templeos
Looks like cloudflare just changed their certificate, and they got it from a different issuer. Possibly that is the problem?
Correct. It is not a RouterOS bug. You now need DigiCert Global Root G2 instead of DigiCert Global Root CA for Cloudflare DoH.
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 12:52 am
by Znevna
Any news regarding this?
viewtopic.php?t=201345#p1035100
Short version, ability to specify Client AllowedIPs in the new introduced WireGuard peer/client config section.
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 1:53 am
by mt99
Please tell me that US-locked WAPs don't default to "Latvia"! Totally agree with others that these kind of functionality updates are what the beta is for, but I guess regulatory changes don't need testing.
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 2:06 am
by templeos
Common Name DigiCert Global Root G2
Serial Number 033af1e6a711a9a0bb2864b11d09fae5
Fingerprint cb3ccbb76031e5e0138f8dd39a23f9de47ffc35e43c1144cea27d46a5ab1cb5f
This is what I currently have as well. With this Cloudflare DoH works.
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 8:16 am
by eworm
Possibly a bad idea on devices with limited storage... I prefer to have the certificates around that I need.
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 10:09 am
by miklin
Flushing dns cache after every few seconds when doh-server is used (cache-used can't even exceed 100KiB) and definitely before TTL. BUG ?
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 10:25 am
by infabo
Please tell me that US-locked WAPs don't default to "Latvia"! Totally agree with others that these kind of functionality updates are what the beta is for, but I guess regulatory changes don't need testing.
Try it out. I guess you'll see the "country not allowed" error in wifi menu. or maybe deadlock: ROS wants to default Latvia but can't because of US regulation lock.🤔
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 11:15 am
by mfrey
Anyone else having issues with DHCP Client after an upgrade to v7.13.1? I'm using the client on a WiFi-Interface (qcom-ac) in station mode that has a slave interface with an AP configuration. The DHCP client is stuck in "searching...".
A downgrade to v7.13 fixed this issue.
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 4:56 pm
by optio
I'm sure users can afford 220KiB
I'm sure you don't own 16MB storage device :)
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 5:23 pm
by optio
Then your config is not consuming much space and maybe not running containers on it (not as containers storage, as additional package + large config with a lot of scripts).
Re: v7.13.1 [stable] is released!
Posted: Wed Jan 10, 2024 5:55 pm
by optio
I see now, your device doesn't have wifi, that's why... There are a lot of devices with wifi and 16MB storage.
Re: v7.13.1 [stable] is released!
Posted: Thu Jan 11, 2024 12:11 am
by lucasasdelli
Hello, two hEX in VRRP with v7.13.1: the master CPU rises up to 60%, while with v7.13 it did run around 10%.
Temperature reads 78°C instead of previous 65°C.
Downgraded to v7.13 now are fine.
Best
Luca
Re: v7.13.1 [stable] is released!
Posted: Thu Jan 11, 2024 1:16 pm
by ormandj
Thank you for the reports, we are aware of the issue with virtual wifi interfaces and wrong country code being broadcasted, sorry for the inconvenience.
7.14beta6 received: *) wifi - fixed issue with setting country profile (introduced in v7.13.1);
Are there plans to release a 7.13.2 with this soon? Some device behavior (looking at you, Apple devices, but also others) is to determine country code by the beacons they see first. It’s unfortunate but not something in administrative control, but .1 also has other changes that make reversion non-optimal.
Re: v7.13.1 [stable] is released!
Posted: Thu Jan 11, 2024 1:42 pm
by nmt1900
There's one thing about Apple devices. They indeed check country code from the beacons, but they check it from first SSID's they able to found (before connecting) - so it's not exclusively up to your own AP settings. They even set their frequency/channel scanning range according to this.
Re: v7.13.1 [stable] is released!
Posted: Thu Jan 11, 2024 9:22 pm
by mszru
Since 7.12 with every new "stable" release hAP ac2 reboots 2-3 times a week. ROS 7.11.2 was the last stable version for this device.
2024-01-10 08:46:29 system,error,critical router was rebooted without proper shutdown, probably kernel failure
2024-01-10 08:46:30 system,error,critical kernel failure in previous boot
System Resources
uptime: 18h5m28s
version: 7.13.1 (stable)
build-time: Jan/05/2024 13:51:11
factory-software: 6.43.10
free-memory: 19.5MiB
total-memory: 128.0MiB
cpu: ARM
cpu-count: 4
cpu-frequency: 672MHz
cpu-load: 5%
free-hdd-space: 344.0KiB
total-hdd-space: 15.2MiB
write-sect-since-reboot: 8759
write-sect-total: 518065
architecture-name: arm
board-name: hAP ac^2
platform: MikroTik
I do hope 7.14 will be more stable. Is it really time for netinstall, which I have never run for this device?
Re: v7.13 [stable] is released!
Posted: Fri Jan 12, 2024 3:18 am
by zentavr
DHCP served over a VLAN trunk is still a problem on x86. Rolled back to 7.11.2.
See
here, and
here (post 99) and SUP-134483.
Confirming that!
Re: v7.13.1 [stable] is released!
Posted: Fri Jan 12, 2024 9:10 am
by Ovic
@mszru did you send a supout file to the support team ? Don't expect to get your problem fixed by posting it on the forum. About netinstall sometimes helps, sometimes doesn't.
Re: v7.13.1 [stable] is released!
Posted: Fri Jan 12, 2024 9:52 am
by Etz
@Ovic, I have similar issues with hAP AX2’es, with 7.13. Created support ticket, attached bunch of autosupout and manual supout files. 0 response so far.
Re: v7.13.1 [stable] is released!
Posted: Fri Jan 12, 2024 10:28 am
by holvoetn
FWIW my AX2 (currently on 7.13) has never reboot since Dec 28th when I applied that version.
Simply using it as AP though via RB5009 capsman controller.
Re: v7.13.1 [stable] is released!
Posted: Fri Jan 12, 2024 10:45 am
by WeWiNet
Anyone else having issues with DHCP Client after an upgrade to v7.13.1? I'm using the client on a WiFi-Interface (qcom-ac) in station mode that has a slave interface with an AP configuration. The DHCP client is stuck in "searching...".
Anyone using Virtual Wifi interfaces on a master interface in station mode should in my opinion stay on away from 13.1.
It just doesn't work (proven on hap ac's). The country code could be the issue, but I would be surprised that's the only reason (I have not seen any error log anywhere in my config
/winbox logs while it was not working). The station i/f is connected to the AP, it gets inbound traffic
but no outbound traffic. You can't do anything with the i/f (no DHCP, no outgoing ping on L2 etc.)
In meantime better stay on 7.13 or try beta 14
Re: v7.13.1 [stable] is released!
Posted: Fri Jan 12, 2024 1:11 pm
by Etz
FWIW my AX2 (currently on 7.13) has never reboot since Dec 28th when I applied that version.
Simply using it as AP though via RB5009 capsman controller.
Same setup, AX’ses are crashing, pretty much, daily.
Upgraded to 7.13.1 and had first crash with it, just 15 mins ago.
Re: v7.13.1 [stable] is released!
Posted: Fri Jan 12, 2024 5:49 pm
by mszru
@mszru did you send a supout file to the support team ? Don't expect to get your problem fixed by posting it on the forum. About netinstall sometimes helps, sometimes doesn't.
Yes, and as far as I can tell, the problem hasn't been identified. Support team advised to try downgrading to the previous stable build or upgrading to the next beta and see if that helps.
I just wanted to warn others that ROS >= 7.12 may be unstable on hAP ac2. I can live with that since it's a home router that I use to test new features and configurations.
Re: v7.13.1 [stable] is released!
Posted: Fri Jan 12, 2024 6:32 pm
by DeGlucker
@mszru did you send a supout file to the support team ? Don't expect to get your problem fixed by posting it on the forum. About netinstall sometimes helps, sometimes doesn't.
Yes, and as far as I can tell, the problem hasn't been identified. Support team advised to try downgrading to the previous stable build or upgrading to the next beta and see if that helps.
I just wanted to warn others that ROS >= 7.12 may be unstable on hAP ac2. I can live with that since it's a home router that I use to test new features and configurations.
I confirm 7.12 is unstable not only on hAP AC2, but on other ARM based devices too such as cAP AC and Chateau 5G.
Unfortunately quality of testing latest ROS releases leaves much to be desired...
Re: v7.13.1 [stable] is released!
Posted: Fri Jan 12, 2024 11:12 pm
by karanik
Hello
I have this device
routerboard: yes
board-name: cAP ac
model: RBcAPGi-5acD2nD
revision: r2
firmware-type: ipq4000L
factory-firmware: 6.44
current-firmware: 7.13.1
upgrade-firmware: 7.13.1
I have scripts that use another script with telegram function and working properly.
The Telegram function script inside has the command
/tool fetch url="
https://api.telegram.org/MYBOT/sendMess ... &text=TEST"
All fine.
The same command I used to use the last years on Netwatch in UP or Down and it worked until update 7.13.
When I tried the same command from netwatch to terminal is working but not from netwatch.
Another interest thing with netwatch that into netwatch UP when I have this below is working the email sending but stack to "log info TEST Telegram netwatch"
:log error "TEST Email netwatch"
/tool e-mail send to="MY EMAIL" subject="MyDevice Up $[/system clock get time]"
:log info "TEST Telegram netwatch "
/tool fetch url="
https://api.telegram.org/MYBOT/sendMess ... t=MyDevice Up"
If I reverse the script then it gets stuck in Telegram and doesn't proceed to email either.
:log info "TEST Telegram netwatch "
/tool fetch url="
https://api.telegram.org/MYBOT/sendMess ... t=MyDevice Up"
:log error "TEST Email netwatch"
/tool e-mail send to="MY EMAIL" subject="MyDevice Up $[/system clock get time]"
I don't have any wrong error on log just stack to :log info "TEST Telegram netwatch"
What can I do for that? What you suggest?
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 4:29 am
by un9edsda
System Resources
uptime: 18h5m28s
version: 7.13.1 (stable)
build-time: Jan/05/2024 13:51:11
factory-software: 6.43.10
# ...
board-name: hAP ac^2
platform: MikroTik
I do hope 7.14 will be more stable. Is it really time for netinstall, which I have never run for this device?
If you you have never ever Netinstalled this device not even for the changing to v7 series (which is the risk averse way to go) than it is definitely time for
/export verbose show-sensitive file=filenameyoulike
and Netinstall latest stable or testing (choose whichever you like) and
/system/routerboard/upgrade
. This will likely not only leave you with a bit more free storage space however might as well cure seemingly inexplicable issues such as the ones you are experiencing (for example same device with similar usage pattern works rock solid for some while often reboots for others).
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 4:41 am
by un9edsda
I confirm 7.12 is unstable not only on hAP AC2, but on other ARM based devices too such as cAP AC and Chateau 5G.
Unfortunately quality of testing latest ROS releases leaves much to be desired...
Than it's
time to Netinstall and
/system/routerboard/upgrade
if you haven't already and you may experience that MikroTik's QA might be a hair better than you've experienced lately (although there are some
hoops to jump for APs).
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 9:47 am
by Maggiore81
I have issues with the backup script.
I made an export then upload via FTP.
7.12.1 works, from 7.13 no.
The script is described here:
viewtopic.php?p=1048251
05:00:01 system,info,account user spadadmin logged out from 100.127.255.253 via winbox
05:00:02 script,info Config export finished (1/1).
05:00:02 script,info Uploading config export (1/1).
05:00:02 fetch,info,debug Upload from [internal] to
ftp://mikrotik:***@20.240.141.60//SPADHAUSEN-MT Sw Trasporto T6 ATTIVO--1301-0-050000.rsc (20.240.141.60) FAILED: cannot
open file: No such file or directory
05:00:02 fetch,info,debug Upload from [internal] to
ftp://mikrotik:***@20.240.141.60//SPADHAUSEN-MT Sw Trasporto T6 ATTIVO--1301-0-050000.rsc (20.240.141.60) FINISHED
05:01:03 script,info Configuration backup finished.
File is created correctly on the disk, but it is no longer uploaded.
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 10:13 am
by rextended
I have issues with the backup script.
Open separate topic, and post the script
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 10:40 am
by t0mm13b
Upgraded D53G-5HacD2HnD from v7.13 to v7.13.1
Noticing now that the firewall rules under IP/Firewall, under many tab pages, Raw, NAT, Filter Rules, the first rule on top of each, "special dummy rule to show fasttrack counters" is 0 Bytes
Anyone else noticing it?
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 11:01 am
by rextended
I have issues with the backup script.
I made an export then upload via FTP.
7.12.1 works, from 7.13 no.
As usual MikroTik does things without doing in-depth tests of what changing object names entails...
Ah no, I'm wrong: we are the testers... for free...
You didn't test the script on the command line, so you didn't see the "error" line
Warning: file was corrected to Sw_Trasporto_T6_ATTIVO--1301-0-050000.rsc
Temporary (I hope) fix: Remove the spaces on router system identity.
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 11:03 am
by Maggiore81
@rextended thank you, the issue is that we have spaces in ALL our system identities.
I have opened SUP-140393
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 11:07 am
by rextended
we have spaces in ALL our system identities.
Non siete da soli..............
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 11:09 am
by Maggiore81
:-D
chi sei, da che operatore?
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 11:11 am
by rextended
:-D
chi sei, da che operatore?
A small one ;)
This topic is strictly moderated (or at least it should be...) let's stop this off-topic here ;)
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 3:36 pm
by nmt1900
It would always be best to adhere to common hostname format standards as system identity translates to hostname of the device.
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 5:35 pm
by ormandj
It would always be best to adhere to common hostname format standards as system identity translates to hostname of the device.
Generically, using spaces in anything computing related is bad behavior MS enabled. Don’t use spaces in variables, names, or anything else along those lines and life gets a lot easier.
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 7:37 pm
by Maggiore81
I know. But you cannot change overnight the behaviour of the system without writing in the changelog
Re: v7.13.1 [stable] is released!
Posted: Sat Jan 13, 2024 10:46 pm
by pe1chl
Well, it was written in the changelog, but in a very cryptic way and between many similar lines so it did not stand out.
*) console - replace reserved characters in file and script names with underscores;
Re: v7.13.1 [stable] is released!
Posted: Sun Jan 14, 2024 12:16 am
by infabo
Another example why I am critizizing ROS changelogs.
This not not some "oh, btw, maye u are interested im this little change"
This should at least go up in changelog and be prefixed with an exclamation mark.
!) console - replace reserved characters in file and script names with underscores;
Re: v7.13.1 [stable] is released!
Posted: Sun Jan 14, 2024 1:08 am
by jaclaz
Without an explicit list of the "reserved characters" it would be anyway not easily understandable. Space is IMHO not even a reserved character, strictly speaking, it may well be a not allowed one in file names, but a reserved character is usually one that has a special meaning and that needs to be escaped if used literally.