could someone expand on this?*) qos-hw - added QoS marking support for 98DXxxxx switches (CLI only);
viewtopic.php?t=196068could someone expand on this?*) qos-hw - added QoS marking support for 98DXxxxx switches (CLI only);
Hap-AX3 remote CAPsMAN controlled dynamic VLAN addition to bridge does not work still. I need to manually bridge wifi interfaces to correct vlan, and ensure the upstream ethernet port (trunk port) is marked as not hardware offloaded, to get ithe wifi interfaces to pass traffic.*) wifiwave2 - fixed dynamic interface adding to bridge on CAP device;
*) console - changed time format according to ISO standard;
*) console - disable output when using "as-value" parameter;
Bravo!!!*) mpls - added FastPath support;
Can someone elaborate on this? I experienced rekey issues to Cisco devices with PFS enabled, I wonder if this might help...*) ike2 - improved child SA delete request processing;
*) ipsec - refactor public key authentication;
Oh... 😳 While I welcome this in general... I guess it will break a lot of existing scripts. So watch out...*) console - changed time format according to ISO standard;
CONCUR Holvoe!For backward compatibility, this approach with new variable is the only way forward. Old stuff will still work. New stuff can use the new format. Everybody happy.
See (very sensible) comment from msatter in other thread.
[…]
For backwards compatibility, best to leave the old format as it was.
Introduce new variable which can be used moving forward.
mSATTER brilliance, after silly hats, clogs, dykes, legalized weed and prostitution the dutch provide.......
@EdPa "Something like: [/system clock get isodate]"
/system clock set format=<VALUE>
.*) webfig - redesigned top menu bar;
but you can write kernel module or user-space program to sync address list into route rules and remove them when address-list entry times outUnfortunately, it is not possible, linux kernel does not support address lists in route rules.
Māris B.
Wireless for me now seems stable.hAP ax2 - issue with wireless clients (not able to connect to WiFi and receive IP address - viewtopic.php?t=195929, viewtopic.php?t=190902, viewtopic.php?t=191304,...) still persists...
For me neither....additionally 7.10Beta5 breaks my AX WLAN completly.Hap-AX3 remote CAPsMAN controlled dynamic VLAN addition to bridge does not work still. I need to manually bridge wifi interfaces to correct vlan, and ensure the upstream ethernet port (trunk port) is marked as not hardware offloaded, to get ithe wifi interfaces to pass traffic.*) wifiwave2 - fixed dynamic interface adding to bridge on CAP device;
Sorry, my proposal is closer to RouterOS language and is easy manageable instead to add parameters to all points where date can be retrieved.Nice that the date format issue is finally being addressed even if the initial implementation creates compatibility issues completely unnecessarily IMO. Seriously Mikrotik, please consider a different implementation.
It can easly be solved using my proposal: viewtopic.php?p=1001227#p1001227
/terminal/inkey timeout=time ... is still broken in v7.10beta5*) console - fixed ":terminal inkey" input when resizing terminal;
*) webfig - changed time format according to ISO standard;
WHEN ALSO ON WINBOX?
Sorry, my proposal is closer to RouterOS language and is easy manageable instead to add parameters to all points where date can be retrieved. forum.mikrotik.com/viewtopic.php?t=196061#p1001195
Nope, even disabling WPA3-PSK and Disable PMKID did not help - wlan devices unable to connect and obtain IP from DHCP (using vlans). Still the same issue...Also when you disable WPA3 ?
Wireless for me now seems stable.hAP ax2 - issue with wireless clients (not able to connect to WiFi and receive IP address - viewtopic.php?t=195929, viewtopic.php?t=190902, viewtopic.php?t=191304,...) still persists...
hAP ax3 7.10beta5 (CAPsMAN)+hAP ax2 7.10beta5 (cAP)+hAP ax2 7.10beta5 (cAP), approximately 25 wireless clients connected.
....
[*]Comments need to go back above the line they're a part of, or that option should be configurable. I have a lot of multi-word/multi-sentence comments. (They've been multi-line in Winbox forever, why shrink it on the details page and make it harder to see everywhere else?)
....
Message me directly and I'll see if I can help you. I have VLANs with 7.9 and 7.10beta5 working.Nope, even disabling WPA3-PSK and Disable PMKID did not help - wlan devices unable to connect and obtain IP from DHCP (using vlans). Still the same issue...
I agree, you could get more information on what's new in the implementation of MPLS FastPath. ThanksCan we please get more details of MPLS FastPath in version 7
e.g. is this Forwarding only ? or does it support Push/Pop ?
Unfortunately, I am not able to find a way to send you a PM. So, may we continue in my topic viewtopic.php?t=195929?Message me directly and I'll see if I can help you. I have VLANs with 7.9 and 7.10beta5 working.Nope, even disabling WPA3-PSK and Disable PMKID did not help - wlan devices unable to connect and obtain IP from DHCP (using vlans). Still the same issue...
[mac address]@wifi1 rejected, can't find PMKSA
From what version?CCR2116 upgrades 7.10beta5, the file is lost, and the NVME DISK is unavailable
7.9 stable upgrade 7.10beta5From what version?CCR2116 upgrades 7.10beta5, the file is lost, and the NVME DISK is unavailable
What device give that error? I got on my Samsung S22, but S10+ is fine.Yup, upgraded only AX Lite to 7.10b5 and using it as AP for my PC so I can keep an eye on it and I am seeing the infamous PMKSA errors in log.
[mac address]@wifi1 rejected, can't find PMKSA
Also have PingInfoView running on local PC targetting that AX Lite (via wifi), seeing a bit over 4% packet loss.
EDIT: 1hr later, didn't see that error anymore, packet loss dropped to 1.25%.
Startup issues ? Dust needs to settle first ? Who knows ...
Oh my god,*) routerboard - fixed memory test on CCR2116-12G-4S+ ("/system routerboard upgrade" required);
Could you please explain what it means? Will this solve the problem with our CCR2116, which is rebooting every 1-2 days with a watchdog timer error?
ax2, 7.10rc5 same SSID for 2.4 and 5 GHz, default config, same PMKSA error, phone can't connect to 5GHz WiFi, on 2.4 work just fine. Laptop connects to 5 GHz (Preferred band 5GHz in driver)Yup, upgraded only AX Lite to 7.10b5 and using it as AP for my PC so I can keep an eye on it and I am seeing the infamous PMKSA errors in log.
[mac address]@wifi1 rejected, can't find PMKSA
Also have PingInfoView running on local PC targetting that AX Lite (via wifi), seeing a bit over 4% packet loss.
EDIT: 1hr later, didn't see that error anymore, packet loss dropped to 1.25%.
Startup issues ? Dust needs to settle first ? Who knows ...
I hope you open a supoort ticket wit supout.rif before downgrade....Sadly I've had to downgrade to 7.9 due to problems with QOS.
Just out of curiosity, have you tried disabling WPA3?ax2, 7.10rc5 same SSID for 2.4 and 5 GHz, default config, same PMKSA error, phone can't connect to 5GHz WiFi
I don't know, it only happens with some devices using WPA 3.I tried to enable only WPA2 and now error is gone and i can see in logs that phone connects to 5 GHz no problem. So why is WPA 3 making a problem ?
# model = RB3011UiAS
# serial number = 783D085F624D
/interface wireguard peers
add allowed-address=fdff:255::/112,169.254.255.192/26 endpoint-address=xxx.yyy.224.42 endpoint-port=8000 interface="wg: Mgmn (NMS)" persistent-keepalive=15s public-key=\
"xxxxxxx="
ping fdff:255::200
SEQ HOST SIZE TTL TIME STATUS
0 126 (No error information)
0 fdff:255::202 104 64 588us address unreachable
1 126 (No error information)
1 fdff:255::202 104 64 495us address unreachable
I am not so sure about that.Disabling WPA3 should eliminate PMKSA error, as it is WPA3 related.
What did you configure w.r.t QoS and what problems do you have? I presume it isn't related to qos-hw.Sadly I've had to downgrade to 7.9 due to problems with QOS.
I need to do more testing, that would mean starting fresh from 7.10 and setting up again which I didn't have the time for. I do however have my cAP ax working with Zero issues and i'm pretty impressed so far with that but the firewall is not being used on that device, only on my hAP ax with queues enabled on ether1. I think 7.10 for me and my devices with wpa2/wpa3 enabled just works well. I'm hoping it's just a silly configuration in my config which is causing it.I hope you open a supoort ticket wit supout.rif before downgrade....Sadly I've had to downgrade to 7.9 due to problems with QOS.
My uploads were aweful, like I said above, i need to test more! but whatever type i used over time it got worse be-it cake/FQ_Codel or simple queues.What did you configure w.r.t QoS and what problems do you have? I presume it isn't related to qos-hw.Sadly I've had to downgrade to 7.9 due to problems with QOS.
Did you try same SSID 2.4 and 5 only with WPA3 ?I am not so sure about that.Disabling WPA3 should eliminate PMKSA error, as it is WPA3 related.
2GHz SSID with WPA2 and WPA3 which gives me frequent PMKSA errors (as in: multiple times per day I see it appearing in log).
Another 2GHz SSID using both WPA2 and WPA3, slave of first one, no issues.
5GHz SSID with ONLY WPA3, no problems for days.
No, I didn't. Don't want it like that at home for now.Did you try same SSID 2.4 and 5 only with WPA3 ?
For sure it is. But it depends on the connected clients. It may well be that your modern clients on 5GHz have no problem, and the old crap or IoT devices (ESP based) have problems.I am not so sure about that.Disabling WPA3 should eliminate PMKSA error, as it is WPA3 related.
Ok I use only DSCP-based marking of traffic and translation to 802.11p priority tagging which is processed by my DSL modem. No queues required.My uploads were aweful, like I said above, i need to test more! but whatever type i used over time it got worse be-it cake/FQ_Codel or simple queues.
now i've downgraded all is well.
Interesting, in my case all devices that experienced problems were at most year and a half old, also had problem on Intel AX200.For sure it is. But it depends on the connected clients. It may well be that your modern clients on 5GHz have no problem, and the old crap or IoT devices (ESP based) have problems.
Could VPN traffic cause anything like that to happen with queues, thats the only other thing that might of been running but at the time of testing I didn't see any traffic above a few kb's here and there.Ok I use only DSCP-based marking of traffic and translation to 802.11p priority tagging which is processed by my DSL modem. No queues required.My uploads were aweful, like I said above, i need to test more! but whatever type i used over time it got worse be-it cake/FQ_Codel or simple queues.
now i've downgraded all is well.
This is similar to what qos-hw also does.
It's all very frustrating isn't it, we have a load of old tat connnecting here with wpa2/wpa3 enabled with zero PMKSA fualts seen since 7.8Interesting, in my case all devices that experienced problems were at most year and a half old, also had problem on Intel AX200.For sure it is. But it depends on the connected clients. It may well be that your modern clients on 5GHz have no problem, and the old crap or IoT devices (ESP based) have problems.
The old crap IoT devices in my home are on the slave 2GHz network and show ZERO errors.For sure it is. But it depends on the connected clients. It may well be that your modern clients on 5GHz have no problem, and the old crap or IoT devices (ESP based) have problems.
I am not so sure about that.
I don't have problems with WPA3 on Ubiquiti AP, i have combo WPA2/3 but then, i only have them for like 2-3 months now.For now, I would not recommend the use of WPA3. (independent from the use of MikroTik WiFi)
I have tested with WPA2/WPA3 on Ubiquiti and I find that some devices won't connect to that either.I don't have problems with WPA3 on Ubiquiti AP, i have combo WPA2/3 but then, i only have them for like 2-3 months now.For now, I would not recommend the use of WPA3. (independent from the use of MikroTik WiFi)
What kind of devices ? On Ubiquiti only device that was giving me a problem was heating gateway... Everything else works just fine.I have tested with WPA2/WPA3 on Ubiquiti and I find that some devices won't connect to that either.
Unfortunately on these APs it is not possible to see which devices connect in WPA2 and which in WPA3, nor which devices cannot connect at all after you change settings.
Lasted about 3 days, installed 7.10beta5 right after it was released. Sent MikroTik a supout, let's hope that'll help them solve the issue.@FezzFest That's not good. How long did it last?
Exactly the same issue here both on stable 7.9 and 7.10, wifi works for one day then all clients get handshake timeout and I need to reboot to fix it.Unfortunately, I've just had to reboot my hAP ax^2 again because none of my clients could associate anymore ("key handshake timeout"). Seems this issue hasn't been fully resolved yet in 7.10beta5. WPA2 only, so WPA3 compatibility issues are excluded.
Mine just died.Lasted about 3 days, installed 7.10beta5 right after it was released. Sent MikroTik a supout, let's hope that'll help them solve the issue.@FezzFest That's not good. How long did it last?
Hi,What´s this meaning? :)
ovpn - added initial support for V2 data transfer protocol;
Broken in 7.10beta5 as well. Did work fin in 7.6 (Testet on RB951)Starting with V7.9 the following commands stopped returning the right information:
interface/ethernet/print proplist=speed
interface/ethernet/print proplist=full-duplex
Both commands return "empty" values.
Mauricio
From support get alpha version, 3d 22hours no problemsMine just died.
Lasted about 3 days, installed 7.10beta5 right after it was released. Sent MikroTik a supout, let's hope that'll help them solve the issue.
Update: 14 May 5:00pm
ax3 7.10beta5 wifi died again. Total wifi uptime: 1 days 12hrs.
May 14: key handshake timeout: 117 (in a space of 40mins), can't find PMKSA: 0
As usual, had to reboot.
snmpwalk -v1 -c public 192.168.88.1 1.3.6.1.2.1.4.24.4.1
iso.3.6.1.2.1.4.24.4.1.1.0.0.0.0.0.0.0.0.0.10.44.10.69 = IpAddress: 0.0.0.0
iso.3.6.1.2.1.4.24.4.1.1.0.0.0.0.0.0.0.0.0.0.0.0.0 = IpAddress: 0.0.0.0
Error: OID not increasing: iso.3.6.1.2.1.4.24.4.1.1.0.0.0.0.0.0.0.0.0.10.44.10.69
>= iso.3.6.1.2.1.4.24.4.1.1.0.0.0.0.0.0.0.0.0.0.0.0.0
15 May 12:20pm. ax3 7.10beta5 wifi died again. Total wifi uptime: 7 hrs 20 mins.From support get alpha version, 3d 22hours no problems
.[ ..... ]
.
[*]Centering the details in the middle of the screen is jarring visually when we've got browser windows open wide to see/monitor the huge amounts of data in the tables and we're generally looking at the left side already (in LTR languages). Also, when quickly moving through settings or information pages (setting up new devices, troubleshooting existing installations, or turning up new BGP sessions), that added distance adds extra mouse travel time (i.e. hand fatigue), as opposed to having the DIV left-aligned.
[*]The huge amount of white space (well, gray) below the scrollable DIV in the absence of the OK/Apply/Cancel buttons gives the user the impression that they're at the end of available options. That DIV needs some kind of visual indicators that there's more data/settings hidden behind the invisible block, such as a hairline border around it, or maybe arrows or something.
[ .... ]
Is it the same programmer / "artist" / "GUI expert" who on Windows 11 weighed well to center the taskbar and remove "ungroup" icons?Kind of adding to these, in some places "centering" everything is plain dumb.
And when centering all the form fields is the result of this change, then: holy batman. please get external expertise in web design or hire someone who knows how to do it.*) webfig - redesigned item configuration display;
I think it is great! It has always been possible in winbox, and the setting "inline comments" is always the first thing I do when using winbox on a new device.I am still wondering why the comment is now a column? And I actually wonder and question the decision-process behind this change.
.
I think it is great! It has always been possible in winbox, and the setting "inline comments" is always the first thing I do when using winbox on a new device......
Are you having an ultra wide display? I did not even know about that option, as I hardly use Winbox. But when I use Winbox every now an then, I use it with at least 6 windows arranged inside the main window. And "inline comments" adds a dramatically huge horizontal scrollbar (when I set the fitting width for comments column, so I can read even long comments). But YMMV. And being able to choose, makes this not worth to start a "inline vs separate line"-war. User's personal choice."inline comments" is always the first thing I do when using winbox on a new device
For now, I would recommend trying Aruba 5xx APs with WPA3, probably Ruckus no different, same with Ciscrap.For now, I would not recommend the use of WPA3. (independent from the use of MikroTik WiFi)
That is what I mean. It does not work on all clients, and when your clients are not under your own control (e.g. it is your home wifi) it is difficult to make sureWPA3 is a change in security, not in rf waves, if your client has it implemented as expected and your AP too it just works. Got a few Aruba APs running and if there's something that has been working no matter what it's WPA3.
Unless you have a crap Android phone that doesn't even get those patches anymore.
...... Of course you can use WPA2/WPA3 transition mode, but even that does not guarantee it will always work.
Yes, and there are many useful discussions about this.So if I have for eg. ax3 and ax2, for devices to be able to roam i have to have capsman enabled ?
We are very OT here…For eg ? Have any links ? I will pretty soon return home wifi from Ubiquiti to Mikrotik again and want to test it further with configuration that will be in use.
Which MT device do you use ? (for me it's a CRS326-24G-2S+).That must be a bug that involves more than setting a priority, as I use that to set 802.1p priority and it mostly works for me.
I know about one peculiar bug: a GRE tunnel with "DSCP inherit" and IPsec transport, over PPPoE on a VLAN with 802.1p priority, will not work on the 4011 while the same config works on the 2011. SUP-64360.
What´s this meaning? :)
ovpn - added initial support for V2 data transfer protocol;
Hi,
i hope this means full compatibility with openvpn 2.6 personally
naxus answer it the correct one.
If looking at the past, you can see here how many betas has been released to the public (posted here on the forum) before RC was released:
ver #beta
7.9 1
7.8 2
7.7 5
7.6 5
7.5 4
7.4 3
7.3 4
7.2 0 (no beta found)
7.1 5
7.0 3
.is it the time for 7.10 next beta release? or rc1?
alpha, beta, and rc releases do not have to be stable.. actually they could release alpha's in dev channel (if they dont brick the hardware).is it the time for 7.10 next beta release? or rc1?
Absolutely NOT! Let the dev team take the time they need to get it to the closest to stable conditions. There's absolutely no need to rush anything :)
First WiFi = wifey ? 🤣My WiFi needs WiFi working for her home office...
--- a/rbhapax01.
+++ b/rbhapax01.
@@ -108,7 +108,7 @@
# U device changed admin write
# U wifiwave2 configuration settings changed admin write
#
-# 2023-05-17 18:12:49 by RouterOS 7.10beta5
+# 2023-05-17 19:12:50 by RouterOS 7.10beta5
# software id = B4G6-6IJM
#
# model = C52iG-5HaxD2HaxD
Ok, doing config backups since 1901 days 12 hours with oxidized. This was RouterOS 6.41.2. And since 7.10beta5 detection of config changes is broken in oxidized. It was definitive NOT ALWAYS like this.I don't understand your problem, since the line where there is the date and time always has the current date and time, so it is always different, and it has ALWAYS been like this.The time chante on each export,
.Ok, doing config backups since 1901 days 12 hours with oxidized. This was RouterOS 6.41.2. And since 7.10beta5 detection of config changes is broken in oxidized. It was definitive NOT ALWAYS like this.I don't understand your problem, since the line where there is the date and time always has the current date and time, so it is always different, and it has ALWAYS been like this.The time chante on each export,
[admin@ShoppingGallo] > /export terse
# may/20/2023 16:47:07 by RouterOS 6.49.7
# software id = 7DZ4-DVS2
#
# model = RouterBOARD 3011UiAS
# serial number = .......
[admin@CASAGCELdaOAB] > /export
# may/20/2023 16:50:13 by RouterOS 7.9
# software id = 3A7Y-M73T
#
# model = RB750Gr3
Is oxidized the problem, not RouterOS...[…] since 7.10beta5 detection of config changes is broken in oxidized […]
It's an oxidized problem, so ask on oxidized forum for it to be updated.It was definitive NOT ALWAYS like this.
.It's an oxidized problem, so ask on oxidized forum for it to be updated.
Oh, did I? My intention was to confirm that datum changes affects oxidized too. And so it's written....It's an oxidized problem, so ask on oxidized forum for it to be updated.
It just happened to me too, I only use wpa2.Hi,
I have the same problem as SUP-116195. All devices are disconnected and mobile cannot join WiFi it says wrong password after reboot all ok. I did downgrade to 7.9 stable and I had the same situation happened.
I turn off wpa3 but I'm not sure if this will help.
Do you have any advice how to eliminate this problem?
My WiFi needs WiFi working for her home office...
I didn't drink alcohol for about 3 years but now it's time i think :DBFD has been marked as "initial support" in 7.10 here:
https://help.mikrotik.com/docs/display/ ... l+Overview
it is coming soon!!!!!!!
I must have expressed myself badly, but in addition to complaining about how the code was written wrong, I also provided the solution.Why is the kitty so pitbully?
Perhaps oxidized recognizes the date part of export and filters it out ... but fails to do so with new datetime format?
.
Yeah, that was just one example of the consequences with the new date format that totally unnecessary breaks script compatibility. I really hope MT rethinks and fixes this asap.
By Mikrotik staff comments, I would say it's here to stay, and scripts will have to be adjusted. At least for me, adjusts were simple to make, 2 minutes and everything was done.
.And of course, you can "fix" the problem with various modifications, but the level of effort required varies depending on its occurrence. People who don't understand the implications of this issue shouldn't comment on the matter IMO.
RouterOS version 7.10beta has been released on the "v7 testing" channel!
Why is it urgent to fix? This is a beta, just for testing and not for production.this bug is really urgent to fix...
It is urgent because the same problem exists also with the stable 7.9.1, there are many discussions about it.Why is it urgent to fix? This is a beta, just for testing and not for production.this bug is really urgent to fix...
F1/help is missing descriptions for the BFD attributes in CLI!) route - added BFD (CLI only);
Maybe you didn't actually upgrade, since since beta10 do not have "copy" routes anymore and BGP attributes are there for bgp vpn routes.beta 10 : BGP VPN4 have same problems as before 7.9 ; type "copy" routes, and no BGP attributes
As expected (feared), the count is before route filtering, whereas in v6 it was after route filtering.*) bgp - show approximate received prefix count by the session;
I like to have them before the filtering!!!!As expected (feared), the count is before route filtering, whereas in v6 it was after route filtering.*) bgp - show approximate received prefix count by the session;
But still better than nothing!
ipv6/route/print
Flags: D - DYNAMIC; A - ACTIVE; c, s, y - BGP-MPLS-VPN; + - ECMP
Columns: DST-ADDRESS, GATEWAY, DISTANCE
# DST-ADDRESS GATEWAY DISTANCE
DAc fdff:255::/112 wg: Mgmn (NMS) 0
ipv6/address/print
Flags: X, D - DYNAMIC; G, L - LINK-LOCAL
Columns: ADDRESS, INTERFACE, ADVERTISE
# ADDRESS INTERFACE ADVERTISE
8 G fdff:255::202/112 wg: Mgmn (NMS) no
If you refer to "filtered" by routing filters then there is no difference filtered or not filtered, total route count stays the same in both cases. And it does not makes sense to display count of just part of the routes stored in the memory.As expected (feared), the count is before route filtering, whereas in v6 it was after route filtering.
But still better than nothing!
In v7, yes. But in v6 that was not the case.If you refer to "filtered" by routing filters then there is no difference filtered or not filtered, total route count stays the same in both cases.As expected (feared), the count is before route filtering, whereas in v6 it was after route filtering.
But still better than nothing!
I like the inline comments in WebFig. It's saving me a lot of time scrolling. I ask that Mikrotik don't change this back.PLEASE Mikrotik staff that reads this thread ... reconsider the inline comments on the webfig and also the 'centering of everything'
.I like the inline comments in WebFig. It's saving me a lot of time scrolling. I ask that Mikrotik don't change this back.
As you can see from other commenters, who like it ... This is a matter of taste. How is "left aligned" in your big monitor not wasting space, but centering is wasting space? It is the same amount of wasted space, just in a different place. Do not use webfig in a maximised window on a ultrawide.PLEASE Mikrotik staff that reads this thread ... reconsider the inline comments on the webfig and also the 'centering of everything', as it wastes A LOT of space on the new layout (please see my previous comment showing editing scripts at viewtopic.php?t=196061#p1002223 ).
While making things prettier is great, making everything worse to use is not. Some of these changes really adds too little while taking A LOT on the usability.
Please reconsider them, PLEASE
Still not fixed in newest beta. Please look at this problem.Since version 7.9 there is an error when you fetch the routing table via SNMP (1.3.6.1.2.1.4.24.4.1.4):
The error did not exist in previous versions.Code: Select allsnmpwalk -v1 -c public 192.168.88.1 1.3.6.1.2.1.4.24.4.1 iso.3.6.1.2.1.4.24.4.1.1.0.0.0.0.0.0.0.0.0.10.44.10.69 = IpAddress: 0.0.0.0 iso.3.6.1.2.1.4.24.4.1.1.0.0.0.0.0.0.0.0.0.0.0.0.0 = IpAddress: 0.0.0.0 Error: OID not increasing: iso.3.6.1.2.1.4.24.4.1.1.0.0.0.0.0.0.0.0.0.10.44.10.69 >= iso.3.6.1.2.1.4.24.4.1.1.0.0.0.0.0.0.0.0.0.0.0.0.0
But because comments are now inline, I have no choice but to widen my browser to see longer comments. The problem isn't a matter of taste when comments exceed 10-15 chars. It's a matter of usability/readability.As you can see from other commenters, who like it ... This is a matter of taste. How is "left aligned" in your big monitor not wasting space, but centering is wasting space? It is the same amount of wasted space, just in a different place. Do not use webfig in a maximised window on a ultrawide.
Maybe you didn't actually upgrade, since since beta10 do not have "copy" routes anymore and BGP attributes are there for bgp vpn routes.beta 10 : BGP VPN4 have same problems as before 7.9 ; type "copy" routes, and no BGP attributes
Of course the problem is that webfig has no options at all. To have an option for such a thing, first the development has to be done to have options..I like the inline comments in WebFig. It's saving me a lot of time scrolling. I ask that Mikrotik don't change this back.
Actually we have asked, earlier on this thread and on the 7.9 threads as well, to have the OPTION to choose inline or "newline" comments, just like the winbox has (and always had) the option to choose which one the user prefers.
I don't understand exactly what you guys are complaining about. When you open a table with comments you see the truncated comment, and when you hover the mouse over that it expands into the full comment in a separate pop-up.But because comments are now inline, I have no choice but to widen my browser to see longer comments. The problem isn't a matter of taste when comments exceed 10-15 chars. It's a matter of usability/readability.As you can see from other commenters, who like it ... This is a matter of taste. How is "left aligned" in your big monitor not wasting space, but centering is wasting space? It is the same amount of wasted space, just in a different place. Do not use webfig in a maximised window on a ultrawide.
This.@EdPa can you give more details about "wireguard - retry "endpoint-address" DNS query on failed resolve;"
How many times will it retry? Does this solve our problems with dynamic ips on peers where we need to re-toggle tunnel to fix it after IP change?
:local resolvedIP [:resolve "remote.peer.dns.com"];
:local peerparent "wg-interface";
:local peeraddr "jIASJDIasojdIOASJdioasjDIOASJiodjIOASDJASIODJ==";
:local currentPeer [/interface/wireguard/peers/find where interface=$peerparent and public-key=$peeraddr];
:local currentIP [/interface/wireguard/peers/get $currentPeer endpoint-address];
:local currentPort [/interface/wireguard/peers/get $currentPeer endpoint-port]
:if (([:find $currentIP $resolvedIP] < 0) && ([:len $currentPort] > 1)) do={
/interface/wireguard/peers set $currentPeer endpoint-address=$resolvedIP
/interface/wireguard/peers disable $currentPeer
/interface/wireguard disable $peerparent
/interface/wireguard enable $peerparent
/interface/wireguard/peers enable $currentPeer
/log info "Wireguard Peer $peeraddr (under $peerparent) endpoint-address updated from $currentIP to $resolvedIP";
}
:delay 5
if (([/interface/wireguard/peers/get $currentPeer last-handshake] > 180) || ([:len [/interface/wireguard/peers/get $currentPeer last-handshake]] = 0)) do={
:local fwrule [/ip/firewall/filter/find where comment=("out-"."$peerparent")]
if ([:len $fwrule] = 0) do={
if ([:len $currentPort] > 1) do={ /ip/firewall/filter/add action=drop chain=output comment=("out-"."$peerparent") dst-port=$currentPort protocol=udp }
} else={
if ([:len $currentPort] > 1) do={
:local fwport [/ip/firewall/filter/get $fwrule dst-port]
if ($fwport != $currentPort) do={ /ip/firewall/filter/set $fwrule dst-port=$currentPort }
} else={ /ip/firewall/filter/remove $fwrule }
}
if ([:len $fwrule] > 0) do={
if ([/ip/firewall/filter/get $fwrule disabled] = true) do={
/log info "Wireguard Peer $peeraddr (under $peerparent) unresponsive - Temporarily disabling...";
/ip/firewall/filter/set [find where comment=("out-"."$peerparent")] disabled=no
} else={
/log info "Wireguard Peer $peeraddr (under $peerparent) unresponsive - Trying to restore...";
/ip/firewall/filter/set $fwrule disabled=yes
}
}
There is a "mouse over" feature for the comment: The waste of space by centering everything annoys me too.But because comments are now inline, I have no choice but to widen my browser to see longer comments.
I am using RoundRobin from the DNS and only restart the peer to have the next IP address to be resolved.@EdPa can you give more details about "wireguard - retry "endpoint-address" DNS query on failed resolve;"
How many times will it retry? Does this solve our problems with dynamic ips on peers where we need to re-toggle tunnel to fix it after IP change?
Question not answered about how many times it retries, or if interface still needs to be toggled to re-establish a connection after IP change..I am using RoundRobin from the DNS and only restart the peer to have the next IP address to be resolved.@EdPa can you give more details about "wireguard - retry "endpoint-address" DNS query on failed resolve;"
How many times will it retry? Does this solve our problems with dynamic ips on peers where we need to re-toggle tunnel to fix it after IP change?
The retry itself was a longtime and many times requested feature and I am pleased that Mikrotik implemented this now.
As long as it fails to resolve, seems to me the way it will work. There is no max times mentioned so it keeps trying......Question not answered about how many times it retries, or if interface still needs to be toggled to re-establish a connection after IP change..
I said "No choice but to widen", as in, I have to widen my browser window, in response to Normis' statement to not widen the browser all the way on ultrawide monitors.Why do you have "no choice to widen"? Does this mouse-hover not work in your browser? I use Firefox and it works there.But because comments are now inline, I have no choice but to widen my browser to see longer comments. The problem isn't a matter of taste when comments exceed 10-15 chars. It's a matter of usability/readability.
Just tested with mAP on 7.9.1.As long as it fails to resolve, seems to me the way it will work. There is no max times mentioned so it keeps trying......Question not answered about how many times it retries, or if interface still needs to be toggled to re-establish a connection after IP change..
.....every retry counts as one instance and then it starts again as it was a new detection.
I would advise you to make (a couple of) API programs to retrieve and view information like that, this is so much more convenient than using webfig or similar!One example is the DHCP lease tables. I have scripts that go through each of my edge routers (20ish at present) and makes current leases static for use by UISP and traffic shaping. Sometimes I have the customer's full name in the comment field, but more often than not I pull the hostname from the DHCP request. Every single comment entry exceeds the column width, so I see 10 characters out of 20-40, whatever it is. Sure, I can widen the columns or mouseover, but I have to do that for each of my routers. And what might work for my desktop is too large for the laptop and way too much for my phone.
.As you can see from other commenters, who like it ... This is a matter of taste. How is "left aligned" in your big monitor not wasting space, but centering is wasting space? It is the same amount of wasted space, just in a different place. Do not use webfig in a maximised window on a ultrawide.
Because before it was possible to skim all the comments. Now one have to either widen the field or hover the mouse. Both are worse than the previous case.Why do you have "no choice to widen"? Does this mouse-hover not work in your browser? I use Firefox and it works there.
same here. i can confirm the bug.Hi,
I had another error login with WiFi on this 7.10beta8. It has been reported as SUP-116195. Mobile can not join WiFi mobile say the password is not correct and after reboot all is OK and mobile can join the WiFi without any chage. Im using only WPA/WPA2. I will go back to ROS7.8..
I guess i just need to buy new device, i dont have anything special installed and i did neinstall few months ago...Indeed I also update a hAP ac2 without problems, but on that device the flash memory space is getting very tight.
When you have put files of your own on the device, remove them. When you have installed extra stuff like user-manager, remove it (move to some other device).
When you have done upgrade after upgrade, it may be required to do a netinstall. Export the config and download it beforehand, when you have a lot of special things on it.
When not, just netinstall it, put the defaults, and work from there.
Did you do backup before the netinstall and restore afterwards? Don't do that!I guess i just need to buy new device, i dont have anything special installed and i did neinstall few months ago...
I think there is another issue at the 16MB boundary where going beyond that capacity requires extra I/O lines from the processor which may not be available because they are used for something else, e.g. LEDs or buttons.16 mb flash chips should be cheaper than 32 mb. they count each and every penny
In a reasonably configured ISP network, no device at all would require to receive RAs. If it uses that, it will get only a /64 and you will run into problems when routing a local network anyway.Another possibility: use two devices. One running newest ROS version as border gateway (which is realistically the target for CVE-2023-32154 related attacks) and the other running whatever ROS version works for your wireless (and doesn't have to accept RAs because you use IPv4 for management) ...
In a reasonably configured ISP network, no device at all would require to receive RAs.
In v6 the BFD logged messages using the facility "bfd". So I added that to the logging to get informative messages about bfd dead link detection.!) route - added BFD (CLI only);
I only see the lower uptime of the BGP session (and that only after hitting F5). Please add some logging or document how logging can be enabled/seen in the current version.