Community discussions

MikroTik App
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.1 [stable] is released!

Thu Jun 13, 2024 2:01 pm

I think the problem is not only in free space.
I have 3500 KB of free space on my router.
Did you already increase the DNS cache size? It can be changed from 2048 to 20480 without issue on that router.
 
kos
Frequent Visitor
Frequent Visitor
Posts: 64
Joined: Mon Oct 31, 2016 11:51 am

Re: v7.15.1 [stable] is released!

Thu Jun 13, 2024 2:42 pm

I do not understand what this has to do with a port-knocking mechanism.
When a VPN serve has a "port-knocking" implemented, the client must "knock" in order to connect. Until 7.14.1 "on-down" script was performing the "knocking" perfectly.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.1 [stable] is released!

Thu Jun 13, 2024 2:59 pm

It depends on what you mean with "until 7.14.1".
This bug was introduced I think in 7.12, before it worked like it does now.
 
kos
Frequent Visitor
Frequent Visitor
Posts: 64
Joined: Mon Oct 31, 2016 11:51 am

Re: v7.15.1 [stable] is released!

Thu Jun 13, 2024 5:23 pm

It has always been like this - After every unsuccessful attempt of VPN client to connect, "on-down" script is executed.

For example:
Until 7.14.1, if there is on-down=":log info TEST" in the "ppp profile" and the VPN client fails to connect, the result would be:

ovpn,info ovpn-out1: initializing...
ovpn,info ovpn-out1: connecting...
ovpn,info ovpn-out1: disconnected <could not connect>
ovpn,info ovpn-out1: terminating... - could not connect
ovpn,info ovpn-out1: disconnected
script,info TEST
ovpn,info ovpn-out1: initializing...
ovpn,info ovpn-out1: connecting...
ovpn,info ovpn-out1: disconnected <could not connect>
ovpn,info ovpn-out1: terminating... - could not connect
ovpn,info ovpn-out1: disconnected
script,info TEST

In 7.15 and 7.15.1 the script is not executed anymore.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.1 [stable] is released!

Thu Jun 13, 2024 5:32 pm

I think it was not like that before 7.12, but I am not going to spend the effort to prove it.
However, I had a construct with up and down scripts that worked before 7.12 and started failing because of repeated down script execution.
 
User avatar
dwnldr
Frequent Visitor
Frequent Visitor
Posts: 58
Joined: Sat Apr 11, 2020 10:06 am

Re: v7.15.1 [stable] is released!

Thu Jun 13, 2024 5:37 pm

Guys, have you also noted that (nearly) with every major version "comes" different Tx Power ?

If we check "United States" on ax3, with most recent 7.15.1:
ranges: 2402-2472/30
5170-5250/30
5250-5330/24/dfs
5490-5730/24/dfs
5735-5895/30

Those values are the same as on 7.13.x / 7.14.x, BUT :
For instance, till now on 7.13. , 2.4Ghz was Tx Power rated at "27" on channel "1 - 2412Mhz". Now it is "23" with same setup, same channel, same device, BUT rate "27" is available on channel "6 - 2437Mhz". This was just one of the examples, both 2.4 and 5 channels are behaving like this during updates, even if regulatory domain shows different allowed rates. On 5ghz is Freq 5180 rated also "23", but higher channel "149-5745" works with higher Tx Power "28".

Honestly, im confused from those changes between freqs and sw revisions...
 
szalkerous
newbie
Posts: 36
Joined: Thu Jan 21, 2016 2:30 am
Location: NH, USA

Re: v7.15.1 [stable] is released!

Thu Jun 13, 2024 6:51 pm

Did the jump from 7.14.3 to 7.15.1 on a CCR1009 (Tile) Router, and had Winbox 3.40 unable to connect afterwards.

Clearing the WinBox cache did fix this problem.

For anyone else experiencing that issue.
 
guru431
just joined
Posts: 18
Joined: Fri Nov 29, 2019 10:37 am

Re: v7.15.1 [stable] is released!

Thu Jun 13, 2024 8:32 pm

I think the problem is not only in free space.
I have 3500 KB of free space on my router.
Did you already increase the DNS cache size? It can be changed from 2048 to 20480 without issue on that router.
Yes, of course:

cache-size: 102400KiB
cache-used: 3259KiB
 
User avatar
robtor
Frequent Visitor
Frequent Visitor
Posts: 95
Joined: Sat Dec 09, 2023 3:27 pm
Location: Germany, Hessen
Contact:

Upgrade Problems

Thu Jun 13, 2024 11:47 pm

Currently I had problems upgrading this version using CAPsMAN or the Dude.

When trying to upgrade using capsman, it always said it could not find the wifi-qcom-ac-7.15 package. I think the issue has sth. to do with the version number stored in the package itself. It should have searched for the wifi-qcom-ac-7.15.1 package that actually existed on the capsman.

Same for the dude. There was always an error that required packages were missing, but with less details than the error with capsman.


Did anybody had a similar issue with this upgrade step?
 
sergiot77
just joined
Posts: 7
Joined: Tue Mar 28, 2023 1:14 am

Re: v7.15 [stable] is released!

Fri Jun 14, 2024 12:30 am

I try today v7.15 on 3 different 4011.
VPLS vs 7.14 2216 doesn't go running.
After dowgrade it to 7.14 interface goes up with no configuration change.
Anyone noticed this issue?
i haven't upgraded yet but running vpls as well, did you experience this issue running bgp-signalled vpls? if so did you manage to find a solution on 7.15
we do not use bgp-signalled vpls. I opened a ticket to the support and they are still investigating, Same issue on 7.16 beta 1 and 2
 
nexusds
newbie
Posts: 30
Joined: Fri Aug 16, 2019 6:51 am

Re: v7.15 [stable] is released!

Sat Jun 15, 2024 7:32 am

tried all this.. and disabling 2g.. IPhones wont connect properly. going back to 14.3 9and without these additions) solves all problems. spent lots of time trying to make 15.x work without success.
Think your config is a bit messy, but not that strange @VadiKO.
What you can try:

- set encryption=ccmp on the for5G security settings
- set authentication-types to wpa2-psk only (had some strange stuff going on with combined wpa2-psk and wpa3-psk)
- set dtim-period (part of the configuration) to 3 (which is advised by Apple)

At last...I prefer to use a single bridge, but that is probably not a problem in your case.
 
erlinden
Forum Guru
Forum Guru
Posts: 2373
Joined: Wed Jun 12, 2013 1:59 pm
Location: Netherlands

Re: Upgrade Problems

Sat Jun 15, 2024 9:29 am

Did anybody had a similar issue with this upgrade step?
Dude never worked for me (errors about incorrect files), upgrade through CAPsMAN works like a charm.

Sure that the path is correct and that the files are indeed in the correct folder?
 
User avatar
Marc66FR
just joined
Posts: 1
Joined: Sat Nov 26, 2016 5:35 pm
Location: France

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 9:56 am

Upgraded hEX from 7.15.0 to 7.15.1 without issues (5 days ago):
* Memory usage is stable and CPU usage is low
* No issues with speed or latency on my 1000/1000 link
* A bit more than 4 MB flash storage available
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 1:10 pm

I don't know if this is a WinBox bug or is related to 7.15.1. winbox shows a default route for lte1 twice. Which is not duplicate on CLI. And what "8 items out of 24" means is completely unknown to me.
You do not have the required permissions to view the files attached to this post.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 1:59 pm

And what "8 items out of 24" means is completely unknown to me.
That is because the "ip routes" display is effectively a "filter" showing only the IPv4 routes out of all routes (including IPv6).
 
User avatar
fischerdouglas
Frequent Visitor
Frequent Visitor
Posts: 64
Joined: Thu Mar 07, 2019 6:38 pm
Location: Brazil
Contact:

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 2:31 pm

That is because the "ip routes" display is effectively a "filter" showing only the IPv4 routes out of all routes (including IPv6).
It's long past time for MikroTik to unify IPv4 and IPv6 commands and menus into IP, and create IPv4 and IPv6 submenus just for specific things.
 
User avatar
ID
newbie
Posts: 34
Joined: Tue Dec 26, 2006 10:36 pm

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 3:06 pm

Not a big deal but sum of them not equal out of count.
You do not have the required permissions to view the files attached to this post.
 
User avatar
nz_monkey
Forum Guru
Forum Guru
Posts: 2165
Joined: Mon Jan 14, 2008 1:53 pm
Location: Over the Rainbow
Contact:

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 3:41 pm

That is because the "ip routes" display is effectively a "filter" showing only the IPv4 routes out of all routes (including IPv6).
It's long past time for MikroTik to unify IPv4 and IPv6 commands and menus into IP, and create IPv4 and IPv6 submenus just for specific things.
This would require a move to netfilter from iptables, a fairly major job. I imagine something like this would be a RouterOS v8 feature.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 3:54 pm

You mean nftables.
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7162
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 4:38 pm

It is purely a winbox 3.x issue, unrelated to nftables, iptables, netfilters or anything else.
Like pe1chl already wrote, Winbox takes all routes from routing/route and is applying the filters.
 
leonardogyn
just joined
Posts: 18
Joined: Wed Dec 04, 2019 4:47 pm

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 6:15 pm

It is purely a winbox 3.x issue, unrelated to nftables, iptables, netfilters or anything else.
Like pe1chl already wrote, Winbox takes all routes from routing/route and is applying the filters.
.
About skins not working at all on 7.15.1, which I reported at viewtopic.php?t=208039#p1080153, were you able to confirm that? Fix for that is expected for something like 7.15.2 or 7.16 only? Thanks!
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 7:23 pm

Not a big deal but sum of them not equal out of count.
There are 3 kinds of routes: IPv4, IPv6, and "link" (I think these are used for the link-level non-IP protocols like ARP).
So in your case there are 2 IPv4 routes, 5 IPv6 routes, and there are 4 interfaces, for a total of 11 routes.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.1 [stable] is released!

Mon Jun 17, 2024 9:15 pm

Winbox is weird.
 
GSBNAHID
just joined
Posts: 2
Joined: Fri Jul 31, 2015 5:22 pm

Re: v7.15.1 [stable] is released!

Tue Jun 18, 2024 7:28 pm

Hello everyone, Useing OS version V7.15.1, Getting some problem with PPPOE Server at Vlan interface being "invalid" after power off/on or normal reboot. Because of invalid pppoe server interface pppoe user cant connect to mikrotik. If manually disable/enable PPPOE server interface make interface valid again , then again pppoe user can connect to mikrotik. Can you please share solution of this kind of problem?
You do not have the required permissions to view the files attached to this post.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.1 [stable] is released!

Wed Jun 19, 2024 10:54 am

Well, this of course is not as it should be. But when you are only looking for a workaround for now, you could make a script with this content:
:delay 15
/interface/pppoe-server/disable [find]
/interface/pppoe-server/enable [find]
and then in the scheduler run this script with start-time: startup
 
Simonej
Frequent Visitor
Frequent Visitor
Posts: 60
Joined: Sun Aug 22, 2021 3:34 am

Re: v7.15.1 [stable] is released!

Wed Jun 19, 2024 11:48 am

With SUP-155649 I was asking how “reselect-interval” ( https://help.mikrotik.com/docs/display/ROS/WiFi ) is working, but still no answer.
Anyone has a clue?
 
mndtrp
just joined
Posts: 3
Joined: Thu Feb 16, 2023 6:26 pm

Re: v7.15 [stable] is released!

Wed Jun 19, 2024 12:37 pm

hAP ax3, 7.15 and Chromecast strange behaviour.
When I cast a movie from my smartphone to my TV via Chromecast, in a few seconds —no more than 10–20 seconds— all the WiFi devices in the house get disconnected. I mean all of them, 2 phones, 1 laptop and Chromecast itself.
Downgrading to 7.14.3 solved the problem.
I can confirm similar behavior with 7.15.1. Downgrade to 7.14.3 solved the problem for me too.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.1 [stable] is released!

Wed Jun 19, 2024 12:52 pm

With SUP-155649 I was asking how “reselect-interval” ( https://help.mikrotik.com/docs/display/ROS/WiFi ) is working, but still no answer.
Anyone has a clue?
viewtopic.php?p=1080246#p1080246
 
ormandj
just joined
Posts: 18
Joined: Tue Jun 15, 2021 12:25 am

Re: v7.15 [stable] is released!

Thu Jun 20, 2024 2:43 am

hAP ax3, 7.15 and Chromecast strange behaviour.
When I cast a movie from my smartphone to my TV via Chromecast, in a few seconds —no more than 10–20 seconds— all the WiFi devices in the house get disconnected. I mean all of them, 2 phones, 1 laptop and Chromecast itself.
Downgrading to 7.14.3 solved the problem.
I can confirm similar behavior with 7.15.1. Downgrade to 7.14.3 solved the problem for me too.
What is the SUP number? The previous poster was asked for one by MT but I never saw a response.
 
ffries
Member Candidate
Member Candidate
Posts: 178
Joined: Wed Aug 25, 2021 6:07 pm

Re: v7.15.1 [stable] is released!

Fri Jun 21, 2024 11:08 am

3) Device has enough free storage space for all RouterOS packages to be downloaded.
How do you monitor free space disk?
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.1 [stable] is released!

Fri Jun 21, 2024 1:47 pm

It depends on the device.
When the device has 16MB of flash and 128MB or more of RAM, the storage does not matter, new packages are downloaded into RAM disk.
When there is more storage, you can check it under System->Resources.
 
ips
Member Candidate
Member Candidate
Posts: 154
Joined: Mon Oct 09, 2023 6:48 pm
Location: Italy

Re: v7.15.1 [stable] is released!

Fri Jun 21, 2024 3:13 pm

I still have disconnection problems with Wifi on hAP AX3. I had to revert to 7.14.3 because I have no time now to debug the issue.
 
iustin
just joined
Posts: 22
Joined: Mon Mar 06, 2023 12:11 am

Re: v7.15.1 [stable] is released!

Fri Jun 21, 2024 7:03 pm

I still have disconnection problems with Wifi on hAP AX3. I had to revert to 7.14.3 because I have no time now to debug the issue.
I'm glad I haven't upgraded yet. And it's been quite a few days, and no answer from Mikrotik? At least on which use cases are affected?
 
satboxbg
just joined
Posts: 2
Joined: Sat Dec 06, 2014 9:48 pm

Re: v7.15.1 [stable] is released!

Sat Jun 22, 2024 12:28 am

Exact same situation here with a CRS354, downloads goes to 10Mbps on some ports while upload is fine. Ok after a reboot for a little moment before it start again. I had to rollback to 7.14.3.
I confirm the same problem about 10Mbps download on some ports while upload is OK. I have two CRS354 with MLAG. Version 7.14.3 does not have this problem.
 
dvdhngs
just joined
Posts: 10
Joined: Sun Feb 19, 2023 2:09 pm

Re: v7.15.1 [stable] is released!

Sun Jun 23, 2024 7:24 pm

hello everybody! sorry if this isnt the right place for this, but...
if(ros_command(":put [/system health get temperature]")>0,"have","havent")
I have this function on dude, that keep showing logs errors on rb that havent the temperature data.
The question is: There is any workaround to "test" without print error?
obs: the function is placed on setting/apperance of map, 20rb)
 
User avatar
Amm0
Forum Guru
Forum Guru
Posts: 4042
Joined: Sun May 01, 2016 7:12 pm
Location: California
Contact:

Re: v7.15.1 [stable] is released!

Sun Jun 23, 2024 8:10 pm

Yes. But open a topic in The Dude or Scripting section.
hello everybody! sorry if this isnt the right place for this, but...
Please keep this forum topic strictly related to this particular RouterOS release.
 
bbs2web
Member Candidate
Member Candidate
Posts: 233
Joined: Sun Apr 22, 2012 6:25 pm
Location: Johannesburg, South Africa
Contact:

Re: v7.15.1 [stable] is released!

Mon Jun 24, 2024 2:57 pm

Bump on this please, has everyone else given up on MLAG on the CRS platform?

We provided supout files for both switches in SUP-155632, there are no interface drops nor drops on the LACP bond used for peer communications but peer link is continuously reported as being down and then immediately back up again. This is causing a constant stream of brief interruptions.

Having a problem with RouterOS 7.15 and 7.15.1 that MLAG peer link drops out causing interruptions in network:
09:38:01 bridge,warning "bridge" peer disconnected
09:38:01 bridge,warning "bridge" peer link down
09:38:01 bridge,info "bridge" peer link up
09:38:01 bridge,info "bridge" peer connected
09:38:01 bridge,info "bridge" peer becomes primary DC:2C:6E:D2:AF:4B
2 x CRS354-48G-4S+2Q+ setup with 2 x 40G (QSFP+) LACP LAG as the peer link (called bond-peer).

Ports themselves and LACP link does not flap when these notifications happen. QSFP+ ports are interconnected using MikroTik Q+DA0001 DAC (40 Gbps QSFP+ direct attach copper cable).
 
User avatar
sirbryan
Member
Member
Posts: 372
Joined: Fri May 29, 2020 6:40 pm
Location: Utah
Contact:

Re: v7.15.1 [stable] is released!

Mon Jun 24, 2024 3:15 pm

Bump on this please, has everyone else given up on MLAG on the CRS platform?
I haven't. CRS312, CRS354 MLAG'd together with a CCR2116 on one side and a pair of MLAG'd CRS317's on the other. The 312 and 354 are running 7.15, tied together on SFP+ ports with a DAC. (The QSFP+ ports on the 354 have breakout cables for use with my lab routers, and aren't a part of the MLAG.)

The local 317's are running 7.13.2. I also have a pair of MLAG'd CRS317's in the data center that are on 7.14.1.
 
ormandj
just joined
Posts: 18
Joined: Tue Jun 15, 2021 12:25 am

Re: v7.15.1 [stable] is released!

Mon Jun 24, 2024 4:57 pm

I still have disconnection problems with Wifi on hAP AX3. I had to revert to 7.14.3 because I have no time now to debug the issue.
I'm glad I haven't upgraded yet. And it's been quite a few days, and no answer from Mikrotik? At least on which use cases are affected?
Where are the SUP tickets?

I'm running 7.15.1 with no issues on multiple cAP AXs and a huge variety of devices.
 
donkeyKong
just joined
Posts: 7
Joined: Sat Aug 13, 2022 1:13 am

Re: v7.15.1 [stable] is released!

Mon Jun 24, 2024 7:42 pm

Could we get more documentation/information on the QoS at the switch chip level?

For my use-case, I would like to modify the PCP and DSCP values of some packets by taking advantage of a new 7.15 feature. I would also like to keep the existing PCP/DSCP values and for that, will using using trust-l2=keep & trust-l3=keep be the solution?

I've asked a question in another thread (viewtopic.php?t=196068#p1081081) FYI
 
iustin
just joined
Posts: 22
Joined: Mon Mar 06, 2023 12:11 am

Re: v7.15.1 [stable] is released!

Mon Jun 24, 2024 7:50 pm



I'm glad I haven't upgraded yet. And it's been quite a few days, and no answer from Mikrotik? At least on which use cases are affected?
Where are the SUP tickets?

I'm running 7.15.1 with no issues on multiple cAP AXs and a huge variety of devices.
I haven't upgraded so I didn't have any devices running for opening tickets. (Well, I have one remote AP upgraded, but that gets practically 2-3 devices uses).

I wonder what makes the difference between the positive and negative reports? It's not like 7.14 doesn't have its own problems - e.g. I have a cap AC that continuously is rebooted by the watchdog due to a memory leak. Sigh…
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.1 [stable] is released!

Mon Jun 24, 2024 8:36 pm

Could we get more documentation/information on the QoS at the switch chip level?
https://help.mikrotik.com/docs/pages/vi ... =189497483
 
donkeyKong
just joined
Posts: 7
Joined: Sat Aug 13, 2022 1:13 am

Re: v7.15.1 [stable] is released!

Mon Jun 24, 2024 9:41 pm

Could we get more documentation/information on the QoS at the switch chip level?
https://help.mikrotik.com/docs/pages/vi ... =189497483
I’m looking for a diagram explaining the order of rules applied to packets
 
ericsooter
Member Candidate
Member Candidate
Posts: 285
Joined: Mon Mar 07, 2005 6:16 pm
Location: Oklahoma USA

Re: v7.15.1 [stable] is released!

Mon Jun 24, 2024 11:34 pm

We just upgraded a few of our routers from 7.12.1 to 7.15.1. This broke our vpls sessions. So we downgraded down to 7.14.3 and now they are good again. Is there a known VPLS issue with 7.15.1?
 
elbob2002
Member Candidate
Member Candidate
Posts: 267
Joined: Tue May 15, 2018 8:15 pm
Location: Ireland

Re: v7.15.1 [stable] is released!

Tue Jun 25, 2024 12:04 am

We just upgraded a few of our routers from 7.12.1 to 7.15.1. This broke our vpls sessions. So we downgraded down to 7.14.3 and now they are good again. Is there a known VPLS issue with 7.15.1?
Read the other posts. There's a few VPLS issues reported. Or just search for "VPLS" in this very page.
 
ips
Member Candidate
Member Candidate
Posts: 154
Joined: Mon Oct 09, 2023 6:48 pm
Location: Italy

Re: v7.15.1 [stable] is released!

Tue Jun 25, 2024 2:06 pm



I'm glad I haven't upgraded yet. And it's been quite a few days, and no answer from Mikrotik? At least on which use cases are affected?
Where are the SUP tickets?

I'm running 7.15.1 with no issues on multiple cAP AXs and a huge variety of devices.
I re-upgraded to 7.15.1 from 7.14.3 my hAP AX3 and hAP AX lite (CAPsMAN on the AX3). I observe that an IoT device (MAC address starting with 44) continuously associates and connects.
reconnections.png
The IoT device placement is fixed.

I will open a ticket.
You do not have the required permissions to view the files attached to this post.
 
nexusds
newbie
Posts: 30
Joined: Fri Aug 16, 2019 6:51 am

Re: v7.15.1 [stable] is released!

Tue Jun 25, 2024 7:11 pm

Exact same situation here with a CRS354, downloads goes to 10Mbps on some ports while upload is fine. Ok after a reboot for a little moment before it start again. I had to rollback to 7.14.3.
I confirm the same problem about 10Mbps download on some ports while upload is OK. I have two CRS354 with MLAG. Version 7.14.3 does not have this problem.
Confirmed fixed in the next release (either 15.2 or 16.x).. downshift function problem. downshift doesn't affect LAG ports (at least on other platforms)
 
raffav
Member
Member
Posts: 345
Joined: Wed Oct 24, 2012 4:40 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 4:11 am



Where are the SUP tickets?

I'm running 7.15.1 with no issues on multiple cAP AXs and a huge variety of devices.
I re-upgraded to 7.15.1 from 7.14.3 my hAP AX3 and hAP AX lite (CAPsMAN on the AX3). I observe that an IoT device (MAC address starting with 44) continuously associates and connects.
reconnections.png

The IoT device placement is fixed.

I will open a ticket.
Can you share you WiFi config for the 2g
Since from start when I got cap ax I can't use my Iot devices..
2g...
I try all settings combination possible the only one was forcing g only..
I have a open ticket with mk but still no solution..
Now it a bit more stable but I have all this association and disconnection.. Still
 
hasmidzul
just joined
Posts: 2
Joined: Tue Jun 06, 2023 8:45 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 4:53 am

I still have disconnection problems with Wifi on hAP AX3. I had to revert to 7.14.3 because I have no time now to debug the issue.
Same here..Hap Ax3 7.15.1.wifi 5GHz disconnected issue.Hopefully somebody did report this to mikrotik.
 
Rox169
Member
Member
Posts: 464
Joined: Sat Sep 04, 2021 1:47 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 6:57 am

I still have disconnection problems with Wifi on hAP AX3. I had to revert to 7.14.3 because I have no time now to debug the issue.
Same here..Hap Ax3 7.15.1.wifi 5GHz disconnected issue.Hopefully somebody did report this to mikrotik.
Same here...When I came home my Phone oneplus 9 do not want joint the wifi. Turn off and on wifi on mobile helps..it was not happening in the older ROS.
 
holvoetn
Forum Guru
Forum Guru
Posts: 6179
Joined: Tue Apr 13, 2021 2:14 am
Location: Belgium

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 8:59 am

I still have disconnection problems with Wifi on hAP AX3. I had to revert to 7.14.3 because I have no time now to debug the issue.
Same here..Hap Ax3 7.15.1.wifi 5GHz disconnected issue.Hopefully somebody did report this to mikrotik.
And why don't you ? The more reports they get in with more info, the easier for them to find the problem.
If everyone is looking at someone else to report, nothing will happen.

And FWIW, no issues on my side with AX line APs (already on 7.16b2 with all devices at home, production devices are on 7.15.1)
 
ToTheFull
Member
Member
Posts: 373
Joined: Fri Mar 24, 2023 3:24 pm

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 9:29 am

I've had no wifi flapping since 7_16_beta2
You do not have the required permissions to view the files attached to this post.
 
ToTheFull
Member
Member
Posts: 373
Joined: Fri Mar 24, 2023 3:24 pm

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 9:40 am

Infact I upgraded to 7.16beta2 went back to 7.15_1 then moved forward again 7.16_beta2 for doh+adlist which works ok for me.
 
hasmidzul
just joined
Posts: 2
Joined: Tue Jun 06, 2023 8:45 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 9:55 am

And why don't you ? The more reports they get in with more info, the easier for them to find the problem.
If everyone is looking at someone else to report, nothing will happen.

And FWIW, no issues on my side with AX line APs (already on 7.16b2 with all devices at home, production devices are on 7.15.1)
I just simply doesnt have the time to spend on logs and writing email and so on.Hopefully somebody has the drive to report SUP ticket.It intermitent though.
 
holvoetn
Forum Guru
Forum Guru
Posts: 6179
Joined: Tue Apr 13, 2021 2:14 am
Location: Belgium

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 10:13 am

And why don't you ? The more reports they get in with more info, the easier for them to find the problem.
If everyone is looking at someone else to report, nothing will happen.

And FWIW, no issues on my side with AX line APs (already on 7.16b2 with all devices at home, production devices are on 7.15.1)
I just simply doesnt have the time to spend on logs and writing email and so on.Hopefully somebody has the drive to report SUP ticket.It intermitent though.
But you do have time to complain about it ?
Making a ticket doesn't take much longer.

Serious ...
 
hasmidzul
just joined
Posts: 2
Joined: Tue Jun 06, 2023 8:45 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 10:26 am


But you do have time to complain about it ?
Making a ticket doesn't take much longer.

Serious ...
Maybe I will.
 
coddy
just joined
Posts: 3
Joined: Mon Nov 11, 2013 7:13 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 1:37 pm

Bump on this please, has everyone else given up on MLAG on the CRS platform?
I have a pair of CRS-317's in MLAG, with two DAC's in a bond forming the MLAG channel between the two CRS-317.
I have an upstream CRS-328P that is running LAG across both CRS-317's (In an MLAG LAG group).
I have AX3 access points coming off the CRS-328P with clients connected to those CAPsMAN access points.

The CRS-317's are connected to ESXi hosts. The ESXi hosts are not configured for LAG, but multipathed. This means that a particular VM will be mapped to a particular egress port of the ESXi at VM startup, and will 'fail over' to the other egress port if the chosen port goes down for some reason.

All works well, UNTIL you reboot one of the CRS-317's forming the MLAG. Whilst the CRS-317 is rebooting everything continues on as normal, maybe a ping or two lost as ESXi switches over to the other CRS-317 for what ever VMs it had running on the CRS-317 I just rebooted, but all VM's remain accessible from the access points.

When the CRS-317 comes back up, everything is ok for a few seconds, then I lose access to a 'random' number of VMs for 5 minutes (arp aging timeout on the CRS-317's I am suspecting). Basically the ESXi host starts using the rebooted CRS-317 for those VM's that were originally using it, but the non-rebooted CRS-317 does not know/see that, flushing the ARP cache on both CRS-317 fixes the problem.

So, at least in my case, the MLAG switches do not converge their ARP caches, but appear to rely on ARP caching aging to fix things for them.
 
mtrakal
just joined
Posts: 2
Joined: Fri Jan 05, 2024 11:56 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 4:38 pm

routerboard: yes
board-name: hAP ax^2
model: C52iG-5HaxD2HaxD
firmware-type: ipq6000
factory-firmware: 7.5
current-firmware: 7.15.1
upgrade-firmware: 7.15.1

My 2.4Ghz wifi radio stopped working. Same configuration as before, but it's not searchable SSID, not possible to connect. 5g still working like before.
I'm not able to search for any 2g wifi around from Mikrotik:

] > interface/wifi/scan wifi2
No output

] > interface/wifi/frequency-scan wifi2
Columns: CHANNEL, LOAD, NF
CHANNEL LOAD NF
2412 100% -49
2417 100% -49
2422 100% -50
2427 100% -67
2432 99% -64
2437 100% -64
2442 100% -66
2447 99% -68
2452 100% -72
2457 99% -74
2462 100% -77
2467 100% -76
2472 100% -79

But Freq scan still work. But I don't think, that's working... Around me is jut a 6 APs and all are far far away.

5g looks as usual:

] > interface/wifi/frequency-scan wifi5
Flags: P - PRIMARY; S - SECONDARY
Columns: CHANNEL, NETWORKS, LOAD, NF, MAX-SIGNAL, MIN-SIGNAL
CHANNEL NETWORKS LOAD NF MAX-SIGNAL MIN-SIGNAL
S 5180 -96
P 5200 7 2% -97 -82 -92
5220 -96
5240 -96
5260 -95
5280 -96
P 5300 1 19% -95 -80 -80
S 5320 12% -94
5500 -94
5520 -93
5540 -93
5560 -91
5580 -92
5600 -91
5620 15% -89
5640 -91
5660 -91
5680 -90
P 5700 1 1% -91 -75 -75
5720 -91
5745 -91
5765 -91
5785 -92
5805 -93
5825 -93
5845 -104
5865 -104

Could it be FW issue, or Radio is burned out?
 
User avatar
Kanzler
Member Candidate
Member Candidate
Posts: 134
Joined: Wed Oct 05, 2022 6:55 pm
Location: Ukraine

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 4:45 pm

@mtrakal,
Did it stop working immediately after the update?
 
mtrakal
just joined
Posts: 2
Joined: Fri Jan 05, 2024 11:56 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 4:51 pm

I'm not sure :(. I've updated FW remotely and checked that's not working when come to the place after days. There was some power outage as well between FW upgrade and checking why radio not working. So I'm not sure if it happen after ROS FW upgrade or after outage, or in any other time :/
 
User avatar
Kanzler
Member Candidate
Member Candidate
Posts: 134
Joined: Wed Oct 05, 2022 6:55 pm
Location: Ukraine

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 5:06 pm

It could be anything. Have you tried downgrading?
 
raffav
Member
Member
Posts: 345
Joined: Wed Oct 24, 2012 4:40 am

Re: v7.15.1 [stable] is released!

Wed Jun 26, 2024 9:58 pm

For me my Iot device..
Don't metter which version some of them old smart plug keep flapping.. Connect to disconnect...
If I use other brand no issue at all...
I have to keep 2 access point, cap ac only for Iot 2 Ghz
And cap ax only 5ghz for my devices....
 
ormandj
just joined
Posts: 18
Joined: Tue Jun 15, 2021 12:25 am

Re: v7.15.1 [stable] is released!

Thu Jun 27, 2024 11:47 am

For me my Iot device..
Don't metter which version some of them old smart plug keep flapping.. Connect to disconnect...
If I use other brand no issue at all...
I have to keep 2 access point, cap ac only for Iot 2 Ghz
And cap ax only 5ghz for my devices....
What is your SUP? These wireless issues are not easy to diagnose with comments about disconnects without a supout file and support ticket. So far there have been a few people here indicating they have disconnect issues but none have generated this file and created a support case with it and details of the problem, as far as I’ve seen.
 
raffav
Member
Member
Posts: 345
Joined: Wed Oct 24, 2012 4:40 am

Re: v7.15.1 [stable] is released!

Thu Jun 27, 2024 9:35 pm

For me my Iot device..
Don't metter which version some of them old smart plug keep flapping.. Connect to disconnect...
If I use other brand no issue at all...
I have to keep 2 access point, cap ac only for Iot 2 Ghz
And cap ax only 5ghz for my devices....
What is your SUP? These wireless issues are not easy to diagnose with comments about disconnects without a supout file and support ticket. So far there have been a few people here indicating they have disconnect issues but none have generated this file and created a support case with it and details of the problem, as far as I’ve seen.
I have a sup case, open 20/Dec/23
I sent also a pcap to them
no fix yet,
the origin of my problem is that from 11 iot devices 6 was not even seeing ssid, while i set up 2.4-ax if i set 2.4 n it was instable, only if I set 2.4-g only
but now 7.15.1/7.16 all devices connect but 2,3 of them keep flapping


15:23:19 dhcp,info dhcp10 deassigned 192.168.0.125 for 1C:3B:xxxxxxxxx05 HS110
15:23:19 dhcp,info dhcp10 assigned 192.168.0.125 for 1C:3B:F3xxxxxxxxx HS110
15:23:19 dhcp,info dhcp10 deassigned 192.168.0.124 for B0:95:xxxxxxxxxCC HS110
15:23:20 dhcp,info dhcp10 assigned 192.168.0.124 for B0:95:75xxxxxxxxx HS110
15:23:38 dhcp,info dhcp10 deassigned 192.168.0.125 for 1C:3B:xxxxxxxxx05 HS110
15:23:40 dhcp,info dhcp10 assigned 192.168.0.125 for 1C:3B:F3xxxxxxxxx HS110
15:23:48 dhcp,info dhcp10 deassigned 192.168.0.125 for 1C:3B:xxxxxxxxx05 HS110
15:23:48 dhcp,info dhcp10 assigned 192.168.0.125 for 1C:3B:F3xxxxxxxxx HS110
15:23:48 dhcp,info dhcp10 deassigned 192.168.0.126 for 1C:3B:xxxxxxxxx68 HS110
15:23:48 dhcp,info dhcp10 assigned 192.168.0.126 for 1C:3B:F3xxxxxxxxx HS110
15:24:06 dhcp,info dhcp10 deassigned 192.168.0.126 for 1C:3B:xxxxxxxxx68 HS110
15:24:06 dhcp,info dhcp10 assigned 192.168.0.126 for 1C:3B:F3xxxxxxxxx HS110
15:24:11 dhcp,info dhcp10 deassigned 192.168.0.125 for 1C:3B:xxxxxxxxx05 HS110
15:24:11 dhcp,info dhcp10 assigned 192.168.0.125 for 1C:3B:F3xxxxxxxxx HS110
15:24:12 dhcp,info dhcp10 deassigned 192.168.0.124 for B0:95:xxxxxxxxxCC HS110
15:24:12 dhcp,info dhcp10 assigned 192.168.0.124 for B0:95:75xxxxxxxxx HS110
 
EdPa
MikroTik Support
MikroTik Support
Topic Author
Posts: 326
Joined: Fri Sep 15, 2017 10:05 am
Location: Riga
Contact:

Re: v7.15.2 [stable] is released!

Fri Jun 28, 2024 10:42 am

What's new in 7.15.2 (2024-Jun-26 14:42):

*) bth - improved system stability;
*) defconf - configure the default-route property for PPP clients only on devices with a built-in modem;
*) modem - fixed modem firmware upgrade for Chateau 5G and Chateau 5G R16 (introduced in v7.15);
*) route - fixed incorrectly handled route distinguisher and route targets (introduced in v7.15);
*) ssh - fixed SSH cryptographic accelerator selection (introduced in v7.14);
*) switch - fixed limited Tx traffic on Ethernet ports for CRS354 devices (introduced in v7.15);
*) system - fixed an issue where routing configuration was missing after performing a reset, adding a new configuration and then upgrading (introduced in v7.15);
*) winbox/webfig - fixed skins (introduced in v7.15);
 
fragtion
Member Candidate
Member Candidate
Posts: 269
Joined: Fri Nov 13, 2009 10:08 pm
Location: Cape Town, South Africa

Re: v7.15.2 [stable] is released!

Fri Jun 28, 2024 12:18 pm

Has the issue of wireless clients being disconnected on hap ax2 been resolved yet? I haven't seen anything in the changelogs yet on this (staying on v7.14.3 in the meanwhile), hopefully someone can confirm
 
User avatar
Kanzler
Member Candidate
Member Candidate
Posts: 134
Joined: Wed Oct 05, 2022 6:55 pm
Location: Ukraine

Re: v7.15.2 [stable] is released!

Fri Jun 28, 2024 12:20 pm

No. Otherwise it would be in the changelog
 
ToTheFull
Member
Member
Posts: 373
Joined: Fri Mar 24, 2023 3:24 pm

Re: v7.15.2 [stable] is released!

Fri Jun 28, 2024 12:26 pm

Has the issue of wireless clients being disconnected on hap ax2 been resolved yet? I haven't seen anything in the changelogs yet on this (staying on v7.14.3 in the meanwhile), hopefully someone can confirm
My hAPax2/cAPax has stopped flapping devices on on the latest beta, also DoH seems to work on 1.1.1.1 with add-blocking just dandy.
Did you backup your config and try it yet?
 
User avatar
rushlife
Member Candidate
Member Candidate
Posts: 251
Joined: Thu Nov 05, 2015 12:30 pm

Re: v7.15.2 [stable] is released!

Fri Jun 28, 2024 1:22 pm

crs354 fixed ? Ok, I'm deploying....
 
rpingar
Long time Member
Long time Member
Posts: 593
Joined: Fri May 28, 2004 2:46 pm
Location: Italy

Re: v7.15.1 [stable] is released!

Fri Jun 28, 2024 7:41 pm

Hello everyone, Useing OS version V7.15.1, Getting some problem with PPPOE Server at Vlan interface being "invalid" after power off/on or normal reboot. Because of invalid pppoe server interface pppoe user cant connect to mikrotik. If manually disable/enable PPPOE server interface make interface valid again , then again pppoe user can connect to mikrotik. Can you please share solution of this kind of problem?
take supout when invlaid and open a ticket.
I have similar behavior and have a ticket opened since last year: sup-119592

Mikrotik says that they are not able to reproduce........... I have this behavior on all routers.....

regards
 
leonardogyn
just joined
Posts: 18
Joined: Wed Dec 04, 2019 4:47 pm

Re: v7.15.2 [stable] is released!

Fri Jun 28, 2024 11:25 pm

What's new in 7.15.2 (2024-Jun-26 14:42):
*) winbox/webfig - fixed skins (introduced in v7.15);
.
Thanks ... skins are working again on the webfig, thanks a lot :)
 
akakua
Frequent Visitor
Frequent Visitor
Posts: 59
Joined: Mon Apr 06, 2020 4:52 pm

Re: v7.15.1 [stable] is released!

Sat Jun 29, 2024 8:28 am

] > interface/wifi/frequency-scan wifi2
Columns: CHANNEL, LOAD, NF
CHANNEL LOAD NF
2412 100% -49
2417 100% -49
2422 100% -50
2427 100% -67
2432 99% -64
2437 100% -64
2442 100% -66
2447 99% -68
2452 100% -72
2457 99% -74
2462 100% -77
2467 100% -76
2472 100% -79
looks like usb3 interference
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 9:28 am

Upgrade to 7.15.2 without issues. Chateau LTE12, cAP AC and map lite.
 
MrRobotdev
just joined
Posts: 18
Joined: Sun Jul 30, 2023 8:44 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 11:28 am

Upgrade to 7.15.2 from 7.14.3 on my 2 hAP ax2. The icons left of WIFI and Wireguard disappeared.
I have also 2 hAP ac2 - icons are fine there.
Webfig / browser Chrome
Last edited by MrRobotdev on Sat Jun 29, 2024 11:31 am, edited 1 time in total.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 11:31 am

Clear Winbox cache.
 
MrRobotdev
just joined
Posts: 18
Joined: Sun Jul 30, 2023 8:44 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 11:31 am

Clear Winbox cache.
from webfig
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 11:33 am

Oh. Maybe browser cache then. I have this same issue on Mikrotik Android app and clearing caches does not resolve it. Already reported to support.
 
MrRobotdev
just joined
Posts: 18
Joined: Sun Jul 30, 2023 8:44 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 11:39 am

Oh. Maybe browser cache then. I have this same issue on Mikrotik Android app and clearing caches does not resolve it. Already reported to support.
thanks, clearing images cache, resolve the problem
 
User avatar
zBear
just joined
Posts: 24
Joined: Sat Mar 07, 2015 6:17 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 6:36 pm

I have a "problem" with wireguard spamming in log
Before 7.15.2 I was using 7.12.x and had no such issue

Normis was saying that this issue should be fixed in 7.15, but for me it's still here, so I'm suspecting that something is off with my settings
Looking for help to spot the problem

This is how my log looks like
Image

This is one of the peer's settings
Image
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 8:05 pm

tick Responder
 
User avatar
zBear
just joined
Posts: 24
Joined: Sat Mar 07, 2015 6:17 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 9:19 pm

tick Responder
sorry, forgot to mention, found it in wiki and already tried it, nothing changed
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 9:25 pm

well, you set persistent keep alive. what do you expect?
 
User avatar
zBear
just joined
Posts: 24
Joined: Sat Mar 07, 2015 6:17 pm

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 9:43 pm

well, you set persistent keep alive. what do you expect?
because nothing was changed regarding wireguard on my side, I was expecting the log having the same entries that I had on 7.12

can you please suggest better setting for this situation? should I disable persistent-keepalive completely? or disable persistent-keepalive and use a peer side client-keepalive?
 
User avatar
gabacho4
Member
Member
Posts: 389
Joined: Mon Dec 28, 2020 12:30 pm
Location: Earth

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 9:56 pm

You shouldn't need keep alive for a dynamic peer. How is the router supposed to keep a connection alive with a peer that is disconnected? Just remove the keep alive for the peer and you should be fine.
 
ips
Member Candidate
Member Candidate
Posts: 154
Joined: Mon Oct 09, 2023 6:48 pm
Location: Italy

Re: v7.15.2 [stable] is released!

Sat Jun 29, 2024 10:37 pm

Has the issue of wireless clients being disconnected on hap ax2 been resolved yet? I haven't seen anything in the changelogs yet on this (staying on v7.14.3 in the meanwhile), hopefully someone can confirm
When I upgraded to 7.15.1 from 7.14.3, I had the issue. Then, I reset the device re-applying the configuration from 7.14.3 and the issue disappeared. Maybe some left-over from previous attempts?

I did not upgraded to 7.15.2 since the changelog does not mention items that I need/want.
But I can suggest to try to upgrade.
 
hasmidzul
just joined
Posts: 2
Joined: Tue Jun 06, 2023 8:45 am

Re: v7.15.2 [stable] is released!

Sun Jun 30, 2024 4:12 am

Has the issue of wireless clients being disconnected on hap ax2 been resolved yet? I haven't seen anything in the changelogs yet on this (staying on v7.14.3 in the meanwhile), hopefully someone can confirm
Nope...Hap AX3 here.Im on 7.15.2 from 7.15.1.Wifi clients still disconnecting randomly.
 
User avatar
zBear
just joined
Posts: 24
Joined: Sat Mar 07, 2015 6:17 pm

Re: v7.15.2 [stable] is released!

Sun Jun 30, 2024 8:52 am

Just remove the keep alive for the peer and you should be fine
thanks
found an explanation on reddit about these settings
did exactly that and without responder, my log looks fine now :-)
 
User avatar
gabacho4
Member
Member
Posts: 389
Joined: Mon Dec 28, 2020 12:30 pm
Location: Earth

Re: v7.15.2 [stable] is released!

Sun Jun 30, 2024 9:21 am

thanks
found an explanation on reddit about these settings
did exactly that and without responder, my log looks fine now :-)
Rock on.
 
slav0nic
just joined
Posts: 9
Joined: Sun Oct 26, 2014 10:14 am

Re: v7.15.2 [stable] is released!

Sun Jun 30, 2024 10:59 am

Has the issue of wireless clients being disconnected on hap ax2 been resolved yet? I haven't seen anything in the changelogs yet on this (staying on v7.14.3 in the meanwhile), hopefully someone can confirm
no, the problem still exists
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Sun Jun 30, 2024 1:52 pm

Anyone else using wifi-qcom-ac on AP with clients in "pseudobridge" mode? Starting with 7.14 I experience network issues (dhcp timeout, no traffic) once there are two pseudobridge clients on the network (or same SSID??) . With one pseudobridge client it works all, but once I connect the other client the issue starts. Sometimes immediately and sometimes it takes some hours.
I suspect some RSTP thingy but I am unable to debug it. Bridge topic dont get logged, stp topic nothing in log as well. 7.13.5 was rock stable in this regards and had not an issue at all. I dont know what changed with 7.14 onwards.

See viewtopic.php?p=1059665#p1059665
 
mx5gr
just joined
Posts: 16
Joined: Thu Jun 22, 2017 6:02 pm

Re: v7.15.2 [stable] is released!

Mon Jul 01, 2024 1:08 pm

We updated from 7.15.1 to 7.15.2 to several RB760iGS units.

We have activated the "allow incoming requests" to the DNS server of each device, as it is used by local clients for name resolution.

Since the upgrade, we have been noticing the DNS service to stop responding to requests from clients, every 3-4 hours or so, and receive complaints from users. The only solution is to enable (& save) and disable the "allow incoming requests" setting of the router AND clear the DNS cache.

Even after reverting to back to 7.15.1, the issue remains.
Last edited by mx5gr on Mon Jul 01, 2024 4:39 pm, edited 1 time in total.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Mon Jul 01, 2024 3:16 pm

I noticed that on the RB5009 when doing a partition copy to (router has been configured with 2 partitions) some timing-critical tasks fail.
(e.g. BGP with BFD, Tool->Netwatch)
I don't think I have seen that with earlier versions...
 
User avatar
EternalNet
just joined
Posts: 11
Joined: Sun Jul 02, 2023 2:27 pm
Location: Poland

Re: v7.15.2 [stable] is released!

Mon Jul 01, 2024 4:43 pm

Does anyone have issues with QSFP+ (40gbps) with 7.15.2 ? loops etc ?
- issue with qsfp cable, after connection it was acting as 4x1gb those loops where crated.
Last edited by EternalNet on Wed Jul 03, 2024 2:21 pm, edited 1 time in total.
 
DanMos79
just joined
Posts: 13
Joined: Wed Jun 03, 2020 1:35 pm
Location: Germany

Re: v7.15.2 [stable] is released!

Mon Jul 01, 2024 4:56 pm

I noticed that on the RB5009 when doing a partition copy to (router has been configured with 2 partitions) some timing-critical tasks fail.
(e.g. BGP with BFD, Tool->Netwatch)
I don't think I have seen that with earlier versions...

I have noticed the same when the RB5009 works as CAPsMAN. All CAP interfaces disappear and reappear after a few seconds.
However, this does not happen with every copy operation.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Mon Jul 01, 2024 5:54 pm

Correct, it does not happen every time, but I thought that would be related to the exact moment at which the copy is started....
It appears that the router is "dead" during the copy (probably during the "erase" part), maybe interrupts are disabled during that operation?
 
mtrakal
just joined
Posts: 2
Joined: Fri Jan 05, 2024 11:56 am

Re: v7.15.1 [stable] is released!

Tue Jul 02, 2024 9:18 am

] > interface/wifi/frequency-scan wifi2
Columns: CHANNEL, LOAD, NF
CHANNEL LOAD NF
2412 100% -49
2417 100% -49
2422 100% -50
2427 100% -67
2432 99% -64
2437 100% -64
2442 100% -66
2447 99% -68
2452 100% -72
2457 99% -74
2462 100% -77
2467 100% -76
2472 100% -79
looks like usb3 interference
Hello,
I'm not sure what noise it was, but it realy causes some interferrence/noise, after few days it's back working. Second mikrotik was not broadcast SSID in same room as well, but when I try with same settings in different building, it broadcast without any issue. That's crazy..., but my 2g is working again 🤷‍♂️. Thanks for tips here.
 
User avatar
Ullinator
just joined
Posts: 17
Joined: Tue Jun 08, 2021 12:53 pm
Location: North-West Germany

Re: v7.15.2 [stable] is released!

Tue Jul 02, 2024 2:52 pm

Does anyone have issues with QSFP+ (40gbps) with 7.15.2 ? loops etc ?
No, not for me. 2x 40GBit connection to a CRS326-24S+2Q+ (ROS 7.15.2 and Firmware) with cables by FS without any problems.
 
mx5gr
just joined
Posts: 16
Joined: Thu Jun 22, 2017 6:02 pm

Re: v7.15.2 [stable] is released!

Tue Jul 02, 2024 4:00 pm

We updated from 7.15.1 to 7.15.2 to several RB760iGS units.

We have activated the "allow incoming requests" to the DNS server of each device, as it is used by local clients for name resolution.

Since the upgrade, we have been noticing the DNS service to stop responding to requests from clients, every 3-4 hours or so, and receive complaints from users. The only solution is to enable (& save) and disable the "allow incoming requests" setting of the router AND clear the DNS cache.

Even after reverting to back to 7.15.1, the issue remains.
Just to add that 7.15.1 and 7.15 both present the same issue. The issue is more intense now, with 10-15 minutes of normal DNS resolution and 5 minutes (or so about) with no resolution been made. Had to revert to 7.14.3.

Support issue opened SUP-157852
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Tue Jul 02, 2024 10:13 pm

how to reproduce?
 
User avatar
EternalNet
just joined
Posts: 11
Joined: Sun Jul 02, 2023 2:27 pm
Location: Poland

Re: v7.15.2 [stable] is released!

Wed Jul 03, 2024 2:22 pm

Does anyone have issues with QSFP+ (40gbps) with 7.15.2 ? loops etc ?
No, not for me. 2x 40GBit connection to a CRS326-24S+2Q+ (ROS 7.15.2 and Firmware) with cables by FS without any problems.
Thanks. I found issue with qsfp+ cable, acting as 4x1gb for no reason (faulty)
 
User avatar
EternalNet
just joined
Posts: 11
Joined: Sun Jul 02, 2023 2:27 pm
Location: Poland

Re: v7.15.1 [stable] is released!

Wed Jul 03, 2024 2:33 pm

] > interface/wifi/frequency-scan wifi2
Columns: CHANNEL, LOAD, NF
CHANNEL LOAD NF
2412 100% -49
2417 100% -49
2422 100% -50
2427 100% -67
2432 99% -64
2437 100% -64
2442 100% -66
2447 99% -68
2452 100% -72
2457 99% -74
2462 100% -77
2467 100% -76
2472 100% -79
looks like usb3 interference
The more I read the less i know.
There is even intel write up about usb3.0 interference: https://www.usb.org/sites/default/files/327216.pdf
 
mx5gr
just joined
Posts: 16
Joined: Thu Jun 22, 2017 6:02 pm

Re: v7.15.2 [stable] is released!

Wed Jul 03, 2024 7:15 pm

how to reproduce?
If you refer to my comment, there is no step to be taken for reproduction.. it just happens continuously after power on!
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Wed Jul 03, 2024 7:34 pm

how to reproduce?
If you refer to my comment, there is no step to be taken for reproduction.. it just happens continuously after power on!
If possible try to in a lab setup your own authoritive DNS server for the zone lets say "example.com" and then have a client using your Mikrotik as a resolver for test.example.com and have that being looped by a bashscript or such and see if you get a constant time before your Mikrotik starts to no longer give replies?

Im thinking it could be the current resolver you are using (lets say 1.1.1.1) who is after a while throttling your requests, or some other firewall in between or some kind of connection tracking in your Mikrotik (if you are using the firewall) who runs out of available connections which then gives this behavior because there will be one incoming connection towards your Mikrotik DNS resolver and one outgoing (unless already cached).
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Wed Jul 03, 2024 7:46 pm

how to reproduce?
If you refer to my comment, there is no step to be taken for reproduction.. it just happens continuously after power on!
It does not happen for me despite using the mikrotik DNS as well. That is why I asked how to reproduce it.
 
User avatar
Paternot
Forum Guru
Forum Guru
Posts: 1008
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: v7.15.2 [stable] is released!

Wed Jul 03, 2024 8:50 pm

If you refer to my comment, there is no step to be taken for reproduction.. it just happens continuously after power on!
The question "how to reproduce" can be translated as: "please, tell me the EXACT steps in order to make it happen on my system". There is a logic behind it: what is "clear" and "obvious" to you may not be to me - or him.

And if the developer can't reproduce the problem, we get that dreaded answer: "works for me".

So, what were the EXACT steps? What did happen? What did You expect? These three points will make far easier to debug the problem.
 
Wyz4k
Member Candidate
Member Candidate
Posts: 243
Joined: Fri Jul 10, 2009 10:23 am

Re: v7.15.2 [stable] is released!

Fri Jul 05, 2024 11:01 am

Just came here to report as well that I've had to update a perfectly good script because it contained ":return" and has been working since 2021.
 
jaclaz
Forum Guru
Forum Guru
Posts: 1630
Joined: Tue Oct 03, 2023 4:21 pm

Re: v7.15.2 [stable] is released!

Fri Jul 05, 2024 12:52 pm

So, what were the EXACT steps? What did happen? What did You expect? These three points will make far easier to debug the problem.
Just in case, problem report standard litany reference:
http://jdebp.info/FGA/problem-report-st ... itany.html
 
Guscht
Member Candidate
Member Candidate
Posts: 251
Joined: Thu Jul 01, 2010 5:32 pm

Re: v7.15.1 [stable] is released!

Fri Jul 05, 2024 3:42 pm

That is because the "ip routes" display is effectively a "filter" showing only the IPv4 routes out of all routes (including IPv6).
Holy fck... Winbox/Mikrotik/ROS is still surprising me after almost 20 years...
IP/Routes is only a "Filter"... Next mental breakdown is coming soon, feel it...
 
mx5gr
just joined
Posts: 16
Joined: Thu Jun 22, 2017 6:02 pm

Re: v7.15.2 [stable] is released!

Fri Jul 05, 2024 5:21 pm

If you refer to my comment, there is no step to be taken for reproduction.. it just happens continuously after power on!
The question "how to reproduce" can be translated as: "please, tell me the EXACT steps in order to make it happen on my system". There is a logic behind it: what is "clear" and "obvious" to you may not be to me - or him.

And if the developer can't reproduce the problem, we get that dreaded answer: "works for me".

So, what were the EXACT steps? What did happen? What did You expect? These three points will make far easier to debug the problem.
Thank you for the EXACT clarification....

As noted, there are NO PARTICULAR steps to be taken.. it just happens after boot, with any 7.15.X firmware.

If you require more EXACT, however:
(1) Place router A/C plug to wall
(2) Connect power supply to router

Reverting to the latest 7.14.X firmware, solves the issue.
 
mx5gr
just joined
Posts: 16
Joined: Thu Jun 22, 2017 6:02 pm

Re: v7.15.2 [stable] is released!

Fri Jul 05, 2024 5:23 pm

So, what were the EXACT steps? What did happen? What did You expect? These three points will make far easier to debug the problem.
Just in case, problem report standard litany reference:
http://jdebp.info/FGA/problem-report-st ... itany.html
I think my description so far on how to reproduce and to the nature of the issue, covers the input you mention..

Thank you for the suggestion, however.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Fri Jul 05, 2024 5:43 pm

Well, Your description is more like "I'm ill, doctor. Help!" just slightly improved. Please generate a supout.rif file and hand it to support@mikrotik.com. Or before doing that, export your config and post it in a separate topic for further investigation by community. Thanks.
 
jaclaz
Forum Guru
Forum Guru
Posts: 1630
Joined: Tue Oct 03, 2023 4:21 pm

Re: v7.15.2 [stable] is released!

Fri Jul 05, 2024 6:01 pm

Please generate a supout.rif file and hand it to support@mikrotik.com.
To be fair:
Support issue opened SUP-157852
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Fri Jul 05, 2024 6:10 pm

Please accept my apology. Still unclear if supout.rif was attached to that SUP, but I am sure Mikrotik will request it if missing.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Fri Jul 05, 2024 10:36 pm

Please accept my apology. Still unclear if supout.rif was attached to that SUP, but I am sure Mikrotik will request it if missing.
Sorry for going slightly offtopic but what is the expected turnaround time to get a response from support?

I filed this /ip/dns VRF-failure bugreport almost 2 weeks ago and still havent heard from Mikrotik support (like did I do something wrong, how was the quality assurance test and config look like that approved that VRF-support is now functional for /ip/dns in 7.15 stable, is it a known issue, any ETA for when one can expect to see a fix for it etc - just crickets so far)..

While a feature request regarding logging I filed yesterday I got a reply for today in less than 24 hours...
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Sat Jul 06, 2024 12:17 am

Exactly. Some tickets are answered on the same day, while others take days or even weeks. I believe that tickets are prioritized based on their complexity and/or topic. My experience with the support has been positive (overall).
 
User avatar
nichky
Forum Guru
Forum Guru
Posts: 1375
Joined: Tue Jun 23, 2015 2:35 pm

Re: v7.15.2 [stable] is released!

Sat Jul 06, 2024 7:10 am

ZeroTier after dis/ena the interface, is keep creating a route.
Has this been reported?

v.7.15.2
You do not have the required permissions to view the files attached to this post.
 
Benzebub
just joined
Posts: 1
Joined: Sun Mar 17, 2024 11:42 am

Re: v7.15.1 [stable] is released!

Sun Jul 07, 2024 10:38 am

Bump on this please, has everyone else given up on MLAG on the CRS platform?
I have a pair of CRS-317's in MLAG, with two DAC's in a bond forming the MLAG channel between the two CRS-317.
I have an upstream CRS-328P that is running LAG across both CRS-317's (In an MLAG LAG group).
I have AX3 access points coming off the CRS-328P with clients connected to those CAPsMAN access points.

The CRS-317's are connected to ESXi hosts. The ESXi hosts are not configured for LAG, but multipathed. This means that a particular VM will be mapped to a particular egress port of the ESXi at VM startup, and will 'fail over' to the other egress port if the chosen port goes down for some reason.

All works well, UNTIL you reboot one of the CRS-317's forming the MLAG. Whilst the CRS-317 is rebooting everything continues on as normal, maybe a ping or two lost as ESXi switches over to the other CRS-317 for what ever VMs it had running on the CRS-317 I just rebooted, but all VM's remain accessible from the access points.

When the CRS-317 comes back up, everything is ok for a few seconds, then I lose access to a 'random' number of VMs for 5 minutes (arp aging timeout on the CRS-317's I am suspecting). Basically the ESXi host starts using the rebooted CRS-317 for those VM's that were originally using it, but the non-rebooted CRS-317 does not know/see that, flushing the ARP cache on both CRS-317 fixes the problem.

So, at least in my case, the MLAG switches do not converge their ARP caches, but appear to rely on ARP caching aging to fix things for them.
I had issues with this as well. I got it to work a bit better by setting an admin-MAC on the bridge and also lowering the ageing-time to 1min.
 
User avatar
vecernik87
Forum Veteran
Forum Veteran
Posts: 890
Joined: Fri Nov 10, 2017 8:19 am

Re: v7.15.2 [stable] is released!

Sun Jul 07, 2024 11:37 am

tl'dr: UPnP enable/disable switch is not working, always stuck in enabled mode.

I think there is bit (or rather big) of an issue with UPnP! I just upgraded first production hAP ac2 from 7.13.2 into 7.15.2 and after short while, I found UPnP records in my log. Not only in log, it truly creates FW rules. That should not happen because my UPNP is DISABLED! after enabling and re-disabling UPnP, rules disappear but only temporarily...
u9oJ4ol32o.png
To be completely clear, I do have interfaces in UPnP configured from my past tests, but that should not have any effect when UPnP is disabled.
[xxxx@router] > ip upnp export verbose
# 2024-07-07 18:19:04 by RouterOS 7.15.2
# software id = xxxxxx
#
# model = RBD52G-5HacD2HnD-TC
# serial number = xxxxxx
/ip upnp
set allow-disable-external-interface=no enabled=no show-dummy-rule=yes
/ip upnp interfaces
add disabled=no !forced-ip interface=eth1-nbn type=external
add disabled=no !forced-ip interface=home type=internal
[xxxxx@router] > 
After disabling interfaces, UPnP is no longer creating FW rules, but after re-enabling interfaces it does, even though UPnP is disabled
winbox_ojP7N0HYom.png
This was not happening in 7.13 and I don't know when it was introduced, but I am sure it should not behave like this.


edit: Ladies and gentlemen, we got a prime suspect:
What's new in 7.15 (2024-May-29 15:44):
*) media - added support for DLNA;
https://help.mikrotik.com/docs/pages/vi ... =237699479
DLNA and UPnP work in tandem to provide a seamless media sharing experience.
Again, a feature which has nothing to do with routing was introduced, only to bloat main package and cause security vulnerabilities. Since DLNA can't be disabled or uninstalled, I guess we have to live with it now...

No, seriously - who asked for DLNA? Who needs DLNA in the main package of the router? Without ability to turn it off? Is it really that hard to keep routers for routing and separate packages for other unnecessary functions? Every single unnecessary feature increases attack surface and helps bad guys to get in. Every feature like this increases likelihood of another 0-day. Can we PLEASE put security and stability first?

edit2: basic POC to confirm something isn't right:
  • Get ROS 7.15+
  • confirm that UPnP is not enabled:
    /ip/upnp/print
  • Add at least one internal interface for UPnP
     /ip/upnp/interfaces/add type=internal interface=bridge1
    (you may need different interface name)
  • Now via that interface, make HTTP GET request to ANY of router's IP. e.g.
    http://192.168.88.1:2828/gateway_description.xml
    - it returns SSDP xml, example in attachments below. This does not pose any risk, just announces that UPnP on the router is available. As long as you don't have
    type=external
    interface set up, no FW rules will be created, even if your local devices request it.
  • disable the upnp interface
    /ip/upnp/interfaces/set [find type=internal] disabled=yes
  • make the same HTTP request as in previous step - it times out, the port is closed as it should always be while UPnP is disabled.
You do not have the required permissions to view the files attached to this post.
Last edited by vecernik87 on Mon Jul 08, 2024 2:49 am, edited 2 times in total.
 
User avatar
Paternot
Forum Guru
Forum Guru
Posts: 1008
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: v7.15.2 [stable] is released!

Sun Jul 07, 2024 6:47 pm

No, seriously - who asked for DLNA? Who needs DLNA in the main package of the router? Without ability to turn it off? Is it really that hard to keep routers for routing and separate packages for other unnecessary functions? Every single unnecessary feature increases attack surface and helps bad guys to get in. Every feature like this increases likelihood of another 0-day. Can we PLEASE put security and stability first?
I agree with all your points: this is the kind of thing that should be in a different package. But just another day I found out WHO would want DLNA on routers (I was wandering about it too...)

Looks like there is a market for this, weird but true. It was on the last newsletter (#119). Page 4, if I'm not mistaken. It just should be on another package, not the main one.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Sun Jul 07, 2024 10:44 pm

No, seriously - who asked for DLNA? Who needs DLNA in the main package of the router? Without ability to turn it off? Is it really that hard to keep routers for routing and separate packages for other unnecessary functions? Every single unnecessary feature increases attack surface and helps bad guys to get in. Every feature like this increases likelihood of another 0-day. Can we PLEASE put security and stability first?
I agree with all your points: this is the kind of thing that should be in a different package. But just another day I found out WHO would want DLNA on routers (I was wandering about it too...)

Looks like there is a market for this, weird but true. It was on the last newsletter (#119). Page 4, if I'm not mistaken. It just should be on another package, not the main one.
I also agree with previous writer - put security and stability first THEN add new "cool" features as packages.

DLNA is NOT a needed router feature and for those who wants it then grab it as a package instead. Same with UPNP and a few others.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Mon Jul 08, 2024 11:14 am

Exactly. Some tickets are answered on the same day, while others take days or even weeks. I believe that tickets are prioritized based on their complexity and/or topic. My experience with the support has been positive (overall).
It likely works as in most companies: there is a "first line" that opens all the tickets and provides quick answers to those that are mostly questions or are based on obvious user errors.
When it is not so obvious what is wrong, the ticket is escalated to "second line" personnel and it will take longer to be answered.
When the issue is really complicated it may be escalated to developers, and it will take a very long time to ever receive feedback.
That will then usually be "the bug will be solved in an upcoming RouterOS release, but we cannot tell you which one". Because a developer can recognize a bug and put a fix into the versioning system, but has no control over the release process.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Mon Jul 08, 2024 11:29 am

Regarding extra packages, the explanation often given is: feature X is too small - the overhead for an extra package is too big. On the other hand, there are already packages like "lora 8kb" and "gps 24kb", "calea 20kb" or "ups 45kb". So, splitting them off was apparently possible.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Mon Jul 08, 2024 11:29 am

That will then usually be "the bug will be solved in an upcoming RouterOS release, but we cannot tell you which one".

Or even "We acknowledge the bug, but we don't know if we'll ever fix it." (I've received such a response but worded differently ... I'm not going to skim through e-mail archive to quote it though)
 
bratislav
Frequent Visitor
Frequent Visitor
Posts: 69
Joined: Mon May 05, 2014 10:36 am

Re: v7.15.2 [stable] is released!

Mon Jul 08, 2024 4:55 pm

There is a bug in a new and useful MSTP feature (introduced in 7.14 i believe) and that is that now MSTI shows ID 0 MSTI as dynamic entry...
The issue is that if you change something for MSTI 0, priority for example, it doesn't change until you reboot the switch:
interface/bridge/print proplist=priority 
Flags: X - disabled, R - running 
 0 R ;;; defconf
     priority=0x8000 
[admin@CRS309] > interface/bridge/msti/print proplist=priority 
Flags: D - DYNAMIC
Columns: PRIORITY
#   PRIORITY
0   0x7000  
1   0x7000  
2   0x7000  
3 D 0x7000  
after reboot it shows correct value:
interface/bridge/msti/print proplist=priority 
Flags: D - DYNAMIC
Columns: PRIORITY
#   PRIORITY
0   0x7000  
1   0x7000  
2   0x7000  
3 D 0x8000  
I presume that the configured values are used but dynamic entries in MSTI should be dynamically updated...
 
S8T8
Member Candidate
Member Candidate
Posts: 126
Joined: Thu Sep 15, 2022 7:15 pm

Re: v7.15.2 [stable] is released!

Mon Jul 08, 2024 6:17 pm

Has anyone discovered how this works?
*) console - added option to get "about" value (dynamically created text field by RouterOS services like CAPsMAN);
EDIT:
Thanks @infabo, "about" is not available in v7.14, your guess is right
/interface wifi get about
Last edited by S8T8 on Mon Jul 08, 2024 7:41 pm, edited 1 time in total.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Mon Jul 08, 2024 6:22 pm

print proplist=about
Maybe???
 
Simonej
Frequent Visitor
Frequent Visitor
Posts: 60
Joined: Sun Aug 22, 2021 3:34 am

Re: v7.15.1 [stable] is released!

Mon Jul 08, 2024 10:06 pm

With SUP-155649 I was asking how “reselect-interval” ( https://help.mikrotik.com/docs/display/ROS/WiFi ) is working, but still no answer.
Anyone has a clue?
Still waiting for answer from support, infabo suggested
reselect interval you define lower and upper bounds of interval. e.g. 30m / 1h. So earliest every 30m and latest every hour they perform reselect scan.

Then each AP randomly picks a value between 30m-1h, e.g. AP1: 41m30s, AP2: 32m34s, AP3: 50m10s. So they don't scan simultaneously and choose the same channel because no one is broadcasting and everyone just listening.
still not clear how to use it, with the default !reselect-interval channels are not scanned? Was not easier to select a time, (01:00-02:00AM)? Using 6h-12h it could disconnect a client during work hours.
How are you using it?
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 8:06 am

Initial scan (e.g. after a CAPsMAN gets restarted, hence all CAPs get reprovisioned at the same moment) will be done ... well, initially and immediatelly. So at initial scan it may happen that some CAPs will select same channel (if allowed). However, the reselect-interval introduces new feature which forces (C)AP to do reselection at some (pseudo) random intervals. Due to (pseudo)randomness it's likely that subsequent reselections won't happen at the same time for adjacent (C)APs and hence they will probably end up using distinct channels.
As I hinted: it's a new feature, previously (C)APs tended not to reselect at all and kept occupying the same (possibly highly utilized) channels for long time. And I guess that with out reselect-interval being set the behaviour then reverts to the previous behaviour (i.e. not doing pseudo-periodic reselections).
As to disconnecting clients: (C)APs are supposed to do the scan in background, which means that clients should not be affected. I'm not sure how this works if (C)AP selects a CAC-infested channel as candidate to use in next time period (I don't think it can do CAC in background unless it has a spare receiver to do it full-time).
 
User avatar
grusu
Member Candidate
Member Candidate
Posts: 135
Joined: Tue Aug 13, 2013 7:35 am
Location: Bucharest, Romania

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 9:34 am

Something is wrong with the initial scan for 5 GHz. Every time at boot, the frequency is set to 5500 on all APs. This does not happen for 2.4 GHz where APs receive different frequencies.
 
erlinden
Forum Guru
Forum Guru
Posts: 2373
Joined: Wed Jun 12, 2013 1:59 pm
Location: Netherlands

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 9:41 am

Something is wrong with the initial scan for 5 GHz. Every time at boot, the frequency is set to 5500 on all APs. This does not happen for 2.4 GHz where APs receive different frequencies.
That is something that is bothering me as well. This frequency is checked for 1 min before used, hence this situation. Would really help if CAPsMAN took into account such a situation. I think this is solved after a rescan.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 10:08 am

Well, only 2 APs managed with capsman here. After a reboot both AP choose the same 2.4 and 5ghz channel. Funny enough, Mikrotik loves 5500. But this is something about Capsman that I find kind of weirdo, why this system is so dumb on a initial scan. Rescan-interval improved this situation. But rescaninterval comes with a burden: have it low (e.g. 15m-30m) -> APs down very often. Have it high (e.g. 12h-24-) -> APs may stay up to one day on same channel.

@Simonej
it is an interval. 6-12h does not mean between 6 and 12 on your clock. It means somewhere between 6-12hours after last channel scan.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 10:49 am

Automatic channel selection methods are useless anyway when you value performance.
It is better to first study the layout of the channels, then do some manual scanning and investigation of channel usage, and finally decide on fixed channels to use for each of your APs.
E.g. some channels may have weather radar, but you can still use them for an AP in the cellar or other similar well-shielded room.
Which channels you can use also depends on the bandwidth you select. You do not want overlapping channels so you need to accommodate for that.
It is already a bit helpful here that MikroTik uses channel frequencies rather than channel numbers, because you can easily see that when you have channel bandwitdh 40 MHz and you have one AP on 5500 you should not put another on 5510 or 5520 but rather 5540 is the first one that can be used.
Also note that channels are allocated in chunks of 20 MHz and when you have wider bandwidth you effectively are setting 2, 4 or 8 of these 20 MHz chunks where you specify the frequency of one of them. That would often be the lowest one, but that isn't necessarily true, it is possible to select this. This is indicated by the Ce or Ceee or Ceeeeeee after the bandwidth (at least with the old driver).
The wider bandwidth you choose, the fewer options you will have for channel selection.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 10:57 am

Simply no. When you are surrounded with other vendor APs of nearby offices which change their channels randomly as well - you are out of luck with your "I plan my channels on a sheet of paper" approach.
 
holvoetn
Forum Guru
Forum Guru
Posts: 6179
Joined: Tue Apr 13, 2021 2:14 am
Location: Belgium

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 11:15 am

Automatic channel selection methods are useless anyway when you value performance.
It is better to first study the layout of the channels, then do some manual scanning and investigation of channel usage, and finally decide on fixed channels to use for each of your APs.
Exactly :lol:

But I do admit the locations of my installations are relatively free of random intruders.
If some are visible, they mostly observe 1/6/11 scheme quite nicely or stay fixed on certain 5GHz channels (which I then avoid for that area of that AP).
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 11:21 am

Simply no.
Well ... if you fix your frequencies and your neighbours don't, then those APs may eventually start to avoid "your" channels, making everybody happy. If neighbours also fix their frequencies, then again everybody is happy as long as one manages to avoid no only "C", but also "e" frequencies (as @pe1chl already mentioned).

The only problem in the whole ordeal is if somebody fixes frequencies without first considering (at that time current) state of environment ... e.g. blindly fixing frequencies to those already occupied (if they are occupied statically, then there will be a conflict until someone notices it).
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 1:55 pm

Simply no. When you are surrounded with other vendor APs of nearby offices which change their channels randomly as well - you are out of luck with your "I plan my channels on a sheet of paper" approach.
The approach may depend as well on the scale of your installation.
I manage a system with 39 access points in 3 buildings, most of them in a single "metal box" style industrial building.
I use a carefully planned frequency table on 5 GHz, where the known weather radar channels are only used in completely inside rooms like the warehouses, and the office rooms are planned so that adjacent uses of the same channel are as far away is possible.
We do not pay attention to outsiders, because they often set 160 MHz channels anyway so there is little you can do.

On 2 GHz we have automatic selection 1/6/11 only, but 2 GHz is not really used except as a fallback in low coverage areas.

At home when I scan on 2 GHz I see 100 other APs. No need to "optimize the channel".
A problem also is the broken APs that use other channels than 1/6/11 and cause even more interference.
Fortunately on 5 GHz that isn't as common.
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.2 [stable] is released!

Tue Jul 09, 2024 4:01 pm

Not to mention these who have their 2,4 set to 40 MHz random channel like 3 or 7 - this way almost all 2,4 band can be flooded with single access point...
 
S8T8
Member Candidate
Member Candidate
Posts: 126
Joined: Thu Sep 15, 2022 7:15 pm

Re: v7.15 [stable] is released!

Tue Jul 09, 2024 8:12 pm

I agree, commands like :error, :quit, :return are valid and it should not produce such error in log.
@optio @eworm, what is now the correct way to terminate a script without an error in the log?
 
hasmidzul
just joined
Posts: 2
Joined: Tue Jun 06, 2023 8:45 am

Re: v7.15.2 [stable] is released!

Wed Jul 10, 2024 9:30 am

Has the issue of wireless clients being disconnected on hap ax2 been resolved yet? I haven't seen anything in the changelogs yet on this (staying on v7.14.3 in the meanwhile), hopefully someone can confirm
I did reset hap ax3 to default setting and reconfigure all the PPPoe client..and my wifi is working good.No more disconnection.Ros 7.15.2. (5GHz ax 80MHz 5500).The 2GHz was switched off.
 
User avatar
rushlife
Member Candidate
Member Candidate
Posts: 251
Joined: Thu Nov 05, 2015 12:30 pm

Re: v7.15 [stable] is released!

Wed Jul 10, 2024 10:48 am

still present in 7.15.2


pseudobridge (wifi client against capsman APs) on Metal 2SHPn and RBmAP2nD still high packet loss, since ros 7.14.x
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Wed Jul 10, 2024 11:35 am

What worked for me: set "protocol=none" on the "station pseudobridge" device.
 
optio
Forum Veteran
Forum Veteran
Posts: 868
Joined: Mon Dec 26, 2022 2:57 pm

Re: v7.15 [stable] is released!

Wed Jul 10, 2024 12:46 pm

@optio @eworm, what is now the correct way to terminate a script without an error in the log?
Not sure if any command currently exits script without producing error.
You can rework scripts and break certain logic into functions and call it under some conditions to avoid deep nesting. Loops can be braked using while command by checking condition of some variable which is set inside loop block.
I didn't bother to modify some of my scripts like that, just muted script error log hoping that some day it will be possible to exit script without error like before.
 
User avatar
eworm
Forum Guru
Forum Guru
Posts: 1086
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v7.15 [stable] is released!

Wed Jul 10, 2024 1:17 pm

@optio @eworm, what is now the correct way to terminate a script without an error in the log?
Well, you can just wrap your code into a block, den catch the error and do nothing...
:do {
  # your code
  # exit early with :error
  :error false;
  # other code
} on-error={ }
BUT! Be aware that this mutes ALL errors, even the legitimate ones that should be regarded!
 
massinia
Member Candidate
Member Candidate
Posts: 175
Joined: Thu Jun 09, 2022 7:20 pm

Re: v7.15.2 [stable] is released!

Wed Jul 10, 2024 1:29 pm

pseudobridge (wifi client against capsman APs) on Metal 2SHPn and RBmAP2nD still high packet loss, since ros 7.14.x
.
What worked for me: set "protocol=none" on the "station pseudobridge" device.

Worked also for me:
viewtopic.php?p=1025978#p1025970
It's stable and has been working perfectly for months.
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 3334
Joined: Sat Dec 24, 2016 11:17 am
Location: Magrathean

Re: v7.15 [stable] is released!

Wed Jul 10, 2024 2:03 pm

@optio @eworm, what is now the correct way to terminate a script without an error in the log?
Well, you can just wrap your code into a block, den catch the error and do nothing...

BUT! Be aware that this mutes ALL errors, even the legitimate ones that should be regarded!
You should try to make script so that it does not give error. And if there are no way around to avoid error du to different hw or software config, use on-error on a small block as possible.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Wed Jul 10, 2024 3:12 pm

pseudobridge (wifi client against capsman APs) on Metal 2SHPn and RBmAP2nD still high packet loss, since ros 7.14.x
.
What worked for me: set "protocol=none" on the "station pseudobridge" device.

Worked also for me:
viewtopic.php?p=1025978#p1025970
It's stable and has been working perfectly for months.
It worked for me with "protocol=rstp" (default value) until 7.13.5. Problems started with 7.14.

Changelog of 7.14
*) bridge - improved protocol-mode STP and RSTP functionality;
"improved" is a Mikrotik codeword for introducing a fundamental change thus breaking some existing behaviour.

I did not find a way to debug RSTP until today. Neither log topics "bridge" nor "stp" log anything related to RSTP. Already asked support but all they told me was: try bridge or stp topic. I would like to log the RSTP election process of root brige, when ports stop forwarding and so on. But it seems to be impossible.
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.2 [stable] is released!

Wed Jul 10, 2024 3:55 pm

If root bridge election "wants" to go wrong then changing the RSTP priority can help. Set it to lower than default (8000) on bridge that should be a root bridge.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Wed Jul 10, 2024 4:51 pm

I'm debugging a mysterious problem... I have a RB4011 with a VLAN-filtering bridge on all ports (except ether1) and the wireless interfaces. It has 3 VLANs plus the default untagged. Some ports are untagged on one VLAN, others are "hybrid" (untagged one VLAN and tagged some others).
On one of the hybrid ports a hAP ac2 is connected which operates as a switch and WiFi access. IPv6 is not configured on the hAP ac2.
Until 7.15 was installed, the devices connected to the switchports or the WiFi on the hAP ac2 received IPv6 addresses being sent (RA) from the RB4011, but this now no longer works.
I have already disabled STP but there is no change. When I Torch on the switchport to the hAP ac2 I don't see IPv6 traffic.
But when I monitor using wireshark on a PC connected to another port on the same router, I do see the IPv6 RA's on the different VLANs. The PC and also devices connected to the RB4011 WiFi get IPv6 just fine.
This has me completely baffled... how can this happen? The bridge should just relay the RA multicasts to all ports, right?
And in the past (previous installed version was 7.12.1) it worked just fine!
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Wed Jul 10, 2024 5:52 pm

If root bridge election "wants" to go wrong then changing the RSTP priority can help. Set it to lower than default (8000) on bridge that should be a root bridge.
Yes, I already noticed that. bridge of "station pseudobridge" device was elected as root-bridge. I already believed that this was my problem and lowered the bridge-priority on my main-AP to 0x7000. Then root-bridge was elected as I wanted - but it did not change anything on the issue. wifi port where the "station pseudobridge" connected was still "forwarding: no". Set protocol=none on this "station pseudobridge" device and all working. For me it seems like "improved" RSTP of 7.14+ does not play well with that pseudobridge thingy. Or it is some kind of incompatibility as this "station pseudobridge" device is the only ROS v6 device on my network.
 
optio
Forum Veteran
Forum Veteran
Posts: 868
Joined: Mon Dec 26, 2022 2:57 pm

Re: v7.15 [stable] is released!

Wed Jul 10, 2024 9:33 pm

:do {
  # your code
  # exit early with :error
  :error false;
  # other code
} on-error={ }
This is similar approach as when you mute script error logs in Logging settings since you need to put most of script code into do={} on-error={} to work (part where :error command is executed and everything after that). Nothing should not be added after on-error={} because it will be executed. It's just hacky approach, personally I did't want to change scripts like that.
 
bbs2web
Member Candidate
Member Candidate
Posts: 233
Joined: Sun Apr 22, 2012 6:25 pm
Location: Johannesburg, South Africa
Contact:

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 11:35 am

Running 7.15.2 on CRS354-48G-4S+2Q+ devices. Using 2 x Q+DA0001 cables to create a 2 x 40G DAC bond as the MLAG peer bond.

Continue to see the switches reporting peer bond drops but the bond itself and ports that make up the bond are not flapping:
Image
 
JulienPicalausa
just joined
Posts: 2
Joined: Sun Jun 02, 2024 9:18 pm

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 12:06 pm

It seems like the 7.15 release broke radsec support for me and a few others. I'm linking it here in hope it gets some attention (viewtopic.php?p=1085055)
 
holvoetn
Forum Guru
Forum Guru
Posts: 6179
Joined: Tue Apr 13, 2021 2:14 am
Location: Belgium

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 3:24 pm

Only way to get proper attention is to create a support ticket.
 
AlexanderK
just joined
Posts: 4
Joined: Mon Mar 09, 2020 9:42 pm

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 4:55 pm

What worked for me: set "protocol=none" on the "station pseudobridge" device.
you saved my life :)
 
User avatar
rextended
Forum Guru
Forum Guru
Posts: 12391
Joined: Tue Feb 25, 2014 12:49 pm
Location: Italy
Contact:

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 6:37 pm

BUG:
Default smb "guest" user is deletable, on RouterOS v6 not.
But on v7 "guest" appear to be the default both on "export" and on winbox colours...
 
wfburton
Frequent Visitor
Frequent Visitor
Posts: 95
Joined: Mon Apr 10, 2023 1:09 am

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 7:53 pm


.



Worked also for me:
viewtopic.php?p=1025978#p1025970
It's stable and has been working perfectly for months.
It worked for me with "protocol=rstp" (default value) until 7.13.5. Problems started with 7.14.

Changelog of 7.14
*) bridge - improved protocol-mode STP and RSTP functionality;
"improved" is a Mikrotik codeword for introducing a fundamental change thus breaking some existing behaviour.

I did not find a way to debug RSTP until today. Neither log topics "bridge" nor "stp" log anything related to RSTP. Already asked support but all they told me was: try bridge or stp topic. I would like to log the RSTP election process of root brige, when ports stop forwarding and so on. But it seems to be impossible.
What other managed switch do you have on your network that runs Rapid Spanning Tree Protocol?

logically it should be no STP. Only Mikrotik can explain why RSTP is the default.

On my network I have a mitrotik switch and a zyxel switch configured for RSTP.

Network Switch - Configure RSTP (Rapid-Spanning-Tree-Protocol) in a ring topology (example)
https://support.zyxel.eu/hc/en-us/artic ... pology#one open this link

Right click on image and open in new tab to view the image to get a better view
Screenshot_20240711_124811.png
Screenshot_20240711_124944.png
Screenshot_20240711_125000.png
Screenshot_20240711_125454.png
Mikrotik-mibs ( no RSTP data?)
Screenshot_20240711_125651.png
You do not have the required permissions to view the files attached to this post.
Last edited by wfburton on Thu Jul 11, 2024 8:26 pm, edited 1 time in total.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 8:25 pm

all Mikrotik devices. all RSTP by default. no other switches on the network.
 
wfburton
Frequent Visitor
Frequent Visitor
Posts: 95
Joined: Mon Apr 10, 2023 1:09 am

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 8:30 pm

all Mikrotik devices. all RSTP by default. no other switches on the network.
View the link I posted

I don't think you understand RSTP

Logically it should be no STP.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Thu Jul 11, 2024 8:54 pm

I know what RSTP is. Ask Mikrotik why they ship all their devices with enabled RSTP by default.
But I have to admit that I only have a vague idea what "station pseudobridge" actually does on L2.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 12:31 am

Only way to get proper attention is to create a support ticket.
I have tried... only 1 out of 3 tickets got a reply for the past 3 weeks...
 
deejaysanoj
just joined
Posts: 3
Joined: Fri Apr 14, 2023 7:38 am

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 4:22 am

upon my observation this update works fine and stable on my hAP ax, thank you for keeping let us upgrade routerOS constantly.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 8:19 am

all Mikrotik devices. all RSTP by default. no other switches on the network.
Logically it should be no STP.

Why do you think that? If there are no bugs, then having xSTP enabled should not be a problem (but can potentially protect your network from errors in topology). So clearly if problem gets solved by disabling RSTP, then there's a bug (in this case in station-pseudobridge implementation).
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 12:07 pm

Not just errors - some features and solution explicitly rely on xSTP to be able to work properly - like topology solutions with path redundancies and MLAG.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 12:29 pm

... topology solutions with path redundancies and MLAG.
These clearly don't appear in mindset of @wfburton ...
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 2:03 pm

STP is not as innocent as you may think. I also disable it where it isn't required.
Remember it takes some time for a port to "come up" with STP (it can be more or less depending on configuration) and this often conflicts with devices that have automatic detection of a valid network. WiFi clients may disconnect when they cannot quickly establish DHCP and internet connectivity.
Recently I had enabled RSTP on my home router and 2nd AP, and also on a small Netgear switch, but it never recognized the Netgear switch as part of the network, and when I recently encountered problems I disabled it again.
But indeed, at work where MLAG is in use, I have RSTP enabled.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 3:22 pm

I think that STP dilemma (to have it or not to have it) is somehow similar to the dilemma about default firewall action (allow everything not forbidden or block everything not allowed). In certain cases the answer is clear, mostly it's murky, but in principle it's good to have STP (or rather RSTP) unless one determines it makes problems. You named one (slow port unblocking), there may be other, like the bug with station-pseudobridge, but normally it's better to have it enabled as it normally doesn't interfere with traffic. And due to this I support MT's decision to have it enabled by default ... because problems are always easier to spot than the missing functionality.
 
User avatar
Paternot
Forum Guru
Forum Guru
Posts: 1008
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 4:10 pm

I think that STP dilemma (to have it or not to have it) is somehow similar to the dilemma about default firewall action (allow everything not forbidden or block everything not allowed). In certain cases the
Yeah, I agree with it. It's easier to spot something that causes a problem than something that is off and should be on. Not to mention that it usually works.
Now, about firewall... I'm a firm believer of "block everything not allowed". I think it makes a neater and safer config.

On a side note:
Upgraded one RB5009 to 7.15.2
Almost everything works: one IPsec peer didn't come back. I need further investigation, as this peer has a past history of weird traffic problems. Since it's not controlled by me, it may take a while.

But Wireguard, BGP, BGP filters and EoIP are all working ok.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 4:29 pm

I too upgraded our RB5009's but unfortunately there is a bug in PoE for which I had to install 7.16beta4 to fix it :-(
 
wfburton
Frequent Visitor
Frequent Visitor
Posts: 95
Joined: Mon Apr 10, 2023 1:09 am

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 5:36 pm



Logically it should be no STP.

Why do you think that? If there are no bugs, then having xSTP enabled should not be a problem (but can potentially protect your network from errors in topology). So clearly if problem gets solved by disabling RSTP, then there's a bug (in this case in station-pseudobridge implementation).
I'm not having any network issues. I just posted what I have configured on my network as a comparison for others to view. You mentioned station-pseudobridge. Can you elaborate on that?

I don't see having RSTP enabled if you don't have another switch with RSTP enabled. All you would have is a designated root. No?
I tried disabling RSTP on my zyxel switch to see what snmp data I get but it still shows incomplete data.

Looking at the SNMP data on mikrotik seems incomplete as shown in my post. I have no data for designated root, ip address/mac address and designated bridge ip address/mac address. Plus, I don't understand where it's getting this path cost of 20000 2000 from if I'm running RSTP?
Shouldn't it be path cost 4 and 0 as shown in zyxell rstp snmp data?

Mikrotik and zyxel is all behind a watchguard firewall with no STP. My lan interface for the LAN is not configuration as a lan bridge on the watchguard firewall.

I updated mikroik mib file but no change. I still don't see RSTP data.

TIA
 
wfburton
Frequent Visitor
Frequent Visitor
Posts: 95
Joined: Mon Apr 10, 2023 1:09 am

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 5:54 pm

... topology solutions with path redundancies and MLAG.
These clearly don't appear in mindset of @wfburton ...
With such a post like that. I guess it was easier for you to insult me then explain why I need MLAG.

I have no need Multi-chassis Link Aggregation Group. I have no vlan's and no client device issues.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 6:47 pm

I don't see having RSTP enabled if you don't have another switch with RSTP enabled.
Any ROS bridge acts as a "switch" AFAIK.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 8:07 pm

I don't see having RSTP enabled if you don't have another switch with RSTP enabled. All you would have is a designated root.

As explained earlier: in most cases having RSTP enabled doesn't do any harm. But it can prevent probkems caused by some stupid mistakes (such as connecting two switch ports ... can be over a wall cable run, so not really obvious). Which IMO means that having it enabled by default is a sane thing. If somebody discovers that it causes a problem, then that particular admin can disable it.

As to insults: what you deem as an insult was a colorful response to your "Logically it should be no STP." which is IMO a pretty bold statement. Perhaps it's logical in your (plain) use case, but defaults are there for everybody.
I'm not trying to tell you that you need anything (do I couldn't care less if you need MLAG or not), I'm just saying that you can't expect MT to adapt defaults to some plain use case.
 
User avatar
Paternot
Forum Guru
Forum Guru
Posts: 1008
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 9:46 pm

I too upgraded our RB5009's but unfortunately there is a bug in PoE for which I had to install 7.16beta4 to fix it :-(
PoE in or out? I'm powering mine from a CSS106-1G-4P-1S. It's working perfectly.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Fri Jul 12, 2024 11:53 pm

PoE out. I am powering a hAP ac and a wAP ac from it (the hAP was originally powering the wAP but now the routing is done on the 5009 and the hAP is just for WiFi).
It worked fine on 7.12.1 and after upgrade to 7.15.1 it still worked, but then a powerfailure occurred and after that the port connected to the hAP ac showed repeated "overload" messages.
I asked support and they replied it was an error in the PoE chip firmware and 7.16beta4 would fix it.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Sat Jul 13, 2024 10:30 am

Indeed, beta2 already:

*) poe-out - upgraded firmware for SAMD20 PSE (AF/AT) controlled boards (the update will cause brief power interruption to PoE-out interfaces);
 
seriquiti
just joined
Posts: 24
Joined: Wed May 11, 2022 12:55 pm

Re: v7.15.2 [stable] is released!

Sat Jul 13, 2024 10:50 am

I have a HAP AX2 with CAPSMAN setup and have been noticing that every 5-15 min the WIFI interface lock up for 10-20 seconds - no data passing to WIFI clients. When this happens, some clients will disconnect (infamous "disconnected, connection lost, signal strength -40") some cycles more clients than other. Not the same clients every cycle but even the clients that don't disconnect can't pass packets in this time. It's a new setup so haven't tried previous versions so that is my next troubleshooting step. Have tried just about every channel on 2.4 and 5ghz and have seen no difference between any of them so don't think it has to do with noisy environment. Have no issues with HAP AC lite in my home.

Only WIFI clients are affected - wired have no issues at this time. Anyone experiencing similar issues on 7.15.2?
 
seriquiti
just joined
Posts: 24
Joined: Wed May 11, 2022 12:55 pm

Re: v7.15.2 [stable] is released!

Sat Jul 13, 2024 6:14 pm

So after trying several different config changes and even PSU swap I couldn't solve the WIFI stability issue. As a last resort I downgraded to 7.14.3 and after 3 hours not a single stability issue - except for 3 SA query timeouts on IOT devices.

Definitely seems like there is a WIFI stability issue in 7.15.2.
 
midenok
newbie
Posts: 40
Joined: Fri Dec 27, 2013 5:34 pm

Re: v7.15.2 [stable] is released!

Sat Jul 13, 2024 6:55 pm

There was ROS version string in v6 visible from every menu. What happened to that in v7?
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Sat Jul 13, 2024 8:11 pm

There was ROS version string in v6 visible from every menu. What happened to that in v7?
Please explain in detail what you mean...
 
User avatar
Paternot
Forum Guru
Forum Guru
Posts: 1008
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: v7.15.2 [stable] is released!

Sat Jul 13, 2024 11:48 pm

Almost everywhere we had a string saying "RoS 6.x.x". It doesn't happen anymore with V7.
Take the web interface: It shows "RouterOS v6.49" just above the login. With V7 we have "RouterOS" only.

This behavior happens everywhere. We used to just look at the interface and know the OS version. Now we have to look into "packages" or "Resources".

It's not a big deal, but I think that's what he's talking about.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Sat Jul 13, 2024 11:59 pm

Oh in webfig? He did not say it was about webfig... in winbox the version is in the title bar for both v6 and v7.
In general it is not a good idea to reveal the version on a login page. Scanners and intruders use that to know if you are running a version for which they know how to break in to it.
 
User avatar
Paternot
Forum Guru
Forum Guru
Posts: 1008
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: v7.15.2 [stable] is released!

Sun Jul 14, 2024 10:25 am

Well, in webfig I'm certain of it. Rarely use Winbox, and the command line... well, no one expects to see the version at every command output.

Yes, I do agree with the security problem. But, You see, with webfig we had the version (after login) at the top bar. At every page. It's gone now. In its place we have the identity we chose.

Again, a minor inconvenience - but I think that's what he is talking about. It was not only the front page.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Sun Jul 14, 2024 11:19 am

Oh in webfig? He did not say it was about webfig... in winbox the version is in the title bar for both v6 and v7.
In general it is not a good idea to reveal the version on a login page. Scanners and intruders use that to know if you are running a version for which they know how to break in to it.
That can be argued regarding what to display before you are logged in.

But once you are logged in there is no reason to hide the version even if its 2 clicks away (you can in ROS 7.x click in the upper right corner on that settings icon and then select about to get to the page with /system/resources who will display current version and current boot version).

When you use CLI/SSH the version is displayed in the MOTD (that ascii-art Mikrotik logotype).
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Sun Jul 14, 2024 8:16 pm

I do not think it is that useful or important to always know what the version is.
What I would consider useful and important is to display the "Note" from the winbox neighbor list next to the "Session".
When you have several devices to manage it is helpful to know immediately which device you are accessing.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 12:55 am

It is very useful.

This is what you see when you login through CLI/SSH:

  MMM      MMM       KKK                          TTTTTTTTTTT      KKK
  MMMM    MMMM       KKK                          TTTTTTTTTTT      KKK
  MMM MMMM MMM  III  KKK  KKK  RRRRRR     OOOOOO      TTT     III  KKK  KKK
  MMM  MM  MMM  III  KKKKK     RRR  RRR  OOO  OOO     TTT     III  KKKKK
  MMM      MMM  III  KKK KKK   RRRRRR    OOO  OOO     TTT     III  KKK KKK
  MMM      MMM  III  KKK  KKK  RRR  RRR   OOOOOO      TTT     III  KKK  KKK

  MikroTik RouterOS 7.15.2 (c) 1999-2024       https://www.mikrotik.com/

Press F1 for help

So why cant webfig tell you the same if you choose to login using HTTP/HTTPS?

The versionstring could be written either next to the hostname at the top like "HOSTNAME (v7.15.2 stable)" or as the bottom entry in the menu to the left just below "Make Supout.rif" as "v7.15.2 stable" (as a text and not button).
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26807
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia
Contact:

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 10:14 am

Hover your mouse cursor on the window title / tab, version is right there
You do not have the required permissions to view the files attached to this post.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 10:58 am

Worst place ever to place that info :D
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26807
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia
Contact:

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:00 am

How many places you want?

Title bar
Resources
Package menu
Check for updates button in Quickset

If this is so important, set up a script, that upgrades your device automatically
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:12 am

Its not about that this information is hidden behind 25 clicks in the webfig - its about getting this info in less than 1 click as in no click at all as with when you login through CLI/SSH you get it as the MOTD message.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26807
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia
Contact:

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:16 am

Why is it important?
Maybe somebody else has another "very important" variable they need everywhere. We can't cram everything in one screen.
 
User avatar
Larsa
Forum Guru
Forum Guru
Posts: 1467
Joined: Sat Aug 29, 2015 7:40 pm
Location: The North Pole, Santa's Workshop

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:17 am

How many places you want?

Somewhere where it's easier (ie obvious) to spot in the ordinary work space, please!
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26807
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia
Contact:

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:20 am

Pro tip ...

1. Click "Design Skin"
2. Go to Resources
3. Click triangle button next to Version
4. Select "Add to Status page"

now any variable can be your home screen.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:26 am

Why is it important?
Maybe somebody else has another "very important" variable they need everywhere. We can't cram everything in one screen.
You have PLENTY of dead unused space below the button "Make Supout.rif" in the left menu - same with the area where the hostname is being displayed at the top of the page.

Just sayin...
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:33 am

Pro tip ...

1. Click "Design Skin"
2. Go to Resources
3. Click triangle button next to Version
4. Select "Add to Status page"

now any variable can be your home screen.
Fugly workaround... at least its one click away that way since the naming of the page wont display due to too long string (so the mousehover trick doesnt work).

Is this setting accessible through CLI so I can make this for all my Mikrotik without having to click gazillion of times on each and every one to create that "Status" button in the upper left of the menu?
 
User avatar
Larsa
Forum Guru
Forum Guru
Posts: 1467
Joined: Sat Aug 29, 2015 7:40 pm
Location: The North Pole, Santa's Workshop

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:34 am

Pro tip ...

1. Click "Design Skin"
2. Go to Resources
3. Click triangle button next to Version
4. Select "Add to Status page"

Looks promising though I'm unable to locate any tab/menu called "Resources" in Design Skin mode.. (v7.15.1). Anyone?
Last edited by Larsa on Mon Jul 15, 2024 11:38 am, edited 1 time in total.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:38 am

Pro tip ...

1. Click "Design Skin"
2. Go to Resources
3. Click triangle button next to Version
4. Select "Add to Status page"

Looks promising though I'm unable to locate any tab/menu called "Resources" in Design Skin mode..
Click on System -> Resources first. Then in the upper right click on the setting icon and then "Design Skin".

Note that the look is buggy so the text of the entry goes away but currently its the third from the bottom which you then click on the upside down triangle to get a menu and select "Add to Status Page".

When you now leave the "Design Skin" mode (by again in the upper right click on the settings icon and then "Design Skin") you will now see a "Status" button at top of your menu to the left.

When clicking that you will have your selected version entry displayed.

To remove this go to the status-page (first menu entry to the left) and then in the upper right click on settings -> design skin and unmark the entry at the status page and then click on settings -> design skin again and the status menu option is gone (if the version was the only object in there).
 
User avatar
Larsa
Forum Guru
Forum Guru
Posts: 1467
Joined: Sat Aug 29, 2015 7:40 pm
Location: The North Pole, Santa's Workshop

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 11:48 am

Thanks! It was "System > Resources" I was looking for. Yeah, it's buggy, all right.

EDIT: I wish version info could be presented in a more obvious place as standard so you wouldn't have to hack the webfig "skin" on each new instance to find it.

Screendump.png
You do not have the required permissions to view the files attached to this post.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26807
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia
Contact:

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 12:35 pm

There is a scroll bar, scroll to the right
 
User avatar
Paternot
Forum Guru
Forum Guru
Posts: 1008
Joined: Thu Jun 02, 2016 4:01 am
Location: Niterói / Brazil

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 12:40 pm

I have to do a mea culpa here: for me the version shows on my browser's title window (webfig). Don't know why, but never saw it until now.
That said, why not show it after the device name - that is shown at the top of every page?

No, it isn't a serious problem. No, it isn't critical or anything else - after all we can easily get the version on system/resources or system/packages.
It's just that it's so easy to look there... also, it was the RoS 6.x behavior.
 
jaclaz
Forum Guru
Forum Guru
Posts: 1630
Joined: Tue Oct 03, 2023 4:21 pm

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 1:01 pm

Only 36 years passed since this was published, and some (right) concepts have not been fully translated into interfaces:
https://en.wikipedia.org/wiki/The_Desig ... day_Things

OT, but not much, my car has a screen where - when the radio is selected - on the first top two lines there is on the right side the date and time and the outside temperature, on the third and fourth line there is (double height) the name of the radio station (but NOT the FM frequency it is on), then all the rest of the screen shows a (senseless) drawing/picture of an antenna, exception made for the bottom line where a number of tabs are present with some FM frequencies to switch to.
When the radio senses that the signal for the selected station is low, it shows a message to the effect of "Scanning ..." that is on a two lines gray band as large as the whole screen, which covers date/time/temperature.
In zones with hills/mountains this happens often enough and lasts for several seconds.

Everytime I need to quickly glance at the screen to check the time and find it covered by this gray band I feel sad (besides not knowing if I am going to be late or if I have time to get a coffee).
 
User avatar
Larsa
Forum Guru
Forum Guru
Posts: 1467
Joined: Sat Aug 29, 2015 7:40 pm
Location: The North Pole, Santa's Workshop

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 2:12 pm

There is a scroll bar, scroll to the right

Thanks, got it! IMO the UX is pretty crappy in this case but nothing Violentmonkey can't handle..
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 2:16 pm

Maybe somebody else has another "very important" variable they need everywhere. We can't cram everything in one screen.
The important decision of course is "can we have settable options for the layout in webfig".
When we can, people can add what they like (not only such variables but also columns in tables) and the settings remain saved for that device, like there are sessions in winbox.
In Winbox, one can add a couple of elements in the bar below the menu, where undo/redo/safemode are also located.
It would be nice when "Note" could be added to that (from the neighbor list in winbox), and others may like to have version, identity etc.
(I am often running winbox full-screen, i.e. without the window decorations, to gain screen real-estate)
 
User avatar
sirbryan
Member
Member
Posts: 372
Joined: Fri May 29, 2020 6:40 pm
Location: Utah
Contact:

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 7:18 pm

Why is it important?
Maybe somebody else has another "very important" variable they need everywhere. We can't cram everything in one screen.
Some of us manually manage hundreds to thousands of devices (radios, routers, switches), and being able to see at a glance (like we used to be able to on Webfig) is extremely helpful, especially when troubleshooting known issues on certain versions, or determining if certain features exist on a customer's device.

I just logged into a customer's router and there's certainly room to either put it by the hostname or down below the "Make Supout.rif" button as small text.

This is how every ROS 7 device looks on macOS/Safari. No version information anywhere. The only clue that I have that this is a newer release is the "lo" interface and the newer "WiFi" vs. "Wireless" button on the left.
Screenshot 2024-07-15 at 10.12.48 AM.png
You do not have the required permissions to view the files attached to this post.
 
sinisa
newbie
Posts: 30
Joined: Sun Apr 17, 2011 12:46 am

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 7:55 pm

So after trying several different config changes and even PSU swap I couldn't solve the WIFI stability issue. As a last resort I downgraded to 7.14.3 and after 3 hours not a single stability issue - except for 3 SA query timeouts on IOT devices.

Definitely seems like there is a WIFI stability issue in 7.15.2.
Here too.

On 7.15.x we get constant disconnects with some of the clients, still trying to find out exactly who's to blame: Mikrotik or device. Same on 7.16betaX. Even on 7.14.3, but not so often. Usually there are multiple "SA query timeouts" in quick succesion, it seems when they move around (there are 4 APs), but sometimes even when static. Tried every suggestion I could find here, no difference. Later this week I'll try to check the affected devices - Windows laptops (I'm far from the location usually).

Config (hide-sensitive, renamed SSID):
/interface wifi channel
add disabled=no frequency=2412,2432,2452,2472 name=channel2 width=20mhz   #  same with 20/40, same with ch 1/6/9
add disabled=no frequency=5745,5660,5580,5500,5260 name=channel5 width=20/40mhz    #  same with 20/40/80, same if forced everything on ch 36
/interface wifi datapath
add disabled=no name=datapath1
/interface wifi security
add authentication-types=wpa2-psk disabled=no ft=yes ft-over-ds=yes name=sec1 
#  cannot turn off FT, roaming is why we went with Mikrotik ROS v7, cap AX and new WiFi, so did not even try
#  tried with and without WPA3 - same
/interface wifi steering
add disabled=no name=steering1 neighbor-group=dynamic-ssid-xxxxxxx rrm=yes wnm=yes
/interface wifi configuration
add channel=channel2 country=xxxx datapath=datapath1 disabled=no mode=ap name=cfg-ax-2ghz security=sec1 ssid=ssid steering=steering1 tx-power=16   # tried lower and higher - same
add channel=channel5 country=xxxx datapath=datapath1 disabled=no mode=ap name=cfg-ax-5ghz security=sec1 ssid=ssid steering=steering1 tx-power=19    # tried lower and higher - same
/interface wifi capsman
set ca-certificate=auto certificate=auto enabled=yes interfaces=bridge1 require-peer-certificate=no upgrade-policy=suggest-same-version
/interface wifi provisioning
add action=create-dynamic-enabled disabled=no master-configuration=cfg-ax-2ghz name-format=wifi-2Gax-%I supported-bands=2ghz-ax
add action=create-dynamic-enabled disabled=no master-configuration=cfg-ax-5ghz name-format=wifi-5Gax-%I supported-bands=5ghz-ax
This is log for affected client:
13:10:35 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -52 
13:10:37 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -51 
13:10:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -52 
13:10:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -52 
13:11:42 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -51 
13:15:19 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -53 
13:24:39 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -50 
13:24:39 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -49 
13:24:45 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -47 
13:24:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -50 
14:26:04 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -51 
14:31:30 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -51 
14:39:25 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -58 
14:39:28 wireless,info 00:45:xx:xx:xx:xx@wifi-2Gax-AP-2 connected, signal strength -43 
15:03:34 wireless,info 00:45:xx:xx:xx:xx@wifi-2Gax-AP-2 disconnected, SA Query timeout, signal strength -64 
15:03:37 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -85 
15:03:43 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:03:44 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -78 
15:03:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -76 
15:03:50 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -84 
15:03:56 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:03:56 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -73 
15:03:57 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -73 
15:04:01 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -84 
15:04:07 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -87 
15:04:07 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -77 
15:04:09 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -73 
15:04:13 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -85 
15:04:20 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -87 
15:04:20 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -76 
15:04:22 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -79 
15:04:26 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -85 
15:04:32 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:04:32 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -77 
15:04:34 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -75 
15:04:38 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -84 
15:04:44 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -83 
15:04:44 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -75 
15:04:45 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -74 
15:04:57 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -79 
15:05:00 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -73 
15:05:04 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -84 
15:05:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, connection lost, signal strength -87 
15:05:59 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-2 connected, signal strength -49 
15:27:11 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-2 disconnected, SA Query timeout, signal strength -61 
15:27:15 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -83 
15:27:21 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:27:21 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-2 connected, signal strength -61 
15:27:23 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-2 disconnected, SA Query timeout, signal strength -61 
15:27:27 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -83 
15:27:33 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:27:33 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -51 
16:06:03 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -52 
 
klaproos
just joined
Posts: 4
Joined: Mon Nov 26, 2018 10:34 pm
Location: Netherlands

Re: v7.15.2 [stable] is released!

Mon Jul 15, 2024 9:52 pm

Same unstable wifi for me on hap-ax3 on v7.15 and v7.15.2 (did not try 7.15.1).
Especially annoying when using Chromecast as also reported by others. After both upgrades had to roll back to 7.14.3 which is stable.
It could be the new driver introduced in v7.15, from release notes:
wifi-qcom - updated driver;
 
ali321
just joined
Posts: 1
Joined: Fri May 19, 2023 2:09 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 2:23 am

Zerotier bug report:

If I mark the default route in the Zerotier instance and attempt to enable or disable Zerotier, it will continue to add duplicate default routes to the route list.

tested on v 7.15.1 and v7.15.2
 
urbaseline
just joined
Posts: 1
Joined: Mon May 06, 2024 6:38 am

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:13 am

Hi just on the fly, does anyone know if this version also supports Route Origin Validation?

Thank you so much in advance.
 
User avatar
maisondasilva
just joined
Posts: 1
Joined: Sun Apr 21, 2024 1:56 pm
Contact:

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 7:33 am

same for me 7.15.X and 7.16.Beta4
So after trying several different config changes and even PSU swap I couldn't solve the WIFI stability issue. As a last resort I downgraded to 7.14.3 and after 3 hours not a single stability issue - except for 3 SA query timeouts on IOT devices.

Definitely seems like there is a WIFI stability issue in 7.15.2.
Here too.

On 7.15.x we get constant disconnects with some of the clients, still trying to find out exactly who's to blame: Mikrotik or device. Same on 7.16betaX. Even on 7.14.3, but not so often. Usually there are multiple "SA query timeouts" in quick succesion, it seems when they move around (there are 4 APs), but sometimes even when static. Tried every suggestion I could find here, no difference. Later this week I'll try to check the affected devices - Windows laptops (I'm far from the location usually).

Config (hide-sensitive, renamed SSID):
/interface wifi channel
add disabled=no frequency=2412,2432,2452,2472 name=channel2 width=20mhz   #  same with 20/40, same with ch 1/6/9
add disabled=no frequency=5745,5660,5580,5500,5260 name=channel5 width=20/40mhz    #  same with 20/40/80, same if forced everything on ch 36
/interface wifi datapath
add disabled=no name=datapath1
/interface wifi security
add authentication-types=wpa2-psk disabled=no ft=yes ft-over-ds=yes name=sec1 
#  cannot turn off FT, roaming is why we went with Mikrotik ROS v7, cap AX and new WiFi, so did not even try
#  tried with and without WPA3 - same
/interface wifi steering
add disabled=no name=steering1 neighbor-group=dynamic-ssid-xxxxxxx rrm=yes wnm=yes
/interface wifi configuration
add channel=channel2 country=xxxx datapath=datapath1 disabled=no mode=ap name=cfg-ax-2ghz security=sec1 ssid=ssid steering=steering1 tx-power=16   # tried lower and higher - same
add channel=channel5 country=xxxx datapath=datapath1 disabled=no mode=ap name=cfg-ax-5ghz security=sec1 ssid=ssid steering=steering1 tx-power=19    # tried lower and higher - same
/interface wifi capsman
set ca-certificate=auto certificate=auto enabled=yes interfaces=bridge1 require-peer-certificate=no upgrade-policy=suggest-same-version
/interface wifi provisioning
add action=create-dynamic-enabled disabled=no master-configuration=cfg-ax-2ghz name-format=wifi-2Gax-%I supported-bands=2ghz-ax
add action=create-dynamic-enabled disabled=no master-configuration=cfg-ax-5ghz name-format=wifi-5Gax-%I supported-bands=5ghz-ax
This is log for affected client:
13:10:35 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -52 
13:10:37 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -51 
13:10:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -52 
13:10:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -52 
13:11:42 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -51 
13:15:19 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -53 
13:24:39 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -50 
13:24:39 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -49 
13:24:45 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -47 
13:24:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -50 
14:26:04 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -51 
14:31:30 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -51 
14:39:25 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -58 
14:39:28 wireless,info 00:45:xx:xx:xx:xx@wifi-2Gax-AP-2 connected, signal strength -43 
15:03:34 wireless,info 00:45:xx:xx:xx:xx@wifi-2Gax-AP-2 disconnected, SA Query timeout, signal strength -64 
15:03:37 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -85 
15:03:43 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:03:44 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -78 
15:03:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -76 
15:03:50 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -84 
15:03:56 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:03:56 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -73 
15:03:57 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -73 
15:04:01 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -84 
15:04:07 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -87 
15:04:07 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -77 
15:04:09 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -73 
15:04:13 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -85 
15:04:20 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -87 
15:04:20 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -76 
15:04:22 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -79 
15:04:26 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -85 
15:04:32 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:04:32 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -77 
15:04:34 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -75 
15:04:38 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -84 
15:04:44 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -83 
15:04:44 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -75 
15:04:45 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -74 
15:04:57 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -79 
15:05:00 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, SA Query timeout, signal strength -73 
15:05:04 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -84 
15:05:46 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, connection lost, signal strength -87 
15:05:59 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-2 connected, signal strength -49 
15:27:11 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-2 disconnected, SA Query timeout, signal strength -61 
15:27:15 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -83 
15:27:21 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:27:21 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-2 connected, signal strength -61 
15:27:23 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-2 disconnected, SA Query timeout, signal strength -61 
15:27:27 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 connected, signal strength -83 
15:27:33 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gac-AP-4 disconnected, SA Query timeout, signal strength -86 
15:27:33 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 connected, signal strength -51 
16:06:03 wireless,info 00:45:xx:xx:xx:xx@wifi-5Gax-AP-3 disconnected, connection lost, signal strength -52 
 
Techknow
just joined
Posts: 8
Joined: Wed Feb 02, 2022 7:33 am

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 7:48 am

Since applying v7.15.2 my wifi is very spotty and it was working quite fine before this upgrade. My wifi wave2 configurations were all wiped out.

When will this be fixed and there is definitely an issue with this release.

Has anyone had a similiar issue. I am currently using a hAP ax³.

Feedback would be welcomed.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26807
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia
Contact:

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 9:29 am

Wifi is spotty, means what? Does it disconnect, or is slow? During this time, make a supout.rif file and send to support.
 
bratislav
Frequent Visitor
Frequent Visitor
Posts: 69
Joined: Mon May 05, 2014 10:36 am

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 11:09 am

I wonder if anybody else tested the speed of ROS 7, and 7.15.2 in particular, compared to ROS 6 (say 6.49.13)?
I suspected for some time that ROS v7 is much slower than v6 and decided to check this on my rb3011 .
And lo and behold on the same 1Gbps internet link with same configuration, same and pretty simple firewall rules, v6 is 50% faster.
With FastTrack v7 hits the limit at 500Mbps and v6 goes up to 750Mbps, with FastTrack disabled and single simple queue v7 drops to 300Mbps and v6 goes to 500Mbps...
The rb5009 with the same config, with fasttrack or a queue, goes to 1Gbps but it has much more powerful CPU and I cannot not test it with v6...
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 11:29 am

I wonder if anybody else tested the speed of ROS 7, and 7.15.2 in particular, compared to ROS 6 (say 6.49.13)?

How exactly did you move between ROS versions? My personal experience is that upgrading from v6 to v7, while it converts config on the fly, may end up with suboptimal state of device. If I netinstalled v7 and configured from factory defaults, the performance of my devices (RB951G and RBD52G) was "good enough" and comparable between both versions (I could get something like 700Mbps over PPPoE WAN link with RB951G running v7, which is not exactly a beast; RBD52G can easily do 1Gbps with CPU cycles to spare).
The initial try was to upgrade from v6 to v7 using built-in upgrader, and resulting v7 setup, while functioning correctly, was performing noticeable worse than in v6. Note that procedure "netinstall -> restore config from v6 backup" might end up in the same crippled performance state as simply upgrading ... it seems that the "visible config" (as shown by export command) sometimes doesn't correspond with actual hardware config (it seems that there's binary configuration blob which rarely gets out of sync with visible config).
Which indicates that v7 performance is more or less on par with v6 performance. Surely there are use cases where v7 will perform worse (e.g. single-connection speed tests) ...

There are some reports that RB3011 fares somewhat worse when running v7 (compared to v6 performance) than the rest of devices. I don't know if this is the case even when netinstalling v7 and configuring device from defaults and I don't have RB3011 to test.
 
bratislav
Frequent Visitor
Frequent Visitor
Posts: 69
Joined: Mon May 05, 2014 10:36 am

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 11:46 am

How exactly did you move between ROS versions?
I reinstalled on clean config and entered it back manually...
 
User avatar
rextended
Forum Guru
Forum Guru
Posts: 12391
Joined: Tue Feb 25, 2014 12:49 pm
Location: Italy
Contact:

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 11:53 am

~~~
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 12:08 pm

Nevermind - rebooting devices solved the problem
I was finally able to "enter XXI century" as my provider started to offer IPv6 to customers - thus there has been quite some testing and tweaking.

All else seems to be well, but there is one wrinkle - while I am testing with other Mikrotik devices beside the router and set up ND and RA for management VLAN then there seems to be a problem - ARM devices like hap ac2 do get all configuration by SLAAC and everything works correctly for this device but mipsbe devices like hap ac or CRS112-8G-4S-IN do not succeed. They are able to get default route and DNS information from SLAAC, but not global address from advertised /64. Same applies to hEX, which is mmips device. ND settings are similar for all devices tested in this case.

This is done purely for testing as IPv6 is not explicitly needed on management VLAN but has anyone else encountered similar issues with 7.15 (or any other version)?
Last edited by nmt1900 on Sat Jul 20, 2024 6:40 pm, edited 1 time in total.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 12:17 pm

I wonder if anybody else tested the speed of ROS 7, and 7.15.2 in particular, compared to ROS 6 (say 6.49.13)?
it seems that the "visible config" (as shown by export command) sometimes doesn't correspond with actual hardware config (it seems that there's binary configuration blob which rarely gets out of sync with visible config).

Isnt this what the whole "/system reset-configuration keep-users=yes no-defaults=yes skip-backup=yes run-after-reset=flash/custom.rsc" should fix without having to reflash the whole device using netinstall?

I get that if something is buggy at the backend that leftovers might exist here and there (even if it shouldnt) but a reset-configuration should wipe all of that to get a fresh start.

To me it sounds really broken if you are forced to use netinstall (to completely wipe the storage) for every upgrade.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 12:32 pm

To me it sounds really broken if you are forced to use netinstall (to completely wipe the storage) for every upgrade.
If it's possible that configuration changes get (due to bugs) out of sync, then it's possible to see the command you wrote to fail to do everything properly as well. Netinstall is so far the only thing 100% sure to wipe all the remnants of old config.

And no, it's not necessary to to netinstall for every upgrade, it may be necessary between versions with funtamentally different config (v6 to v7 is one such candidate, v7.12 to 7.13 due to wifi changes not so much).
 
whatever
Member
Member
Posts: 362
Joined: Thu Jun 21, 2018 9:29 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 12:51 pm

And lo and behold on the same 1Gbps internet link with same configuration, same and pretty simple firewall rules, v6 is 50% faster.
The newer Linux Kernel in v7 no longer has a routing cache. In some usecases it provided big performance gains.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 12:52 pm

Again, to me that sounds like something is REALLY broken with RouterOS if such steps are needed.
 
Jef61
just joined
Posts: 1
Joined: Sat Jun 01, 2024 10:06 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:07 pm

Since applying v7.15.2 my wifi is very spotty and it was working quite fine before this upgrade. My wifi wave2 configurations were all wiped out.

When will this be fixed and there is definitely an issue with this release.

Has anyone had a similiar issue. I am currently using a hAP ax³.

Feedback would be welcomed.
Yes, I have also WiFi problems on a hAP ax2 with version 7.15.x, many disconnects.
After downgrading to 7.14.3 the disconnects are gone.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:08 pm

I am wondering why so many people report these kind of issues since 7.15 beta thread and still there is no fix. Is it that hard to reproduce? Or reproducible but Mikrotik waiting for an upstream fix in Qualcomm drivers???
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:20 pm

Again, to me that sounds like something is REALLY broken with RouterOS if such steps are needed.
Yes, since around 6.45 there have been occasional reports about problems with configuration getting broken. Frequency of such reports (as perceived by myself) greatly increased with introduction of v7 ... it seems to subside slightly, but it still very high ... It seems to correlate with the behaviour where device would enter boot-loop after simple ROS upgrade (back in time when I started to work with ROS, around 6.20, things were rock solid).
 
User avatar
rextended
Forum Guru
Forum Guru
Posts: 12391
Joined: Tue Feb 25, 2014 12:49 pm
Location: Italy
Contact:

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:29 pm

Yes, all after some changes for protected-routerboot.... Remember?.....
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:35 pm

Yes, all after some changes for protected-routerboot.... Remember?.....
Nope ... it must be the German (Alzheimer) talking out of me ;-)
 
User avatar
rextended
Forum Guru
Forum Guru
Posts: 12391
Joined: Tue Feb 25, 2014 12:49 pm
Location: Italy
Contact:

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:38 pm

Sorry, I mean seriously, I thought you remembered that. It's a feature that backfired...
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:39 pm

Well ... I can't say that I remember the correlation between the two events. Although I agree that they may have happened around the same time.
 
User avatar
rextended
Forum Guru
Forum Guru
Posts: 12391
Joined: Tue Feb 25, 2014 12:49 pm
Location: Italy
Contact:

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 3:47 pm

I'll refresh it for you briefly:
Sometimes the "BIOS" gets confused and formats the NAND/Flash thinking that the protected-routerboot device reset procedure has been activated,
causing the classic continuous boot-loop which can only be resolved by netinstalling the device.

The latest version, that I know of, that doesn't do this randomly is 6.44.6.
 
Techknow
just joined
Posts: 8
Joined: Wed Feb 02, 2022 7:33 am

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 4:13 pm

Wifi is spotty, means what? Does it disconnect, or is slow? During this time, make a supout.rif file and send to support.
Frequent disconnects from the different WiFi SSIDs that I have available using VLAN segration. This never used to happen on this magnitude before upgrading to ROS 7.15.2. I am hoping that ROS 7.16 which is in beta and testing fixing whatever issues 7.15.2. Other than I am planning on reloading a backup of the configurations that I have and wiping out the current one that I have installed. If you have any feedback on how to resolve that would be welcomed also. Thank you.
 
MichalPospichal
newbie
Posts: 34
Joined: Sun Feb 04, 2018 11:27 pm
Location: Czech Republic

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 8:31 pm

Wifi is spotty, means what? Does it disconnect, or is slow? During this time, make a supout.rif file and send to support.
Frequent disconnects from the different WiFi SSIDs that I have available using VLAN segration.
No Wifi problems for me on 2 setups using 7.15.2...RB2011+cAp ax and RB4011+cAP ax, with VLANs managed by CAPsMAN. So the issues you and others have must be HW or config specific.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Tue Jul 16, 2024 11:24 pm

I'll refresh it for you briefly:
Sometimes the "BIOS" gets confused and formats the NAND/Flash thinking that the protected-routerboot device reset procedure has been activated,
causing the classic continuous boot-loop which can only be resolved by netinstalling the device.

The latest version, that I know of, that doesn't do this randomly is 6.44.6.
I am deeply scared. How can this be possible...
 
sinisa
newbie
Posts: 30
Joined: Sun Apr 17, 2011 12:46 am

Re: v7.15.2 [stable] is released!

Wed Jul 17, 2024 12:28 pm

So after trying several different config changes and even PSU swap I couldn't solve the WIFI stability issue. As a last resort I downgraded to 7.14.3 and after 3 hours not a single stability issue - except for 3 SA query timeouts on IOT devices.

Definitely seems like there is a WIFI stability issue in 7.15.2.
Here too.

On 7.15.x we get constant disconnects with some of the clients, still trying to find out exactly who's to blame: Mikrotik or device. Same on 7.16betaX. Even on 7.14.3, but not so often. Usually there are multiple "SA query timeouts" in quick succesion, it seems when they move around (there are 4 APs), but sometimes even when static. Tried every suggestion I could find here, no difference. Later this week I'll try to check the affected devices - Windows laptops (I'm far from the location usually).

...
OK, so I did some more testing, and have some positive results:
/interface wifi security add authentication-types=wpa2-psk connect-priority=0/1 disabled=no encryption=ccmp ft=yes ft-preserve-vlanid=no name=sec1
I have added "connect-priority=0/1" and "encryption=ccmp", removed "ft-over-ds=yes".
After this, there is only one client left with "SA query timeouts" and even that is showing rarely.

Next, I'll try to change everything back, one by one, and see when timeouts start again... Or I might upgrade again to 7.15 or 7.16 first, we'll see.
 
bratislav
Frequent Visitor
Frequent Visitor
Posts: 69
Joined: Mon May 05, 2014 10:36 am

Re: v7.15.2 [stable] is released!

Wed Jul 17, 2024 2:07 pm

To me it sounds really broken if you are forced to use netinstall (to completely wipe the storage) for every upgrade.
If it's possible that configuration changes get (due to bugs) out of sync, then it's possible to see the command you wrote to fail to do everything properly as well. Netinstall is so far the only thing 100% sure to wipe all the remnants of old config.

And no, it's not necessary to to netinstall for every upgrade, it may be necessary between versions with funtamentally different config (v6 to v7 is one such candidate, v7.12 to 7.13 due to wifi changes not so much).
To me "reset config leaves some stuff invisible" sounds like a ghost story, and I doubt you have any tangible proof of that, for example router is doing something it is not configured to do, except your gut filing I mean...

Anyways I installed V6 after V7 and resetting configuration so if anything those ghost leftovers, if any, made my router run much faster...
 
User avatar
rextended
Forum Guru
Forum Guru
Posts: 12391
Joined: Tue Feb 25, 2014 12:49 pm
Location: Italy
Contact:

Re: v7.15.2 [stable] is released!

Wed Jul 17, 2024 3:49 pm

Just install on CHR / x86, do experiments, do reset configuration and........................
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Wed Jul 17, 2024 7:31 pm

disconnected, SA Query timeout, signal strength -61
Anyone seeing excessive SQ Query timeouts should try to set "security.management-protection=disabled".

Mikrotik should make "SA Query RetryTimeout" configurable in ROS WIFI menu. So people can adjust themselves within a given range. Cambium for example allows a range of 100ms-500ms.
 
CTSsean
Frequent Visitor
Frequent Visitor
Posts: 79
Joined: Fri Sep 15, 2017 12:56 pm

Re: v7.15.2 [stable] is released!

Thu Jul 18, 2024 7:18 am

After my move from 7.15 to 7.15.2
I keep seeing
LACPtoSwitches: bridge RX looped packet - MAC 18:fd:74:78:3b:9b -> ff:ff:ff:ff:ff:ff VID 80 ETHERTYPE 0x0800 IP UDP 0.0.0.0:68 -> 255.255.255.255:67
LACPtoSwitches is a bond to a set of MLAG switches.
18:fd:74:78:3b:9b is my eth6 on my Router (5009) which connects an CAPAX.

All devices are the same version.
I do see something funky on the capAX. Wireless is controlled by capsman on the 5009.
On the capax, bridge, ports, I see each of the dynamically created wireless interfaces, and it lists a PVID.
On the bridge > vlan tab, It lists each of those dynamically created wireless interfaces, with their vlan as tagged on the interface. As far as I remember, an interface cannot be tagged and untagged for the same vlan.
While I think what is meant is that this is untagged for each of these interfaces, both winbox and cli print shows the same information. Who knows if this is by design or by accident.
 
CTSsean
Frequent Visitor
Frequent Visitor
Posts: 79
Joined: Fri Sep 15, 2017 12:56 pm

Re: v7.15.2 [stable] is released!

Thu Jul 18, 2024 7:21 am

No, seriously - who asked for DLNA? Who needs DLNA in the main package of the router? Without ability to turn it off? Is it really that hard to keep routers for routing and separate packages for other unnecessary functions? Every single unnecessary feature increases attack surface and helps bad guys to get in. Every feature like this increases likelihood of another 0-day. Can we PLEASE put security and stability first?
I agree with all your points: this is the kind of thing that should be in a different package. But just another day I found out WHO would want DLNA on routers (I was wandering about it too...)

Looks like there is a market for this, weird but true. It was on the last newsletter (#119). Page 4, if I'm not mistaken. It just should be on another package, not the main one.
I think Mikrotik read an all Buffalo networks manual, and said... you know what would be cool?
The rest is history.
Yet, we still don't have lock on first mac for any of the CRS3x switches.
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Thu Jul 18, 2024 3:42 pm

After my move from 7.15 to 7.15.2
I keep seeing
LACPtoSwitches: bridge RX looped packet - MAC 18:fd:74:78:3b:9b -> ff:ff:ff:ff:ff:ff VID 80 ETHERTYPE 0x0800 IP UDP 0.0.0.0:68 -> 255.255.255.255:67
LACPtoSwitches is a bond to a set of MLAG switches.
18:fd:74:78:3b:9b is my eth6 on my Router (5009) which connects an CAPAX.

All devices are the same version.
I do see something funky on the capAX. Wireless is controlled by capsman on the 5009.
On the capax, bridge, ports, I see each of the dynamically created wireless interfaces, and it lists a PVID.
On the bridge > vlan tab, It lists each of those dynamically created wireless interfaces, with their vlan as tagged on the interface. As far as I remember, an interface cannot be tagged and untagged for the same vlan.
While I think what is meant is that this is untagged for each of these interfaces, both winbox and cli print shows the same information. Who knows if this is by design or by accident.

That looks like a DHCP-request being looped. Verify at the other end of these cables that the LACP is correctly setup. If there is a MLAG over there make sure that the MLAG-PEER is working and that both interfaces towards your box uses the same mlag-id. Then verify that pvid and tagged (if used) vlan configuration is setup correctly.

When it comes to vlans you can technically have the same vlan untagged and tagged at the same time since you got two directions.

That is PVID defines which VLAN untagged frame arrives should be considered to belong to. But also for which internal VLAN should the tag be removed when sent out on this interface. But at the same time you can also receive tagged frames if the opposite side is incorrectly configured and they have have the same vlanid as the PVID on your end. And normally you want to have an "allowed-vlan" list on your end to deal with that.

For example you have pvid=100 along with allowed-vlan=100 (and hybrid interface) that means that:

- Sending frames from your vlan100 will have the 801.2Q tag stripped before egressing the interface (aka sent as untagged frames).
- Untagged frames arriving on this interface will be considered to be part of vlan100 so a 802.1Q tag of vlan-id:100 is set to the frame when handled internally.
- Frames with 802.1Q set to vlan-id:100 who arrives at this interface will be allowed aswell, any other tagged frames will be dropped.

Note when it comes to the interface configuration you have normally:

- Access: Only accepts and send out untagged frames.
- Trunk: Only accepts and send out tagged frames.
- Hybrid: Accepts both untagged and tagged frames in both directions.

Note that for trunk interface there can still be control packets who are not tagged being sent out (or received) like LACP, LLDP/CDP and sometimes STP.

And for even more complex setups hybrid interface can be used to deal with multiple untagged vlans at once along with protocolbased vlans.

For example you can egress frames for both vlan 400 and 601 but for ingress frames ethertype IPv4 + ARP is considered to be part of vlan400 and ethertype IPv6 is considered to be part of vlan601.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.2 [stable] is released!

Thu Jul 18, 2024 6:38 pm

That is PVID defines which VLAN untagged frame arrives should be considered to belong to. But also for which internal VLAN should the tag be removed when sent out on this interface.
If we're talking about bridge with vlan-filtering=yes, then pvid setting only affects untagged frames on ingress. Untagging on egress is (strictly speaking) controlled by setting untagged property under /interface/bridge/vlan ... indeed setting pvid will automatically add a (dynamic) entry to that table, but if one explicitly sets same port as tagged there, then it's up to anyone's guess as to what happens (some MT dev might know the answer).
 
User avatar
nithinkumar2000
Member Candidate
Member Candidate
Posts: 165
Joined: Wed Sep 11, 2019 7:42 am
Location: Coimbatore
Contact:

Re: v7.15.2 [stable] is released!

Fri Jul 19, 2024 9:21 am

Can any one Explain what dose this option do?

Found this in V7.15.2
Screenshot 2024-07-19 114158.jpg
If is set it to Long what will happen

and what will happen if i set it to short.

Manual is still not updated.
You do not have the required permissions to view the files attached to this post.
 
User avatar
Larsa
Forum Guru
Forum Guru
Posts: 1467
Joined: Sat Aug 29, 2015 7:40 pm
Location: The North Pole, Santa's Workshop

Re: v7.15.2 [stable] is released!

Fri Jul 19, 2024 9:40 am

Short mode is 16 bits and long mode is 32 bits for path cost. The same mode needs to be set on all switches in the network to function.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.2 [stable] is released!

Fri Jul 19, 2024 10:08 am

Manual is still not updated.
I found it for you.

https://help.mikrotik.com/docs/display/ ... C2%A0long)
 
Apachez
Member Candidate
Member Candidate
Posts: 145
Joined: Mon Jul 01, 2024 11:45 pm

Re: v7.15.2 [stable] is released!

Fri Jul 19, 2024 11:11 am

Note that this is a complete mess if you got a multivendor environment and want to use STP:

https://www.cisco.com/c/en/us/td/docs/s ... ntree.html
The IEEE 802.1D specification assigns 16-bit (short) default port cost values to each port that is based on bandwidth. You can also manually assign port costs between 1-65535. The 16-bit values are only used for ports that have not been specifically configured for port cost.

802.1t assigns 32-bit (long) default port cost values to each port using a formula that is based on the port bandwidth. You can also manually assign port costs between 1-200,000,000. The formula for obtaining default 32-bit port costs is to divide the bandwidth of the port by 200,000,000.
Along with that for example Cisco IOS up to version 16.03.069 the default were short but since 16.0.6.x the default is long.

So make sure that the portcost is manually set to either short or long (were long is the prefered if all your devices supports this).
 
User avatar
nithinkumar2000
Member Candidate
Member Candidate
Posts: 165
Joined: Wed Sep 11, 2019 7:42 am
Location: Coimbatore
Contact:

Re: v7.15.2 [stable] is released!

Fri Jul 19, 2024 12:28 pm

Thank you so much for quick response
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.2 [stable] is released!

Sun Jul 21, 2024 12:50 pm

I use one hEX device with external USB SSD (formatted as ext4) as Dude server. Suddenly I noticed that Files menu was unable to display any files on that disk, while Dude and all else using the disk were working absolutely fine.
Reboot did not help. After I "ejected" the disk, disconnected and reconnected it all files were displayed again and all was OK...
 
jimint
just joined
Posts: 18
Joined: Fri Aug 11, 2017 12:58 am

Re: v7.15 [stable] is released!

Sun Jul 21, 2024 6:07 pm

I was also getting the script error in my logs after upgrading to 7.15.
"executing script from scheduler failed, please check it manually"

The solution was to replace the word "system" with "routeros"

Old - :set Var1 "$[/system package get system version]"
New: :set Var1 "$[/system package get routeros version]"
What do you mean because i have the same error in openDNS script after update 7.15.2
 
erlinden
Forum Guru
Forum Guru
Posts: 2373
Joined: Wed Jun 12, 2013 1:59 pm
Location: Netherlands

Re: v7.15 [stable] is released!

Sun Jul 21, 2024 6:10 pm

I was also getting the script error in my logs after upgrading to 7.15.
"executing script from scheduler failed, please check it manually"

The solution was to replace the word "system" with "routeros"

Old - :set Var1 "$[/system package get system version]"
New: :set Var1 "$[/system package get routeros version]"
What do you mean because i have the same error in openDNS script after update 7.15.2
Replace system by routeros, at least that is what I'm reading.
 
User avatar
sindy
Forum Guru
Forum Guru
Posts: 10793
Joined: Mon Dec 04, 2017 9:19 pm

Re: v7.15 [stable] is released!

Sun Jul 21, 2024 6:51 pm

What do you mean because i have the same error in openDNS script after update 7.15.2
The same error message does not necessarily mean the same error. This particular error message says that execution of the script has ended prematurely due to some error inside the script, but the change of the package name from system to routeros is just one of many possible errors in your script that may have been caused by a version change - some parameters may be renamed, some missing...

So you have to debug the script as if you were writing it from scratch, spawning it manually and adding debug prints (:put) to isolate the row encountering the actual error.
 
sLgFiRE
just joined
Posts: 1
Joined: Sat Jul 20, 2024 1:54 am

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 9:15 am

I have 8 CAP AC XL and use with 4 SSIDs. Since the update to 7.15.2, I have been disconnects in the WLAN. I did not notice these issues on 7.14.

i hope the mikrotik team can fix this problem soon.
Last edited by sLgFiRE on Mon Jul 22, 2024 12:35 pm, edited 2 times in total.
 
buset1974
Frequent Visitor
Frequent Visitor
Posts: 86
Joined: Wed Sep 13, 2006 12:12 pm
Location: Jakarta

Problem with bgp no-export filter

Mon Jul 22, 2024 11:15 am

does anyone, make it doing bgp filter out add bgp-communities no-export?

dear @MT please check the filter script for problem aboved

thx
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 12:05 pm

wifi2 (main 5ghz Interface): DC:2C:6E: XX:XX:D1
wifi3 (slave 2,4ghz 1):      DE:2C:6E:XX:XX:D1 (SAME AS MAIN 5ghz Interface)
I have isolated those two and aligned them, so hopefully you now see they are not the same.
 
sLgFiRE
just joined
Posts: 1
Joined: Sat Jul 20, 2024 1:54 am

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 12:29 pm

wifi2 (main 5ghz Interface): DC:2C:6E: XX:XX:D1
wifi3 (slave 2,4ghz 1):      DE:2C:6E:XX:XX:D1 (SAME AS MAIN 5ghz Interface)
I have isolated those two and aligned them, so hopefully you now see they are not the same.
sry, ok i see the different :D
but i have disconnects of many clients since the update.
 
holvoetn
Forum Guru
Forum Guru
Posts: 6179
Joined: Tue Apr 13, 2021 2:14 am
Location: Belgium

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 12:34 pm


sry, was a copy paste error, the macs are the same, one is with a space :D
wifi2 (main 5ghz Interface): DC:2C:6E:XX:XX:D1
wifi3 (slave 2,4ghz 1):      DE:2C:6E:XX:XX:D1 (SAME AS MAIN 5ghz Interface)
How can on the first part DE be the same as DC ???
 
User avatar
eworm
Forum Guru
Forum Guru
Posts: 1086
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 2:35 pm

How can on the first part DE be the same as DC ???
https://en.wikipedia.org/wiki/MAC_addre ... 2FL_bit.29

See the part on locally administered addresses...
 
holvoetn
Forum Guru
Forum Guru
Posts: 6179
Joined: Tue Apr 13, 2021 2:14 am
Location: Belgium

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 3:22 pm

https://en.wikipedia.org/wiki/MAC_addre ... 2FL_bit.29

See the part on locally administered addresses...
I'll rephrase my remark...
MAC addresses are made of 6 octets.
On the 2 provided examples the first octet is as far as I can see not the same, therefor those are 2 different MAC addresses.
So why claim it is the same ?

Whether it is local or universal, is irrelevant. They are different.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 4:33 pm

Suggestion: on devices capable of it, for PoE besides the auto-on setting that attempts passive PoE, also provide a 802.3af/at setting that only attempts standards-compliant PoE negotiation.
 
t0mm13b
just joined
Posts: 18
Joined: Sat Mar 04, 2023 5:11 pm

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 6:22 pm

Can confirm install of v7.15.2 on Chateau LTE 12 worked with wifi-qcom-ac drivers in place :)
Free space 568 KiB
Will keep an eye on it.
 
User avatar
dwnldr
Frequent Visitor
Frequent Visitor
Posts: 58
Joined: Sat Apr 11, 2020 10:06 am

Re: v7.15.2 [stable] is released!

Mon Jul 22, 2024 10:29 pm

I know it is only "cosmetics" in comparison with "real issues", but the WiFi configuration method still makes issues - profiles are "not accepted" , even if the default config parameters are deleted. For instance: i delete the pre-filled password for WiFi network, apply the config profile and the network act as "open", since it accepts "NO PASSWORD" config from interface settings page, instead of configuration profile. It behaves like this on devices with pre-configured WiFi interfaces (ax devices, some APs...) and with new "first login" method with included pass. On older devices, where the "classic" admin/admin login is used, or no WiFi preconfigured works evertyhing as should
Last edited by dwnldr on Tue Jul 23, 2024 8:56 am, edited 1 time in total.
 
User avatar
kehrlein
Frequent Visitor
Frequent Visitor
Posts: 55
Joined: Tue Jul 09, 2019 1:35 am

Re: v7.15.1 [stable] is released!

Tue Jul 23, 2024 2:12 am

Did the jump from 7.14.3 to 7.15.1 on a CCR1009 (Tile) Router, and had Winbox 3.40 unable to connect afterwards.

Clearing the WinBox cache did fix this problem.

For anyone else experiencing that issue.

Same issue here with Chateau 5G (D53G-5HacD2HnD).
After upgrade, a connect via Winbox (Version 3.40) from 4 different machines (macOS, Windows) isn't possible anymore. Deleting the cache & sessions did not help. SSH & WebFig is still working.

Some details:
  • Connect via RoMoN: Winbox opens and shows some values but imeediately closeing.
  • Connect via IP (non-legacy mode): Error: router does not support secure connection, please enable Legacy Mode if you want to connect anyway
  • Connect via IP (legacy mode): could not connect to $ip. Reason; connection timed out.

Tried also to downgrade the Router, without any success.
Any idea or is this a known issue?
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.2 [stable] is released!

Tue Jul 23, 2024 11:19 am

I have not observed that issue on any of the routers that I upgraded...
 
User avatar
chechito
Forum Guru
Forum Guru
Posts: 3083
Joined: Sun Aug 24, 2014 3:14 am
Location: Bogota Colombia
Contact:

Re: v7.15.2 [stable] is released!

Thu Jul 25, 2024 7:14 am

to connect using winbox i had to clear cache and use session <none> on some devices since upgraded to 7.15 or 7.15.x

pending to test winbox 3.41 (released today) to see if solves the situation
 
EdPa
MikroTik Support
MikroTik Support
Topic Author
Posts: 326
Joined: Fri Sep 15, 2017 10:05 am
Location: Riga
Contact:

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 8:38 am

What's new in 7.15.3 (2024-Jul-24 13:36):

*) lte - fixed possible crash when enabling/disabling config-less modem interface;
*) lte - fixed R11e-LTE no traffic flow when modem with older firmware version is used;
*) routerboard - improved Etherboot stability for CRS320-8P-8B-4S+ device ("/system routerboard upgrade" required);
*) ssh - fixed unsupported user SSH public key import (introduced in v7.15);
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 12:03 pm

*) lte - fixed possible crash when enabling/disabling config-less modem interface;
What is a config-less modem interface? Is that a full LTE interface that has not yet been configured, or is it one of those USB sticks (e.g. the Huawei E3372) that are detected as "LTE" but then are merely a plain network interface without any LTE configuration?
(I do have the latter and I have experienced infrequent crashes, see SUP-151076)
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 6:14 pm

I got IPv6 on my connection recently and was struggling to get it to work properly. As it is PPPoE connection I finally found that I need to add clamp-mss mangle rule,
/ipv6/firewall/mangle add action=change-mss chain=forward new-mss=clamp-to-pmtu passthrough=yes protocol=tcp tcp-flags=syn 
but there is one problem - tests show that PMTUD should be able to work, but "new-mss=clamp-to-pmtu" does not solve the problem with sites that do not work (most of them are parts of Microsoft services). Only when I set "new-mss" to 1340 problem was solved. Can it be that problem lies within Microsoft infrastructure that PMTU does not work specifically with them or can it possibly be that "new-mss=clamp-to-pmtu" does not work in RouterOS 7.15?
snap 2024-07-25 at 17.59.36.png
You do not have the required permissions to view the files attached to this post.
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 6:32 pm

One other thing - if I try to test if PMTU changes anything with this
/ipv6/firewall/mangle 
add action=change-mss chain=forward new-mss=1340 passthrough=yes protocol=tcp tcp-flags=syn
add action=change-mss chain=forward new-mss=clamp-to-pmtu passthrough=yes protocol=tcp tcp-flags=syn 
then result is that that second rule does not affect anything - only thing affecting the outcome is that fixed value in first rule...
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 6:50 pm

Try to use the "tracepath" utility, it will show you when the pmtu unexpectedly changes halfway the path.
Then you can try to find the common problem (or difference) between your remote hosts.
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 7:23 pm

It does look that tracerouting or tracepathing into anywhere in Microsoft's mess is hopeless because at best results are just patchy and everything stops at netnod-ix-ge-a-sth-1500.microsoft.com. It looks same on IPv4 and IPv6.

It looks like problem arises exactly with sites which do have this problem with traceroute. The irony is that this problem is not present with other ISP's - only available IPv6-enabled alternative is my mobile service provider and on that this problem with IPv6 does not exist even while ICMPv6 traceroute does not show any middle hops on that mobile connection (and there's no Mikrotik between my phone and internet connection).

Then again if I do Path MTU discovery with mobile app then it is returns same value as anywhere else to sites that do not have that problem
Screenshot_20240725_194040_Ping &amp; Net.jpg
You do not have the required permissions to view the files attached to this post.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 7:46 pm

Well I don't have a setup at the moment that has both IPv6 and sub-1500 MTU along the path, so I cannot really test it.
But I suggest that you take two packet sniffer dumps on your MikroTik router, one on the LAN and one on the WAN (PPPoE) interface, and show that TCP SYN requests with too large MSS do not get trimmed by clamp-to-pmtu.
I know it works for IPv4, but maybe it doesn't for IPv6, who knows (I have found other bugs in IPv6 handling that have been solved in the meantime, it probably gets less testing)...
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 8:13 pm

Well there's one other possible option that might shift the blame away from Mikrotik - if path to problematic site does not return "packet too big" messages then only step on PMTU discovery would be the first hop from where they are received i.e. local gateway. Other sites do return "packet too big" messages as I can see from firewall rule counters - and they work even without mangle rules.

I already have put message forward to my ISP's support for them to see that some sites do have problems with ICMPv6 and that might be main cause here.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 8:33 pm

The best would be to request them to implement RFC4638 on the PPPoE links. That solves all the issues because then you can set MTU/MRU 1500 on your PPPoE link and it will not step down to 1492 or lower.
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 8:43 pm

It looks like TCP packets have same MSS of 1432 on LAN and on WAN side if only clamp-to-pmtu mangle rule is enabled.
I tested it on this forum (which works without mangling) and Microsoft's non-working sites (like packages.microsoft.com and appsource.microsoft.com)
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 11:03 pm

MSS of 1432 is consistent with an MTU of 1492, the default value for PPPoE without RFC4638.
When your client system already knows the MTU (it can receive that information via ND) then what you observe is correct.
Now you write that in other places you see an MTU of 1472, that is an unusual value for native IPv6, but it can be found when IPv6 is tunneled in IPv4 over a PPPoE connection.

You wrote "I got IPv6 on my connection recently", is that native IPv6 from your provider or did you setup some tunnel?
In that case, you have the MTU setting wrong at some point.
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.3 [stable] is released!

Thu Jul 25, 2024 11:16 pm

No tunnel (by my own making) - I just get prefix over DHCP-PD on PPPoE interface and then did set up ND and prefix advertisements to VLAN's.

P. S. That 1472 value is questionable as this app reports any IPv6 path discovery in local LAN as 1480 and there's definirtely no tunnel inside local network. Even when used on mobile network it shows 1480 for IPv6 while showing 1500 for IPv4 to same destination. App itself is here -> https://play.google.com/store/search?q=ping%20%26%20net

As seen before - test on icmpcheckv6.popcount.org is able to deliver "packet too big" messages and this is confirmed by logs on my router as well. Still it is not sure if it is problem with delivery of these same packets from other destinations or is it RouterOS bug...
 
prawira
Member
Member
Posts: 361
Joined: Fri Feb 10, 2006 5:11 am
Contact:

Re: v7.15.3 [stable] is released!

Fri Jul 26, 2024 8:36 am

helo,

got the problem on ipv6, the address pool does not show the list of pool on gui

ipv6 dhcp pool.jpg

the correct pool can be setup only from cli
You do not have the required permissions to view the files attached to this post.
Last edited by prawira on Fri Jul 26, 2024 11:14 am, edited 3 times in total.
 
prawira
Member
Member
Posts: 361
Joined: Fri Feb 10, 2006 5:11 am
Contact:

Re: v7.15.3 [stable] is released!

Fri Jul 26, 2024 8:46 am

the wifi-qcom-ac does not support datapath with vlan (even if on master interface) with error vlan-id configured, but interface does not support assigning vlans

cap-xl-ac error.png

The hardware used is cap-xl-ac, and according to viewtopic.php?t=202578 should use wifi-qcom-ac
currently use the wireless.npk (legacy) to solve the problem

Ticket #[SUP-160054]
You do not have the required permissions to view the files attached to this post.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 12442
Joined: Thu Mar 03, 2016 10:23 pm

Re: v7.15.3 [stable] is released!

Fri Jul 26, 2024 8:51 am

the wifi-qcom-ac does not support datapath with vlan
It's a known limitation of wifi-qcom-ac ... as opposed to wifi-qcom which does support VLANs in datapath.

It's a sad state of things ... AC part of wifi-qcom driver suite (i.e. wifi-qcom-ac) doesn't seem to receive any attention ever since it was split from common wifiwave2 suite while the AX part does evolve (if ever so slightly).
 
Guscht
Member Candidate
Member Candidate
Posts: 251
Joined: Thu Jul 01, 2010 5:32 pm

Re: v7.15.3 [stable] is released!

Fri Jul 26, 2024 9:34 am

As an advise, don't use Mikrotik WLAN!

It's completely screwed with their Wireless, WiFi, CAPsMAN old, CAPsMAN new. This feature works only with that on this hardware, with this package, that feature works only on that hardware but with this, this, this limitation... It's a completely mess, never seen such a complicated WLAN-stuff, buggy, overloaded with trillions of functions who interact together but are not documented...

Make your life easier and use another vendor for WLAN.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.3 [stable] is released!

Fri Jul 26, 2024 9:56 am

@prawira why did you open a support ticket? feature request or what was your intention?
 
prawira
Member
Member
Posts: 361
Joined: Fri Feb 10, 2006 5:11 am
Contact:

Re: v7.15.3 [stable] is released!

Fri Jul 26, 2024 11:13 am

@prawira why did you open a support ticket? feature request or what was your intention?
the case is on client side installation .
it was running fine on 6.49.10 and got problem as soon as upgrade to 7.15.2
i spend hours to find out that it's really wifi-qcom-ac problem and it works fine as soon as it repalce with with wireless.npk / legacy driver
so i create ticket to get an attention of mikrotik support and the developers.
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.3 [stable] is released!

Fri Jul 26, 2024 11:19 am

But 6.49.10 is ROS 6 with old wireless. You want to stay compatible then use "wireless" package. Or did you also file a support ticket for the fact that you needed to reconfigure your wireless settings for wifi-qcom-ac?

It is well documented, I mean like you can't stumble upon, that this kind of dynamic vlan assignment is not support with wifi-qcom-ac drivers:

* https://help.mikrotik.com/docs/display/ROS/WiFi

Docs for the "vlain-id" property say it:
vlan-id (none | integer 1..4095)

Default VLAN ID to assign to client devices connecting to this interface (only relevant to interfaces in AP mode).
When a client is assigned a VLAN ID, traffic coming from the client is automatically tagged with the ID and only packets tagged with with this ID are forwarded to the client.
Default: none

802.11ac chipsets do not support this type of VLAN tagging , but they can be configured as VLAN access ports in bridge settings.
Also, first thing one would read **before** considering migrating from wireless to wifi-qcom-ac:

https://help.mikrotik.com/docs/display/ ... stfeatures
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, station-bridge only works between the same type of drivers. Wifi to Wifi, and Wireless to Wireless.
So all the info is there. But seems like documentation is not even read by trainers.

I hope Mikrotik support responds in a similar manner.

PS:
and even after reading/seeing the warning message "vlan-id configured, but interface does not support assigning vlans" you were still thinking this is a bug that Mikrotik is not aware of? Message says basically: not supported. it cant get clearer than this.
 
whatever
Member
Member
Posts: 362
Joined: Thu Jun 21, 2018 9:29 pm

Re: v7.15.3 [stable] is released!

Fri Jul 26, 2024 11:48 am

it was running fine on 6.49.10 and got problem as soon as upgrade to 7.15.2
No, the upgrade did not cause the problem. After upgrading you end up with the old wireless driver.

Root cause for your problem is that you decided to manually migrate from wireless to wifi-qcom-ac driver after the update, without checking if the new driver fits your usecase.
 
FurfangosFrigyes
newbie
Posts: 47
Joined: Sun Feb 25, 2018 11:45 am

Re: v7.15.3 [stable] is released!

Sat Jul 27, 2024 2:52 pm

After I installed this software on an Audience LTE, the BGP configuration disappeared and I had to configure it from scratch.
 
nmt1900
Frequent Visitor
Frequent Visitor
Posts: 83
Joined: Wed Feb 01, 2017 12:36 am

Re: v7.15.3 [stable] is released!

Sat Jul 27, 2024 3:10 pm

MSS of 1432 is consistent with an MTU of 1492, the default value for PPPoE without RFC4638.
When your client system already knows the MTU (it can receive that information via ND) then what you observe is correct.
Now you write that in other places you see an MTU of 1472, that is an unusual value for native IPv6, but it can be found when IPv6 is tunneled in IPv4 over a PPPoE connection.

You wrote "I got IPv6 on my connection recently", is that native IPv6 from your provider or did you setup some tunnel?
In that case, you have the MTU setting wrong at some point.
As this might not be strictly on this topic here I do a "shameless plug" to new thread on this issue -> viewtopic.php?t=209582
 
bratislav
Frequent Visitor
Frequent Visitor
Posts: 69
Joined: Mon May 05, 2014 10:36 am

Re: v7.15.3 [stable] is released!

Sat Jul 27, 2024 3:35 pm

@prawira why did you open a support ticket? feature request or what was your intention?
the case is on client side installation .
it was running fine on 6.49.10 and got problem as soon as upgrade to 7.15.2
i spend hours to find out that it's really wifi-qcom-ac problem and it works fine as soon as it repalce with with wireless.npk / legacy driver
so i create ticket to get an attention of mikrotik support and the developers.
I doubt there is much more Mikrotik can do with wifi-qcom-ac, it is almost 1.2MB bigger than legacy wireless which is pretty much on a 16MB device leaving only a about 250kB free space which makes adding some additional features pretty difficult IMHO, also it is much more memory hungry which often leads to OOM conditions and kernel restarts so although you may try it with ARM ac devices it seems so far more of a test/beta development and not something for production use unless you really need new CAPsMAN or WPA3 in which case you must create a bridge for every vlan, create vlan interfaces, and add that vlan and wifi to the bridge instead of using tags defined in wireless menu...

Anyways I reverted back to legacy wireless for better stability and to avoid the issues mentioned...
 
infabo
Forum Guru
Forum Guru
Posts: 1287
Joined: Thu Nov 12, 2020 12:07 pm

Re: v7.15.3 [stable] is released!

Sat Jul 27, 2024 4:03 pm

You have at least 650-700kb free space on 7.15.x with wifi-qcom-ac package. And it is stable as a rock, even on my cap ac with it's limited 128MB RAM.
 
User avatar
sindy
Forum Guru
Forum Guru
Posts: 10793
Joined: Mon Dec 04, 2017 9:19 pm

Re: v7.15.3 [stable] is released!

Sat Jul 27, 2024 4:42 pm

leaving only a about 250kB free space
You have at least 650-700kb free space on 7.15.x with wifi-qcom-ac package.
You may both be right as the configuration can take hundreds of kilobytes of flash, so the difference is easily explainable this way. I've learned that the hard way, losing about three weeks worth of configuration changes after a reboot.
 
sinisa
newbie
Posts: 30
Joined: Sun Apr 17, 2011 12:46 am

Re: v7.15.3 [stable] is released!

Sat Jul 27, 2024 5:01 pm

... I've learned that the hard way, losing about three weeks worth of configuration changes after a reboot.
So you don't backup your router(s) regularly? I backup all 300+ Mikrotik devices I manage automatically every 6 hours and keep old backups essentially forever (well, at least 3 years, it's not taking too much space when compressed), just in case... Saved my *ss a few times :)
 
markwien
Frequent Visitor
Frequent Visitor
Posts: 71
Joined: Sun Jul 22, 2018 10:49 am

Re: v7.15 [stable] is released!

Mon Jul 29, 2024 11:44 am

Script execution seems not fixed.
After update to 7.15, red warnings started in sys log with: "Executing script from scheduler failed, please check it manually"
Scrips seems to be working, but this warning is present.
All scripts with :global or other definitions generate error.
Also see this error!
Many global functions work for me, only scripts that somehow use toip do not work.
i had the same issue and solved it writing in scheduler /system script run yourscriptname; instead scriptname.
 
cyayon
Frequent Visitor
Frequent Visitor
Posts: 76
Joined: Wed Aug 24, 2022 9:39 am

Re: v7.15.3 [stable] is released!

Wed Jul 31, 2024 10:14 am

Hi,

Since the upgrade to 7.15.3 on a CRS-305 my SFP S+RJ10 is flapping (auto-neg 2.5G).
With the previous firmware 7.13.5, no issue.
 
peich1
just joined
Posts: 13
Joined: Mon Dec 11, 2017 9:43 am

Re: v7.15.3 [stable] is released!

Wed Jul 31, 2024 7:25 pm

I'm still getting the "executing script from winbox failed, please check it manually" error in the logs since 7.15. I've tried to delete every script I've found, netwatch, on-up down events, etc. to no avail. Anyone has an idea where this "winbox" script comes from?
 
bratislav
Frequent Visitor
Frequent Visitor
Posts: 69
Joined: Mon May 05, 2014 10:36 am

Re: v7.15.3 [stable] is released!

Thu Aug 01, 2024 11:33 am

leaving only a about 250kB free space
You have at least 650-700kb free space on 7.15.x with wifi-qcom-ac package.
You may both be right as the configuration can take hundreds of kilobytes of flash, so the difference is easily explainable this way. I've learned that the hard way, losing about three weeks worth of configuration changes after a reboot.
Actually I checked, Mikrotik managed to significantly reduce package size in ROS 7.15.3...
system/package/print 
Columns: NAME, VERSION, BUILD-TIME, SIZE
# NAME          VERSION  BUILD-TIME           SIZE     
0 wifi-qcom-ac  7.14.3   2024-04-17 12:47:58  2916.1KiB
1 routeros      7.14.3   2024-04-17 12:47:58  11.2MiB  

system/package/print 
Columns: NAME, VERSION, BUILD-TIME, SIZE
# NAME          VERSION  BUILD-TIME           SIZE     
0 wifi-qcom-ac  7.15.3   2024-07-24 10:39:01  2676.1KiB
1 routeros      7.15.3   2024-07-24 10:39:01  11.0MiB  
So yeah well done.
Now I will monitor if those kernel restarts still happen...
 
User avatar
herger
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Tue Aug 18, 2020 2:48 pm

Re: v7.15.3 [stable] is released!

Fri Aug 02, 2024 10:29 pm

Since 7.15.x the problem with 'fans entered state FAIL' has come back on my CRS317, despite the fans running fine and me doing the '/system/health/settings/detect-fans' dance. this was fine for a couple of versions now *sigh*
 
pe1chl
Forum Guru
Forum Guru
Posts: 10496
Joined: Mon Jun 08, 2015 12:09 pm

Re: v7.15.3 [stable] is released!

Sat Aug 03, 2024 10:25 am

Since 7.15.x the problem with 'fans entered state FAIL' has come back on my CRS317, despite the fans running fine and me doing the '/system/health/settings/detect-fans' dance. this was fine for a couple of versions now *sigh*
Well, it seems impossible for them to keep a clear table of health measurement methods for all their hardware, and to make sure that on any change it will remain working on all of it.
The issues of incorrect measurement of FAN state, CPU temperature, supply voltage and state have been recurring for many years...
Probably every time support for a new model is added, it is broken for some random other model, and that is only detected "in the field", not in the test lab.
 
kryztoval
newbie
Posts: 28
Joined: Tue Sep 07, 2021 10:46 pm

Re: v7.15 [stable] is released!

Sun Aug 04, 2024 2:50 am

I try today v7.15 on 3 different 4011.
VPLS vs 7.14 2216 doesn't go running.
After dowgrade it to 7.14 interface goes up with no configuration change.
Anyone noticed this issue?
We had to disable MPLS on all our 2216 because of substantial packet drops on 7.14.3. The VPLS tunnels were running but unusable due to packet loss, which was also present in packets routed on the core network. We are still investigating, cause the issue is present only on 2216. There has been no reply from support jet.
I am also seeing a lot of disconnections between 2x C52iG-5HaxD2HaxD when using VPLS/MPLS tunnels while on 7.15.3
However 7.15.2 seemed to be a lot more stable.
 
sku12
just joined
Posts: 1
Joined: Sat Aug 03, 2024 1:51 pm

Re: v7.15 [stable] is released!

Tue Aug 06, 2024 10:10 pm

There seems to be stability issues with Chateau 5G after modem firmware and ROS upgrade.

After upgrading the modem firmware to the latest version along with upgrading to ROS v7.15 the modem has become very unstable with either randomly resetting itself with error “lte1 mbim: modem's control interface have reset (4)” in the logs or with completely getting into an invalid state with repeated “lte1: no response for: AT E0 V1” errors in the log and needing to restart the whole device to recover itself.

[SUP-154766]

On every other device that I've installed v7.15 (CCR2116, CCR2004, CCR1036, CRS326, CRS318, RB5009, RB4011, RB3011, hAP Lite, CHR), I've got no issues whatsoever.
Hello, but when you said hAP lite, you mean RB941-2nD (RAM 32 MB, Storage 16 MB)? So there was no problems with the router constantly rebooting like on some first versions of ROS7? I am trying to understand if ROS 7 will work on my hap lite with configurations of: DHCP server, Wi-Fi for wireless clients (mobiles, tables - all together 8-9 devices), some firewall rules, and most important WireGuard (for routing some traffic in VPN)? Like how to even upgrade if with so low memory.
Thank you!
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1158
Joined: Tue Oct 11, 2005 4:53 pm

Re: v7.15.3 [stable] is released!

Tue Aug 06, 2024 10:34 pm

Yes I mean RB941-2nD.

I only use it as an access point bridged to the ethernet ports for a single wireless device, so I don't push it in terms of memory and disk usage.
I don't know how it behaves with DHCP, firewall, wireguard, etc. on v7. Generally this is a very low-end device, so I wouldn't use it for much (at least not on v7. On v6 I used to have similar configs to what you describe without issues).

I've never had any issues upgrading it from one version to another. It uses 8.1MiB of 16MiB and has 8.7MiB free RAM after 32days of uptime.
 
User avatar
chechito
Forum Guru
Forum Guru
Posts: 3083
Joined: Sun Aug 24, 2014 3:14 am
Location: Bogota Colombia
Contact:

Re: v7.15.3 [stable] is released!

Wed Aug 07, 2024 1:36 am

for RB941-2nD I chose to leave it in v6.xx
 
K0NCTANT1N
Frequent Visitor
Frequent Visitor
Posts: 76
Joined: Thu Jun 08, 2023 9:35 pm

Re: v7.15.3 [stable] is released!

Wed Aug 07, 2024 1:57 am

hAP lite (RB941-2nD)

The last thing I tried was versions 7.11.x and 7.13.5

The configuration is simple (+ kid-control, - wireguard) and the device is ~the same.

WiFi worked stable and more powerful.

Currently rolled back to 6.49.15, but I don't like the CPU load.
 
K0NCTANT1N
Frequent Visitor
Frequent Visitor
Posts: 76
Joined: Thu Jun 08, 2023 9:35 pm

Re: v7.15.3 [stable] is released!

Wed Aug 07, 2024 9:24 am

hAP lite (RB941-2nD)

The last thing I tried was versions 7.11.x and 7.13.5

The configuration is simple (+ kid-control, - wireguard) and the device is ~the same.

WiFi worked stable and more powerful.

Currently rolled back to 6.49.15, but I don't like the CPU load.
I myself was surprised by the fact v7.15.3 on the page:

https://mikrotik.com/product/RB941-2nD- ... -downloads

viewtopic.php?t=209811#p1089401
 
jaclaz
Forum Guru
Forum Guru
Posts: 1630
Joined: Tue Oct 03, 2023 4:21 pm

Re: v7.15.3 [stable] is released!

Wed Aug 07, 2024 11:22 am

Only as a pointer to keep things as together as possible, here is a thread about the DHCP server misbehaving when updating an existing setup to 7.13.5, solved by resetting the configuration, but what actually happened and what was "triggered" by the update remains unknown:
viewtopic.php?t=209878
 
sku12
just joined
Posts: 1
Joined: Sat Aug 03, 2024 1:51 pm

Re: v7.15.3 [stable] is released!

Wed Aug 07, 2024 4:21 pm

Thanks everyone for the answers. Apparently, I'd rather stay on ros6.

Who is online

Users browsing this forum: jorgepft, Traveller and 8 guests