v6.43.4 [stable] is released!

RouterOS version 6.43.4 has been released in public “stable” channel!

Before an upgrade:

  1. Remember to make backup/export files before an upgrade and save them on another storage device;
  2. Make sure the device will not lose power during upgrade process;
  3. Device has enough free storage space for all RouterOS packages to be downloaded.

What’s new in 6.43.4 (2018-Oct-17 06:37):

Changes in this release:

*) bridge - do not learn untagged frames when filtering only tagged packets;
*) bridge - fixed possible memory leak when VLAN filtering is used;
*) bridge - improved packet handling when hardware offloading is being disabled;
*) bridge - properly forward unicast DHCP messages when using DHCP Snooping with hardware offloading;
*) crs328 - improved link status update on disabled SFP+ interface when using DAC;
*) crs3xx - fixed possible memory leak when disabling bridge interface;
*) crs3xx - properly read “eeprom” data after different module inserted in disabled interface;
*) dhcpv4-server - use client MAC address for dual stack queue when “client-id” is not received;
*) dhcpv6-server - fixed dynamic binding addition on solicit when IA_PD does not contain prefix (introduced in v6.43);
*) dhcpv6-server - recreate DHCPv6 server binding if it is no longer within prefix pool when rebinding/renewing;
*) ipsec - allow multiple peers to the same address with different local-address (introduced in v6.43);
*) led - added “dark-mode” functionality for LHG and LDF series devices;
*) led - added “dark-mode” functionality for wsAP ac lite, RB951Ui-2nD, hAP and hAP ac lite devices;
*) led - fixed default LED configuration for SXT LTE kit devices;
*) led - fixed power LED turning on after reboot when “dark-mode” is used;
*) ntp - fixed possible NTP server stuck in “started” state;
*) romon - improved packet processing when MTU in path is lower than 1500;
*) routerboard - show “boot-os” option only on devices that have such feature;
*) traffic-flow - fixed post NAT port reporting;
*) w60g - added “frequency-list” setting;
*) w60g - added interface stats;
*) w60g - fixed interface LED status update on connection;
*) w60g - general stability and performance improvements;
*) w60g - improved stability for short distance links;
*) w60g - renamed “mcs” to “tx-mcs” and “phy-rate” to “tx-phy-rate”;

What’s new in 6.43.3 (2018-Oct-05 13:12):

(factory only release)

To upgrade, click “Check for updates” at /system package in your RouterOS configuration interface, or head to our download page: http://www.mikrotik.com/download

If you experience version related issues, then please send supout file from your router to support@mikrotik.com. File must be generated while router is not working as suspected or after some problem has appeared on device

Please keep this forum topic strictly related to this concrete RouterOS release.

Thanks for including this fix.
It works ok now :slight_smile:

i pointed on same things

x86 upgrade will take a little bit longer and show following script error in log file, while Mikrotik devices not:
DefConf Gen: Unable to find ethernet interfaces (timeout 30sec)

This IPsec bug still not fixed http://forum.mikrotik.com/t/problem-with-ipsec-after-update-to-6-42/121078/1

What is the purpose of writing this in all version-specific topics? This is clearly not a regression since the previous version, so please stop.

Have you written to support, by the way? In case you have, did they acknowledge this as a bug (likely specific to your configuration) and not a configuration problem?

This is not a configuration issue (this configuration worked fine for 7 years)
problem occurs after upgrade to 6.42.x or 6.43.x

*) led - added > “dark-mode” > functionality

Sunglasses not needed anymore?

Upgraded thru DUDE without any issues

CCR1009-8G-1S (running multiple l2tp/ipsec tunnels)
RB1100
RB750GL
CRS125-24G-1S
RB962UiGS-5HacT2HnT (10x)
CHR running DUDE

upgrade 6.43.2 to 6.43.4 delete DHCP-Client configurated

updated Hex S from 6.43.2 and cAP ac from 6.43 including firmware and everything seems to be working.

When updating from 6.43.2 to 6.43.4 one of my hAP ac2 logged this message (similar to message in this post after update to 6.43.4):
oct/19 00:10:46 script,warning DefConf gen: Unable to find wireless interface(s)

However all the configuration seems to be intact and this message is NOT logged on subsequent reboots.

I noticed same when updating RBD52G (hAP ac^2) from 6.42.3 to 6.42.5. Issue was reported to support in Ticket#2018062922002154. According to them, “The issue is caused by Graphing and Virtual Wireless interfaces which causes an interface loading delay when the router is booting up.”
In my case, it was also originally fine - no consequences. But after few restart my hAP lost wlan interfaces - it was not disabled, it simply did not appear at all. I found that if I delete graphing interface rules, wlan interfaces instantly appear.

My RB912R-2nD-kit refuses to upgrade. After downloading and rebooting, 6.43.2 ist still my OS.
Nothing in the logs.
I’m currently not at the same location to do a netinstall…

Are you sure this is fixed? I just upgraded and am still having the same problem, at least with L2TP server. The binding is not being created.

I updated my 3xHAP AC units everything seems fine but a couple of iPhone XS units that still have issues
There seems to be a DNS query rate limit so after a while the phones are not sending queries anymore(Apple fault?)
I’m open to ideas about this issue

Thanks!

RB3011, RB750Gr3 and CRS326-24G-2S upgraded without problems

In 6.44beta17(?) there was a bugfix mentioned for 802.11ac. Any reason that this one didn’t make it into 6.43.4 release?

Same issue with my RB3011, refuse to upgrade.

RB2011 upgraded without problems, no issues so far.