Mikrotik please also include TXT records in future fixes, see this thread*) dns - respond with lowest TTL for inner queries containing A, AAAA, CNAME chains;
equal ChaChaPoly2610)*) ike2 - added support for ChaChaPoly1305 encryption;
*) ike2 - added support for ChaChaPoly1305 encryption;
ac3 on airwow...very nice looong change long...thank you
Did anyone already tested to instsall it on Hap AC3, HAP AX3, HapAX2, Cube60,Wap60,Hap AC2?
{ :local test1 do={:put "test1"} :local test2 do={:put "test2"} :local test3 do={:put "test3"} :local test4 do={:put "test4"} :local test5 do={:put "test5"} [] [] }
Popping some popcorn for the big show. Extra butter!(useless comment) If someone with a big PPPoE server has upgraded, I really want to see if it has issues,
I did not found on Winbox ou CLI the VRF attribute to l2tp-ether, eoip, ipip, gre.*) l2tp - added VRF support for L2TP Ether interfaces;
*) tunnels - added VRF support for EoIP, IPIP and GRE tunnels;
[user@tik] /user/ssh-keys> import public-key-file=id_ed25519.pub user=user
unable to load key file (wrong format or bad passphrase)!
You can not. This is about ed25519 key exchange. Let's hope host keys and public key authentication will follow...ok.. so how do You import ED25519 SSH keys ?
my bad ! thanks for clarificationYou can not. This is about ed25519 key exchange. Let's hope host keys and public key authentication will follow...ok.. so how do You import ED25519 SSH keys ?
I did not found on Winbox ou CLI the VRF attribute to l2tp-ether, eoip, ipip, gre.
Sorry! My bad not look at the help docs...
It seems you are right, that the problem is not related to 7.7 upgrade, thanks! I rebooted without trying to update and the same kernel error—some bug of 7.6, unfortunately: it restores all my Firewall Address List after reboot, which I deleted before, all thousands entries. Oh well, gotta deal with it now...memelchenkov - Please send supout file from your router to support@mikrotik.com. Please note that your router did fail while running v7.6. The issue is not caused by v7.7.
I didn't have time to test rc4, but it looks like the ability to blacklist ipv6 entries has been restored--thank you! It would appear that the 2nd of the above changes counters the 1st; perhaps they should have been omitted from the change log?*) dns - do not query upstream DNS servers for matched regex records;
*) dns - query upstream DNS servers for other record types even if static entry exists;
What did I do wrong? : /*) rb4011 - fixed reporting of current CPU frequency and changed default frequency to "auto";
It doesn't look like.Maybe its visible via CLI?
Local forwarding is the only type of forwarding available for wifiwave2 capsman currently, so there is no setting to switch between local and capsman forwarding.Now that this is stable, I'm experimenting for the first time with the new wifiwave2 capsman support. I can't find the local-forwarding setting for wifiwave2, and the "bridge" setting in the CAP configuration seems to be missing. I've added the interfaces manually as bridge ports on the CAP and so this seems to be working, but is there a different way of doing this?
#all commands executed on cap
/interface/wifiwave2/datapath
add name=datapath-br bridge=bridge0
/interface/wifiwave2
set [find where !dynamic] datapath=datapath-br
#for dynamic interfaces
/interface/wifiwave2/cap
set slaves-datapath=datapath-br
Devices running the wifiwave2 package (like the hAP ax^3), can only be managed by capsman from other devices running with wifiwave2 package. So a ROSv6 CAPsMAN from the bundled wireless package cannot manage a hAP ax^3.Is it possible to connect from ax3 device back to ros6 for capsman config ? I don't see where you specify the capsman address or the discovery interface in the CLI - thank you.
please pass this on to the programmers, I think it hasn't been done yet:I'm unable to reproduce the issue going just by the description.
Devices running the wifiwave2 package (like the hAP ax^3), can only be managed by capsman from other devices running with wifiwave2 package. So a ROSv6 CAPsMAN from the bundled wireless package cannot manage a hAP ax^3.Is it possible to connect from ax3 device back to ros6 for capsman config ? I don't see where you specify the capsman address or the discovery interface in the CLI - thank you.
CAPsMAN address in wifiwave2 settings can be set with `/interface/wifiwave2/cap set caps-man-address=`
Yeah, it uses the ARM packages so same as the hapAC2 and I am guessing the hAPax2 and hAPax3If the wifi2 package is available for that device, that's the way to go.
Could you please provide any details about the bug?wireguard ipv6 bug still exists.
You can find zerotier package in all_packages-7.7 zip file. Extract it from there and, with routeros-7.7 npk file, drag both files into Files window. Upon restart, it should update.Hi
My both WAP R with ZT can't be upgrade due to missing zerotier package
/system/package/update> download
channel: stable
installed-version: 7.6
latest-version: 7.7
status: zerotier-7.7-arm.npk missing, use ignore-missing or disable package(s)
Thanks buddy, I have already updated that was just to MT team to fix for the rest.You can find zerotier package in all_packages-7.7 zip file. Extract it from there and, with routeros-7.7 npk file, drag both files into Files window. Upon restart, it should update.Hi
My both WAP R with ZT can't be upgrade due to missing zerotier package
/system/package/update> download
channel: stable
installed-version: 7.6
latest-version: 7.7
status: zerotier-7.7-arm.npk missing, use ignore-missing or disable package(s)
*) rb4011 - fixed reporting of current CPU frequency and changed default frequency to "auto"; ==> NOT working
I understand that's a bug. But is it important? What's the problem of having one link-local address on a disabled interface?ROS v7.7 stable is still generating link-local addressing for *disabled* VPN interfaces such as GRE or WireGuard. When will MikroTik fix this?
It's probably your configuration. Works fine for me, including NPTv6 via mangle which is better than netmap as it is stateless.ipv6 netmap seems to be still broken in this release
add action=netmap chain=srcnat out-interface-list=WAN src-address=2400:cb00:75::/64 to-address=2400:cb00:75:1::/64
add action=netmap chain=dstnat in-interface-list=WAN dst-address=2400:cb00:75:1::/64 to-address=2400:cb00:75::/64
add action=snpt chain=postrouting comment=Test dst-prefix=2400:cb00:75:1::/64 src-address=2400:cb00:75::/64 src-prefix=2400:cb00:75::/64
add action=dnpt chain=prerouting comment=Test dst-address=2400:cb00:75:1::/64 dst-prefix=2400:cb00:75::/64 src-prefix=2400:cb00:75:1::/64
Please double check what you really getting on network side. right now netmap behaves like masquerade.It's probably your configuration. Works fine for me, including NPTv6 via mangle which is better than netmap as it is stateless.ipv6 netmap seems to be still broken in this release
/ipv6 firewall nat add action=netmap chain=srcnat out-interface=he src-address=fd66:xxxx::/48 to-address=2600:xxxx:xxxx::/48
/ipv6 firewall nat add action=netmap chain=dstnat dst-address=2600:xxxx:xxxx::/48 in-interface=he to-address=fd66:xxxx::/48
01:11:50.482601 IP6 (flowlabel 0x7f8c4, hlim 61, next-header ICMPv6 (58) payload length: 64) 2600:xxxx:xxxx:: > 2001:xxx:xx:xxx:5c1c:19a5:93f:a082: [icmp6 sum ok] ICMP6, echo request, id 9, seq 3
23:13:14.678833 IP6 (flowlabel 0x20000, hlim 61, next-header ICMPv6 (58) payload length: 16) 2001:xxx:xx:xxx:5c1c:19a5:93f:a082 > fd66:xxxx::: [icmp6 sum ok] ICMP6, echo request, id 50383, seq 13
viewtopic.php?t=185055Could you please provide any details about the bug?wireguard ipv6 bug still exists.
Same issue with my RB4011rb4011.png*) rb4011 - fixed reporting of current CPU frequency and changed default frequency to "auto";
What did I do wrong? : /
Or is it (for some unknown reason) only for rb4011 version without Wi-Fi ? o_O
You are right, it is behaving like a masquerade. It's a bug for sure. But also I recommend you avoid NAT66 crap and use NPTv6 instead via mangle, it will preserve the end-to-end princple which NAT of any kind cannot.Please double check what you really getting on network side. right now netmap behaves like masquerade.
and this is what I observe on network:Code: Select all/ipv6 firewall nat add action=netmap chain=srcnat out-interface=he src-address=fd66:xxxx::/48 to-address=2600:xxxx:xxxx::/48 /ipv6 firewall nat add action=netmap chain=dstnat dst-address=2600:xxxx:xxxx::/48 in-interface=he to-address=fd66:xxxx::/48
ping 2001:xxx:xx:xxx:5c1c:19a5:93f:a082 -I fd66:xxxx:0:2008::1
tcpdump:outgoing source is 2600:xxxx:xxxx:: instead of expected 2600:xxxx:xxxx:0:2008::1.Code: Select all01:11:50.482601 IP6 (flowlabel 0x7f8c4, hlim 61, next-header ICMPv6 (58) payload length: 64) 2600:xxxx:xxxx:: > 2001:xxx:xx:xxx:5c1c:19a5:93f:a082: [icmp6 sum ok] ICMP6, echo request, id 9, seq 3
and vice versa in opposite direction:
PING6(56=40+8+8 bytes) 2001:xxx:xx:xxx:5c1c:19a5:93f:a082 --> 2600:xxxx:xxxx:333::1
tcpdump:destination fd66:xxxx:: instead of expected fd66:xxxx:333::1Code: Select all23:13:14.678833 IP6 (flowlabel 0x20000, hlim 61, next-header ICMPv6 (58) payload length: 16) 2001:xxx:xx:xxx:5c1c:19a5:93f:a082 > fd66:xxxx::: [icmp6 sum ok] ICMP6, echo request, id 50383, seq 13
creates some big problem for me.*) dns - query upstream DNS servers for other record types even if static entry exists;
root@james:~# host -t AAAA -v mqtt.xxx.home 192.168.0.254
Trying "mqtt.xxx.home"
Using domain server:
Name: 192.168.0.254
Address: 192.168.0.254#53
Aliases:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48407
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 13
;; QUESTION SECTION:
;mqtt.xxx.home. IN AAAA
root@james:~# host -t AAAA -v test.xxx.home 192.168.0.253
Trying "test.xxx.home"
Using domain server:
Name: 192.168.0.253
Address: 192.168.0.253#53
Aliases:
Host test.xxx.home not found: 3(NXDOMAIN)
Do other version works? Are there written anything in change log that it should work?CCR1009-7G-1C-1S+ router OS v7.7
USB port still not working. I can't connect to UPS.
I'm seeing the same thing, even worse (down from 630Mbps to 180Mbps).Hap ax3 - Wifi 5Ghz speed down from ~800Mbs to max ~400Mbs and speed no stable. :(
Update from 7.6 to 7.7
NPTv6 unfortunately is also buggy. In my experiments it is matching the firewall ruleYou are right, it is behaving like a masquerade. It's a bug for sure. But also I recommend you avoid NAT66 crap and use NPTv6 instead via mangle, it will preserve the end-to-end princple which NAT of any kind cannot.
/ipv6 firewall filter add action=drop chain=forward comment="defconf: drop invalid" connection-state=invalid log=yes
protocol=icmpv6 src-address=2001:xxx:xx:x:xxxx:baff:fe35:149a dst-address=2600:xxxx:xxxx:1000::1
reply-src-address=2600:xxxx:xxxx:1000::1 reply-dst-address=2001:xxx:xx:x:xxxx:baff:fe35:149a icmp-type=128 icmp-code=0
icmp-id=104 timeout=29s
That is not a bug, that is expected. You are using stateful rules to filter NPTv6 traffic which is stateless. To begin with IPv6 restores the end-to-end principle therefore removing NAT and stateful-ness along with it. You are not supposed to create state-full ness for IPv6 if you want maximum possible end-to-end performance and eliminate STUN/TURN completely from the network.NPTv6 unfortunately is also buggy. In my experiments it is matching the firewall ruleHere what is in logs:Code: Select all/ipv6 firewall filter add action=drop chain=forward comment="defconf: drop invalid" connection-state=invalid log=yes
23:03:10 firewall,info forward: in:bridge out:he, connection-state:invalid src-mac b8:27:eb:xx:xx:xx, proto ICMP (type 129, code 0), fd66:xxxx:x:2008::1->2001:xxx:xx:x:xxx:baff:fe35:149a, len 64
and in connection state tracking it has only one direction entry:
Code: Select allprotocol=icmpv6 src-address=2001:xxx:xx:x:xxxx:baff:fe35:149a dst-address=2600:xxxx:xxxx:1000::1 reply-src-address=2600:xxxx:xxxx:1000::1 reply-dst-address=2001:xxx:xx:x:xxxx:baff:fe35:149a icmp-type=128 icmp-code=0 icmp-id=104 timeout=29s
Upd: adding in raw table bunch of "no track" rules helps, but looses some part of firewall functionality... that's why netmap might be a better solution anyway...
To begin with IPv6 restores the end-to-end principle therefore removing NAT and stateful-ness along with it.
I can confirm this. I was trying to upgrade several times without luck. Each time at log I'm getting: "router was rebooted without proper shutdown, probably kernel failure"I have downloaded. ARM Chateau. But after reboot still 7.6, no upgrade performed. Tried twice. In logs: "router was rebooted without proper shutdown, probably kernel failure".
That is according to DNS spec. CNAME and other data on the same name is not allowed in DNS. Sure it is sometimes inconvenient.There's a bug in the DNS static vs caching implementation here. A/AAAA/SOA records can not coexist with CNAME records. If one of them is static, the other set needs to be filtered from the upstream.
Edit: it appears that CNAMEs in general can't coexist with all other record types, so if something other than a CNAME is static, any upstream CNAME needs to be filtered out, and vice versa.
ROUTE,OSPF,WARNING { version: 2 router-id: 10.107.*.* } backbone-v2 { 0.0.0.0 } interface { broadcast 10.107.*.*%vlan1030 } neighbor { router-id: 10.107.*.* state: Full } crypto sequence invalid notice
ROUTE,OSPF,WARNING { version: 2 router-id: 10.107.*.* } backbone-v2 { 0.0.0.0 } interface { broadcast 10.107.*.*%vlan1030 } neighbor { router-id: 10.107.*.* state: Full } crypto sequence invalid notice
ROUTE,OSPF,WARNING { version: 2 router-id: 10.107.*.* } backbone-v2 { 0.0.0.0 } interface { broadcast 10.107.*.*%vlan1030 } neighbor { router-id: 10.107.*.* state: Full } crypto sequence invalid notice
ROUTE,OSPF,WARNING { version: 2 router-id: 10.107.*.* } backbone-v2 { 0.0.0.0 } interface { broadcast 10.107.*.*%vlan1030 } neighbor { router-id: 10.107.*.* state: Full } crypto sequence invalid notice
ROUTE,OSPF,WARNING { version: 2 router-id: 10.107.*.* } backbone-v2 { 0.0.0.0 } interface { broadcast 10.107.*.*%vlan1030 } neighbor { router-id: 10.107.*.* state: Full } crypto sequence invalid notice
received wrong LS Ack for network
received wrong LS Ack for router
Stateful-ness doesn't need NAT. But NAT requires stateful-ness to work. NPTv6 isn't NAT, it is stateless, it doesn't need the conn_track module.I don't agree. Stateful-ness has nothing to do with NAT, it's the other way around (it's not possible to perform sensible NAT without being aware of connection state). When it comes to NPTv6, it can indeed work as stateless ... but that doesn't prevent firewallv6 from work in stateful manner. And stateful firewall has quite a few advantages over stateless firewall (speed is obviously not one of them).
https://www.rfc-editor.org/rfc/rfc6296This document describes a stateless, transport-agnostic IPv6-to-IPv6 Network Prefix Translation (NPTv6) function that provides the address-independence benefit associated with IPv4-to-IPv4 NAT (NAPT44) and provides a 1:1 relationship between addresses in the "inside" and "outside" prefixes, preserving end-to-end reachability at the network layer.
You are not entirely wrong about the stateful firewall, it has its place, and is useful for non-advanced users or engineers who lack the expertise to configure a stateless firewall that covers A to Z. I can filter out unsolicited traffic or in other words traffic that could for example try to SSH into the router or my hosts or whatever, using purely the stateless firewall by exploiting the various parameters supported in legacy iptables. But as I stated this is advanced and not everyone can do this, or should, because chances are, they may leave loopholes or break stuff on layer 3/4 (been there, done that).The packet flow explanation doesn't differentiate between IPv4 and IPv6 (in some places it explicitly mixes them ... "IPv4 or IPv6"), doesn't explicitly mention netmap - it uses generic "DST NAT" and "SRC NAT" boxes and I assume netmap is covered (as a special case) with that functionality. And I assume NPTv6 is covered there as well.
If my assumptions are correct, then using NPTv6 (or netmap) doesn't change functioning of firewallv6, one only has to be carefull about which addresses are being used when packets are passing firewall (according to packet flow diagrams the "internal" addresses are seen by firewall).
But then my assumptions can be wrong. And I don't need NPTv6 (or netmap) so I'm not going to test it myself.
Source: https://wiki.nftables.org/wiki-nftables ... h_iptablesiptables has multiple pre-defined tables and base chains, all of which are registered even if you only need one of them. There have been reports of even unused base chains harming performance.
You should stop pretending to be a know-it-all expert and do some reading.
I have the same device with no issues with any of the sites you mentioned on 7.7. It is very likely to be some of your configuration and a change from v6 to v7.I have CCR2004-1G-12S+2XS v6.49.7 + stuff was here from FIBRANETPLUS (quoting moderator always gets mad when I quote more than a line of information)
/routing ospf instance
add disabled=no name=ospf-instance-v2-ipv4 router-id=id-1
add disabled=no name=ospf-instance-v3-ipv6 router-id=id-1 version=3
/routing ospf area
add disabled=no instance=ospf-instance-v2-ipv4 name=ospf-area-0-ipv4
add disabled=no instance=ospf-instance-v3-ipv6 name=ospf-area-0-ipv6
/routing ospf interface-template
add area=ospf-area-0-ipv4 disabled=no networks=10.1.1.3/32 type=ptp
add area=ospf-area-0-ipv4 disabled=no networks=10.1.1.4/30 type=ptp
add area=ospf-area-0-ipv4 disabled=no networks=10.1.1.16/28 type=ptp
add area=ospf-area-0-ipv4 disabled=no networks=10.1.1.32/28 passive type=ptp
add area=ospf-area-0-ipv4 disabled=no networks=10.1.1.48/28 passive type=ptp
add area=ospf-area-0-ipv4 disabled=no networks=10.1.1.64/28 passive type=ptp
add area=ospf-area-0-ipv4 disabled=no networks=192.168.1.0/24 passive type=ptp
add area=ospf-area-0-ipv6 disabled=no networks=fd00::2/128 passive type=ptp
add area=ospf-area-0-ipv6 disabled=no networks=fd00:0:0:1::/64 type=ptp
add area=ospf-area-0-ipv6 disabled=no networks=fd00:0:0:11::/64 passive type=ptp
add area=ospf-area-0-ipv6 disabled=no networks=fd00:0:0:12::/64 passive type=ptp
add area=ospf-area-0-ipv6 disabled=no networks=fd00:0:0:20::/64 passive type=ptp
add area=ospf-area-0-ipv6 disabled=no networks=fd00:0:0:30::/64 passive type=ptp
add area=ospf-area-0-ipv6 disabled=no networks=fd00:0:0:100::/64 type=ptp
insmod: /lib/modules/5.6.3/drivers/char/music_dog.ko failed: 22 Invalid argument
This problem persist since 6.xx.xx.I have a problem with SRC-NAT, it is not matching all the connections so there are connections that are passing through the router without being NATed.
You mean "connections"? Or actually you mean only some packets belonging to a previous connection?I have a problem with SRC-NAT, it is not matching all the connections so there are connections that are passing through the router without being NATed.
I'm having the same problem. Since 7.7 my home assistant instance (not on MT, but also in Docker) can't resolve my internal hostnames anymore. I also see AAAA-requests and then a "bad address" in home assistant.I think this changecreates some big problem for me.*) dns - query upstream DNS servers for other record types even if static entry exists;
[...]
given the HW table size of ~140k prefixes you have to play with filter rule to "set suppress-hw-offload yes" on the prefixes that don't do traffic.We have CCR2216 routers. 3x BGP Full, 1+k DHCP, 1+k NAT Rules. CPU Load range 15-25%.
After the upgrade to RouterOS 7.7 (7.6 before) we have reports for package loss from our clients.
There is also a message in the logs that did not appear before 7.7:
L3HW: Route HW table FULL
Is there a bugfix available?
mclag to cisco n3k and n9k work well for us, as long as you don't use breakout cables. with breakout cables you don't get a stable link.After upgrading to RouterOS v7.7 from v7.6 for CRS354 connected to vPC (CRS354 has a link to each of two Cisco Nexus 9xxxx that form vPC domain) - links start to flap. Issue goes away after downgrading to v7.6.
As was the case with RouterOS v7.7rc5 also with RouterOS v7.7, using serial cable (have tried only with CRS354 for now) error is shown at startup of switch:Stopped experiments with MLAG at v7.6 - does not go well with Cisco Nexus vPC - if there is instruction that would lead to stable MikroTik MLAG <> Cisco vPC connection that would be useful.Code: Select allinsmod: /lib/modules/5.6.3/drivers/char/music_dog.ko failed: 22 Invalid argument
We have disabled L3HW offloading. No more packet loss measurable.given the HW table size of ~140k prefixes you have to play with filter rule to "set suppress-hw-offload yes" on the prefixes that don't do traffic.We have CCR2216 routers. 3x BGP Full, 1+k DHCP, 1+k NAT Rules. CPU Load range 15-25%.
After the upgrade to RouterOS 7.7 (7.6 before) we have reports for package loss from our clients.
There is also a message in the logs that did not appear before 7.7:
L3HW: Route HW table FULL
Is there a bugfix available?
regards
Ros
CCR2216 should have enough cpu power to process this without L3HW offload (which affects the switchport cpu AFAIK)
We have disabled L3HW offloading. No more packet loss measurable.
Interesting fact:
CCR2216 CPU with L3HW offloading: 20%.
CCR2216 CPU WITHOUT L3HW offloading: 10%.
Disabling L3HW Offloading also led to a reduction in CPU usage, which is surprising, especially since L3HW Offloading promises exactly the opposite.
With offloading of CPU tasks to external hardware there is always the tradeoff between performing the actual task on the CPU, and detecting that the task may be performed by external hardware + loading the appropriate information into the external hardware. When there is little traffic, it may well be that loading the route into the switch costs more than doing the routing in the CPU.Disabling L3HW Offloading also led to a reduction in CPU usage, which is surprising, especially since L3HW Offloading promises exactly the opposite.
/export file=anynameyoulike
Experienced the same issue as well with hex RB750Gr3, the device will just randomly crashed and rebooted. on next bootup there is warning show "router rebooted without proper shutdown".after upgrade to 7.7 hap ac3 and hex s started to freeze randomly, only power reset helps
This just means there's no more room for offloading routes. Your CPU's are handling all the routing. Mine does that on 7.4.1 unless I filter out routes to a couple hundred thousand down from 1.4 million. It's not a bug.We have CCR2216 routers. 3x BGP Full, 1+k DHCP, 1+k NAT Rules. CPU Load range 15-25%.
After the upgrade to RouterOS 7.7 (7.6 before) we have reports for package loss from our clients.
There is also a message in the logs that did not appear before 7.7:
L3HW: Route HW table FULL
Is there a bugfix available?
I found issues with L3HW offload on >7.4.1 (7.5, 7.6), so I've left my border/core 2116's and 310/317's on 7.4.1. (CRS310's did fine with 7.6, but they have much smaller tables.)We have disabled L3HW offloading. No more packet loss measurable.
Interesting fact:
CCR2216 CPU with L3HW offloading: 20%.
CCR2216 CPU WITHOUT L3HW offloading: 10%.
Disabling L3HW Offloading also led to a reduction in CPU usage, which is surprising, especially since L3HW Offloading promises exactly the opposite.
7.7 also broke my home static entries when using home assistant, nslookup returns the ipv4 followed by a NXDOMAIN error.I think this changecreates some big problem for me.*) dns - query upstream DNS servers for other record types even if static entry exists;
For my local network I have some static A entries in my MT router for local services.
They don't have any static AAAA records as I don't want to use IPv6 for those services.
With 7.6 everything is fine.
After updating to 7.7 resolving the static A entries from within docker containers completely seems to be broken (e.g., ping gives just a bad address error).
Reverting back to 7.6 without changing anything else fixes lookup in the containers.
For 7.6 I got a valid (NOERROR) but empty response trying to resolve an AAAA record for a static A entry:This correctly indicates that there is no IPv6 address to best of my knowledge.Code: Select allroot@james:~# host -t AAAA -v mqtt.xxx.home 192.168.0.254 Trying "mqtt.xxx.home" Using domain server: Name: 192.168.0.254 Address: 192.168.0.254#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48407 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 13 ;; QUESTION SECTION: ;mqtt.xxx.home. IN AAAA
With 7.7 I get a NXDOMAIN error (which is of course valid from an upstream server point of view as upstream server doesn't know anything about my local entries):I guess this NXDOMAIN at least confuses name resolution within my docker containers (docker DNS proxy?).Code: Select allroot@james:~# host -t AAAA -v test.xxx.home 192.168.0.253 Trying "test.xxx.home" Using domain server: Name: 192.168.0.253 Address: 192.168.0.253#53 Aliases: Host test.xxx.home not found: 3(NXDOMAIN)
It seems to be no generic problem in host linux (I can ping a static entry from host but not from within container, ping by IP is fine in container).
Any ideas or any possibility to create an "empty" static AAAA entry?
I dont't really want to create real AAAA entries as I had some problems with docker and IPv6 in the past.
Thanks!
It is a problem with your configuration. The behavior of recursive routes has changed, as have some other related things (e.g. route marks).hello
I recently updated my ebs 3011 with 7.7, everything was fine except that in my 3011 that I had as a balancer (pcc with recursive routes) the balancer stopped working, it didn't give me internet I had to return it to 6.48
I check and found problem with OLT (ZTEC320) whit 2 OLT same problem.Try disabling PCC balancing, and then a netinstall/basic config, and work your way back. Eventually you'll find out what's causing your problem.
https://help.mikrotik.com/docs/display/ ... s-Networkswe are currently having issues to advertise networks that are not static assigned within the /ip address or static routes from both ends using eBGP.
https://help.mikrotik.com/docs/display/ ... s-Networkswe are currently having issues to advertise networks that are not static assigned within the /ip address or static routes from both ends using eBGP.
The configuration already has the below but still same issue
in v6 we used synchronize as no and did not use any blackhole. Is there a way to keep as is?
/ip/firewall/address-list/
add list=bgp-networks address=192.168.0.0/24
/routing/bgp/connection
set peer_name output.network=bgp-networks
So this is a bug or the way forward from now onwards to configure BGP?As it is mentioned in the article you cannot disable synchronisation.
This means thath WiFiWave2 devices are capable to be used as repeater in Station mode?*) wifiwave2 - fixed 4-way handshake with TKIP;
Well it seems I'm having the same issue. All APs on 7.7, controller (which is also the router) is on 7.6. Only my MacBook having this problem, others can connect successfully.I have experienced several messages like "private-dhcp offering lease 192.168.111.50 for 94:EA:32:35:52:98 without success" after upgrading to 7.7. The result was that the clients were unable to access the network nor Internet. Clients are mostly connected via CAP managed APs.
This happened for different clients with different OSes (e.g. Lenovo laptop with Windows 10 and iPhone SE 2020).
I have two bridges, each with a different dhcp server on my RB3011UiAS. Only one of the dhcp servers behaved like that. There were no other messages indicating what the problem could be. The configuration looked fine, just like before the upgrade.
I have downgraded to 7.6 but the problem persisted. Only after restore of configuration from before the upgrade to 7.7, the problem is gone.
This is only a heads up. If someone else gets into trouble with DHCP server, I hope you will have possibility to investigate deeper. I wasn't that lucky. I needed to get rid of the issue ASAP.
Well, it is a bit unfortunate that both this and "/routing bgp aggregate" have been removed in v7.It is not a bug.
This has always worked assuming you didn't need bridging and were fine with the repeater using a different SSID than the main network. I think you're probably getting four-way TKIP handshake mixed up with four address mode support, the latter is needed for bridging and extending a network while keeping the same SSID, and is not available yet.This means thath WiFiWave2 devices are capable to be used as repeater in Station mode?
Did it run v6 before and did you upgrade to v7 without ever doing a netinstall of a v7 version?Tried upgrading my hAP ac2 via System>Packages, router ended up boot looping. Had to restore it via Netinstall, and the backup I've made prior the foul update hasn't been restored fully
The factory version was v6, but I upgraded to v7 via WinBox around when it first came out and all the updates since then were going fine, until today. Then I used Netinstall to bring it back to the version it was running before the upgrade, which was v7.6.What are you quotting whole preceding post for? Do this help undertending the conversation? No. Use "Post Reply" button.
What I should've done is export the .rsc file before even initiating the update in the first place, that would've saved me a lot of nerves and time. I was misguided to believe that the backup is a universal solution to a botched upgrade, and now I had to rely on an export from last year to try and bring the router back to where it was before.What are you quotting whole preceding post for? Do this help undertending the conversation? No. Use "Post Reply" button.
Backup does not work across version and only on same hardware.I was misguided to believe that the backup is a universal solution to a botched upgrade,
Which is odd, because I rolled back the exact same device to the exact same RouterOS version it was on when I made the backup, yet it ended up being incomplete. Perhaps due to using Netinstall it resulted in it being improper for the device?Backup does not work across version and only on same hardware.I was misguided to believe that the backup is a universal solution to a botched upgrade,
You may open the binary backup file and get some information out of it.
No, it should normally be possible to use backup across versions, you could even restore a v6 backup into v7 and it would re-do the conversion to v7.Which is odd, because I rolled back the exact same device to the exact same RouterOS version it was on when I made the backup, yet it ended up being incomplete. Perhaps due to using Netinstall it resulted in it being improper for the device?
Same problem in 7.6 and 7.7 - lets encrypt update certificate - name changed (to curent date and time), but certificate is still old and expired.CCR1036-8G-2S+
After update from 7.6 to 7.7
IPSEC not working
SSTP not working
After downgrade back to 7.6
IPSEC is working
SSTP still not working
Interesting, no more needed to open port 80 to generate a Let'sEncrypt certificate ?In 7.7 it is not neccessary open port 80 on firewall and enable http.
But "standalone" method still needs port 80, so rather strange...
Yes, but then it still needs port 80 to be opened in FW :)
Doc still mentions about port 80 though :
None of it is about router config. It says that FQDN set on command line has to point to router (directly or indirectly) and TCP 80 connection has to arrive at router (if router is behind a firewall, that upstream firewall has to allow/forward connection to this router). That's all the quoted part of manual page says.Note that the DNS name must point to the router and port TCP/80 must be available from the WAN.
Since 7.7 IPV6 lookups now return NXDOMAIN and it makes my docker containers ignore the valid IPv4.
Any ideas or any possibility to create an "empty" static AAAA entry?
I dont't really want to create real AAAA entries as I had some problems with docker and IPv6 in the past.
Thanks!
Can anyone explain this?*) bridge - fixed master port conversion;
Probably handling upgrades from RouterOS 6.40 and before? That is where a master port did exist.Can anyone explain this?
That is a valid global unicast address. I guess a request is routed through the internet now just to find out that the host does not exist.I finally figured this one out.. I created a regex that matches my internal record and created an AAAA record that points to 2001::
Yes that makes sense for me also, that's the reason I asked, but is it possible to upgrade directly from 6.40 to 7.7 ?Probably handling upgrades from RouterOS 6.40 and before? That is where a master port did exist.Can anyone explain this?
To prevent mistakes: In that context "import from backup" means copying and pasting configuration EXPORTED in a text form with a command:...
If you experience strange behavior, it might be needed to netinstall device, clean config, and re-import via terminal config from earlier backup (block by block, could be some parts have been re-ordered and may cause errors but that should be pretty obvious)
....
/export file=filename
/export terse file=filename
wg_mobil: Could not create IPv4 socket
You are correct.. I just started to wonder about that this morning... I did a tcpdump and it is indeed firing off a request to the internet... So I tried again using `fe80::` and it seems to work. I didn't see my linux docker container making any requests to that address. I assume it knows it's a local link address maybe? Not sure.That is a valid global unicast address. I guess a request is routed through the internet now just to find out that the host does not exist.I finally figured this one out.. I created a regex that matches my internal record and created an AAAA record that points to 2001::
In #142 bluntmike mentioned that for an IPv4 a.b.c.d creating IPv6 AAAA record with ::ffff:a:b:c:d works for him.You are correct.. I just started to wonder about that this morning... I did a tcpdump and it is indeed firing off a request to the internet... So I tried again using `fe80::` and it seems to work. I didn't see my linux docker container making any requests to that address. I assume it knows it's a local link address maybe? Not sure.
That is a valid global unicast address. I guess a request is routed through the internet now just to find out that the host does not exist.
That must be the 3th or 4th time now since ROS7 started something like this happens ... probably they don't like PPC that much ;-)Hello,
routeros-powerpc-7.7.npk missing while trying to upgrade RB1100AHx2.
This still doesn't explain the frozen last handshake values? The exact same config was working perfectly fine in 7.6.Same here, wireguard works just fine.
My guess is that you have one or more wrong ranges in peer's allowed-ips setting.
This is not entirely accurate. It's true this'll happen _if_ I have specified an endpoint for the other peer but in my setup, I have not done that for most peers because they are all behind CGNATs.As for tx counters moving, wireguard ALWAYS sends. It's only when you see something coming back that you know it works.
Same setup here.This is not entirely accurate. It's true this'll happen _if_ I have specified an endpoint for the other peer but in my setup, I have not done that for most peers because they are all behind CGNATs.
Let's first wait until the usage increases more, to see if it really is an uncontrolled leak, or just some good use of memory.Actually, after some more investigation, I found boxes with the exact same memory leak which DO NOT have hotspot enabled.
.So what do you figure out about the following graph?
I would figure out that i'm seeing, on a single day, the same memory usage increase you're seeing on a whole month, for example :)
.Are you serious ?
On that first graph you're looking at differences between 28 and (what ?) 29? max ?
On the second graph between 5.2 and 5.8%
Well, it changed for You, but not for us. It would be interesting to check the config, in order to find out what's happening.Guys, I might be wrong, but there's no denial the behavior changed drastically from 7.6 to 7.7. I posted the graphs. I already provided Mikrotik detailed data and quite a few supout files. Let's wait for some "official" answer.
.Well, it changed for You, but not for us. It would be interesting to check the config, in order to find out what's happening
.ROS 7.7
hAP ac2
Constantly linear increase in memory usage
with this memory usage increase rate, you'll likely max out on less than 48h. And you'll either watch the box crash or nothing happens at all. The first option would strongly suggest some memory leak. The second one, would suggest memory usage behavior just changed DRASTICALLY from v7.6 to v7.7.
i have a pair of hap ac2 with 7.7 with a basic configuration and dont exibit this behavior, just basic router doing NAT and wifi, please give more details about your use case to see if its related to a specific featureROS 7.7
hAP ac2
Constantly linear increase in memory usage
daily.gif
Earlier in the logs, I saw messages that there was not enough memory and a reboot with a kernel error. Logs are not saved.
Now I'm monitoring the situation.
.Today I ran the Bandwitch Test and the router rebooted with error "out of memory". After that I started to investigation problem.
i have a pair of hap ac2 with 7.7 with a basic configuration and dont exibit this behavior, just basic router doing NAT and wifi, please give more details about your use case to see if its related to a specific feature
One question to @leonardogyn and @Ocean (maybe it was asked and answered before but I didn't see it)
Did you ever in the past netinstall your devices with ROS7 and clean config ?
.One question to @leonardogyn and @Ocean (maybe it was asked and answered before but I didn't see it)
Did you ever in the past netinstall your devices with ROS7 and clean config ?
The situation is similar.No ... all boxes i'm running and presenting the memory behavior change from 7.6 to 7.7 were previously installed on v6 and upgraded to v7 (no problem at all), likely v7.3 or v7.4, and later upgraded to v7.7. ...
You keep saying there is "a problem", but still you have not provided any evidence of there being a problem at all.For those *NOT* seeing the problem
.You keep saying there is "a problem", but still you have not provided any evidence of there being a problem at all.
.Has any of your router crashed any time, or otherwise had any performance problem, due to this "problem"?
I have problem. My hap ac2 rebooted with error "out of memory": viewtopic.php?p=979009#p978997You keep saying there is "a problem", but still you have not provided any evidence of there being a problem at all.
Has any of your router crashed any time, or otherwise had any performance problem, due to this "problem"?
I disabled "Allow Remote Requests" and configured provider's DNS server for clients. But the problem remained....
The resolver (DNS) daemon experienced some problems on the latest RCs before the v7.7, and it's really known to have been very changed from 7.6 to 7.7.
...
.
I disabled "Allow Remote Requests" and configured provider's DNS server for clients. But the problem remained.
In one hour, 1 MB of memory has leaked and continues to leak.
.
I disabled "Allow Remote Requests" and configured provider's DNS server for clients. But the problem remained.
In one hour, 1 MB of memory has leaked and continues to leak.
If you didn't try it, try rebooting the MK box after disabling "allow remote requests" just to "clean" everything up. If you already tried, maybe it's not DNS resolver related.
If you didn't try it, try rebooting the MK box after disabling "allow remote requests" just to "clean" everything up. If you already tried, maybe it's not DNS resolver related.
/ip dns
set allow-remote-requests=no cache-max-ttl=1w cache-size=2048KiB max-concurrent-queries=100 \
max-concurrent-tcp-sessions=20 max-udp-packet-size=4096 query-server-timeout=2s query-total-timeout=10s \
servers="" use-doh-server="" verify-doh-cert=no
Yeah you said that before, but I have DNS enabled and I don't have the problem at all. So there must be more involved than that.I disabled DNS, reboot MT and problem was solved.
.Possibly DoH and/or certificates are involved?
.Yeah you said that before, but I have DNS enabled and I don't have the problem at all. So there must be more involved than that.
Show a /ip dns export from before you disabled it. Also tell us about the usage of DNS (how many clients, what type of client devices, are they abusing DNS, etc)
(in the meantime I am running 7.8beta2 but it likely should show the same problem when it indeed is DNS)
[admin@XXXXXXXXXXXX] > /ip dns export terse
# jan/21/2023 12:32:26 by RouterOS 7.7
# software id = U804-XXXXXX
#
# model = RB2011UiAS
# serial number = 8C1709CXXXXX
/ip dns set allow-remote-requests=yes cache-max-ttl=3h cache-size=16384KiB max-concurrent-queries=2048 max-concurrent-tcp-sessions=256 query-total-timeout=6s servers=1.0.0.3,1.1.1.3
[admin@XXXXXXXXXXX] >
Do you see a high rate of DNS traffic? Set a firewall rule that accepts the traffic, then at least you have a counter.This is my box that reached >90% of memory usage. This is a restaurant, some UniFi APs connected, one SSID for staff and other for customers (with hotspot enabled). No more than 50 simultaneous clients, and no abuse that I know off. Just plain web browsing, and nothing fancy
.Do you see a high rate of DNS traffic? Set a firewall rule that accepts the traffic, then at least you have a counter.
I disabled DNS, reboot MT and problem was solved.
daily_dns_dis.pngCode: Select all/ip dns set allow-remote-requests=no cache-max-ttl=1w cache-size=2048KiB max-concurrent-queries=100 \ max-concurrent-tcp-sessions=20 max-udp-packet-size=4096 query-server-timeout=2s query-total-timeout=10s \ servers="" use-doh-server="" verify-doh-cert=no
CRS125-24G-1S-2HnD-IN same problem in console.After upgrading to RouterOS v7.7 from v7.6 for CRS354 connected to vPC (CRS354 has a link to each of two Cisco Nexus 9xxxx that form vPC domain) - links start to flap. Issue goes away after downgrading to v7.6.
As was the case with RouterOS v7.7rc5 also with RouterOS v7.7, using serial cable (have tried only with CRS354 for now) error is shown at startup of switch:Stopped experiments with MLAG at v7.6 - does not go well with Cisco Nexus vPC - if there is instruction that would lead to stable MikroTik MLAG <> Cisco vPC connection that would be useful.Code: Select allinsmod: /lib/modules/5.6.3/drivers/char/music_dog.ko failed: 22 Invalid argument
.I have one setting different i have cache-max-ttl=1d maybe that can help, you can try 1d o maybe 1 hour to see if that help, be sure of flush dns cache after that
.After an uptime of 10 hours (with version 7.8beta2) the heap of the resolver process is 800kB here, with 1344 items in the DNS cache.
So something is clearly going different at your site.
Due to the way in which user processes allocate memory from the main memory pool, it may very well be that decreasing the max ttl solves your problem even when flushing the cache does not.My boxes are already using 3 hours "only" ... doesn't seem related to VERY HIGH max TTLs. Manually flushing cache doesn't seem to affect memory usage. I mean, sure it affects, but doesn't affect the overall "always increasing" situation I'm seeing. It might decrease the memory in a few KBs, for sure, but doesn't change the weird behavior of always increasing memory usage.
...
Also consider to upgrade one router to 7.8beta2 to see if it has been fixed there. It may be that late DNS fixes did not make it into the release.
/interface/wifiwave2/info country-info "Country"
Sure, but I wonder how to make hotspot use an external resolver on a different server (I have two DNS cache servers in my network) instead of it forcefully redirecting DNS requests from unauthenticated users to itself. Maybe I can find out myself, but if someone has already achieved this or knows if it's possible at all, I'll appreciate it.I recommended them to drop this resolver and use an existing opensource package like "unbound". That has DNSSEC support too. And it can do what the MikroTik resolver can do (forward zones, local zones etc) in a much cleaner way.
.
Sure, but I wonder how to make hotspot use an external resolver on a different server (I have two DNS cache servers in my network) instead of it forcefully redirecting DNS requests from unauthenticated users to itself. Maybe I can find out myself, but if someone has already achieved this or knows if it's possible at all, I'll appreciate it.
.You seem to have headroom for another day before hitting the ceiling, your device seems to increase memory consumption with rate of 20% (of total RAM) per busy "half day". So you coukd wait to see if RAM consumption starts to increase with same pace.
OTOH I fully understand your uneasiness, I'd probably schedule an early morning reboot as well.
Hi, I was already asking when was 7.7 in beta...it is just not working in 7.7Maybe somebody can tell where is
now?Code: Select all/interface/wifiwave2/info country-info "Country"
It 100% worked on 7.6
A'ight, I'm testing it now, let's see how it goes. How come I hadn't figured it before? (lol)Enabling hotspot seems to automatically create DNS-intercept rules, pointing them to the MK box itself. To avoid that, I'd say you need to create appropriate rules on IP/Firewall/Nat/pre-hotspot table. Simply changing DHCP-provided DNS servers won't solve it, as requests as intercepted anyway.
Don't complain about crashes when you are overclocking! The CPU speed should be set to "auto" and it will max to the certified speed.what i have done to the moment: lowered cpu speed by 2-3 steps from max Mhz, now it is more stable.
.
RB2011, v7.7 is unstable :-/ v7.6 was OK all the time...
please provide more information what you pinging from which interface to what other interface or the flow this should goHello,
After updating to v7.7 I have a problem with MTU greater than 1024 on hAP ac3.
Before I open a ticket can someone confirm this behavior.
ping1500.pngping1200.pngping1024.png
Ok, it works, the big ramp (on the attached image) is when DNS enabled and it ended when I rebooted the router. The second small ramp (past the Sat-Sun line) had the DNS working but with reduced max-ttl and cache-size. The flat after that was because I completely disabled the router's DNS server and forced hotspot users to use one of our DNS servers in our network. So my leak is related to the DNS server. (Just in case someone needed extra confirmation).
A'ight, I'm testing it now, let's see how it goes. How come I hadn't figured it before? (lol)
At the beginning I found that the MTU on the computer is small.please provide more information what you pinging from which interface to what other interface or the flow this should goHello,
After updating to v7.7 I have a problem with MTU greater than 1024 on hAP ac3.
Before I open a ticket can someone confirm this behavior.
ping1500.pngping1200.pngping1024.png
are you still on 7.7 ??Almost 5 days from my initial report for "very weird" memory usage (which I strongly believe to be a memory leak) starting on v7.7, confirmed by other users here, some reports of it really looking to be DNS resolver related, support ticket alteady opened, at least one user already posted box really crashed by "out of memory" ... and yet radio silence from Mikrotik :(
.are you still on 7.7 ??
i downgraded to 7.6 when this situation arised
viewtopic.php?t=192962.are you still on 7.7 ??
i downgraded to 7.6 when this situation arised
I set up alarms on Zabbix, and will schedule reboots when needed. Not all boxes are reaching high memory usage (>90%) that fast, it's fine to me to "manage" that. I'll keep them at v7.7, not willing to downgrade yet. Anyway, looking for some Mikrotik answer on that one.
.
Certificates are imported, CRL is working, but mikrotik is unable to verify... When I use SAME certs in ncat, I am able to successfully verify chain with openssl s_client, so certificates are really not the problem.Jan 24 23:17:33 gateway ipsec,error unable to get issuer certificate(2) at depth:1 cert:C=*censored*
Jan 24 23:17:33 gateway ipsec,error can't verify peer's certificate from store
UPDATE: dont have any problems with 7.8beta2, 1 week, working stable, with huge traffic, etc.already said about freezes of my hex s and hap ac3 with 7.7, now i found when it happen, if i start torrenting and doing more than 500mbit/s downloads... on hap ac3 there is not rules at all, it works like access point, hex s have default rules, nothing unreal...
what i have done to the moment: lowered cpu speed by 2-3 steps from max Mhz, now it is more stable.
will try 7.8 beta.