Community discussions

MikroTik App
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 766
Joined: Thu Dec 11, 2014 8:53 am

v6.48.5 [long-term] is released!

Fri Oct 08, 2021 2:05 pm

RouterOS version 6.48.5 has been released in public "long-term" 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.48.5 (2021-Sep-21 13:50):

Changes since 6.48.4:

*) branding - properly clean up old branding files before installing a new one;
*) crs3xx - fixed default MAC address calculation on management Ethernet for CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) gps - improved interface monitoring;
*) health - improved temperature reporting;
*) ike2 - check if TS is still valid after obtaining SPI;
*) ipsec - improved SA update by SPI;
*) netinstall - require Netinstall version to be the same or newer as "factory-software";
*) poe - update PoE firmware only on devices that supports it;
*) ppp - improved stability when receiving bogus response on modem channel;
*) qsfp - improved system stability when setting unsupported link rates;
*) sfp - added "sfp-rate-select" setting (CLI only);
*) sfp - improved SFP, SFP+, SFP28 and QSFP+ interface stability for CRS3xx and CCR2004 devices;
*) sfp28 - changed FEC auto mode to disabled;
*) w60g - limit power output when using region EU to match EN302567 on nRAY;
*) w60g - use EU region by default;
*) winbox - added "name" and "file-name" parameter when importing and exporting certificates;
*) winbox - allow setting MCS (24-31) to 4x4 Wireless interfaces;
*) winbox - do not allow to set empty "init-string" field under "System/GPS" menu;
*) winbox - do not show "GPS antenna" selection for devices without selection support;
*) winbox - show "System/Health/Settings" only on boards that have configurable values;
*) winbox - show "current-channel" column by default for CAP interfaces;
*) wireless - added U-NII-2 support for US and Canada country profiles for hAP ac lite;

For a full changelog please visit https://mikrotik.com/download/changelogs

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 specific RouterOS release.
 
Namtar13
Posts: 0
Joined: Sat Sep 21, 2019 1:05 pm
Location: BY, Minsk

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 2:39 pm

IPv6 in ip cloud not work
 
User avatar
rextended
Forum Guru
Forum Guru
Posts: 5894
Joined: Tue Feb 25, 2014 12:49 pm
Location: Capalbio, Tuscany, Italy

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 2:42 pm

What is the last version where IPv6 on IP Cloud work?
 
Namtar13
Posts: 0
Joined: Sat Sep 21, 2019 1:05 pm
Location: BY, Minsk

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 2:43 pm

6.48.4
 
marekm
Member Candidate
Member Candidate
Posts: 287
Joined: Tue Feb 01, 2011 11:27 pm

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 3:11 pm

*) w60g - limit power output when using region EU to match EN302567 on nRAY;
*) w60g - use EU region by default;
How much power and range can we lose due to these changes? Does this only affect the nRAY (which already seems weaker than LHG60)?
What does "by default" mean - change to EU after upgrade only if no region set previously, or always?
Can't afford to lose connection with remote station after upgrade.
 
Namtar13
Posts: 0
Joined: Sat Sep 21, 2019 1:05 pm
Location: BY, Minsk

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 3:20 pm

cloud2.mikrotik.com ip 2a02:610:7501:4000::251 and 2a02:610:7501:1000::201 not ping. On 6.48.4, it also does not ping. The cloud over IPv6 does not work.
Last edited by Namtar13 on Fri Oct 08, 2021 3:30 pm, edited 3 times in total.
 
VitohA
just joined
Posts: 1
Joined: Fri Apr 16, 2021 1:39 pm

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 3:23 pm

Updated rb4011 and ccr2004, no issues so far.
 
pe1chl
Forum Guru
Forum Guru
Posts: 7780
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 3:53 pm

I still think it is a bad policy to release a new version in the stable channel and declare it the long-term version at the same time.
You should move versions to the long-term channel only after they have proven to be free of obvious issues in the stable channel for some time.
(I know that long-term, stable and testing are not referring to quality of the software, but lots of users run long-term versions because they do not want to be concerned with bugs inadvertently included in a fresh release version)
 
DeDMorozzzz
just joined
Posts: 9
Joined: Tue Aug 22, 2017 7:09 am

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 4:23 pm

*) winbox - allow setting MCS (24-31) to 4x4 Wireless interfaces;

A step to AX?
 
mkamenjak
just joined
Posts: 16
Joined: Tue Jul 13, 2021 12:49 pm

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 5:03 pm

*) winbox - allow setting MCS (24-31) to 4x4 Wireless interfaces;

A step to AX?
More a step to AC wifi2.
 
User avatar
Amm0
Member Candidate
Member Candidate
Posts: 153
Joined: Sun May 01, 2016 7:12 pm
Location: California
Contact:

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 5:11 pm

I still think it is a bad policy to release a new version in the stable channel and declare it the long-term version at the same time.
You should move versions to the long-term channel only after they have proven to be free of obvious issues in the stable channel for some time.
(I know that long-term, stable and testing are not referring to quality of the software, but lots of users run long-term versions because they do not want to be concerned with bugs inadvertently included in a fresh release version)
Totally agreed. The fact the same version/build was previously released and run by others in field, even if short while, is what gives me confidence about "long-term". Since ROS v7.1 certainly isn't bug free, the last thing anyone needs is some unstable v6 "long-term" build.

e.g. we use PPP-based modems on some devices, so when I see stuff like "ppp - improved stability when receiving bogus response on modem channel;" - that seem like something that should be tried in the "stable" channel first...

So now have a question about what modems/RB/etc are unstable "when receiving bogus response" with PPP before this release...
 
iegg
just joined
Posts: 4
Joined: Thu May 27, 2021 10:13 pm

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 9:56 pm

Hi,
Just applied the upgrade. Why is the multicast package missing? I have to use IGMP Proxy and now it's not available.

EDIT: I had to re-download the multicast package included in all_packages.zip, then applied it and everything back to normal. If I remember right the last time I did an upgrade I did not have to upgrade the multicast package separately. Can somebody confirm? Maybe I'm wrong about that. I'm also a quite new MT user, so sorry for that.
Might also be the case that last time I upgraded via system/packages/check for updates/download and install, which might be different from downloading and applying manually.

Thanks
Last edited by iegg on Fri Oct 08, 2021 10:41 pm, edited 2 times in total.
 
User avatar
Joni
Member Candidate
Member Candidate
Posts: 127
Joined: Fri Mar 20, 2015 2:46 pm
Contact:

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 9:57 pm

I still think it is a bad policy to release a new version in the stable channel and declare it the long-term version at the same time.
You should move versions to the long-term channel only after they have proven to be free of obvious issues in the stable channel for some time.
(I know that long-term, stable and testing are not referring to quality of the software, but lots of users run long-term versions because they do not want to be concerned with bugs inadvertently included in a fresh release version)

Especially since even the changelog references a non-existing long-term release in relation to changes from v6.48.4 and not the actual predecessor v6.47.10 .
https://mikrotik.com/download/changelog ... lease-tree

Even v6.48.5 doesn't have a changelog https://mikrotik.com/download/changelog ... lease-tree nor does long-term v6.47.10:

So lets see how the actual release notes for long-term v6.48.5 upgrade from v6.47.10 looks like:
What''s new in 6.48.5 (2021-Sep-21 13:50):

Changes since 6.47.10:

*) arm - added support for automatic CPU frequency stepping for IPQ4018/IPQ4019 devices;
*) arm - improved system stability;
*) arm - improved watchdog and kernel panic reporting in log after reboots on IPQ4018/IPQ4019 devices;
*) arm64 - improved reboot reason reporting in log;
*) bgp - fixed VPNV4 RD byte order;
*) bonding - improved system stability when disabling/enabling bonding ports;
*) bonding - improved system stability when disabling/enabling bonding ports;
*) bonding - added LACP monitoring;
*) branding - fixed missing branding skins if "skins" folder does not exist;
*) branding - fixed LCD logo loading from new style branding package;
*) branding - added option to upload custom files (newly generated branding package required);
*) branding - properly clean up old branding files before installing a new one;
*) branding - added option to upload custom files (newly generated branding package required);
*) bridge - added minor fixes and improvements for IGMP snooping with HW offloading;
*) bridge - added fixes and improvements for IGMP and MLD snooping;
*) bridge - added "multicast-router" monitoring value for bridge interface;
*) bridge - automatically remove extended interfaces when deleting PE device from CB;
*) bridge - correctly filter packets by L2MTU size;
*) bridge - improved bridge stability when host changes port (introduced in v6.47);
*) bridge - allow to exclude interfaces from extended ports;
*) bridge - added warning message when port is disabled by the BPDU guard;
*) bridge - added MAC and IP source addresses information for DHCP snooping log;
*) bridge - use "frame-types=admit-all" by default for extended bridge ports;
*) bridge - show "H" flag for extended bridge ports;
*) bridge - fixed "vlan-encap" setting for filter and NAT rules;
*) bridge - improved system stability when using IGMP snooping and changing bridge MAC address;
*) bridge - show error when switch do not support controlling bridge or port extension;
*) bridge - increased multicast table size to 4K entries;
*) bridge - improved BPDU guard logging;
*) bridge - fixed multicast table printing;
*) bridge - fixed local MAC address removal from host table when deleting bridge interface;
*) bridge - fixed link-local multicast forwarding when IGMP snooping and HW offloading is enabled;
*) bridge - fixed dynamic VLAN assignment when changing port to tagged VLAN member;
*) bridge - fixed dynamic VLAN assignment when changing port "frame-type" property (introduced in v6.46);
*) bridge - fixed "multicast-router" setting on bridge enable;
*) bridge - correctly remove dynamic VLAN assignment for bridge ports;
*) bridge - fixed MDB entry removal when using bridge port "fast-leave" property;
*) cap - fixed L2MTU setting from CAPsMAN;
*) capsman - use Bits instead of Bytes for "ap-tx-limit" and "client-tx-limit" parameters;
*) capsman - use proper units for "ap-tx-limit" and "client-tx-limit" parameters;
*) certificate - properly flush expired SCEP OTP entries;
*) certificate - generate CRL even when CRL URL not specified;
*) certificate - fixed CRL URL length limit;
*) certificate - fixed private key verification for CA certificate during signing process;
*) certificate - clear challenge password on renew;
*) chr - fixed VLAN tagged packet transmit on bridge for Hyper-V installations;
*) chr - fixed SSH key import on Azure;
*) chr - improved interface loading on startup on XEN;
*) chr - improved system stability when changing flow control settings on e1000;
*) cloud - improved backup generation process;
*) conntrack - automatically reduce connection tracking timeouts when table is full;
*) console - updated copyright notice;
*) console - do not clear environment values if any global variable is set;
*) console - require "write+ftp" permissions for exporting configuration to file;
*) console - require "write+ftp" permissions for exporting configuration to file;
*) console - updated copyright notice;
*) console - allow "once" parameter for bonding monitoring;
*) console - do not clear environment values if any global variable is set;
*) crs312 - fixed missing SwOS firmware on revision 2 devices;
*) crs3xx - correctly filter packets by L2MTU size;
*) crs3xx - fixed "custom-drop-packet" and "not-learned" switch stats for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed "mirror-source" property on switch port disable for CRS305, CRS326-24G-2S+, CRS328, CRS318 devices;
*) crs3xx - fixed "storm-rate" traffic limiting for switch-cpu port on CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - added initial Bridge Port Extender support;
*) crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed default MAC address calculation on management Ethernet for CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed CDP packet forwarding for CRS305, CRS318, CRS326-24G-2S+, CRS328 devices;
*) crs3xx - added switch-cpu port VLAN filtering (switch-cpu port is now mapped with bridge interface VLAN membership when vlan-filtering is enabled);
*) crs3xx - fixed interface LEDs for QSFP+ and SFP+ interfaces on CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - added "/system swos" menu for CRS354 devices, should only be used after SwOS 2.13 release;
*) crs3xx - improved system stability when receiving large frames on CPU for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - improved system stability when receiving large frames on CPU for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - improved 1Gbps Ethernet port group traffic forwarding for CRS354 devices;
*) crs3xx - fixed interface LEDs for QSFP+ and SFP+ interfaces on CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - added "/system swos" menu for CRS354 devices, should only be used after SwOS 2.13 release;
*) crs3xx - fixed "switch-cpu" VLAN membership on bridge disable;
*) crs3xx - fixed unknown multicast flood to CPU when IGMP snooping is used;
*) crs3xx - improved system stability when increasing interface L2MTU for CRS318 devices;
*) crs3xx - improved LACP linking between CRS3xx series switches;
*) crs3xx - improved system stability when bonding and IGMP snooping is used (introduced in v6.48);
*) crs3xx - improved load balancing on bonding interfaces for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed port-isolation on ether37-ether48 ports for CRS354 device;
*) crs3xx - fixed packet duplication when multiple bonding interfaces are created for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed duplicate host entries when creating static switch hosts;
*) crs3xx - fixed port isolation for "switch-cpu" port for CRS305, CRS326-24G-2S+, CRS328, CRS318 devices;
*) crs3xx - fixed port isolation removal for "switch-cpu" port on CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed switch "copy-to-cpu" property for CRS305, CRS318, CRS326-24G-2S+, CRS328 devices;
*) crs3xx - fixed switch "not-learned" stats for CRS305, CRS326-24G-2S+, CRS328-24P-4S+, CRS328-4C-20S-4S+, CRS318 devices;
*) crs3xx - improved system stability on CRS354 devices;
*) crs3xx - improved system stability when receiving large frames for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (introduced in v6.47.5);
*) crs3xx - fixed Ethernet LEDs after reboot for CRS354 devices;
*) crs3xx - fixed VLAN priority removal for CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - improved 1Gbps Ethernet port group traffic forwarding for CRS354 devices;
*) crs3xx - fixed port-isolation on bonding interfaces for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed packet transmit in 5Gbps link rate for CRS312 device;
*) defconf - fixed default configuration loading on RBOmniTikPG-5HacD;
*) defconf - fixed default configuration loading on LHG R;
*) defconf - fixed default configuration loading on LHG R;
*) defconf - fixed default configuration loading on RBcAP-2nD and RBwAP-2nD;
*) defconf - improved default configuration generation on devices with non-default wireless interface names;
*) defconf - improved CAP interface bridging;
*) defconf - fixed minor typo in configuration description;
*) defconf - fixed default configuration loading on RBOmniTikPG-5HacD;
*) defconf - fixed static IP address setting in case default configuration loading fails;
*) detnet - fixed malformed dummy DHCP User Class option;
*) detnet - use MAC address from bridge interface instead of slave port;
*) dhcp - fixed link state checking for DHCP client;
*) dhcp - fixed DHCP packet forwarding to IPsec policies;
*) dhcp - fixed link state checking for DHCP client;
*) dhcpv4-server - improved "client-id" value parsing;
*) dhcpv6 server - added support for "Delegated-IPv6-Prefix" for PPP services;
*) dhcpv6-server - allow loose static binding "pool" parameter (introduced in v6.46.8);
*) dhcpv6-server - added support for "option18" and "option37" for RADIUS managed clients;
*) dhcpv6-server - make sure that calling station ID always contains DUID;
*) dhcpv6-server - fixed false missing IPv6 Pool warning for dynamic bindings;
*) dhcpv6-server - added ability to generate binding on first request;
*) discovery - added "lldp-med-net-policy-vlan" property for assigning VLAN ID;
*) discovery - use interface MAC address when sending MNDP from slave port;
*) discovery - send the same "Chassis ID" on all interfaces for LLDP packets;
*) discovery - fixed discovery when enabled only on master port;
*) discovery - fixed discovery packet sending on newly bridged port with "protocol-mode=none";
*) discovery - fixed discovery on mesh ports;
*) discovery - allow choosing which discovery protocol is used;
*) disk - fixed external EXT3 disk mounting on x86 systems;
*) dns - added IPv6 support for DoH;
*) dns - do not use type "A" for static entries with unspecified type;
*) dns - end ongoing queries when changing DoH configuration;
*) dns - fixed listening for DNS queries when only dynamic static entries exist (introduced in v6.47);
*) dns - fixed cache memory leak when resolving CNAME domains;
*) dns - fixed CNAME query when target record is not in cache;
*) dot1x - fixed "reject-vlan-id" for MAC authentication (introduced in v6.48);
*) dot1x - fixed reauthentication after server rejects a client into VLAN;
*) dot1x - fixed unicast destination EAP packet receiving when a client is running on a bridge port;
*) dot1x - accept priority tagged (VLAN 0) EAP packets on dot1x client;
*) dot1x - fixed MAC authentication fallback (introduced in v6.48);
*) dude - fixed configuration menu presence on ARM64 devices;
*) dude - fixed configuration menu presence on ARM64 devices;
*) ethernet - improved system stability when receiving large VLAN tagged packets on IPQ4018/IPQ4019 devices;
*) ethernet - improved system stability when receiving large VLAN tagged packets on IPQ4018/IPQ4019 devices;
*) ethernet - fixed cable-test for some devices (e.g. RB2011, RB951G-2HnD);
*) export - fixed RouterBOARD USB "type" parameter export;
*) fastpath - fixed IP packet receive on bridge and bonding interfaces when destination MAC address match with slave port MAC;
*) filesystem - improved long-term filesystem stability and data integrity;
*) filesystem - fixed repartition on non-first partition;
*) filesystem - fixed repartition on RB4011 series devices;
*) gps - fixed "init-channel" release when not used;
*) gps - improved interface monitoring;
*) health - improved temperature reporting;
*) health - improved temperature reporting;
*) health - fixed voltage monitor on BaseBox5 devices;
*) health - fixed voltage monitor on BaseBox5 devices;
*) health - removed unused "heater-control" and "heater-threshold" parameters;
*) health - changed PSU state parameter type to read-only;
*) hotspot - added support for captive portal advertising using DHCP (RFC7710);
*) hotspot - fixed "html-directory" parameter export;
*) hotspot - improved management service stability when receiving bogus packets;
*) hotspot - fixed special character parsing in "target" variable (CVE-2021-3014);
*) hotspot - fixed "idle-timeout" usage with RADIUS authentication;
*) hotspot - added "vlan-id" parameter support for hosts and HTML pages;
*) ike1 - fixed "my-id=address" parameter usage together with certificate authentication;
*) ike1 - fixed policy update with and without mode configuration;
*) ike1 - fixed memory leak on multiple CR payloads;
*) ike1 - rekey phase 1 as responder for Windows initiators;
*) ike1 - fixed ''rsa-signature-hybrid'' authentication method;
*) ike2 - fixed EAP MSK length validation (introduced in v6.48);
*) ike2 - added "MS-CHAP-Domain" attribute to RADIUS requests;
*) ike2 - fixed DH group negotiation with EAP;
*) ike2 - fixed phase 2 rekeying with enabled PFS (introduced in v6.48);
*) ike2 - improved stability when invalid certificate is configured (introduced in v6.48);
*) ike2 - properly register packet time after expensive CPU operations;
*) ike2 - improved EAP message integrity checking;
*) ike2 - check if TS is still valid after obtaining SPI;
*) ike2 - added "MS-CHAP-Domain" attribute to RADIUS requests;
*) ike2 - improved child SA rekeying process;
*) ike2 - fixed EAP MSK length validation;
*) ike2 - fixed too small payload parsing;
*) ike2 - added "prf-algorithm" support for phase 1;
*) ike2 - added support for IKEv2 Message Fragmentation (RFC7383);
*) ike2 - fixed initial traffic selector''s protocol and port in transport mode;
*) interface - added temperature warning and interface disable on overheat for SFP and SFP+ interfaces (CLI only);
*) interface - fixed pwr-line running state (introduced in v6.45);
*) interface - fixed pwr-line interface linking (introduced in v6.48);
*) ipsec - fixed multiple warning message display for peers;
*) ipsec - fixed SA address parameter exporting;
*) ipsec - refresh peer''s DNS only when phase 1 is down;
*) ipsec - fixed SA address parameter exporting;
*) ipsec - improved stability when processing IPv6 packets larger than interface MTU;
*) ipsec - added SHA384 hash algorithm support for phase 1;
*) ipsec - do not kill connection when peer''s "name" or "comment" is changed;
*) ipsec - fixed client certificate usage when certificate is renewed with SCEP;
*) ipsec - improved SA update by SPI;
*) ipsec - inactivate peer''s policy on disconnect;
*) ipv6 - improved system stability when parsing IPv6 options;
*) kidcontrol - allow creating static device entries without assigned user;
*) led - fixed default LED configuration for RB911-5HnD;
*) led - fixed state persistence after device reboot on NetMetal 5 ac devices;
*) leds - fixed "/system leds" menu on RBLHG-2nD;
*) lora - added additional predefined network servers;
*) lora - added additional predefined network servers;
*) lora - added option to hide CRC error messages in monitor;
*) lora - improved downlink transmission;
*) lora - fixed device going into "ERROR" state caused by FSK modulated downlinks;
*) lora - limited output power in RU region for range 868.7 MHz - 869.2 MHz according to regulations;
*) lte - added support for Alcatel IK41VE1;
*) lte - added "comment" parameter for APN profiles;
*) lte - added "age" column and "max-age" parameter to "cell-monitor" (CLI only);
*) lte - added support for Sharp 809SH;
*) lte - fixed "earfcn" to band translation for "cell-monitor";
*) lte - fixed "band" value reporting;
*) lte - fixed "earfcn" to band translation for "cell-monitor";
*) lte - increased "at+cops" reply timeout to 90 seconds;
*) m33g - added support for "/system gpio" menu (CLI only);
*) metarouter - allow creating RouterOS metarouter instances on devices with 16MB flash storage;
*) metarouter - fixed memory leak when tearing down metarouter instance;
*) netinstall    - require Netinstall version to be the same or newer as "factory-software";
*) ospf - fixed type-7 LSA translation to type-5;
*) ovpn - fixed route cache entry leak when establishing a new session;
*) ovpn - fixed route cache entry leak when establishing a new session;
*) package - do not include multiple The Dude packages in HDD installer;
*) package - added new "iot" package with Bluetooth (KNOT only) and MQTT publisher support;
*) poe - do not perform PoE firmware upgrade procedure on RB960 and OmniTik devices without PoE out;
*) poe - do not perform PoE firmware upgrade procedure on RB960 and OmniTik devices without PoE out;
*) poe - update PoE firmware only on devices that supports it;
*) ppp - added "bridge-learning" parameter support;
*) ppp - added "ipv6-routes" parameter to "secrets" menu;
*) ppp - added support for "Framed-IPv6-Route" RADIUS attribute;
*) ppp - do not fail "at-chat" command when issued on disabled PPP interface;
*) ppp - do not fail "at-chat" command when issued on disabled PPP interface;
*) ppp - improved stability when receiving bogus response on modem channel;
*) ppp - store "last-caller-id" for PPP secrets;
*) ppp - store "last-disconnect-reason" for PPP secrets;
*) profile - added "lcd" process classificator;
*) profile - improved idle process detection on x86 processors;
*) profile - improved process classification on ARM devices;
*) ptp - improved management service stability when receiving bogus packets;
*) ptp - improved management service stability when receiving bogus packets;
*) qsfp - improved system stability when setting unsupported link rates;
*) quickset - prefer 5GHz interface for WiFi scan in CPE mode;
*) quickset - added "Port Mapping" to QuickSet;
*) quickset - fixed local IP address setting on master interface;
*) quickset - prefer 5GHz interface for WiFi scan in CPE mode;
*) rb3011 - improved system stability when changing RouterBOARD settings (introduced in v6.48);
*) rb4011 - improved SFP+ port stability after boot-up;
*) rb4011 - fixed SFP+ port MTU setting after link state change;
*) rb4011 - fixed SFP+ port MTU setting after link state change;
*) rb4011 - improved SFP+ port stability after boot-up;
*) route - improved stability when connected route is modified;
*) route - improved stability when 6to4 interface is configured with disabled IPv6 package;
*) route - improved stability when connected route is modified;
*) routerboard - fixed PCIe bus reset during power-on on MMIPS devices ("/system routerboard upgrade" required);
*) routerboard - fixed "reset-button" on hAP ac;
*) routerboard - force power-down on PCIe bus during reboot on LHGR devices ("/system routerboard upgrade" required);
*) script - added error message in the logs if startup script runtime limit was exceeded;
*) sfp - added "sfp-rate-select" setting (CLI only);
*) sfp - improved cable length monitoring as defined per SFF-8472 and SFF-8636;
*) sfp - improved SFP, SFP+, SFP28 and QSFP+ interface stability for CRS3xx and CCR2004 devices;
*) sfp - improved cable length monitoring as defined per SFF-8472 and SFF-8636;
*) sfp28 - changed FEC auto mode to disabled;
*) snmp - fixed SNMP trap agent address;
*) snmp - added information from IPsec "active-peers" menu to MIKROTIK-MIB;
*) snmp - fixed value types for "dot1qPvid";
*) snmp - fixed value types for "dot1dStp";
*) snmp - added new LTE monitoring OID''s to MIKROTIK-MIB;
*) snmp - fixed "send-trap" functionality (introduced in v6.48);
*) ssh - fixed returned output saving to file when "output-to-file" parameter is used;
*) ssh - return proper error code from executed command;
*) ssh - skip interactive authentication when not running in interactive mode;
*) supout - fixed "topic" column presence in "Log" section;
*) supout - improved autosupout.rif file generation process;
*) supout - added bonding interface monitor information;
*) supout - fixed "topic" column presence in "Log" section;
*) switch - improved system stability with 98PX1012 switch chip for CCR2004-1G-12S+2XS device;
*) switch - improved system stability with 98PX1012 switch chip for CCR2004-1G-12S+2XS device;
*) switch - fixed interface toggling for devices with multiple QCA8337, Atheros8327 or RTL8367 switch chips (introduced in v6.48);
*) switch - improved resource allocation on 98PX1012 switch chip for CCR2004-1G-12S+2XS device;
*) system - improved resource allocation (improves several service stability e.g. HTTPS, PPPoE, VPN);
*) system - improved resource allocation (improves several service stability e.g. HTTPS, PPPoE, VPN);
*) system - improved stability when receiving bogus packets;
*) telnet - do not send options if connecting to non standard port;
*) telnet - fixed "routing-table" parameter usage;
*) telnet - do not send options if connecting to non standard port;
*) telnet - fixed server when run on non standard port;
*) telnet - fixed server when run on non standard port;
*) tile - fixed bridge performance degradation (introduced in v6.47);
*) tile - fixed bridge performance degradation (introduced in v6.47);
*) timezone - updated timezone information from "tzdata2020d" release;
*) tr069-client - fixed RouterOS downgrade procedure;
*) tr069-client - added branding package build time parameter;
*) tr069-client - added wireless "noise-floor" and "overall-tx-ccq" information parameters;
*) tr069-client - allow passing LTE firmware update URL as XML;
*) tr069-client - added additional wireless registration table parameters;
*) tr069-client - fixed TotalBytesReceived parameter value;
*) tr069-client - send correct "ConnectionRequestURL" when using IPv6;
*) tr069-client - added LTE model and revision parameters;
*) tr069-client - added "X_MIKROTIK_MimoRSRP" parameter for LTE RSRP value reporting;
*) tr069-client - improved management service stability when receiving bogus packets;
*) tr069-client - improved management service stability when receiving bogus packets;
*) traffic-flow - added "sys-init-time" parameter support;
*) traffic-flow - added NAT event logging support for IPFIX;
*) traffic-generator - fixed 32Gbps limitation;
*) upgrade - improved "long-term" upgrade procedure on SMIPS devices;
*) upgrade - fixed upgrade procedure on 16MB devices;
*) upgrade - improved "long-term" upgrade procedure on SMIPS devices;
*) user - fixed "skin" configuration for user groups (introduced in v6.48);
*) user-manager - do not allow creating limitation that crosses midnight;
*) user-manager - updated PayPal''s root certificate authorities;
*) w60g - use EU region by default;
*) w60g - limit power output when using region EU to match EN302567 on nRAY;
*) w60g - improved stability in low temperature environments;
*) webfig - allow hiding QuickSet mode selector;
*) webfig - properly stop background processes when switching away from QuickSet tab;
*) webfig - allow hiding and renaming inline buttons;
*) webfig - fixed default value presence when creating new entries under "IP/Kid Control";
*) webfig - allow to specify "prefix" parameter under "IPv6/ND/Prefixes" menu;
*) webfig - do not corrupt settings when starting "Wireless Sniffer";
*) webfig - do not show newly created SMB shares as invalid;
*) webfig - do not move top right menu in opposite direction when scrolling horizontally;
*) webfig - fixed new interface addition;
*) webfig - show "Interfaces" menu by default after logging in;
*) webfig - do not show "units" twice in multi list entries;
*) webfig - do not move top right menu in opposite direction when scrolling horizontally;
*) webfig - show "network-mode" for LTE modems that support it;
*) webfig - fixed "PortMapping" button (introduced in v6.48.2);
*) webfig - allow to specify "prefix" parameter under "IPv6/ND/Prefixes" menu;
*) webfig - do not corrupt settings when starting "Wireless Sniffer";
*) webfig - show "network-mode" for LTE modems that support it;
*) winbox - added missing IGMP Snooping settings to "Bridge" menu;
*) winbox - added missing MSTP settings to "Bridge" menu;
*) winbox - added support for LTE Cell Monitor;
*) winbox - allow adding bonding interface with one slave interface;
*) winbox - allow performing "USB Power Reset" on "0" bus on RBM33G;
*) winbox - do not show "network-mode" parameter for LTE interfaces that do not support it;
*) winbox - fixed "IP->Kid Control->Devices" table automatic refreshing;
*) winbox - fixed "interface" and "on-interface" parameter presence under "Bridge/Hosts" menu;
*) winbox - fixed "receive-errors" setting persistence under "Wireless/Wireless Sniffer/Settings" menu;
*) winbox - fixed "tls-version" parameter setting under "IP/Services" menu;
*) winbox - fixed minor typo in "Users" menu;
*) winbox - provide sane default values for bridge "VLAN IDs" parameter;
*) winbox - use health values reported by gauges for "System/Health" menu;
*) winbox - added "Cloud Backup" options under "Files" menu;
*) winbox - fixed health reporting on RB960, hEX and hEX S devices;
*) winbox - show "current-channel" column by default for CAP interfaces;
*) winbox - show "System/Health/Settings" only on boards that have configurable values;
*) winbox - do not show "GPS antenna" selection for devices without selection support;
*) winbox - allow setting MCS (24-31) to 4x4 Wireless interfaces;
*) winbox - added "name" and "file-name" parameter when importing and exporting certificates;
*) winbox - show "System/Health" only on boards that have health monitoring;
*) winbox - fixed "Switch" menu on RBwAPG;
*) winbox - fixed enable/disable button presence for "Bridge/Hosts" menu;
*) winbox - show "activity" column by default under "IP/Kid Control/Devices" menu;
*) winbox - show "System/Health" only on boards that have health monitoring;
*) winbox - show "LCD" only on boards that have LCD;
*) winbox - renamed IP protocol 41 to "ipv6-encap";
*) winbox - increased "target" field limit to 128 under "Queues" menu;
*) winbox - hide "Allow Roaming" parameter on LTE modems that do not support it;
*) winbox - fixed duplicate "Trusted" setting under "Interface/Bridge/Ports" menu;
*) winbox - fixed QCA-8511 switch chip type reporting under "Switch/Settings" menu;
*) winbox - fixed "reachable-time" value unit under "IPv6/ND" menu;
*) winbox - do not show empty "CPU Frequency" parameter under "System/Resources" menu;
*) winbox - added "Channel" parameter under "System/Console" menu;
*) winbox - added "interworking-profile" parameter under "Wireless" menu;
*) winbox - added support for PTP;
*) winbox - do not show "Functionality" field for LTE interface if it is not provided;
*) winbox - fixed "vid" parameter under "Bridge/Hosts" menu;
*) winbox - show "System/Health" only on boards that have health monitoring;
*) winbox - do not allow to set empty "init-string" field under "System/GPS" menu;
*) winbox - added "src-mac-address" parameter under "IP/DHCP-Server/Leases" menu;
*) winbox - do not show "network-mode" parameter for LTE interfaces that do not support it;
*) winbox - do not show empty "CPU Frequency" parameter under "System/Resources" menu;
*) winbox - fixed "reachable-time" value unit under "IPv6/ND" menu;
*) winbox - fixed QCA-8511 switch chip type reporting under "Switch/Settings" menu;
*) winbox - fixed health reporting on RB960, hEX and hEX S devices;
*) winbox - hide "Allow Roaming" parameter on LTE modems that do not support it;
*) winbox - increased "target" field limit to 128 under "Queues" menu;
*) winbox - show "LCD" only on boards that have LCD;
*) winbox - show "System/Health" only on boards that have health monitoring;
*) winbox - show "activity" column by default under "IP/Kid Control/Devices" menu;
*) wireless - added U-NII-2 support for US and Canada country profiles for mANTBox series devices;
*) wireless - improved WPS process stability;
*) wireless - added U-NII-2 support for US and Canada country profiles for hAP ac lite;
*) wireless - increased "group-key-update" maximum value to 1 day;
*) wireless - updated "indonesia5" regulatory domain information;
*) wireless - updated "no_country_set" regulatory domain information;
*) wireless - do not override MTU and ARP values from CAPsMAN with local forwarding;
*) wireless - added U-NII-2 support for US and Canada country profiles for hap ac, hAP ac^3 LTE6, Audience and Audience LTE6;
*) wireless - updated "israel" regulatory domain information;
*) wireless - renamed "macedonia" regulatory domain information to "north macedonia";
*) wireless - added U-NII-2 support for US and Canada country profiles for hAP ac^3;
*) wireless - create "connect-list" rule when address specified for "setup-repeater";
*) wireless - fixed issue with multicast traffic delivery to client devices using power-save;
*) wireless - improved iOS compatibility with HotSpot 2.0 networks;
*) wireless - fixed issue with multicast traffic delivery to client devices using power-save;
*) wireless - improved iOS compatibility with HotSpot 2.0 networks;
*) www - added "X-Frame-Options" header information to disallow website embedding in other pages;
*) www - added "X-Frame-Options" header information to disallow website embedding in other pages;
Last edited by Joni on Fri Oct 08, 2021 10:36 pm, edited 1 time in total.
 
User avatar
anav
Forum Guru
Forum Guru
Posts: 8713
Joined: Sun Feb 18, 2018 11:28 pm
Location: Nova Scotia, Canada
Contact:

Re: v6.48.5 [long-term] is released!

Fri Oct 08, 2021 10:21 pm

so far so good on a hex as a switch, and capac. will to tile device later today.
tile updated without incidence ccr1009
 
infabo
Member Candidate
Member Candidate
Posts: 182
Joined: Thu Nov 12, 2020 12:07 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 2:37 am

updated fine on RB941-2nD and RBmAPL-2nD from 6.47.10.
 
randomwalk
just joined
Posts: 10
Joined: Sun Apr 21, 2013 3:40 am
Location: Canada

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 6:11 am

Hi, I think I found what seems to be a bug in the dns, although I'm not sure what versions are affected.
(here, I ran 'nslookup' to get the actual IP addresses of www.example.com used for demonstration purposes.
# first let's add some new A and AAAA dns records for www.example.com
/ip dns static add name=www.example.com address=93.184.216.34 
/ip dns static add name=www.example.com address=2606:2800:220:1:248:1893:25c8:1946 

# and run some tests on the dns STATIC table...
/ip dns static print terse where name=www.example.com 
 0    name=www.example.com address=93.184.216.34 ttl=1d  # <---- notice this is not a 'type A' record
 1    name=www.example.com type=AAAA address=2606:2800:220:1:248:1893:25c8:1946 ttl=1d 

/ip dns static print terse where name=www.example.com type=A # <---- issue right here (no output)

/ip dns static print terse where name=www.example.com type!=A # <---- another issue here 
 0    name=www.example.com address=93.184.216.34 ttl=1d 
 1    name=www.example.com type=AAAA address=2606:2800:220:1:248:1893:25c8:1946 ttl=1d 

/ip dns static print terse where name=www.example.com type=AAAA 
 0    name=www.example.com type=AAAA address=2606:2800:220:1:248:1893:25c8:1946 ttl=1d 

/ip dns static print terse where name=www.example.com type!=AAAA 
 0    name=www.example.com address=93.184.216.34 ttl=1d 

# Now Let's verify the output of these exact same commands run on the dns CACHE table:
/ip dns cache print terse where name=www.example.com 
 0 S type=A data=93.184.216.34 name=www.example.com ttl=1d 
 1 S type=AAAA data=2606:2800:220:1:248:1893:25c8:1946 name=www.example.com ttl=1d 

/ip dns cache print terse where name=www.example.com type=A 
 0 S type=A data=93.184.216.34 name=www.example.com ttl=1d 

/ip dns cache print terse where name=www.example.com type!=A 
 0 S type=AAAA data=2606:2800:220:1:248:1893:25c8:1946 name=www.example.com ttl=1d 

/ip dns cache print terse where name=www.example.com type=AAAA 
 0 S type=AAAA data=2606:2800:220:1:248:1893:25c8:1946 name=www.example.com ttl=1d 

/ip dns cache print terse where name=www.example.com type!=AAAA 
 0 S type=A data=93.184.216.34 name=www.example.com ttl=1d 

# The output of "/ip dns static print" and "/ip dns cache print" commands is expected to be identical, but it's not.
# At the same time the output of "/ip dns cache print" seems to be correct.
So far the issue has manifested itself only during tests of a script that I'm writing, as I don't use IPv6 in production.
I'm interested to hear some feedaback on this. Thanks
Last edited by randomwalk on Sat Oct 09, 2021 7:30 am, edited 1 time in total.
 
User avatar
birdsky
just joined
Posts: 10
Joined: Thu Jan 23, 2014 4:36 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 6:37 am

- 6.48.5 was released in long term without any time spent in stable channel. This is bad long term channel management.
- 6.48.5 changelog is in respect to 6.48.4 and not in respect to 6.47.10 (which was last long term channel release). This is bad long term channel management.
- 6.48.5 auto upgrade failed on HAP AC2. The wireless package failed to run after upgrade. So, this package was released with limited testing. This is bad long term channel management.

I expect Mikrotik to do better so that we can use long term channel packages in production.
 
randomwalk
just joined
Posts: 10
Joined: Sun Apr 21, 2013 3:40 am
Location: Canada

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 7:26 am

... so I found this change not documented in Long -Term 6.48.5
 
What's new in 6.48 (2020-Dec-22 11:20):
*) dns - do not use type "A" for static entries with unspecified type;
 
...And did some more tests... Here are my findings:

adding a new record like that:
/ip dns static add name=www.example.com address=93.184.216.34

or like this:
/ip dns static add name=www.example.com address=93.184.216.34 type=A

Makes No Difference! (the outcome of both cases is identical and described in my previous post here viewtopic.php?t=179260#p884813)
___
P.S. I understand the rational, perhaps in an attempt to avoid potential incompatibilities of legacy IPv4 scripts with newer IPv6 features,
Or, is the actual reason so to make it more convenient for developers to transition to RouterOS v7 ?
but please elaborate on "do not use type "A" for static entries with unspecified type"
and then how come these two commands "/ip dns static print" and "/ip dns cache print" produce such different output?
(FYI: Just so to understand the importance here is an example: searching a single record in a table of 80K+ records returns a result 25% faster if I search in "/ip dns cache" compared to "/ip dns static")

--
PS.PS.
Honestly the output of "/ip dns cache" is the expected behaviour. And the following "feature"
*) dns - do not use type "A" for static entries with unspecified type;
is either a bug, or in a very early Alpha, (not even "Beta") stage.

PS.PS.PS.
It's an ugly bug. That also present in 6.47.10 (long term) - observed same behaviour after a downgrade.
Digging more reveals some relevant changes made as early as 6.47.3:
*) dns - hide default static entry "type" from export;
--
Fix It. (pardon my French).
Please and thank you.
Last edited by randomwalk on Sat Oct 09, 2021 9:27 am, edited 1 time in total.
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 2335
Joined: Sat Dec 24, 2016 11:17 am
Location: Magrathean

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 9:25 am

So lets see how the actual release notes for long-term v6.48.5 upgrade from v6.47.10 looks like:
Nice post.

What MT should do is to make a web page where you select two different release and it will then show all changes between those two releases.
Some like to see difference between 6.48.4 to 6.48.5 other 6.47.10 and 6.48.5. Some my upgrade from 6.48.2 to 6.48.5, so then those changes should be shown.
 
User avatar
Caci99
Forum Guru
Forum Guru
Posts: 1073
Joined: Wed Feb 21, 2007 2:26 pm
Location: Tirane
Contact:

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 10:15 am

I think it has been already discussed a lot about the change log of long term releases. What they will put in the forum as change log is the change to the latest stable version from which the long term has derived. If one wants to see the whole change from the latest long term release you can find it in the change log archive in their web page.
What is different this time is that Mikrotik gave less than two months to last stable release 6.48.4 to pass it on the long term release. Previous releases gave more time to the preceding stable version if I recall it correctly. Maybe they didn't have much tickets from 6.48.4 or maybe they just have strengthen their testing team ( I hope ).
 
pe1chl
Forum Guru
Forum Guru
Posts: 7780
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 11:17 am

What is different this time is that Mikrotik gave less than two months to last stable release 6.48.4 to pass it on the long term release. Previous releases gave more time to the preceding stable version if I recall it correctly. Maybe they didn't have much tickets from 6.48.4 or maybe they just have strengthen their testing team ( I hope ).
Well, what I find most irritating is that the stable release was 6.48.4 (and it had some known problems e.g. in DNS resolver) and now it is quickly upgraded to 6.48.5 and declared long-term.
This is no problem in the strict definition of long-term in that this will be supported all the time that 6.49 (which is now in "stable") is getting fixed, but lots of users see long-term as a reliable version that they can deploy in production without worrying about unforeseen new bugs, because it has been througly tested not only by MikroTik but also by a wide user base. But this version 6.48.5 has not been tested by the user base at all! We still need to verify that the new fixes between .4 and .5 did not do any damage.

For now I keep my routers that run long-term on version 6.47.10 until this version has received more testing. I would prefer it when the latest stable version is promoted to long-term, not a quick fixup version after that. 6.49 could have waited.
 
shipwreck
just joined
Posts: 2
Joined: Sat Mar 16, 2013 10:39 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 12:22 pm

Did anyone find documentation about the new properties nat-events and sys-init-time in /ip traffic-flow ipfix? I didn't even find the word ipfix neither on wiki.mikrotik.com nor on help.mikrotik.com. Is wiki.mikrotik.com even updated or to be considered up-to-date still?
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 2335
Joined: Sat Dec 24, 2016 11:17 am
Location: Magrathean

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 12:33 pm

Well, what I find most irritating is that the stable release was 6.48.4 (and it had some known problems e.g. in DNS resolver) and now it is quickly upgraded to 6.48.5 and declared long-term.

Changing one version from stable to longterm is nothing new, and with all changes there was bugs before, and new bugs after...
I do also see people complaining than stable changes to long term. If that is not the way to do it, how to do it then.
Hopefully it will be better with time...

6.47.8 stable -> 6.47.9 Long term
6.46.6 stable -> 6.46.7 Long term
6.45.7 stable -> 6.45.8 Long term
...

Also to people complaining that there are many bugs.
When I looked on some threads, you make very basic bugs in every new firmware...Is this normal programming? Because when I buy some crap Asus, TP-Link...it has more stable firmware, than this...
Try to compare the functionality and what they can do. The other does not even reach to knees of RouterOS in number of function compared to price.
Everyone is free to select what they like best. I do love RouterOS...💗
 
npeca75
Frequent Visitor
Frequent Visitor
Posts: 54
Joined: Thu Aug 03, 2017 3:12 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 12:55 pm

... compared to price.
wait @Jotne
from your writings, it is legal to MKT make again and again and again same mistakes because it is "only" 200 USD in compare to , lets say, Cisco or Juniper 1000 USD?

so, the expectation to bugs and features which are stable remain stable in 6.x branch is too much? because price is only 200$$$ ?
woooa
what a new approach to programming
we make it good, but because it is only 200USD we will break it again ?
come on
i hope i will find one day company like MKT where i could screw up whatever and have 1000 beta users for FREE to test what i screwed up
 
winap
just joined
Posts: 4
Joined: Thu Sep 23, 2021 10:57 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 1:03 pm

Try to compare the functionality and what they can do. The other does not even reach to knees of RouterOS in number of function compared to price.
Everyone is free to select what they like best. I do love RouterOS...

Mikrotik has more options, yes...But only non functionality feature! Tell me...If some HW has more options, which not functions correctly...Is this really necessary to have it?
Because when some people setup it, and in new FW don't function properly ..so what the hell is it for me this function, when is not working? Because some function is ok, some not working in new version..so the functions is now ok, but other don't...so it is the same...no function, because in some hour, days it want restart! Or the SW/HW doing what it want yourself and not, what I want..And the sensors of voltage or temp is really basic function.Yes..it has sensors, but when it show fail data, what the hell is it for me?
Yes..the other manufacture company are sometimes expensiver, because we pay for advertisement for TV company. It has less functions, but not so buggy.
 
infabo
Member Candidate
Member Candidate
Posts: 182
Joined: Thu Nov 12, 2020 12:07 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 1:08 pm

When you buy TPLink you may get 1 or 2 updates in the lifecycle of the device. Then it is EOL. The reason to buy "crap" from TPLink, Asus and Co. is simply: when such a device has OpenWrt support - then you get a well performing device for cheap with some futureproof opensource firmware on it.
 
winap
just joined
Posts: 4
Joined: Thu Sep 23, 2021 10:57 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 1:34 pm

When you buy TPLink you may get 1 or 2 updates in the lifecycle of the device. Then it is EOL. The reason to buy "crap" from TPLink, Asus and Co. is simply: when such a device has OpenWrt support - then you get a well performing device for cheap with some futureproof opensource firmware on it.
Yes, but when I don't need all this functions, so it is ok for me. Mikrotik has good HW. Others no...
But when the FW is ok, I don't need updates every month, so? When the SW is buggy, the costumers see, oh look MK has FW updates every month/half. But when you look closely, the buggy FW need to updates every month, because it contains many function, which not functions correctly. So it is nice to have all of this, but why..if this function function in falf.
I only use my logic...So I repeat..It is nice to have more options, but when it function in half, it is not for me and I take some other brand, so it function correct. And OpenWrt is ok..I had on my old Asus. It was better, than original. Why? it is open..and mikrotik is closed. So is it problem, if Mikrotik want to ask for help other people to programing some parts of code? We are people and when we help each other, it will be better place for us.
 
infabo
Member Candidate
Member Candidate
Posts: 182
Joined: Thu Nov 12, 2020 12:07 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 3:09 pm

@winap
All these original firmware on devices like Linksys, Asus, Tplink just suck. Always bubbly weird customer oriented webinterfaces. After years you have a whole a lot of security concerns running these devices with their many years outdated software. no, these devices suck out of the box. Openwrt - yes is great. you can't compare apples with pears.
 
User avatar
Amm0
Member Candidate
Member Candidate
Posts: 153
Joined: Sun May 01, 2016 7:12 pm
Location: California
Contact:

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 3:53 pm

Hi,
Just applied the upgrade. Why is the multicast package missing? I have to use IGMP Proxy and now it's not available.

EDIT: I had to re-download the multicast package included in all_packages.zip, then applied it and everything back to normal. If I remember right the last time I did an upgrade I did not have to upgrade the multicast package separately. Can somebody confirm? Maybe I'm wrong about that. I'm also a quite new MT user, so sorry for that.
Might also be the case that last time I upgraded via system/packages/check for updates/download and install, which might be different from downloading and applying manually.

Thanks

Just applied the upgrade. Why is the multicast package missing? I have to use IGMP Proxy and now it's not available.

EDIT: I had to re-download the multicast package included in all_packages.zip, then applied it and everything back to normal. If I remember right the last time I did an upgrade I did not have to upgrade the multicast package separately. Can somebody confirm? Maybe I'm wrong about that. I'm also a quite new MT user, so sorry for that.
Might also be the case that last time I upgraded via system/packages/check for updates/download and install, which might be different from downloading and applying manually.
Normally, they all do get upgraded/downgraded – if you had any extra packages installed. And, normally, should be complete safe to upgrade to the latest "long-term". That sound like a bug...

But I think your posting highlight why people in this thread are talk about the "poor release management", since normally a long-term build is tested in "testing" and "stable" build channel before going to long term. I swear some poor soul, like the poster above, who tried release a "testing" or "stable" version would have found the package upgrade issue before going to "long term". As noted, it's pretty fixable, just annoying and potentially missed by admin who thought doing a "long term" upgrade be pretty safe and require only basic test after...

Now, in fairness to Mikrotik, they haven't had a major release in MANY years, so imagine they're trying to align upgrades/stuff to enable smoothly moving from v6 to v7 – although seemingly gambling with a rushed "long-term" at the same time.

To the OpenWRT poster – everything has it's place - but I'd like to see someone get the features of the "multicast" package, like PIM/IGMP Proxy on OpenWRT working as easily as dragging the package (normally only once then auto-upgraded), that then work the same on dozens devices ranging from $30-1000+. If growing WISP needed add "calea" or TR-069, or developer needed some MQTT solution with OpenWRT, someone is reading a few dense man pages and messing with config files...
 
User avatar
Caci99
Forum Guru
Forum Guru
Posts: 1073
Joined: Wed Feb 21, 2007 2:26 pm
Location: Tirane
Contact:

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 4:30 pm


Mikrotik has more options, yes...But only non functionality feature!
That is stretching the reality by quite some lengths beyond imagination.
I do run small and big networks based on Mikrotik and hardly can recall any bug impacting the network, performance wise there are things I wish they can do better, but bugs to bring down a network? Not any I can think of.
 
pe1chl
Forum Guru
Forum Guru
Posts: 7780
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 4:53 pm

Well, what I find most irritating is that the stable release was 6.48.4 (and it had some known problems e.g. in DNS resolver) and now it is quickly upgraded to 6.48.5 and declared long-term.
Changing one version from stable to longterm is nothing new, and with all changes there was bugs before, and new bugs after...
I do also see people complaining than stable changes to long term. If that is not the way to do it, how to do it then.
Hopefully it will be better with time...
I am not complaining that there are bugs or missing features, there always are.
But in general the "stable" versions become stabilized (bugfree) more and more with increased .n version and a version that has long been in the stable channel and for which you can read forum topics about known problems at some point can be trusted in places that you consider "important", i.e. where you run the long-term version.

However, we also have seen sometimes that a bundle of backports are done from the testing version into stable and it introduced new problems. So after that, it should be run as stable channel release for some time again before it is declared long-term.

At this point in time I was not convinced that the 6.49rc2 version was stable enough to be promoted, and this of course triggered the promotion of 6.48 to long-term.
Some more testing would have been warranted.
But of course we do no auto-upgrades so we can still wait a while before upgrading the routers running the long-term version.
 
winap
just joined
Posts: 4
Joined: Thu Sep 23, 2021 10:57 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 5:50 pm

@winap
All these original firmware on devices like Linksys, Asus, Tplink just suck. Always bubbly weird customer oriented webinterfaces. After years you have a whole a lot of security concerns running these devices with their many years outdated software. no, these devices suck out of the box. Openwrt - yes is great. you can't compare apples with pears.
Yes, OpenWrt is ok for this device and it's also for simple user and the function is good. This is problem on the both sides...TP-Link, Asus..cheap HW, but on SW sides is ok. TP-Link is dead after 2 years of using (HW problems).. Mikrotik has very good HW and the SW is buggy...Not open for open source, or different SW.
So like woman : good hardware, but the software is bad. HW is good, but I don't know, what will be in next update.
 
winap
just joined
Posts: 4
Joined: Thu Sep 23, 2021 10:57 pm

Re: v6.48.5 [long-term] is released!

Sat Oct 09, 2021 6:04 pm

That is stretching the reality by quite some lengths beyond imagination.
I do run small and big networks based on Mikrotik and hardly can recall any bug impacting the network, performance wise there are things I wish they can do better, but bugs to bring down a network? Not any I can think of.
I mean , If i reading posts on this forum, some people has problems with auto restarting, non functional internet after few days, non function sensors of voltage/temp..Non functional Jumbo frame..this are a simple mistakes and it has no deep problem in programming. This must can do every HW router...I have rb5009 and wifi, but I must waiting for better software on it, because I don't want to be a beta-tester like windows users. Some unit has only 16MB flash and if I reinstall SW every month, we know, so the bad blocks will be only decrease it.
And this is the same on Mikrotik Switch...I like new FW, because I want better SW. But this is the same on MK switch..so buggy on basic functions...
 
Moba
Frequent Visitor
Frequent Visitor
Posts: 92
Joined: Sun Sep 27, 2020 6:15 pm

Re: v6.48.5 [long-term] is released!

Sun Oct 10, 2021 1:14 am

Yes, OpenWrt is ok for this device and it's also for simple user and the function is good. This is problem on the both sides...TP-Link, Asus..cheap HW, but on SW sides is ok. TP-Link is dead after 2 years of using (HW problems).. Mikrotik has very good HW and the SW is buggy...Not open for open source, or different SW.
So like woman : good hardware, but the software is bad. HW is good, but I don't know, what will be in next update.

Who is forcing you to use any MikroTik products? And ASUS? Really? They buy off the shelf parts and put them in plastic boxes to meet a price point, just like MT does, but in the general consumer market. So does TP-Link. Their hardware fails and they have software issues just like every other consumer product manufacturer: Overheating SoCs, dead radios, cracking plastics due to heat, bricked hardware after updates, poor designs reaching EOL too soon, etc. Cheap? They have plastic boxes in CCR territory nowadays. And their router software is OK? How about non functional closed source spyware SQM, buggy drivers, basic kernel level QoS that was broken for years, the countless bugs fixed by Merlin and John on supported routers (I hope they donate generously to them) and the bloated mess that makes even great consumer SoCs feel sluggish. Regardless, I would still recommend ASUS for home use to family and friends who can't be bothered to learn networking or pay to have it set up properly (SOHO).

Open source SoC and switch support is not up to MT and OpenWrt is hardly an alternative to ROS. There's a reason why the latter is licensed and close source. Even market leader Cisco, who has been supporting open source for decades, has proprietary code.

Here's my friendly advice to people who can't handle any downtime/major issues: Let others do the beta testing (even on long term releases at this point).

Could you please list the bugs you're experiencing clearly, if any, instead of ranting about how bad MikroTik is in multiple posts? You'll also get more mileage for your trouble if you send your bugs reports directly to MikroTik and keep your opinions about women out of it. I agree, the bugs need to addressed... ;)
 
Dude2048
Member Candidate
Member Candidate
Posts: 153
Joined: Thu Sep 01, 2016 4:04 pm

Re: v6.48.5 [long-term] is released!

Sun Oct 10, 2021 11:40 am

What Moba said, and now back on topic.
 
jamsden
just joined
Posts: 17
Joined: Fri Feb 26, 2021 7:28 am

Re: v6.48.5 [long-term] is released!

Sun Oct 10, 2021 5:20 pm

Upgraded my devices, RB1100AHx4, CRS112-8P and mAP lite, while HapAC3 doesn’t find any update. mAP lite shows an increase in memory usage:
Screenshot 2021-10-10 at 07.57.02.png
Is it normal?

Thank you.
You do not have the required permissions to view the files attached to this post.
 
winap
just joined
Posts: 4
Joined: Thu Sep 23, 2021 10:57 pm

Re: v6.48.5 [long-term] is released!

Sun Oct 10, 2021 5:41 pm

To Moba:
Nobody, but find good HW is very hard. I don't need router with wifi, so almost every router has wifi part. I wanted strong router, but also a good software on it.
So I choosed mikrotik, but I don't know, how buggy is. I still hoping, it will be better...
If I buy router around 200USD, I also hope, the software will be usable and stable. And that's my standarts.
 
Moba
Frequent Visitor
Frequent Visitor
Posts: 92
Joined: Sun Sep 27, 2020 6:15 pm

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 1:02 am

To Moba:
Nobody, but find good HW is very hard. I don't need router with wifi, so almost every router has wifi part. I wanted strong router, but also a good software on it.
So I choosed mikrotik, but I don't know, how buggy is. I still hoping, it will be better...
If I buy router around 200USD, I also hope, the software will be usable and stable. And that's my standarts.
What is buggy? Which issues are you having? My RB4011 runs fine without reboots or anything (even with "ultra buggy" WiFi that needs a little love to setup). It ran on its own on 6.48.3 this summer for 63 days without a single problem while I was on vacation. Isn't that usable and stable? I don't use all the features, so others might have issues that I don't.

I don't have the RB5009 yet, but I assume the internal release it ships with is functional - if it isn't, you return the router. Everything v7 is otherwise beta. Unless you actually post specific problems, I'm sorry, you're trolling, and nobody here can help you.
 
razortas
newbie
Posts: 40
Joined: Tue Nov 20, 2012 1:07 am

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 5:41 am

Ok so Files upgraded as expected but when i upgraded the routerboard version on two devices RB2011 access to devices was lost. Device is booting with ether boot displayed - have so far been unsucessful in factory reset and therfore cant use Netinstall iether. They both appear to be bricked.
 
sindy
Forum Guru
Forum Guru
Posts: 7901
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 8:16 am

Have you tried booting into the previous version of the bootloader by pressing the reset button before applying power? See the "reset button" manual for details.
 
mkamenjak
just joined
Posts: 16
Joined: Tue Jul 13, 2021 12:49 pm

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 8:32 am

Ok so Files upgraded as expected but when i upgraded the routerboard version on two devices RB2011 access to devices was lost. Device is booting with ether boot displayed - have so far been unsucessful in factory reset and therfore cant use Netinstall iether. They both appear to be bricked.
I can reproduce. I have upgraded one RB 2011, routeros upgraded successfully, although it took 2min+ to upgrade. Routerboot upgrade bricked the device. It is a remote device so I can not press any reset button.
On the other hand I have 1 other RB 2011 that upgraded routerboot successfully.
 
User avatar
karlisi
Member
Member
Posts: 374
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 10:18 am


Especially since even the changelog references a non-existing long-term release in relation to changes from v6.48.4 and not the actual predecessor v6.47.10 .
https://mikrotik.com/download/changelog ... lease-tree

So lets see how the actual release notes for long-term v6.48.5 upgrade from v6.47.10 looks like:
I discussed about this with Normis some time ago and he insisted Mikrotik does it properly, there shouldn't be cumulative changelogs, we should read all changelogs by ourselves. The reason is - in cumulative changelog it is impossible to see all changes if version goes from one channel to another. I.e., some feature is introduced while v.6.48 was in stable channel, then patched 3 times still in stable, then v.6.48 goes to long-term, and in cumulative changelog we will see only this new feature introduced and nothing about it's evolution from initial trough these 3 patches. This was how I understood his arguments.
 
User avatar
Joni
Member Candidate
Member Candidate
Posts: 127
Joined: Fri Mar 20, 2015 2:46 pm
Contact:

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 10:41 am


Especially since even the changelog references a non-existing long-term release in relation to changes from v6.48.4 and not the actual predecessor v6.47.10 .
https://mikrotik.com/download/changelog ... lease-tree

So lets see how the actual release notes for long-term v6.48.5 upgrade from v6.47.10 looks like:
I discussed about this with Normis some time ago and he insisted Mikrotik does it properly, there shouldn't be cumulative changelogs, we should read all changelogs by ourselves. The reason is - in cumulative changelog it is impossible to see all changes if version goes from one channel to another. I.e., some feature is introduced while v.6.48 was in stable channel, then patched 3 times still in stable, then v.6.48 goes to long-term, and in cumulative changelog we will see only this new feature introduced and nothing about it's evolution from initial trough these 3 patches. This was how I understood his arguments.
Post configuration (i.e. example) or it didn't happen.
Mikrotik has a lot of peculiar views they insist on being proper, diverging from de facto ways.

If v6.48 is patched 3 times it becomes v6.48.3 and it is still the same version v6.48.3 just labeled long-term (or as mikrotik seems to prefer it, incremented by one v6.48.4, i.e. reserved numbers). Technically a long-term labeled release is not cumulative for the long-term release tree, it is the next release just versioned in relation to stable. For the sake of simplification the long-term release tree doesn't know a stable tree or testing even exists. All the things new and changed between versions in long-term are all new and all changed in relation to previous version in that tree. That is even supported by long-term tree getting bug-fixes growing on post-current stable version numbers, maintaining full parity with stable tree, as seen with v6.46.6 stable becoming v6.46.7 long-term and betting bug-fixed with v6.46.8 long-term while next stable after v6.46.6 stable was v6.47.0 stable .
 
pe1chl
Forum Guru
Forum Guru
Posts: 7780
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 10:54 am

I discussed about this with Normis some time ago and he insisted Mikrotik does it properly, there shouldn't be cumulative changelogs, we should read all changelogs by ourselves.
I think MikroTik should put all changelog items in a database keyed with version number where they are added and version number where they become superseded, and then provide a webpage where you can enter two version numbers and get a customized changelog between those two versions.
Channel (stable, long-term, testing) does not matter in this case.
Ideally, some items in the database would have a more detailed description, a link to documentation, or other info. You can get that by clicking somewhere in the listed changes.

This way, it is much easier to foresee the impact of a certain upgrade, and also to get info about some change without having to ask for it in the release topic.
I can understand the changelog items have to be kept to one line for brevity, but often there is a little more to explain about them.
 
User avatar
karlisi
Member
Member
Posts: 374
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 11:31 am

Post configuration (i.e. example) or it didn't happen.
No time to search exact sample, but in stable channel changelogs these 'fixed (or reverting) something, introduced in some previous release' occurs quite often. Why I should trace down all these introduced-fixed-removed I don't understand but MT knows better :)
 
User avatar
karlisi
Member
Member
Posts: 374
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 11:33 am

I think MikroTik should put all changelog items in a database keyed with version number where they are added and version number where they become superseded, and then provide a webpage where you can enter two version numbers and get a customized changelog between those two versions.
Channel (stable, long-term, testing) does not matter in this case.
Ideally, some items in the database would have a more detailed description, a link to documentation, or other info. You can get that by clicking somewhere in the listed changes.
Yes! I hope people from Mikrotik will read this.
 
User avatar
karlisi
Member
Member
Posts: 374
Joined: Mon May 31, 2004 8:09 am
Location: Latvia

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 11:36 am

Post configuration (i.e. example) or it didn't happen.
No time to search exact sample, but in stable channel changelogs these 'fixed (or reverting) something, introduced in some previous release' occurs quite often. Why I should trace down all these introduced-fixed-removed I don't understand but MT knows better :)
Perhaps this
viewtopic.php?f=21&t=150045&p=738887#p739011
 
resetsa
just joined
Posts: 17
Joined: Mon Apr 18, 2011 8:19 am

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 7:40 pm

After update from 6.47.7 on CRS112-8P-4S ospf cannot work. I believe problem with forwarding multicast traffik.
Revert to 6.47.7 resolved problem.
Be carefully.
Nothing changes in testing procedure and new version = new bugs.
 
randomwalk
just joined
Posts: 10
Joined: Sun Apr 21, 2013 3:40 am
Location: Canada

Re: v6.48.5 [long-term] is released!

Mon Oct 11, 2021 8:17 pm

I discussed about this with Normis some time ago and he insisted Mikrotik does it properly, there shouldn't be cumulative changelogs, we should read all changelogs by ourselves.

Certainly Mikrotik has the authority to choose the best RouterOS release and upgrade cycle in the best interest of their business. At the same time I've noticed a decrease in DNS performance of up to 25% between v6.46.8 and 6.48.5 both of which were released in the "long-term channel". Moreover I am willing to accept the Mikrotik's definition of "long-term", with one caveat: the definition of "long-term channel" should be clearly communicated so users can make an informed decision.

In my book, a noticeable performance decrease should put a question mark for a "stable", and certainly not qualified for the "long-term" channel.

An acceptable solution, and perhaps the the best strategy overall (with regards to release channels, updates within channels, and changes to IPv6 DNS in particular) would be releasing the changes under optional packages. Users would then decide whether to stay with an old package, or use a new DNS package and take a performance hit. The responsibility for the outcome would be with the user. The role of Mikrotik would be to provide users with package options and facilitate their decision by keeping them informed.

The current "situation" can best summarized as: the changes are "pushed" into "long-term" channel, while users are not fully aware of what goes on. This bring us back to the same point: What is the definition of "long-term" channel?

Thanks
 
User avatar
karina
Member
Member
Posts: 453
Joined: Sat Feb 06, 2010 2:18 am
Location: Spain

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 12:21 am

'SXT lite5 bricked. only option was to netinstall to lower release. Figured just a one off, then second sxt bricked. Then tried the "stable" 6.49 and yet another sxt bricked. Never had an sxt die fron an update before.
Dissapointed as a couple of the fixes are useful to me. No doubt MT will patch the problem but have lost faith in the long term channel for now, :-(

The sxts were upgraded from quite old releases 6.27 was the oldest, maybe there needs to be an interim update like 6.48.4, will have a play with some sxts i have on the shelve, see if there is some pattern

As a tester I also tried 6.49 stable on a mantbox and that went well,
 
JJT211
newbie
Posts: 41
Joined: Sun Apr 28, 2019 9:01 pm

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 3:21 am

I discussed about this with Normis some time ago and he insisted Mikrotik does it properly, there shouldn't be cumulative changelogs, we should read all changelogs by ourselves.

Certainly Mikrotik has the authority to choose the best RouterOS release and upgrade cycle in the best interest of their business. At the same time I've noticed a decrease in DNS performance of up to 25% between v6.46.8 and 6.48.5 both of which were released in the "long-term channel". Moreover I am willing to accept the Mikrotik's definition of "long-term", with one caveat: the definition of "long-term channel" should be clearly communicated so users can make an informed decision.

In my book, a noticeable performance decrease should put a question mark for a "stable", and certainly not qualified for the "long-term" channel.

An acceptable solution, and perhaps the the best strategy overall (with regards to release channels, updates within channels, and changes to IPv6 DNS in particular) would be releasing the changes under optional packages. Users would then decide whether to stay with an old package, or use a new DNS package and take a performance hit. The responsibility for the outcome would be with the user. The role of Mikrotik would be to provide users with package options and facilitate their decision by keeping them informed.

The current "situation" can best summarized as: the changes are "pushed" into "long-term" channel, while users are not fully aware of what goes on. This bring us back to the same point: What is the definition of "long-term" channel?

Thanks
Noticeable DNS performance decrease screams placebo and/or other network issues. You need to back up that claim with some hard data homie
 
JJT211
newbie
Posts: 41
Joined: Sun Apr 28, 2019 9:01 pm

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 3:22 am


a noticeable performance decrease



"Noticeable" screams placebo and/or other issues. You need to back up that claim with some hard data homie
 
randomwalk
just joined
Posts: 10
Joined: Sun Apr 21, 2013 3:40 am
Location: Canada

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 10:07 am

You need to back up that claim with some hard data

I took some time to capture a full 1 hour video to demonstrate
the difference between 2 versions:
----------------------------------------------------------------------
total_dns_boot time_version 6.46.8___~ 1 minute
total_dns_boot time_version 6.48.5___~ 13 minutes
----------------------------------------------------------------------
single record look-up in version 6.46.8___9.5 seconds
single record look-up in version 6.48.5___13.5 seconds
----------------------------------------------------------------------

video file: ROSv6485_TroubleShoot.mp4 (210Mb)
archive: ROSv6485_TroubleShoot.rar (94Mb)
download link: https://ufile.io/3zeohstq
* pass for archive: i_Love_RouterOS_6485

0~7 min. tests running in version 6.46.8
@ ~ 7 min. version upgrade to 6.48.5
~ 7~21 waiting for RouterOS to boot
21~40 min. test running in version 6.48.5
@ ~40 min. noticed CPU throttle
@ ~43 min. downgrade back to 6.46.8
43 ~End - testing 6.46.8 again.
----------------------------------------------------------------------
Recording this took a good chunk of my family life, and I would really appreciate developers study it in detail.
 
HTdeagle
just joined
Posts: 1
Joined: Fri Sep 10, 2021 12:56 pm

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 10:37 am

'SXT lite5 bricked. only option was to netinstall to lower release. Figured just a one off, then second sxt bricked. Then tried the "stable" 6.49 and yet another sxt bricked. Never had an sxt die fron an update before.
Dissapointed as a couple of the fixes are useful to me. No doubt MT will patch the problem but have lost faith in the long term channel for now, :-(

The sxts were upgraded from quite old releases 6.27 was the oldest, maybe there needs to be an interim update like 6.48.4, will have a play with some sxts i have on the shelve, see if there is some pattern

As a tester I also tried 6.49 stable on a mantbox and that went well,
Same here with 4xx series.. I wrote comment above about this... Only they die when the 6.49 firmware upgrade is done.
 
djdrastic
Member
Member
Posts: 340
Joined: Wed Aug 01, 2012 2:14 pm

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 12:52 pm

Looking at the responses on here...

Yeah I ain't touching this release.
Generally only update my fleet when there's a security update on LT train after passing QC/QA testing.
 
ceua
Posts: 0
Joined: Tue Oct 12, 2021 1:32 pm

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 1:34 pm

IPv6 in ip cloud not work
 
spiritamokk
just joined
Posts: 1
Joined: Fri Jul 01, 2016 12:05 am

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 7:06 pm

I'm running GRE+IPSec behind the NAT on both sides with between MikroTIK devices of a different models. IKE1 with MAIN exchange mode. All my 40 tunnels broke overnight after automated installation of long-term 6.48.5 (before that tunnels were rock solid for 4+ years). It seems that initially IPsec tunnels establish just fine, but hang on the next Phase1 (1 day in my case) . The only temporary fix for me now is to manually clear all tunnels once a day which is a pain in my arse. I can't figure out what to do and how to reconfigure it =( Can you please stop 'improving' IPSec for long-term releases until its functionality verified? Can someone help me to figure this out? I would hate to down grade so many routers

Thank you
 
Darryl
just joined
Posts: 16
Joined: Fri May 13, 2016 3:44 pm

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 8:01 pm

RB3011 6.47.10 to 6.48.5 RouterOS installed ok.
Reboot
update bootloader from 6.47.10 to 6.48.5 and Brick.

Now I just have Etherboot sitting on my LCD. Not happy -_-
 
randomwalk
just joined
Posts: 10
Joined: Sun Apr 21, 2013 3:40 am
Location: Canada

Re: v6.48.5 [long-term] is released!

Tue Oct 12, 2021 8:12 pm

"Noticeable" screams placebo and/or other issues. You need to back up that claim with some hard data homie
Agree that DNS may not be the root cause, and an issue may be something else. The important detail here is that the issue goes away after downgrade to 6.47.10, or 6.46.8.
I reported the same issue with v6.48. here: viewtopic.php?p=837379#p837379.

The RB450Gx4 router is ARM based IPQ4000L and I would not rule out that this change is responsible for performance drop:
What's new in 6.48 (2020-Dec-22 11:20):
*) arm - added support for automatic CPU frequency stepping for IPQ4018/IPQ4019 devices;

I did some more testing, and these are the results:

1. Upgrading from ROS 6.46.8 ---> ROS 6.48.5 (with the firmware v6.46.8) did not help.
* Changing cpu frequency from Auto to default 716Mhz did not help.
* boot time until dns is up and running ~13 min,
* single dns record lookup ~13.5s (is slower than ~9.5s in ROS 6.46.8

2. Upgrading from ROS 6.46.8 ---> ROS 6.48.5 and upgrading the firmware from 6.46.8 ---> 6.48.5 did not help.

3. Downgrading ROS from 6.48.5 ---> 6.47.10 (firmware unchanged at v6.48.5) fixed the long boot time issue.
* boot time until dns is up and running returned to normal at ~1 min,
* single dns record lookup improved to ~10.2s but still ~6% slower than ~9.5s in ROS 6.46.8

4. Downgrading ROS from 6.48.5 ---> 6.47.10 and downgrading the firmware from 6.48.5 ---> 6.47.10 slightly improves dns performance.
* boot time remained normal at ~1 min,
* single dns record lookup to improved at ~9.9s (~5% slower than ~9.5s in ROS 6.46.8 with fiirmware 6.46.8)

5. Downgrading ROS from 6.47.10 ---> 6.46.8 (firmware unchanged at v6.47.10) further improves dns perfomance.
* boot time was normal at ~1 min,
* single dns record lookup improved at ~9.5s

6. Downgrading ROS from 6.47.10 ---> 6.46.8 and downgrading the firmware from 6.47.10 ---> 6.46.8 improved dns performance a little.
* boot time remained normal at ~1 min,
* single dns record lookup ~9.3s

--------
Notes:
* Tested on the RB450Gx4
* The "Boot time until dns is fully up and running" measured with 83152 static records by intiating the router reboot and waiting until built-in DNS server became responsive.
* The dns performance was measured by searching a single record in the DNS several times. The results were then averaged. To test just run the script provided below in your terminal.
* Don't attempt to repeat the test on a router with single core cpu, or if your router has less than 512MB of RAM.
* List of static dns records used in testing is attached in the "testhosts.zip" file here https://ufile.io/61xsudp9. Use of this file is subject to terms of use contained in the file.

{
   :local x www.example.com;

   /ip dns static
      :put "adding a temorary dns record..."
      :do { add name=$x address=[:resolve server=9.9.9.9 domain-name=$x]; # add a temorary dns record
          } on-error={:put "found the existing record..."}
      :put "testing..."
      :for i from=0 to=9 do={:put [:time {find name=$x}]}; # measure the time to find it (run 10 times)

      :put "finished, removing temorary dns record..."
      remove [find name=$x]; # done testing, remove the temorary record
}
 
dave864
Frequent Visitor
Frequent Visitor
Posts: 57
Joined: Fri Mar 11, 2016 2:37 pm

Re: v6.48.5 [long-term] is released!

Wed Oct 13, 2021 9:33 am

I feel the forum is taking a turn for the worse. Asking commentators to post a config or it didn't happen and other forms of proof. All is a bit harsh. Hats off to those that did apply the proof that they were telling the truth! Geez. Have some faith in people. MT forums are usually populated by professionals so their observations should be accurate.
 
pe1chl
Forum Guru
Forum Guru
Posts: 7780
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48.5 [long-term] is released!

Wed Oct 13, 2021 11:16 am

I think the DNS server in the router is not intended to do things like "have 83152 static records". At that time it becomes important to have good data management and search methods, and likely that wasn't a priority when developing it.
Similarly, you should not have too many complicated regexp rules. Or even query names that return a large number of records (that was finally fixed in 6.49).
It is just a toy. Intended to have a couple of local names e.g. for a server, printer and router. Not as DNS for a large company, or for holding a large blocklist.
When you have demands like that, you should probably consider running an independent DNS server, maybe in a docker container on v7 once that is released.
 
r00t
Member
Member
Posts: 473
Joined: Tue Nov 28, 2017 2:14 am

Re: v6.48.5 [long-term] is released!

Wed Oct 13, 2021 3:30 pm

Even if this might be extreme use of DNS server, if boot time went from 1 minute to 13 minutes, something is clearly wrong. Also it seems that version of routerboot matters and obviously routerboot doesn't care if you run DNS or anything else... so likely other software performance is also affected. It's important to measure and benchmark each release, and not just for raw throughput or VPN performance.
Kudos to randomwalk for spending his time on this and testing this issue properly. Hopefully Mikrotik can figure out what exactly caused this...
 
pe1chl
Forum Guru
Forum Guru
Posts: 7780
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48.5 [long-term] is released!

Wed Oct 13, 2021 5:01 pm

Yes, something is clearly wrong, but it looks like people complain along the lines of "they should have noticed this during internal testing", and while I agree that it is a good thing to have automated testing procedures that are run before release and test for scenarios that commonly occur in the field, it may not be reasonable to expect them testing with so many DNS records (on a smallish device that is not currently sold anymore).
Undoubtedly there will be a fix for it in another release. But that is why I question the policy of throwing versions that are not field-tested into the long-term channel.
 
randomwalk
just joined
Posts: 10
Joined: Sun Apr 21, 2013 3:40 am
Location: Canada

Re: v6.48.5 [long-term] is released!

Wed Oct 13, 2021 10:57 pm

It is all true about regexp, and 80K+ records sure is a lot as these alone require 300MB of RAM. At the same time the dns only uses a single core, with other remaining cores available. I find the built-in dns quite a gem on its own, which, when paired with the power of RouterOS scripting provides an opportunity to try build a business case around it. I was sceptical at the idea of using routerOS for block lists, but it works. RB450Gx4 is quite effective at it, maybe because of RISC ARM , but right now it look to me that dns is rather limited by available RAM than anything else.

But I digress, dns queries are not an issue, they are fast even with such a large table. Using script to find and manage these records is slow, which by itself is not necessarily unexpected. What I didn't expect was that 13 min long boot issue which I reported in 6.48 release thread 9 month ago was still present. The purpose of my post is to raise an awareness of Mikrotik developers that releasing features affects performance, and as people mentioned thorough testing is needed. I would also add that communicating the changes is just as important.
 
Roman100
just joined
Posts: 6
Joined: Mon Jul 06, 2020 1:18 am

Re: v6.48.5 [long-term] is released!

Thu Oct 14, 2021 4:27 am

*) poe - update PoE firmware only on devices that supports it;
what exactly is meant by this? What is new with POE firmware? Have these bug viewtopic.php?t=179211 been fixed?
 
Roman100
just joined
Posts: 6
Joined: Mon Jul 06, 2020 1:18 am

Re: v6.48.5 [long-term] is released!

Thu Oct 14, 2021 2:20 pm

*) poe - update PoE firmware only on devices that supports it;
what exactly is meant by this? What is new with POE firmware? Have these bug viewtopic.php?t=179211 been fixed?
I tested it myself and NO! The problem still remains!

WARNING
all dealers I know have taken the CRS328 out of the assortment with us! All in silence and without reason! But everyone who dares to buy CRS328 to provide POE devices will pull their hair and find out the reasons themselves!
 
mracine
Posts: 0
Joined: Tue Jun 02, 2020 5:21 pm

Re: v6.48.5 [long-term] is released!

Thu Oct 14, 2021 3:00 pm

CCR1016-12S-1S+-RM 6.47.9 to 6.48.5 RouterOS installed ok.
Reboot
update firmware from 6.47.9 to 6.48.5. => Show Ether boot, bricked.
I tried to reset the configuration, no effect.
 
pe1chl
Forum Guru
Forum Guru
Posts: 7780
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48.5 [long-term] is released!

Thu Oct 14, 2021 4:24 pm

Do not update firmware when there is no clearly mentioned reason to do so, and certainly not when others report that it causes problems.
Firmware update is only needed rarely, certainly not after every RouterOS update.
One would wish that the separate firmware version numbering came back, and a release note for new firmware versions and under what circumstances they are required.
Ever since this was removed, it became very unclear if a firmware update is required and if it is desirable.
 
User avatar
deadkat
newbie
Posts: 36
Joined: Sun Nov 15, 2020 11:14 pm
Location: Alabama, USA

Re: v6.48.5 [long-term] is released!

Thu Oct 14, 2021 4:26 pm

I would like to chime in for all saying Etherboot on the LCD screen == bricked......no. it just means you should backup config before an upgrade. which was mentioned in the very first post on this thread and other recent ROS release announcements.

Then you get to netinstall your device and restore the export you made. definitely not a brick as that implies the device is not recoverable.

as @pe1chl mentioned, they can't test for all possible configs. they likely test the upgrade process on the default config. its literally not possible for them to even know, much less test against, every possible config that could be set on our devices.
 
Darryl
just joined
Posts: 16
Joined: Fri May 13, 2016 3:44 pm

Re: v6.48.5 [long-term] is released!

Thu Oct 14, 2021 9:00 pm

Bricked means the device interfaces no longer works as intended by the manufacturer. Unable to use the reset button and power cycle functions to gain access to the device means BRICKED. Going from one Long-Term (6.47.10) to the NEXT Long-Term(6.48.5) release should not equate to getting a bricked device. Someone mentioned here that trust was lost because of this release, I'm a long time MikroTik user, yeah definitely lost some trust here. I never would have thought the most stable channel would crash a device from one release to the next. But here we are.

Netinstall is what I used to De-brick my RB3011, re-apply the .backup file and we're back online. Not so great for people who are expecting to remotely manage their devices.

As for not testing this on all devices, multiple routerboard devices are now listed here as failing on the bootloader upgrade. You would think at the very least this kind of bug would have been caught somewhere else first.

I would like to chime in for all saying Etherboot on the LCD screen == bricked......no. it just means you should backup config before an upgrade. which was mentioned in the very first post on this thread and other recent ROS release announcements.

Then you get to netinstall your device and restore the export you made. definitely not a brick as that implies the device is not recoverable.

as @pe1chl mentioned, they can't test for all possible configs. they likely test the upgrade process on the default config. its literally not possible for them to even know, much less test against, every possible config that could be set on our devices.
 
randomwalk
just joined
Posts: 10
Joined: Sun Apr 21, 2013 3:40 am
Location: Canada

Re: v6.48.5 [long-term] is released!

Thu Oct 14, 2021 9:23 pm


Also it seems that version of routerboot matters and obviously routerboot doesn't care if you run DNS or anything else... so likely other software performance is also affected.


I would take a close look at routerboot as it lies below the radar. Let me hypothesize here for a moment: Suppose an embedded firmware engineer wants to do the right thing and improve the accuracy and reliability of temperature readout on routerboards. So the sensor polling frequency is increased. Depending on the design this may trigger the hardware interrupt and SOC has to stop doing whatever it is doing to read the sensor data via I2C bus which is horribly slow. Hence a new tax on the overall performance is introduced. And since routerboot lies below the radar for the main part no-one can measure the impact, while filed guys start reporting all kind of strange things, which cannot be explained.

Probable?.. I would say not impossible, especially when I see reports like this: https://www.prinmath.com/ham/routeros/
 
ChrisChris23
Posts: 0
Joined: Fri Oct 15, 2021 6:37 am
Contact:

Re: v6.48.5 [long-term] is released!

Fri Oct 15, 2021 6:47 am

Update from 6.47.7. everthing is good now

Who is online

Users browsing this forum: No registered users and 5 guests