v7.1rc5 [development] is released!

I have upgraded rc4 to rc5 on ccr2004-16g-2s and everything looks normal.
But when the l2tp client wants to connect, all the LED lights on the machine seem to be off, I don’t know if it is, restart it?
And client failed to connect. When donwgrade to rc4, it returns to normal.

Thank you MikroTik :slight_smile:

Hi
I have a slow internet speed through wi-fi if fasttrack is disable on 7.1x
if fasttrack is enable i have 90/90
if fasttrack is disable i have 30/90

Through LAN i always have 90/90

this was not on version 6.4х

Device: hAP ac²

Re: v7.1rc5 [development] is released!

FYI:
October 27’th 2021 ( ROS version update notice ):
Today , I upgraded/replaced the public access Mikrotik CHR btest server today to Mikrotik’s newest/latest ROS 7.1rc5 ( Development ) ROS version from the known/working ROS version stable 6.49

So far , this ROS 7.1rc5 ( Development ) ROS version appears to be running OK. If it has any problems , I will post my finding.

IPv4: 23.162.144.120
IPv6: 2605:6340:0:1b::4

btest username: btest
btest password: btest

Note; To use this Mikrotik public access btest server , you agree to the following terms and conditions:
#1 - You will not use or create any automatic btest scripts on a timed schedule to automatically perform btest(s) to this btest server.
#2 - You will not run extended btest(s) to this btest server which last longer than 30 seconds.
#3 - The use of this btest server is only permitted to perform brief 30-second btest(s).
#4 - You will never use this btest server to create a degrading bandwidth sustained load on your up-stream Internet provider.
#5 - You agree that I ( the owner/operator ) of this btest server may post your remote btest IP address(s) you used to test to my btest server.
#6 - All btest(s) you perform to this btest server will always be performed using a hands-on procedure without the use of any automated scripts.
#7 - You will never attempt a “dude” connection to this btest server.
#8 - You may perform up to 4 ( four ) btest(s) in a 24-hour period
#9 - You will pause a minimum of 5-minutes between btest(s)
#10 - Failure to follow the above listed requirements may result in actions on my part to permanently ban/block your IP addresses from my networks and this btest server.
#11 - I ask ( not required ) , that you post in this Mikrotik forum what country/city your are located in and your btest throughput results.
#12 - You understand these terms and conditions and you understand the purpose of this btest server is to assist all Mikrotik admins in determining the status/throughput capabilities of the networks they manage.
**** This btest server has the capabilities to perform brief btest(s) up to 4-Gig throughput

North Idaho Tom Jones

Hello,
Can someone please confirm the problem on wifi 5Ghz under heavy load ( e.g. copying a larger file, iperf)
There is no disconnection from wifi, it just stops forwarding data.
Same problem on RC4 and RC5, firmware updated.

Mikrotik RB962UiGS-5HacT2HnT
Laptop Lenovo T580 Intel Wireless-AC 8265

Thank you

Check event viewer, do you see “LSO trigger” or lan module unload errors?Because i get them lately on 50+ various laptops and desktop boards on various Intel models and only with Mikrotik wifi…
Already reported to mikrotik this and they asked me for logs when it happens but havent got any more replies after that…
Also its not even related to v7, i get that on v6..

OK thanks for the tip, but there is no LSO problem in the log.
I tested different settings and I think I found the problem.
After disabling WMM on 5Ghz wifi everything OK for now (I will still check)
On 2,4Ghz everything working fine with WMM on.

Edit: turning off WMM only improves the situation but does not solve the problem.

Can someone explain to me how PIM-SM works in ROS 7.1rc5 or..does it work at all? :face_with_spiral_eyes:
I have used PIM in previous versions of ROS quite successfully but now it seems to have been rewritten in a different configuration that has no documentation available other than some vague place holders in the 7.1 wiki.
Any thoughts ??

Thanks,

-tp

*) winbox - renamed “Dst. Address” to “Route Dst.” under “IP/Firewall/Mangle” menu;

still Dst.Address in mine

*) pppoe - fixed DHCPv6 PD;

What exactly is Fixed… Is it the issue with Radius not Recording PD.???

I doubt it is the feature you (and me as well) are wanting. The RADIUS not recording prefix delegation is not a bug, it is the lack of a feature.

OpenVPN still doesn’t work

*) pppoe - fixed DHCPv6 PD;

Still not getting a prefix via DHCPv6-PD on a PPPoE interface on a VLAN :frowning:

Was reported in 7.1rc4: http://forum.mikrotik.com/t/v7-1rc4-development-is-released/152002/1
and here: http://forum.mikrotik.com/t/issue-with-rb5009-ros-v7-1rc1-dhcpv6-pd-over-pppoe-on-tagged-ethernet-link/151407/1

Any advice how to troubleshoot further?

hap ac2, after upgrading to rc5 from rc4 wireguard peers lost ability to connect with ipv6, local clients can use ipv6 as before

after downgrading to rc4 with the same config everything run as it should be

This is indeed a incorrect description. What happened is that the second Dst. Address in the list is being renamed to Route Dst. With V7.1RC the Dst.-Address was twice present in the list and this caused to crash Winbox or mess up your columns.

The correct description could be, *) winbox - renamed, extra “Dst. Address” to “Route Dst.” under “IP/Firewall/Mangle” menu;
And because Route Dst. is only defined under Mangle it is only show there.

I tried to upgrade an RB4011 running 6.49 to this version. It has address list configuration like this:

/ip firewall address-list
add address=44.128.0.0/10 list=amprnet
add address=44.0.0.0/9 comment="AMPRnet (was 44.0.0.0/8)" list=amprnet
add address=0.0.0.0/8 list=bogons
add address=10.0.0.0/8 list=bogons
add address=100.64.0.0/10 list=bogons

(more items follow)
After the upgrade, the first item in this list was not present in the router. I could manually re-add it.

Edit: after looking at the export, it seems that the first address list item was in-place converted to a list=bgp-networks item. Other bgp-networks items were appended at the end of the address list. So after the conversion the first item in the address list was gone and replaced by the bgp-networks item.

Did Anyone Tested it???

Cannot set Route Distinguisher on VRF.
VRF cannot work properly!

thx

*) leds - adjust “system-led” color based on cellular connection technology on Chateau devices;



*) wireless - adjusted antenna gain on Chateau devices;

Do I need to write support, to get additional context to these changes?

That or waiting for documentation to get updated.