v6.42 [current]

nin - Detect Internet was just a guess. We will look into the problem through support ticket and let you know about the findings. Please provide supout files from both devices within an e-mail to support@mikrotik.com.
squeeze - Currently there is no RouterBOARD with such built-in wireless functionality.
zilf - We will look into this problem. Are you sure that 6.41.4 did not have such problem?
yhfung,jrpaz - We are still working on improvements. Hopefully we will provide improvements as soon as possible within 6.43rc version.
spitkia - Do you mean that there is no link on ether1 which was working fine on 6.41.4? Please generate supout file on your router while ether1 is connected to other device but link is not established. Send this file to support@mikrotik.com.
kez - More improvements regarding this feature will be implemented within 6.43rc version.
Redmor - In order to see improvements you must upgrade AP devices. Please note that in most cases you can see the difference only, if there are more than 10 stations connected (number can vary, it can be more and it can be less than 10).

I did not install 6.41.4, but on 6.41.3 did not have such problem

Strods,

wow you support is fast! Your Sergejs B. already helped me!

For some reason i cannot explain at all, I had this line in my RB450G (switch) configuration which certainly is completely obsolete.

/ip dhcp-client add dhcp-options=hostname,clientid > disabled=no > interface=bridge1

After removing the client entry, no problems anymore.
Whether it was sitting there all the time or not I cannot say. However I have used many months ago the quickset for a switch configuration and I never had changed this very simply setup…


Cheers nin!

Hi,

what is the detail of this update:

*) wireless - improved Nv2 PtMP performance;

Does it involve also AC standard?
Does it require the NV security?

Same as most post hAP ac2 has extreme poor performance after even update to 6.42. 5G wifi has 130Mbps only and very unstable.

Updated RB1100, RB2011, CRS125, RB962 (hAP AC) (5x) without any issues, 2.4G/5G wifi work as expected, thanks !

http://forum.mikrotik.com/t/significant-improvement-for-wireless-nv2-ptmp/117680/1

Upgrade RB951Ui-2hND - RB2011UiAS2hND - hAP Lite. without any issue

Please, could you detail a bit more?
Thank you

xavier

What do you mean with “upgrade”, isn’t 6.42 enough? I have to upgrade Routerboard’s firmware?
I also have to upgrade clients to 6.42 and also RB firmware?

crs3xx - added “hw-offload” support for 802.3ad

Will there be hw-offload support for QnQ anytime soon?

http://forum.mikrotik.com/t/possible-critical-bug-in-wmm-implementation-mac-os-clients/115578/1

(I presume)

Hi strods,

VirtIO multI-queue does not actually work on 6.42rc56. I’ve sent an email to support and posted information in the 6.42rc56 discussion forum, hope this is easily fixed by RouterOS calling ethtool to actually enable multi-queue.

Information available here:
https://forum.mikrotik.com/viewtopic.php?f=21&t=129034&start=500#p653844

Hi,

After upgrading from 6.41.3, RB850Gx2 started rebooting in a loop, reseting did help but only after 4th time, and still wasn’t able to restore from backup, restoring from backup it started rebooting again.

with 6.41.4 IPTV (multicast) traffic started glitching, I had to switch back to 6.41.3…

deividask - Please send supout file from your router to support@mikrotik.com. If you can reproduce the crash constantly, then we should be able to do the same and resolve issue quickly. Please also include description of your network traffic.

I face the same issue on hAP ac (RB962).
In my case Tx Rate is always zero for ethernet interfaces added to the bridge with hardware offloading enabled. Disabling hardware offloading for the bridge port fixes the issue, but you get another one - no hw offloading :slight_smile:

it seems we lost packet fragmentation for EoIPs connecting bridges between two MTs we no longer can transport big pppoe-frames there; was working with 6.41.4

RouterOS 6.42 does appear to include the VirtIO multi-queue driver but I assume information may have purposefully been left out of the change logs due to it not actually working. We left RPS enabled to distribute the IRQ events on the first queue to the various cores:




WIFI on the cAP ac is WAY better, i dont need to update my hAP ac2 for now since the wifi on it only turn on when the hAP is down and that shouldn’t happen often or never

if you can tweak it more, that would be nice but for now this local speed is more than my internet which is all i can ask for now

(the hAP got very very basic config, mostly a bridge and just a dhcp-relay by lan to my cAP)

D:\Download\Benchmark\iperf-3.1.3-win64>iperf3.exe -s -i 5 -V -d
iperf 3.1.3
CYGWIN_NT-6.1 Win7-PC 2.5.1(0.297/5/3) 2016-04-21 22:14 x86_64

Server listening on 5201

get_parameters:
{
“tcp”: true,
“omit”: 0,
“num”: 5120000000,
“parallel”: 1,
“len”: 131072
}
Time: Wed, 18 Apr 2018 02:42:23 GMT
Accepted connection from ****, port 42972
Cookie: ****
TCP MSS: 0 (default)
[ 5] local **** port 5201 connected to **** port 42973
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 5120000000 bytes to send
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-5.00 sec 111 MBytes 186 Mbits/sec
[ 5] 5.00-10.00 sec 113 MBytes 189 Mbits/sec
[ 5] 10.00-15.00 sec 113 MBytes 190 Mbits/sec
[ 5] 15.00-20.00 sec 114 MBytes 191 Mbits/sec
[ 5] 20.00-25.00 sec 112 MBytes 188 Mbits/sec
[ 5] 25.00-30.00 sec 115 MBytes 193 Mbits/sec
[ 5] 30.00-35.00 sec 113 MBytes 190 Mbits/sec
[ 5] 35.00-40.00 sec 112 MBytes 189 Mbits/sec
[ 5] 40.00-45.00 sec 107 MBytes 180 Mbits/sec
[ 5] 45.00-50.00 sec 114 MBytes 191 Mbits/sec
[ 5] 50.00-55.00 sec 116 MBytes 194 Mbits/sec
[ 5] 55.00-60.00 sec 115 MBytes 193 Mbits/sec
[ 5] 60.00-65.00 sec 110 MBytes 184 Mbits/sec
[ 5] 65.00-70.00 sec 91.7 MBytes 154 Mbits/sec
[ 5] 70.00-75.00 sec 106 MBytes 177 Mbits/sec
[ 5] 75.00-80.00 sec 107 MBytes 180 Mbits/sec
[ 5] 80.00-85.00 sec 103 MBytes 172 Mbits/sec
[ 5] 85.00-90.00 sec 108 MBytes 180 Mbits/sec
[ 5] 90.00-95.00 sec 106 MBytes 178 Mbits/sec
[ 5] 95.00-100.00 sec 105 MBytes 177 Mbits/sec
[ 5] 100.00-105.00 sec 98.4 MBytes 165 Mbits/sec
[ 5] 105.00-110.00 sec 95.2 MBytes 160 Mbits/sec
[ 5] 110.00-115.00 sec 104 MBytes 174 Mbits/sec
[ 5] 115.00-120.00 sec 101 MBytes 170 Mbits/sec
[ 5] 120.00-125.00 sec 103 MBytes 172 Mbits/sec
[ 5] 125.00-130.00 sec 106 MBytes 178 Mbits/sec
[ 5] 130.00-135.00 sec 106 MBytes 177 Mbits/sec
[ 5] 135.00-140.00 sec 104 MBytes 175 Mbits/sec
[ 5] 140.00-145.00 sec 104 MBytes 175 Mbits/sec
[ 5] 145.00-150.00 sec 104 MBytes 174 Mbits/sec
[ 5] 150.00-155.00 sec 103 MBytes 173 Mbits/sec
[ 5] 155.00-160.00 sec 103 MBytes 173 Mbits/sec
[ 5] 160.00-165.00 sec 89.2 MBytes 150 Mbits/sec
[ 5] 165.00-170.00 sec 90.6 MBytes 152 Mbits/sec
[ 5] 170.00-175.00 sec 70.2 MBytes 118 Mbits/sec
[ 5] 175.00-180.00 sec 90.4 MBytes 152 Mbits/sec
[ 5] 180.00-185.00 sec 107 MBytes 179 Mbits/sec
[ 5] 185.00-190.00 sec 105 MBytes 176 Mbits/sec
[ 5] 190.00-195.00 sec 92.0 MBytes 154 Mbits/sec
[ 5] 195.00-200.00 sec 105 MBytes 177 Mbits/sec
[ 5] 200.00-205.00 sec 105 MBytes 177 Mbits/sec
[ 5] 205.00-210.00 sec 91.3 MBytes 153 Mbits/sec
[ 5] 210.00-215.00 sec 104 MBytes 174 Mbits/sec
[ 5] 215.00-220.00 sec 108 MBytes 182 Mbits/sec
[ 5] 220.00-225.00 sec 103 MBytes 173 Mbits/sec
[ 5] 225.00-230.00 sec 91.8 MBytes 154 Mbits/sec
[ 5] 230.00-235.00 sec 105 MBytes 176 Mbits/sec
[ 5] 235.00-235.15 sec 2.93 MBytes 168 Mbits/sec


Test Complete. Summary Results:
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-235.15 sec 0.00 Bytes 0.00 bits/sec sender
[ 5] 0.00-235.15 sec 4.77 GBytes 174 Mbits/sec receiver
CPU Utilization: local/receiver 20.1% (6.1%u/14.0%s), remote/sender 0.0% (0.0%u/0.0%s)
get_results
{
“cpu_util_total”: 37.142600,
“cpu_util_user”: 0.815528,
“cpu_util_system”: 36.329200,
“sender_has_retransmits”: 0,
“streams”: [{
“id”: 1,
“bytes”: 5120111392,
“retransmits”: -1,
“jitter”: 0,
“errors”: 0,
“packets”: 0
}]
}
send_results
{
“cpu_util_total”: 20.074440,
“cpu_util_user”: 6.058271,
“cpu_util_system”: 14.016169,
“sender_has_retransmits”: -1,
“streams”: [{
“id”: 1,
“bytes”: 5119705644,
“retransmits”: -1,
“jitter”: 0,
“errors”: 0,
“packets”: 0
}]
}

strods,

Please ignore the following post since I am able to get better reset after a hardware reset when the unit is no longer accessible by winbox. Now the unit is back to normal and I shall carry out the following tests.

=======================
Thank your reply for our problems encountered. In the past, we put our time on the ac, we did not put much time on 2.4GHz performance. In this morning, I would like to performance the complete test including 2.4GHz, I found that the performance was very very bad that I could not use it to edit post on MikroTik Forum.

For details, please take a look at other post that was written by within this Forum as follows:

https://forum.mikrotik.com/viewtopic.php?f=7&t=132648&start=50#p654964