Community discussions

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

v6.48beta [testing] is released!

Tue Jul 07, 2020 12:33 pm

Version 6.48beta12 has been released.

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.48beta12 (2020-Jul-06 13:33):

Changes in this release:

*) arm - added support for automatic CPU frequency stepping for IPQ4018/IPQ4019 devices;
*) arm - improved watchdog and kernel panic reporting in log after reboots on IPQ4018/IPQ4019 devices;
*) bonding - added LACP monitoring (CLI only);
*) bridge - added warning message when port is disabled by the BPDU guard;
*) bridge - correctly remove dynamic VLAN assignment for bridge ports;
*) bridge - fixed dynamic VLAN assignment when changing port "frame-type" property (introduced in v6.46);
*) bridge - fixed dynamic VLAN assignment when changing port to tagged VLAN member;
*) bridge - fixed local MAC address removal from host table when deleting bridge interface;
*) bridge - improved BPDU guard logging;
*) chr - improved interface loading on startup on XEN;
*) chr - improved system stability when changing flow control settings on e1000;
*) crs3xx - added initial Bridge Port Extender support (CLI only);
*) crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (CLI only);
*) crs3xx - fixed duplicate host entries when creating static switch hosts;
*) crs3xx - fixed HW offloading for netPower 15FR and netPower 16P devices (introduced in v6.47);
*) crs3xx - fixed increased CPU temperature for CRS354-48G-4S+2Q+ device (introduced in v6.47);
*) crs3xx - improved Ethernet port group traffic forwarding for CRS354 devices;
*) defconf - fixed default configuration loading on RBmAPL-2nD;
*) defconf - improved default configuration generation on devices with changed wireless interface names;
*) dhcpv6-server - added ability to generate binding on first request;
*) dhcpv6-server - disallow changing binding's "prefix-pool";
*) dhcpv6-server - improved stability when changing server for static bindings;
*) dns - do not allow setting "forward-to" same as "name" or "regex";
*) dns - do not allow setting zero value IP addresses for "A" and "AAAA" records;
*) dns - do not use DoH for local queries when a server is specified;
*) dns - do not use type "A" for static entries with unspecified type;
*) dns - fixed listening for DNS queries when only dynamic static entries exist (introduced in v6.47);
*) export - fixed HotSpot "address-per-mac" parameter export;
*) export - fixed RouterBOARD USB "type" parameter export;
*) fetch - show status "uploaded" instead of "downloaded" when uploading a file;
*) filesystem - fixed increased "sector writes" reporting (introduced in v6.47);
*) filesystem - improved long-term filesystem stability and data integrity;
*) ftp - fixed possible buffer overflow;
*) ike1 - allow using "my-id" parameter with XAuth;
*) ike1 - fixed policy update with and without mode configuration;
*) ike1 - rekey phase 1 as responder for Windows initiators;
*) ike2 - added "prf-algorithm" support for phase 1;
*) ike2 - fixed initiator child SA init without policy;
*) ike2 - fixed policy reference for pending acquire;
*) ike2 - improved child SA rekeying process;
*) ike2 - retry RSA signature validation with deduced digest from certificate;
*) ipsec - added SHA384 hash algorithm support for phase 1 (CLI only);
*) ipsec - do not update peer endpoints for generated policy entries (introduced in v6.47);
*) ipsec - fixed multiple warning message display for peers;
*) ipsec - inactivate peer's policy on disconnect;
*) kidcontrol - allow creating static device entries without assigned user;
*) lora - added "spoof-gps" parameter for fake GPS coordinate sending;
*) lora - fixed JSON statistics inaccuracies;
*) lte - added "age" column and "max-age" parameter to "cell-monitor" (CLI only);
*) lte - added "comment" parameter for APN profiles (CLI only);
*) lte - added support for MTS 8810FT;
*) lte - fixed modem initialization when multiple modems are used simultaneously;
*) lte - fixed PDP authentication configuration for SIM7600;
*) metarouter - fixed image importing (introduced in v6.46);
*) ospf - improved route tag processing for OSPFv3;
*) ppp - added "ipv6-routes" parameter to "secrets" menu;
*) ppp - added support for "Framed-IPv6-Route" RADIUS attribute;
*) ppp - allow specifying pool name for "remote-ipv6-prefix-pool" parameter;
*) profile - fixed "unclassified" load reporting on PowerPC devices (introduced in v6.47);
*) qsfp - fixed auto-negotiation status;
*) qsfp - fixed break-out cable linking after reboot (introduced in v6.47);
*) qsfp - ignore FEC mode when set to fec91, only fec74 mode is supported (introduced in v6.47);
*) route - improved stability when 6to4 interface is configured with disabled IPv6 package;
*) routerboard - fixed "mode-button" support on SMIPS devices (introduced in v6.47);
*) routerboard - fixed "reset-button" menu presence on all devices;
*) smb - fixed possible memory leak;
*) smb - fixed SMB server (introduced in v6.47);
*) smb - limit active session count to 5 per connection;
*) ssh - fixed returned output saving to file when "output-to-file" parameter is used;
*) supout - added "LoRa" section to supout file;
*) switch - fixed MAC address learning on switch-cpu port for Atheros8316, Atheros8227 and Atheros7240 switch chips;
*) system - replace "3" in superscript to "^3" on RBD53GR devices;
*) tr069-client - added LTE model and revision parameters;
*) tr069-client - added "X_MIKROTIK_MimoRSRP" parameter for LTE RSRP value reporting;
*) tr069-client - allow passing LTE firmware update URL as XML;
*) w60g - added "mdmg-fix" parameter for RBwAP60Gx3 (CLI only);
*) winbox - allow performing "USB Power Reset" on "0" bus on RBM33G;
*) winbox - fixed flag displaying under "IP/DNS/Static" table;
*) winbox - fixed "IP->Kid Control->Devices" table automatic refreshing;
*) winbox - fixed minor typo in "BGP/Peer" menu;
*) winbox - fixed minor typo in "Users" menu;
*) winbox - fixed "receive-errors" setting persistence under "Wireless/Wireless Sniffer/Settings" menu;
*) winbox - fixed "tls-version" parameter setting under "IP/Services" menu;
*) winbox - hide irrelevant switch port parameters;
*) winbox - use health values reported by gauges for "System/Health" menu;
*) wireless - changed "station-roaming" default setting from "enabled" to "disabled";
*) wireless - create "connect-list" rule when address specified for "setup-repeater";
*) wireless - updated "bangladesh" regulatory domain information;
*) wireless - updated "egypt" regulatory domain information;

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 expected or after crash.
 
User avatar
eworm
Long time Member
Long time Member
Posts: 662
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 12:51 pm

Now non-wireless devices have issues with the default configuration script:
system;error;critical;13328;39528;13328 error while running customized default configuration script: expected end of command (line 1310 column 53)
This is on RB750GL.
Manage RouterOS scripts and extend your devices' functionality: RouterOS Scripts
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 1:08 pm

Can you please send the supout.rif file from your device to support@mikrotik.com?
 
whatever
Member Candidate
Member Candidate
Posts: 163
Joined: Thu Jun 21, 2018 9:29 pm

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 1:42 pm

*) arm - added support for automatic CPU frequency stepping for IPQ4018/IPQ4019 devices;
Is this comparable to "ondemand" scheduler from x86 linux? Any numbers on expected power savings when the device is idle?
 
santyx32
Member Candidate
Member Candidate
Posts: 140
Joined: Fri Oct 25, 2019 2:17 am

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 2:03 pm

I wonder what's the real advantage of running my router with ondemand scheduler?
OpenWRT build download for hAP ac2, don't forget to backup ROS license

I'm the guy known as geminis3
 
User avatar
eworm
Long time Member
Long time Member
Posts: 662
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 2:15 pm

I wonder what's the real advantage of running my router with ondemand scheduler?
It saves power and runs less hot.
Manage RouterOS scripts and extend your devices' functionality: RouterOS Scripts
 
morf
Member Candidate
Member Candidate
Posts: 174
Joined: Tue Jun 21, 2011 5:31 pm
Location: Saint-Petersburg

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 2:15 pm

What does "Bridge Port Extender" mean ? MLAG ?
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 2:15 pm

Can you please send the supout.rif file from your device to support@mikrotik.com?
And on the 4011RM and the hEX-S the same error message:
648beta12-error.JPG
13:04:38 system,error,critical error while running customized default configuration script: expected end of command (line 1310 column 53) 
13:04:38 system,error,critical 
You do not have the required permissions to view the files attached to this post.
Last edited by msatter on Tue Jul 07, 2020 2:30 pm, edited 1 time in total.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 2:28 pm

msatter Do you have custom set of packages installed and wireless package is not installed?
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 2:45 pm

msatter Do you have custom set of packages installed and wireless package is not installed?
648beta12-pack.JPG
I also lost direct Winbox access to my 4011RM which is behind the the hEX-S and now only able to connect through Romon. The configuration did not change and Winbox just flashes by on my screen. For the safety I revered to 6.47 on my hEX-S.

Update.
The TikAPP can access the 4011 directly without problem. Really strange!

Update:
Ignoring the saved VIW file gives access again and I hope that this will not happen again and I have to make backups of those VIW files in case of that.
You do not have the required permissions to view the files attached to this post.
Last edited by msatter on Tue Jul 07, 2020 6:11 pm, edited 2 times in total.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
User avatar
eworm
Long time Member
Long time Member
Posts: 662
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 2:52 pm

msatter Do you have custom set of packages installed and wireless package is not installed?
Correct. My system has system, dhcp, advanced-tools & security installed. Opened SUP-21264 with support output.
Manage RouterOS scripts and extend your devices' functionality: RouterOS Scripts
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2321
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 3:07 pm

On ARM: Check for updates: ERROR: file not found
LAN, FTTx, Wireless. ISP operator
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 3:17 pm

The default configuration script error message will be fixed in the next release. Thank you for reporting.
honzam Is there a specific package that is missing? What packages are installed on the device?
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2321
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 3:21 pm

See:
You do not have the required permissions to view the files attached to this post.
LAN, FTTx, Wireless. ISP operator
 
User avatar
eworm
Long time Member
Long time Member
Posts: 662
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 3:30 pm

*) dns - do not use DoH for local queries when a server is specified;
This is about forwarding? Looks like queries are still sent via DoH for me.
*) dns - do not use type "A" for static entries with unspecified type;
I do not understand that one... How could type be "A" and unspecified at the same time?
Manage RouterOS scripts and extend your devices' functionality: RouterOS Scripts
 
nkourtzis
Member Candidate
Member Candidate
Posts: 213
Joined: Tue Dec 11, 2012 12:56 am
Location: Greece

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 3:31 pm

On ARM: Check for updates: ERROR: file not found
Not only on ARM. They probably withdrew the build due to the problems mentioned above.
Passionate about networks
Enthusiastic about Mikrotik
MTCNA | MTCRE | MTCINE

No trees were killed to send this message,
but a large number of electrons were terribly inconvenienced.
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 3:33 pm

See:
I had that same message on my hEX-S, so I manually uploaded the firmware file.

@nkourtzis: It happened even before any reports were made so not likely that the files have been removed.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
User avatar
doneware
Trainer
Trainer
Posts: 595
Joined: Mon Oct 08, 2012 8:39 pm
Location: Hungary

Re: v6.48beta [testing] is released! - 802.1BR

Tue Jul 07, 2020 4:03 pm

crs3xx - added initial Bridge Port Extender support (CLI only);
*) crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (CLI only);

is this 802.1BR?

if so, how long until we get also support for this in CCRs? i'd love to see ports from port extenders to show up as 'virtual ports' on the connected CCRs...
#TR0359
 
nkourtzis
Member Candidate
Member Candidate
Posts: 213
Joined: Tue Dec 11, 2012 12:56 am
Location: Greece

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 5:15 pm

Trying to upgrade but getting "not enough space for upgrade" after downloading and on rebooting, on a mAP 2nD, with the following packages installed:
  • Advanced Tools
  • DHCP
  • IPv6
  • LTE
  • NTP
  • PPP
  • Routing
  • Security
  • System
  • Wireless
Indeed, the "HDD space" is reported as 76 KiB without any files on it. This 16MB flash thing is becoming more and more annoying...
Last edited by nkourtzis on Tue Jul 07, 2020 5:17 pm, edited 1 time in total.
Passionate about networks
Enthusiastic about Mikrotik
MTCNA | MTCRE | MTCINE

No trees were killed to send this message,
but a large number of electrons were terribly inconvenienced.
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 1805
Joined: Sat Dec 24, 2016 11:17 am
Location: jo.overland at gmail.com

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 8:56 pm

*) bridge - fixed dynamic VLAN assignment when changing port "frame-type" property (introduced in v6.46);
*) crs3xx - fixed HW offloading for netPower 15FR and netPower 16P devices (introduced in v6.47);
*) crs3xx - fixed increased CPU temperature for CRS354-48G-4S+2Q+ device (introduced in v6.47);
*) dns - fixed listening for DNS queries when only dynamic static entries exist (introduced in v6.47);
*) filesystem - fixed increased "sector writes" reporting (introduced in v6.47);
*) ipsec - do not update peer endpoints for generated policy entries (introduced in v6.47);
*) metarouter - fixed image importing (introduced in v6.46);
*) profile - fixed "unclassified" load reporting on PowerPC devices (introduced in v6.47);
*) qsfp - fixed break-out cable linking after reboot (introduced in v6.47);
*) qsfp - ignore FEC mode when set to fec91, only fec74 mode is supported (introduced in v6.47);
*) routerboard - fixed "mode-button" support on SMIPS devices (introduced in v6.47);
*) smb - fixed SMB server (introduced in v6.47);
Maybe there should be some more testing before new version is released?
10 errors was introduced in 6.47
2 errors was introduced in 6.46
That is 12 in total, maybe more that still are not found.

Where is 6.47.1 to fix errors introduced in 6.47?
I was hoping for no 6.48, but for 7.0beta
 
How to use Splunk to monitor your MikroTik Router(s)

MikroTik->Splunk
 
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 10:31 pm

There seems to be testing but internal. We start 6.48 at version beta twelve.

The flash write counter is a big problem despite it not be actual writes. It will decrease the resell value of your router because the write counter is extremely high due to this bug. This bug alone should have been tackled by 6.47.1 version at a earlier moment.

I don't think it is wise to have two active beta's side by side, being developed.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
DarkNate
Member Candidate
Member Candidate
Posts: 102
Joined: Fri Jun 26, 2020 4:37 pm

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 11:11 pm

*) ppp - added "ipv6-routes" parameter to "secrets" menu;
*) ppp - added support for "Framed-IPv6-Route" RADIUS attribute;
*) ppp - allow specifying pool name for "remote-ipv6-prefix-pool" parameter;
Does any of these changes mean it will help with this viewtopic.php?f=13&t=162930?
 
mikrotikedoff
newbie
Posts: 26
Joined: Mon Nov 06, 2017 7:27 pm

Re: v6.48beta [testing] is released!

Tue Jul 07, 2020 11:52 pm

There will continue to be 6.X versions for the foreseeable future as not all the chip sets out there will be able to support the new linux kernel in 7.X

@msatter What feature sets are you using in the versions with the flash write counter issue that are preventing you from just rolling back to a version without this issue?
 
mducharme
Trainer
Trainer
Posts: 1019
Joined: Tue Jul 19, 2016 6:45 pm

Re: v6.48beta [testing] is released!

Wed Jul 08, 2020 12:15 am

There will continue to be 6.X versions for the foreseeable future as not all the chip sets out there will be able to support the new linux kernel in 7.X
What is not able to support the new linux kernel in v7? (other than really old devices, ex. mipsle)

From what I have seen, any MikroTik model that is currently sold works with v7, and probably most of those from the past several years that have been discontinued.
Last edited by mducharme on Wed Jul 08, 2020 4:04 am, edited 1 time in total.
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Wed Jul 08, 2020 1:46 am

@msatter What feature sets are you using in the versions with the flash write counter issue that are preventing you from just rolling back to a version without this issue?
I am sorry, but I won't go for that.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Wed Jul 08, 2020 9:06 am

Upgrade issues from System Package menu should be resolved now.
 
corp9592
just joined
Posts: 8
Joined: Sun May 05, 2019 10:14 pm

Re: v6.48beta [testing] is released!

Wed Jul 08, 2020 1:14 pm

*) bridge - fixed dynamic VLAN assignment when changing port "frame-type" property (introduced in v6.46);
*) crs3xx - fixed HW offloading for netPower 15FR and netPower 16P devices (introduced in v6.47);
*) crs3xx - fixed increased CPU temperature for CRS354-48G-4S+2Q+ device (introduced in v6.47);
*) dns - fixed listening for DNS queries when only dynamic static entries exist (introduced in v6.47);
*) filesystem - fixed increased "sector writes" reporting (introduced in v6.47);
*) ipsec - do not update peer endpoints for generated policy entries (introduced in v6.47);
*) metarouter - fixed image importing (introduced in v6.46);
*) profile - fixed "unclassified" load reporting on PowerPC devices (introduced in v6.47);
*) qsfp - fixed break-out cable linking after reboot (introduced in v6.47);
*) qsfp - ignore FEC mode when set to fec91, only fec74 mode is supported (introduced in v6.47);
*) routerboard - fixed "mode-button" support on SMIPS devices (introduced in v6.47);
*) smb - fixed SMB server (introduced in v6.47);
Maybe there should be some more testing before new version is released?
10 errors was introduced in 6.47
2 errors was introduced in 6.46
That is 12 in total, maybe more that still are not found.

Where is 6.47.1 to fix errors introduced in 6.47?
I was hoping for no 6.48, but for 7.0beta

I actually has the same though. The v6.47 is supposed to be the stable one, but with that bug fixing I am not inclined to deploy it to my Tik.
 
User avatar
krafg
Long time Member
Long time Member
Posts: 600
Joined: Sun Jun 28, 2015 7:36 pm

Re: v6.48beta [testing] is released!

Wed Jul 08, 2020 7:32 pm

*) lte - fixed modem initialization when multiple modems are used simultaneously;
Updated RBM33G and LtAP LTE kit successfully.

R11e-LTE-US keeps working well after update.

Regards.
If you want to know my network, you can find it here.

Image
 
arendn
just joined
Posts: 5
Joined: Tue Nov 15, 2016 1:13 pm

Re: v6.48beta [testing] is released!

Wed Jul 08, 2020 7:35 pm

*) w60g - added "mdmg-fix" parameter for RBwAP60Gx3 (CLI only);
After update no traffic flows through to station devices. cannot mactel to them or macping. Downgraded back to 6.46.6
 
User avatar
nz_monkey
Forum Guru
Forum Guru
Posts: 1887
Joined: Mon Jan 14, 2008 1:53 pm
Location: Over the Rainbow
Contact:

Re: v6.48beta [testing] is released! - 802.1BR

Thu Jul 09, 2020 2:36 am

crs3xx - added initial Bridge Port Extender support (CLI only);
*) crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (CLI only);

is this 802.1BR?

Yes it is 802.1BR

if so, how long until we get also support for this in CCRs? i'd love to see ports from port extenders to show up as 'virtual ports' on the connected CCRs...

I wondered the same thing. I suspect it may come fairly quickly, the CCR2004 is using it internally, so the code is already in place.
http://thebrotherswisp.com/ | Mikrotik MTCNA, MTCRE, MTCINE | Fortinet NSE7 | Extreme Networks ENA
 
encorer
just joined
Posts: 3
Joined: Sat Mar 23, 2019 10:15 pm

Re: v6.48beta [testing] is released!

Thu Jul 09, 2020 12:36 pm

Testing the hap ac ^ 2 router with a 0-1% CPU load showed that there is no difference between the power consumption of 6.47 and 6.48beta12 firmware. In both cases, it is 5.2-5.4W
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Thu Jul 09, 2020 1:21 pm

Did you enable the on demand CPU scaling?
/system routerboard settings set cpu-frequency=auto
 
encorer
just joined
Posts: 3
Joined: Sat Mar 23, 2019 10:15 pm

Re: v6.48beta [testing] is released!

Thu Jul 09, 2020 2:40 pm

/system routerboard settings set cpu-frequency=auto
Now I tried it, the result: with any frequency, consumption does not change, only the full load on the processor increases it by about one watt.
 
mkx
Forum Guru
Forum Guru
Posts: 4630
Joined: Thu Mar 03, 2016 10:23 pm

Re: v6.48beta [testing] is released!

Thu Jul 09, 2020 3:00 pm

Weird stuff ... the cpu-frequency setting. On my RB951G running ROS 6.46.5 it is possible to set cpu-frequency as well as cpu-mode ... which can be set to either regular or power-save. However, both print output and export keep quiet about this setting regardless the value. I'm not going to bother measuring the power draw to check if there's a difference.
On my RBD52G (hAP ac2) running same ROS version it is not possible to set cpu-mode ... it is not listed as possible argument to set command.
BR,
Metod
 
la2185x
just joined
Posts: 3
Joined: Thu Mar 17, 2016 10:22 am

Re: v6.48beta [testing] is released!

Thu Jul 09, 2020 3:52 pm

OK, Question, is it possible to provide an overview of the properties and syntax of the port-controller and port-extender CLI menu? This would be helpful and much appreciated

crs3xx - added initial Bridge Port Extender support (CLI only);
crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (CLI only);

cheers

H
 
onnoossendrijver
Member
Member
Posts: 428
Joined: Mon Jul 14, 2008 11:10 am
Location: The Netherlands

Re: v6.48beta [testing] is released!

Thu Jul 09, 2020 4:12 pm

Let me tell you that this 802.1BR support makes me very excited :)
Linux/network engineer: ITIL, LPI1, CCNA R+S, CCNP R+S, JNCIA, JNCIS-SEC
 
User avatar
nithinkumar2000
Frequent Visitor
Frequent Visitor
Posts: 92
Joined: Wed Sep 11, 2019 7:42 am
Location: Coimbatore
Contact:

Re: v6.48beta [testing] is released!

Thu Jul 09, 2020 9:48 pm

What's new in 6.48beta12 (2020-Jul-06 13:33):

Changes in this release:

*) ppp - added "ipv6-routes" parameter to "secrets" menu;
*) ppp - added support for "Framed-IPv6-Route" RADIUS attribute;
*) ppp - allow specifying pool name for "remote-ipv6-prefix-pool" parameter;
-
FInally some effort by Mikrotik Team for development of IPv6. :-o

Please add Radius Accounting for Delegated-IPv6-Prefix over PPPOE
Last edited by nithinkumar2000 on Fri Jul 10, 2020 11:35 am, edited 1 time in total.
MTCNA | MTCRE | MTCINE | MTCTCE

Mikrotik Consultant - Specialized in ISP OPERATIONS | ROUTING | QOS | FIREWALL | MPLS | SCRIPTING | IPv6
 
User avatar
osc86
Member Candidate
Member Candidate
Posts: 103
Joined: Wed Aug 09, 2017 1:15 pm

Re: v6.48beta [testing] is released!

Fri Jul 10, 2020 12:56 am

Still no fix mentioned for discarded IPv6 Neighbor solicitations entering the bridge when igmp-snooping is enabled.
It's really annoying not being able to use IPv6 and igmp-snooping together on the same bridge.
 
User avatar
nithinkumar2000
Frequent Visitor
Frequent Visitor
Posts: 92
Joined: Wed Sep 11, 2019 7:42 am
Location: Coimbatore
Contact:

Re: v6.48beta [testing] is released!

Fri Jul 10, 2020 11:38 am

I Wonder why still many people are not demanding IPv6 features.
IPv6 is now in trend and it is really beneficial because it consumes less resource and No NAT tensions....
MTCNA | MTCRE | MTCINE | MTCTCE

Mikrotik Consultant - Specialized in ISP OPERATIONS | ROUTING | QOS | FIREWALL | MPLS | SCRIPTING | IPv6
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8465
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.48beta [testing] is released!

Fri Jul 10, 2020 12:07 pm

No NAT tensions....
Multihoming and load balancing?..
Russian-speaking forum: https://forum.mikrotik.by/. Welcome!

For every complex problem, there is a solution that is simple, neat, and wrong.

MikroTik. Your life. Your routing.
 
User avatar
nithinkumar2000
Frequent Visitor
Frequent Visitor
Posts: 92
Joined: Wed Sep 11, 2019 7:42 am
Location: Coimbatore
Contact:

Re: v6.48beta [testing] is released!

Fri Jul 10, 2020 12:32 pm

No NAT tensions....
Multihoming and load balancing?..
BGP Multihoming can be done but not sure about Load balancing...... Well for ISP always NAT is the biggest problem. So much of tension in maintaing NAT Logs and also issues with Govt. Sites when Multiple Clients use same Public IP...

I Hope IPv6 is the only solutions to these set of issues...
MTCNA | MTCRE | MTCINE | MTCTCE

Mikrotik Consultant - Specialized in ISP OPERATIONS | ROUTING | QOS | FIREWALL | MPLS | SCRIPTING | IPv6
 
Sob
Forum Guru
Forum Guru
Posts: 5899
Joined: Mon Apr 20, 2009 9:11 pm

Re: v6.48beta [testing] is released!

Fri Jul 10, 2020 6:54 pm

BUG: DNS resolution fails for TXT records containing multiple strings.

Another user reported the problem here. I see slightly different results:

- client sends query to RouterOS device (e.g. "dig mail2._domainkey.mail.ru TXT @<routeros device>")
- RouterOS sends query to upstream resolver
- upstream resolver sends response
- RouterOS ignores response
- RouterOS retries previous two steps few times
- RouterOS sends server failure to client

In any case, it's broken. If there's only one string in TXT record, it works correctly. But if there are more, it fails. Other examples:

pp-epsilon1._domainkey.mail.paypal.com
softmaker_com_2018._domainkey.softmaker.com

I guess it's probably broken since DNS changes in 6.47.
People who quote full posts should be spanked with ethernet cable. Some exceptions for multi-topic threads may apply. Not intended as incentive for masochists.
 
nescafe2002
Long time Member
Long time Member
Posts: 692
Joined: Tue Aug 11, 2015 12:46 pm
Location: Netherlands

Re: v6.48beta [testing] is released!

Fri Jul 10, 2020 8:23 pm

Sob, 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 expected or after crash.

Edit: Issue has been reported to support (SUP-22228)
Last edited by nescafe2002 on Fri Jul 17, 2020 11:47 am, edited 1 time in total.
 
mattgorecki
just joined
Posts: 2
Joined: Sat Jun 01, 2019 12:17 am
Location: Helena, Montana
Contact:

Re: v6.48beta [testing] is released!

Wed Jul 15, 2020 10:36 am

*) w60g - added "mdmg-fix" parameter for RBwAP60Gx3 (CLI only);
After update no traffic flows through to station devices. cannot mactel to them or macping. Downgraded back to 6.46.6
Upgraded a pair of Wireless Wire dishes and experienced the same thing. Link comes up but passes no traffic, not even mactel. Downgraded both sides to 6.47.1 for it to work again.
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Wed Jul 15, 2020 9:17 pm

msatter
I also lost direct Winbox access to my 4011RM which is behind the the hEX-S and now only able to connect through Romon. The configuration did not change and Winbox just flashes by on my screen. For the safety I revered to 6.47 on my hEX-S.

Update.
The TikAPP can access the 4011 directly without problem. Really strange!

Update:
Ignoring the saved VIW file gives access again and I hope that this will not happen again and I have to make backups of those VIW files in case of that.

I lost again my setting and the only thing I did was use "shown columns" and I had this time a backup to restore the current config. This is really nasty that Winbox 3.24 and Beta 6.48-12 is causing this!
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
bobaoapae
just joined
Posts: 3
Joined: Sat Jul 18, 2020 1:43 am

Re: v6.48beta [testing] is released!

Sun Jul 19, 2020 1:31 am

Hello, i have a RouterBoard Hex S, and on version 6.47.1 or 6.48.beta12, the dns server stop resolving certains domains after randomly time without any error on log.. I tested with and without DoH enabled, i don't know how to send info to check this issue, logs on WinBox don't show any error, after reboot DNS has back work.. I has do a downgrade to long term version and no issue has been in 3 days, on versions 6.47 or 6.48 dns stop working every day.
 
nescafe2002
Long time Member
Long time Member
Posts: 692
Joined: Tue Aug 11, 2015 12:46 pm
Location: Netherlands

Re: v6.48beta [testing] is released!

Sun Jul 19, 2020 1:55 am

i don't know how to send info to check this issue, logs on WinBox don't show any error, after reboot DNS has back work..

When DNS is unresponsive again, before rebooting: add logging topic dns, perform name lookup from client, generate supout.rif, download supout.rif and send it to support.
 
User avatar
rooted
Member Candidate
Member Candidate
Posts: 122
Joined: Tue Feb 04, 2020 5:58 pm

Re: v6.48beta [testing] is released!

Sun Jul 19, 2020 2:47 am

hAP AC² updated and so far everything is working fine, maybe a couple hundred kilobytes more free memory is all I've noticed immediately.

Will let it settle in and see if anything pops up.
 
User avatar
rooted
Member Candidate
Member Candidate
Posts: 122
Joined: Tue Feb 04, 2020 5:58 pm

Re: v6.48beta [testing] is released!

Sun Jul 19, 2020 12:56 pm

There seems to be testing but internal. We start 6.48 at version beta twelve.

The flash write counter is a big problem despite it not be actual writes. It will decrease the resell value of your router because the write counter is extremely high due to this bug. This bug alone should have been tackled by 6.47.1 version at a earlier moment.

I don't think it is wise to have two active beta's side by side, being developed.
Are these devices known to have an issue with the memory failing? I've had dd-wrt devices flashed and written to for 10+ years without failure, and these devices had new firmware flashed at least twice a month.
 
pe1chl
Forum Guru
Forum Guru
Posts: 6914
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48beta [testing] is released!

Fri Jul 24, 2020 12:35 am

I found that reset to defaults does not work correctly when only part of the packages is installed.
For example, I typically use only these packages on routers without wireless interface:
- advanced-tools
- dhcp
- ipv6
- ppp
- routing
- security
- system

So, no hotspot, mpls, wireless.
When such a router is reset to defaults, it will not be configured with defaults. It can only be accessed via MAC address.

Before I reset to defaults, I had the issue mentioned in reply #8 viewtopic.php?p=804449#p804449
(I did the reset because of that)
 
MRYAN81
just joined
Posts: 1
Joined: Mon Jul 27, 2020 10:41 pm

Re: v6.48beta [testing] is released!

Mon Jul 27, 2020 10:49 pm

While using 6.48beta12 on a CCR1009, I noticed that my WAN IP isn't being obtained automatically. After the modem resets or looses service, the router doesn't not obtain a IP on IPv4. IPv6 seems to work fine. On the IPv4 side it just shows renewing, but appears to be passing traffic. If I click release, it grabs it with no issues.
You do not have the required permissions to view the files attached to this post.
 
User avatar
petrb
Frequent Visitor
Frequent Visitor
Posts: 98
Joined: Thu Jan 26, 2017 4:17 pm

Re: v6.48beta [testing] is released!

Tue Jul 28, 2020 5:45 pm

Thanks for working on IPv6 ... please implement also "Framed-IPv6-Route" RADIUS attribute for DHCPv6. You are in half away. Thanks. Petr
Did you read manual? .... What? .... Read the manual.
 
Ivoshiee
Member
Member
Posts: 474
Joined: Sat May 06, 2006 4:11 pm

Re: v6.48beta [testing] is released!

Fri Aug 07, 2020 6:25 am

*) w60g - added "mdmg-fix" parameter for RBwAP60Gx3 (CLI only);
After update no traffic flows through to station devices. cannot mactel to them or macping. Downgraded back to 6.46.6
What ever it is supposed to do or what device it shall affect, but all my ptp w60g do the same - links are up, romon can see them and even ssh into them, but no ip traffic or even arp is working.

I will try to get downgrade to v6.47.1.
 
User avatar
petrb
Frequent Visitor
Frequent Visitor
Posts: 98
Joined: Thu Jan 26, 2017 4:17 pm

Re: v6.48beta [testing] is released!

Sat Aug 08, 2020 7:24 pm

Hi,... bug - IPv6 prefix leases from dhcpv6 server (set via radius) are not marked as used in "ipv6 pool user prefixes". This can create prefix conflict. Works fine for the IPv4 dhcp+radius.
/ipv6 pool
add name=pool1 prefix=2a01:5e0:501::/48 prefix-length=56
/ipv6 dhcp-server
add address-pool=pool1 interface=bridge1 lease-time=10m name=server1 use-radius=yes
/ipv6 pool used print ///empty table, not posting :)
/ipv6 dhcp-server binding print 
Flags: X - disabled, R - radius, D - dynamic 
 #   ADDRESS                                                          DUID                    SERVER                    STATUS 
 0 RD 2a01:5e0:501:f00::/56                                            0xb869f499c7f8          server1                   bound
Same for IPv4, but used IP is successfully set as used.

Thanks.
Did you read manual? .... What? .... Read the manual.
 
User avatar
rushlife
Member Candidate
Member Candidate
Posts: 135
Joined: Thu Nov 05, 2015 12:30 pm
Location: czech republic

Re: v6.48beta [testing] is released!

Wed Aug 12, 2020 12:02 pm

what about 6.48Beta23 ??
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Wed Aug 12, 2020 2:05 pm

what about 6.48Beta23 ??
Context?
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
User avatar
rushlife
Member Candidate
Member Candidate
Posts: 135
Joined: Thu Nov 05, 2015 12:30 pm
Location: czech republic

Re: v6.48beta [testing] is released!

Wed Aug 12, 2020 4:14 pm

ROS 6.48Beta23 should bring fix for CRS354 switches.
And it is "unpublic" release....
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Wed Aug 12, 2020 4:25 pm

ROS 6.48Beta23 should bring fix for CRS354 switches.
And it is "unpublic" release....
Do you know if there is also a Beta48 fix for the crashing Winbox (64) the next time after you alter any columns in Winbox? Before testing backup your Winbox config files because the one altered has become unusable.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Fri Aug 14, 2020 4:19 pm

More than a month without an update of the 6.48 beta. That is a long time.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
User avatar
eworm
Long time Member
Long time Member
Posts: 662
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.48beta [testing] is released!

Fri Aug 14, 2020 5:00 pm

Indeed... We are bored, give us something to play with!
Manage RouterOS scripts and extend your devices' functionality: RouterOS Scripts
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Fri Aug 14, 2020 8:16 pm

I want to change the shown collumns in Winbox and that it survive than the current session. Not blowing up in my face each time so that I have to restore a back session and start from scratch.

My orignal session was destroyed by 6.48 so I had to use one from a different router to have atleast some columns.

Yes it a beta but you don't expect it destroy your saved sessions by Winbox.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
pe1chl
Forum Guru
Forum Guru
Posts: 6914
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48beta [testing] is released!

Fri Aug 14, 2020 8:19 pm

Is that a 6.48 bug or a winbox bug or a combined bug of these two?
I am still using winbox 3.21 because of big problems with newer versions, and I do not see this problem when connecting to 6.48beta12
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Fri Aug 14, 2020 10:56 pm

Using a non 6.48 is no problem. It is a problem caused by 6.48beta12 and it does corrupt the saved sessions by Winbox. I use Winbox 3.24 64 bits.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
pe1chl
Forum Guru
Forum Guru
Posts: 6914
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48beta [testing] is released!

Sat Aug 15, 2020 8:46 am

But it doesn't with winbox 3.21, that is why I think it may be a winbox bug just as well. Changes were made in winbox for scaling and it also
affects me on older RouterOS releases! I cannot reliably "drag" things anymore in winbox, they are dropped at random positions.
When I drag a column width, the width jumps to a very wide value. When I drag a line in the firewall rule set, it is dropped at a random place.

This makes winbox >3.21 (including 3.24) completely unusable for me. So I stick to 3.21 for now, I tried the beta on a CHR, and I do not observe the problem you noticed.
 
ricardobrock
just joined
Posts: 6
Joined: Tue Mar 26, 2019 1:58 pm

Re: v6.48beta [testing] is released!

Tue Aug 18, 2020 1:20 pm

Does this version also include "Delegated-IPv6-Prefix" for PPP ? And if not, is there a ETA for this?
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Wed Aug 19, 2020 10:52 am

Version 6.48beta27 has been released.

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.48beta27 (2020-Aug-18 06:20):

Changes in this release:

*) arm - added support for automatic CPU frequency stepping for IPQ4018/IPQ4019 devices;
*) arm - improved stability when forcing 25G speed on unsupported interface;
*) bridge - allow to exclude interfaces from extended ports (CLI only);
*) bridge - fixed host table update on SNMP query;
*) bridge - show error when switch do not support controlling bridge or port extension (CLI only);
*) bridge - show "H" flag for extended bridge ports;
*) certificate - clear challenge password on renew;
*) crs3xx - added initial Bridge Port Extender support (CLI only);
*) crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (CLI only);
*) crs3xx - fixed "custom-drop-packet" and "not-learned" switch stats for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed hardware offloaded MPLS forwarding when using bonding interfaces;
*) crs3xx - fixed QSFP+ interface LEDs when using break-out cable for CRS326-24S+2Q+;
*) crs3xx - fixed QSFP+ interface linking after reboot for CRS326-24S+2Q+ (introduced in v6.47);
*) crs3xx - fixed switch "not-learned" stats for CRS305, CRS326-24G-2S+, CRS328-24P-4S+, CRS328-4C-20S-4S+, CRS318 devices;
*) crs3xx - improved Ethernet port group traffic forwarding for CRS354 devices;
*) crs3xx - improved system stability when using hardware offloaded MPLS;
*) defconf - improved default configuration generation on devices with non-default wireless interface names;
*) discovery - send the same "Chassis ID" on all interfaces for LLDP packets;
*) discovery - use "static" interface list by default instead of "!dynamic";
*) dot1x - fixed duplicate EAP request packets for server;
*) dot1x - fixed EAP packet version numbering;
*) fetch - show status "uploaded" instead of "downloaded" when uploading a file;
*) filesystem - fixed repartition on non-first partition;
*) filesystem - fixed repartition on RB4011 series devices;
*) filesystem - improved long-term filesystem stability and data integrity;
*) gps - fixed "init-channel" release when not used;
*) health - changed PSU state parameter type to read-only;
*) health - removed unused "heater-control" and "heater-threshold" parameters;
*) hotspot - added "vlan-id" parameter support for hosts and HTML pages;
*) hotspot - do not verify Hotspot interface status when detecting if HTTP/HTTPS login method is allowed;
*) hotspot - ignore packets from host while MAC authentication is in progress;
*) interface - added new builtin "static" interface list;
*) ipsec - fixed client certificate usage when certificate is renewed with SCEP;
*) kidcontrol - fixed "time-unlimited-rate" to engage in correct time;
*) l2tp - fixed multiple tunnel establishment from the same remote IP address (introduced in v6.47);
*) lora - expose "joinEui" un "devEui" values in the log;
*) lora - fixed "spoof-gps" parameter padding (introduced in v6.47.1);
*) lte - added "comment" parameter for APN profiles;
*) lte - fixed dynamic DHCP client creation when editing APN profile;
*) lte - fixed multiple passthrough APN default route installation;
*) lte - fixed RSCP value reporting;
*) lte - validate interface existence on initiation;
*) ospf - fixed case when changing one distribution metric changed metrics for other distribution options;
*) ospf - fixed disappearing NSSA default route;
*) ospf - fixed processing of "unknown" LSA type;
*) ospf - optimized LSA printing for smaller message sizes;
*) poe - fixed "power-cycle" functionality on RB960GSP;
*) ppp - fixed PPP interface editing for the first time after reboot or after 20 seconds;
*) routerboot - fixed etherboot FCS errors with 100Mbps rate for CRS309, CRS317 devices ("/system routerboard upgrade" required);
*) routerboot - fixed memory test on CCR2004-1G-12S+2XS ("/system routerboard upgrade" required);
*) sfp - stabilized CRS212 SFP port functionality and improved monitoring of optical modules;
*) sftp - fixed "flash" directory access (introduced in v6.46);
*) smb - fixed file path validation (introduced in v6.46);
*) snmp - fixed "current" value reporting on CCR series devices;
*) snmp - fixed "fan-speed" value reporting on CCR series devices;
*) ssh - skip interactive authentication when not running in interactive mode;
*) tr069-client - added additional wireless registration table parameters;
*) tr069-client - added wireless "noise-floor" and "overall-tx-ccq" information parameters;
*) traffic-flow - added NAT event logging support for IPFIX;
*) webfig - fixed default value presence when creating new entries under "IP->Kid Control";
*) webfig - fixed negative value usage in "spoof-gps" parameter (introduced in v6.47.1);
*) wireless - added support for U-NII-2 for cAP ac;
*) wireless - added support for U-NII-2 for wAP ac;
*) wireless - updated "canada" regulatory domain information;
*) wireless - updated "indonesia5" regulatory domain information;
*) wireless - updated "no_country_set" regulatory domain information;
*) wireless - updated "united states" regulatory domain information;
*) www - improved WWW service stability when receiving bogus packets;

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 expected or after crash.
 
msatter
Forum Guru
Forum Guru
Posts: 1876
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.48beta [testing] is released!

Wed Aug 19, 2020 1:03 pm

My Winbox crash on start, is gone with Beta 27. This happened when I added/deleted/changed a column to any viewing box. Many thanks.
One RB4011 (cooled) and a RB760iGS (hEX S) in series. The 4011 Does PPPoE/IKEv2.
The cooler: viewtopic.php?f=3&t=138613&start=300#p799879
Running:
RouterOS 6.48beta35 / Winbox 3.27 64bits / MikroTik APP 1.3.15
 
User avatar
rushlife
Member Candidate
Member Candidate
Posts: 135
Joined: Thu Nov 05, 2015 12:30 pm
Location: czech republic

Re: v6.48beta [testing] is released!

Wed Aug 19, 2020 1:19 pm

6.48beta27 installed on my CRS354, so we will see.
Anyway - thx for your hard work / mikrotik team.

btw.after install I see in log this :
system,error,critical,,, error while running customized default configuration script: expected end of command (line 1315 column 53)
 
User avatar
eworm
Long time Member
Long time Member
Posts: 662
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.48beta [testing] is released!

Wed Aug 19, 2020 1:27 pm

btw.after install I see in log this :
system,error,critical,,, error while running customized default configuration script: expected end of command (line 1315 column 53)
Me too. Reported for 6.47beta12 as SUP-21264, just re-opened.
Manage RouterOS scripts and extend your devices' functionality: RouterOS Scripts
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Wed Aug 19, 2020 2:15 pm

My mistake. The fix was not properly pushed in the build. The issue is with non-present wireless package on the router. Will make sure it is fixed in the next build.
 
marekm
Member Candidate
Member Candidate
Posts: 236
Joined: Tue Feb 01, 2011 11:27 pm

Re: v6.48beta [testing] is released!

Thu Aug 20, 2020 8:22 pm

*) wireless - added support for U-NII-2 for cAP ac;
*) wireless - added support for U-NII-2 for wAP ac;
Which U-NII-2 ecactly: 2A, 2B or 2C?
5350-5470 MHz is U-NII-2B; 2A and 2C were already supported weren't they? Or do you mean in some specific countries?
 
yacq
just joined
Posts: 1
Joined: Sun May 21, 2017 11:44 pm

Re: v6.48beta [testing] is released!

Thu Aug 20, 2020 10:24 pm

What is controlling bridge?
 
User avatar
anthonws
newbie
Posts: 34
Joined: Sat Jan 09, 2016 6:46 pm

Re: v6.48beta [testing] is released!

Mon Aug 24, 2020 10:23 am

Upgrading 2011UiAS-2HnD from beta 12 to beta 27 puts router in bootloop (stuck). Last message is "Starting services" and then router reboots.

Downgraded to beta 12 and restored configuration.
 
Kindis
Member
Member
Posts: 328
Joined: Tue Nov 01, 2011 6:54 pm
Location: Sweden

Re: v6.48beta [testing] is released!

Mon Aug 24, 2020 3:45 pm

*) wireless - added support for U-NII-2 for cAP ac;
*) wireless - added support for U-NII-2 for wAP ac;
Which U-NII-2 ecactly: 2A, 2B or 2C?
5350-5470 MHz is U-NII-2B; 2A and 2C were already supported weren't they? Or do you mean in some specific countries?
I was also confused by this but I think this is an unlock for US as I think all U-NII-2 bands where locked on US equipment. So for me with EU equipment do not have to care about this.
 
Ivoshiee
Member
Member
Posts: 474
Joined: Sat May 06, 2006 4:11 pm

Re: v6.48beta [testing] is released!

Wed Aug 26, 2020 1:01 pm

*) w60g - added "mdmg-fix" parameter for RBwAP60Gx3 (CLI only);
After update no traffic flows through to station devices. cannot mactel to them or macping. Downgraded back to 6.46.6
What ever it is supposed to do or what device it shall affect, but all my ptp w60g do the same - links are up, romon can see them and even ssh into them, but no ip traffic or even arp is working.

I will try to get downgrade to v6.47.1.
With the latest beta I went in more cautious mode and did not upgrade too many devices before finding out it being still broken. What is with that?

Btw: Make romon tool capable of transferring files, so that testing of broken firmwares will go more smoothly or so.

Edit: Suppout files as well:
http://ranume.levikom.ee/mikrotik/w60g/ ... supout.rif
http://ranume.levikom.ee/mikrotik/w60g/ ... supout.rif
 
mducharme
Trainer
Trainer
Posts: 1019
Joined: Tue Jul 19, 2016 6:45 pm

Re: v6.48beta [testing] is released!

Wed Sep 02, 2020 12:29 am

I have a question about this 802.1BR support. I understand there is this idea of a controlling bridge, which would be like a master switch. What happens if this goes down? Is it a single point of failure?

With traditional proprietary stacking solutions from other vendors, the stacked units sync their config so that if one goes down the others continue operating, which prevents one from being a single point of failure.
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Wed Sep 02, 2020 2:29 pm

Version 6.48beta35 has been released.

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.48beta35 (2020-Sep-02 07:50):

Changes in this release:

*) bonding - removed "sys-id" and "sys-priority" from monitor-slaves command;
*) bridge - fixed BPDU guard port disable/enable on HW offloaded interfaces;
*) bridge - fixed host table update on SNMP query;
*) bridge - fixed multicast table printing;
*) bridge - fixed packet forwarding for CAP and BCP controlled interfaces (introduced in v6.48beta12);
*) bridge - fixed STP alternate and backup port states for devices with switch chip (introduced in v6.47);
*) bridge - increased multicast table size to 4K entries;
*) crs3xx - fixed "mirror-source" property on switch port disable for CRS305, CRS326-24G-2S+, CRS328, CRS318 devices;
*) 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 "storm-rate" traffic limiting for switch-cpu port on CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed switch ACL rules for CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed switch port "egress-rate" removal for CRS305, CRS326-24G-2S+, CRS328, CRS318 devices;
*) crs3xx - fixed VLAN tagged packet forwarding on "switch-cpu" port for CRS305, CRS326-24G-2S+, CRS328, CRS318 devices (introduced in v6.48beta12);
*) defconf - improved CAP interface bridging;
*) defconf - improved default configuration generation on devices without wireless package installed;
*) discovery - added "lldp-med-net-policy-vlan" property for assigning VLAN ID (CLI only);
*) discovery - allow choosing which discovery protocol is used (CLI only);
*) discovery - fixed discovery on mesh ports;
*) discovery - fixed discovery packet sending on newly bridged port with "protocol-mode=none";
*) discovery - fixed discovery when enabled only on master port;
*) discovery - use interface MAC address when sending MNDP from slave port;
*) dns - added IPv6 support for DoH;
*) dns - fixed multiple TXT string replies;
*) dns - hide default static entry "type" from export;
*) fetch - fixed "src-address" usage for SFTP;
*) filesystem - improved long-term filesystem stability and data integrity;
*) health - removed unused "heater-control" and "heater-threshold" parameters;
*) hotspot - added support for captive portal advertising using DHCP (RFC7710);
*) hotspot - improved management service stability when receiving bogus packets;
*) ike2 - fixed local side NAT detection;
*) ipsec - do not kill connection when peer's "name" or "comment" is changed;
*) ipsec - refresh peer's DNS only when phase 1 is down;
*) lte - added support for Alcatel IK41VE1;
*) snmp - fixed value types for "dot1dStp";
*) tr069-client - send correct "ConnectionRequestURL" when using IPv6;
*) traffic-flow - added "sys-init-time" parameter support;
*) wireless - allow setting "tx-power" up to 40;

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 expected or after crash.
 
Sob
Forum Guru
Forum Guru
Posts: 5899
Joined: Mon Apr 20, 2009 9:11 pm

Re: v6.48beta [testing] is released!

Wed Sep 02, 2020 5:08 pm

*) ipsec - refresh peer's DNS only when phase 1 is down;
Tiny little problem with this, it keeps resolving hostname even when peer is disabled. It doesn't break anything, but it's unnecessary.
People who quote full posts should be spanked with ethernet cable. Some exceptions for multi-topic threads may apply. Not intended as incentive for masochists.
 
User avatar
osc86
Member Candidate
Member Candidate
Posts: 103
Joined: Wed Aug 09, 2017 1:15 pm

Re: v6.48beta [testing] is released!

Wed Sep 02, 2020 6:15 pm

*) discovery - allow choosing which discovery protocol is used (CLI only);
EDIT: just found out, you can choose multiple protocols, comma separated. Thanks for this welcome change, I can finally disable cdp.
 
ludvik
Frequent Visitor
Frequent Visitor
Posts: 65
Joined: Mon May 26, 2008 4:36 pm

Re: v6.48beta [testing] is released!

Thu Sep 03, 2020 12:27 am

/tool snmp-get working??? Last functional version is 6.45.6 ... SUP-8826
 
UpRunTech
Member Candidate
Member Candidate
Posts: 136
Joined: Fri Jul 27, 2012 12:11 pm

Re: v6.48beta [testing] is released!

Thu Sep 03, 2020 1:19 am

Emils, what does this mean exactly?

*) crs3xx - fixed switch ACL rules for CRS312, CRS326-24S+2Q+ and CRS354 devices;

I am using rules to prioritise traffic - does this mean they may not have been working up until this point? Which rule settings or behaviours were broken?
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Thu Sep 03, 2020 8:22 am

Tiny little problem with this, it keeps resolving hostname even when peer is disabled. It doesn't break anything, but it's unnecessary.
Unable to reproduce such behavior. Do you see actual DNS requests going out the router? How are you determining the hostname is being resolved when the peer is disabled?

EDIT: Reproduced. Should be resolved in the next build.
 
Florian
Frequent Visitor
Frequent Visitor
Posts: 85
Joined: Sun Mar 13, 2016 9:45 am
Location: France

Re: v6.48beta [testing] is released!

Thu Sep 03, 2020 4:53 pm

"*) dns - added IPv6 support for DoH;"


Not sure this is working ? The DoH server I'm using is https://doh.opendns.com/dns-query , and I see requests to 146.112.41.2 , but none to 2620:119:fc::2
- Sorry for my english -
 
olivier2831
Member Candidate
Member Candidate
Posts: 104
Joined: Fri Sep 08, 2017 6:53 pm

Re: v6.48beta [testing] is released!

Tue Sep 08, 2020 2:01 pm

Version 6.48beta35 has been released.
...
*) discovery - added "lldp-med-net-policy-vlan" property for assigning VLAN ID (CLI only);
Is this feature enough to automatically assign IP Phones to specific VLAN (ie configuring a VoiceVLAN per port) ?
 
User avatar
eworm
Long time Member
Long time Member
Posts: 662
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.48beta [testing] is released!

Tue Sep 08, 2020 2:11 pm

Not sure this is working ? The DoH server I'm using is https://doh.opendns.com/dns-query , and I see requests to 146.112.41.2 , but none to 2620:119:fc::2
I guess IPv4 is still preferred if a domain resolves with A and AAAA record. Try a domain that has just an AAAA record or use IPv6 address.
Manage RouterOS scripts and extend your devices' functionality: RouterOS Scripts
 
User avatar
skylark
MikroTik Support
MikroTik Support
Posts: 137
Joined: Wed Feb 10, 2016 3:55 pm

Re: v6.48beta [testing] is released!

Tue Sep 08, 2020 2:18 pm

IPv6 DoH will work with:
set use-doh-server="https://[2606:4700:4700::1111]/dns-query"
 
LynxChaus
newbie
Posts: 27
Joined: Tue Jul 08, 2014 2:24 pm

Re: v6.48beta [testing] is released!

Wed Sep 09, 2020 12:15 am

*) ipsec - do not kill connection when peer's "name" or "comment" is changed;
Wow. It's possible to make this change for vpls, pptp, openvpn interfaces too?
 
pe1chl
Forum Guru
Forum Guru
Posts: 6914
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48beta [testing] is released!

Wed Sep 09, 2020 12:02 pm

*) ipsec - do not kill connection when peer's "name" or "comment" is changed;
Wow. It's possible to make this change for vpls, pptp, openvpn interfaces too?
In fact this should be done for every possible item in the config. Don't know what is the exact status now, but I have seen many things go down-up when changing only a comment.
 
notToNew
Member Candidate
Member Candidate
Posts: 164
Joined: Fri Feb 19, 2016 3:15 pm

Re: v6.48beta [testing] is released!

Wed Sep 09, 2020 12:18 pm

In fact this should be done for every possible item in the config. Don't know what is the exact status now, but I have seen many things go down-up when changing only a comment.
netwatch too, just changing the comment should not update the uptime
--------------------------------------------------------------------------------------------
CCR1036-12G-4S, several 952Ui-5ac2nD, ...
 
Ivoshiee
Member
Member
Posts: 474
Joined: Sat May 06, 2006 4:11 pm

Re: v6.48beta [testing] is released!

Thu Sep 10, 2020 11:09 pm

May we expect the 60G devices to still be broken?
 
User avatar
emils
MikroTik Support
MikroTik Support
Topic Author
Posts: 653
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.48beta [testing] is released!

Tue Sep 15, 2020 3:18 pm

Version 6.48beta40 has been released.

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.48beta40 (2020-Sep-14 13:34):

Changes in this release:

*) arm64 - improved reboot reason reporting in log;
*) bridge - added minor fixes and improvements for IGMP snooping with HW offloading;
*) bridge - fixed link-local multicast forwarding when IGMP snooping and HW offloading is enabled;
*) bridge - fixed MDB entry removal when using bridge port "fast-leave" property;
*) conntrack - automatically reduce connection tracking timeouts when table is full;
*) console - allow "once" parameter for bonding monitoring;
*) crs3xx - added initial Bridge Port Extender support (CLI only);
*) crs3xx - added initial Controlling Bridge support for CRS317, CRS309, CRS312, CRS326-24S+2Q+ and CRS354 devices (CLI only);
*) 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 IGMP snooping for CRS312, CRS326-24S+2Q+ and CRS354 devices;
*) crs3xx - fixed switch "copy-to-cpu" property for CRS305, CRS318, CRS326-24G-2S+, CRS328 devices;
*) detnet - fixed malformed dummy DHCP User Class option;
*) detnet - use MAC address from bridge interface instead of slave port;
*) dhcpv4-server - improved "client-id" value parsing;
*) ipsec - refresh peer's DNS only when phase 1 is down;
*) leds - fixed LED type setting;
*) smb - fixed possible memory leak;
*) sms - fixed SMS sending when both "interface" and "smsc" parameters are specified;
*) snmp - added information from IPsec "active-peers" menu to MIKROTIK-MIB;
*) snmp - fixed "/tool snmp-get" functionality (introduced in v 6.46beta43);
*) snmp - fixed value types for "dot1qPvid";
*) supout - added bonding interface monitor information;
*) switch - fixed Ethernet padding for small packets;
*) tr069-client - allow passing LTE firmware update URL as XML;
*) user-manager - do not allow creating limitation that crosses midnight;
*) user-manager - updated PayPal's root certificate authorities;
*) wireless - improved WPS process stability;

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 expected or after crash.
 
pe1chl
Forum Guru
Forum Guru
Posts: 6914
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48beta [testing] is released!

Tue Sep 15, 2020 4:28 pm

I have a feature request that should be "relatively easy to implement" :-)
There is the existing "/ip dhcp-server vendor-class-id" feature in the DHCP server. I would like to match the items not only by class-id but also by MAC address/mask.
Preferably as an AND function with two optional fields: you can either enter the class-ID (or leave it blank to always match) or enter a MAC address and mask (or leave it at default 00:00:00:00:00:00/00:00:00:00:00:00) or both.

The purpose is to match on e.g. the MAC prefix (with a match like 44:55:66:00:00:00/FF:FF:FF:00:00:00) or on MAC type (with 02:00:00:00:00:00/03:00:00:00:00:00 to match locally assigned MAC addresses, for example).
Once matched the DHCP server would use a specified pool/network just like the "/ip dhcp-server vendor-class-id" already does based on vendor class id.
 
User avatar
osc86
Member Candidate
Member Candidate
Posts: 103
Joined: Wed Aug 09, 2017 1:15 pm

Re: v6.48beta [testing] is released!

Tue Sep 15, 2020 6:35 pm

- IGMP-Snooping feature on CCR breaks igmp-proxy. IGMP Join Requests generated by the router on the upstream interface are filtered out by the igmp snooping feature.
When disabled, it works fine, but overloads my eoip tunnels because the traffic is flooded to all ports (as expected).
 
EdPa
MikroTik Support
MikroTik Support
Posts: 69
Joined: Fri Sep 15, 2017 10:05 am
Location: Riga
Contact:

Re: v6.48beta [testing] is released!

Wed Sep 16, 2020 12:03 pm

@osc86 - I did not manage to repeat the IGMP proxy issue. Please report this to support portal or email to support@mikrotik.com and briefly describe your setup.

Also, for everyone how is interested in the new Bridge Controller and Extender feature, we have created an article that describes it in more detail, more advanced examples are coming soon. Follow this link - https://help.mikrotik.com/docs/display/ ... t+Extender. Feel free to share you feedback and recommendations, or report if something goes wrong.
 
mducharme
Trainer
Trainer
Posts: 1019
Joined: Tue Jul 19, 2016 6:45 pm

Re: v6.48beta [testing] is released!

Tue Sep 22, 2020 4:10 am

Also, for everyone how is interested in the new Bridge Controller and Extender feature, we have created an article that describes it in more detail, more advanced examples are coming soon. Follow this link - https://help.mikrotik.com/docs/display/ ... t+Extender. Feel free to share you feedback and recommendations, or report if something goes wrong.
That's very helpful, but it did not answer my most pressing question - does this create a single point of failure from the controller bridge perspective? Is there a way to have failover for the controller bridge? If you look at traditional stacking situations (ex. two switches stacked), either one can die and the remaining switch will carry on as normal. This is really helpful for ISP situations, you can get two cross connects with important providers so that if one switch dies your cross connect does not go down. With 802.1BR it seems that if you have one switch as a control bridge and the other as a port extender, if the control bridge switch dies, you lose both, so it seems that you don't really get redundancy as in traditional stacking. Can you clarify this?
 
mkx
Forum Guru
Forum Guru
Posts: 4630
Joined: Thu Mar 03, 2016 10:23 pm

Re: v6.48beta [testing] is released!

Tue Sep 22, 2020 7:53 am

Another request for clarification: when reading Packet flow section of port extender description it is not entirely clear whether PE device actually switches frames between own ports (after physical port, associated with DST MAC, is known) on its own or all packets are forwarded to CB regardless the destination port location. If it's the later, then CB/PE concept is suboptimal also from performance point of view ...
BR,
Metod
 
EdPa
MikroTik Support
MikroTik Support
Posts: 69
Joined: Fri Sep 15, 2017 10:05 am
Location: Riga
Contact:

Re: v6.48beta [testing] is released!

Tue Sep 22, 2020 10:53 am

@mducharme, mkx - the CB currently does not support any failover techniques. Once the CB device dies, the PE devices will lose all the control and data forwarding rules, other PE will not take over as CB. This is an important aspect when considering this configuration and we are looking for ways how to make CB redundant.

The local switching on PE devices is not supported, the PE does not store any hosts in local FDB, it is considered as a dumb device and the main purpose is to extend ports. The switching performance can be affected when comparing multi-switch to single-switch forwarding. In turn, you get simplified LAN configuration and management. For a very time-sensitive application or congested upstream occasions, it can make sense to enable local switching. We will see if this can be implemented.
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1023
Joined: Tue Oct 11, 2005 4:53 pm

Re: v6.48beta [testing] is released!

Tue Sep 22, 2020 10:59 am

If there's no redundancy and no efficiency (local switching), what's the point in this technology?

Why not implement something that's more datacenter/enterprise friendly?
Even if it's proprietary. It's not like everyone else's stacking options are inter-compatible anyway...
 
EdPa
MikroTik Support
MikroTik Support
Posts: 69
Joined: Fri Sep 15, 2017 10:05 am
Location: Riga
Contact:

Re: v6.48beta [testing] is released!

Tue Sep 22, 2020 12:54 pm

It allows you to manage only one device, you do no need to create VLANs, configure STP and apply other bridge-related settings on each switch separately. You can monitor all the PE devices from a single controller, like the PoE-out status and interface stats, and quickly apply any needed changes or add another port extender.

Edit: Note that this is an early implementation and we are still exploring what other feature sets can be brought into upcoming RouterOS versions, including the redundancy for CB.
 
pe1chl
Forum Guru
Forum Guru
Posts: 6914
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48beta [testing] is released!

Tue Sep 22, 2020 3:13 pm

It is a good idea, but it should support redundant connections and redundant switches. I.e. a "controlling bridge" is fine for configuration purposes but it should not be a SPOF in the actually running network.
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1023
Joined: Tue Oct 11, 2005 4:53 pm

Re: v6.48beta [testing] is released!

Tue Sep 22, 2020 7:26 pm

All I am saying is, that those who have enough switches that will benefit from a single management plane, will almost certainly need HA features to go with it. In other words, introducing SPOFs on the network just to save on management costs, probably wont fly with most network engineers. At least that's my opinion.

Of course it's a nice addition, and I will surely use it on small/non critical networks, but if you are going to do it, do it right from the get go.
Otherwise you will just create more negative comments about MikroTik switches from those that expect a typical stacking option, only to find out not only its not "typical" but also a SPOF and a bottleneck.
Just like the negative comments about folks who thought that MikroTik switches can do wirespeed L3 routing.

IMHO you will not do yourself any favors by releasing this feature half-baked.
 
User avatar
nz_monkey
Forum Guru
Forum Guru
Posts: 1887
Joined: Mon Jan 14, 2008 1:53 pm
Location: Over the Rainbow
Contact:

Re: v6.48beta [testing] is released!

Wed Sep 23, 2020 4:26 am

I see this as being more useful as a port extender to CCR's, to say break out a 100Gbit port on a CCR to 10gigabit ports on the CRS.

Port Extension is NOT stacking...
http://thebrotherswisp.com/ | Mikrotik MTCNA, MTCRE, MTCINE | Fortinet NSE7 | Extreme Networks ENA
 
andriys
Forum Guru
Forum Guru
Posts: 1360
Joined: Thu Nov 24, 2011 1:59 pm
Location: Kharkiv, Ukraine

Re: v6.48beta [testing] is released!

Wed Sep 23, 2020 10:29 am

All I am saying is, that those who have enough switches that will benefit from a single management plane, will almost certainly need HA features to go with it.
My friends have an office here with 200+ client ports, with all cable runs going into a single rack with five 48-port access switches (something from HP as far as I remember), and one 16-port switch sitting in between these 5 access switches and the rest of the equipment in their server room. Managing VLAN memberships here is a pretty tedious task, I would say. Tracking the configuration history is not easy either. This setup already has SPOF, and in this particular case that's fine/acceptable. This port extension thing would be very beneficial for this kind of setups.
 
pe1chl
Forum Guru
Forum Guru
Posts: 6914
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.48beta [testing] is released!

Wed Sep 23, 2020 10:42 am

Exactly. In that configuration (and when the switches are indeed from the same manufacturer) it would normally be possible to configure them as a "stack" and save a lot of effort configuring. But of course then you first need to read the manual chapter about the stacking, which lots of users never do.
Also, such configurations often grow from simple to more complex, adding new switches of different models along the way, and it may not be possible to stack them.

Still it would be nice if there was some configuration management in RouterOS where you can configure multiple units from a single interface. Not only for switches, but also e.g. for redundant routers in a VRRP setup. When this is limited to configuration and does not imply some active master that does all the work at runtime, it would not reduce reliability, in fact it could make it easier to make redundant setups.
 
mducharme
Trainer
Trainer
Posts: 1019
Joined: Tue Jul 19, 2016 6:45 pm

Re: v6.48beta [testing] is released!

Thu Sep 24, 2020 2:40 am

Port Extension is NOT stacking...
Right, this isn't stacking - but where this all started was a thread where people were asking for stacking, and MikroTik said they would look for an open standards way, and then they came out with this. Also, they just said in the response to my request for clarification that they are looking for ways to make the control bridge failover, so presumably this is intended to be their solution for stacking.
 
hatred
just joined
Posts: 14
Joined: Tue Sep 01, 2015 10:23 pm
Location: Belarus, Minsk

Re: v6.48beta [testing] is released!

Mon Sep 28, 2020 12:43 am

hAP ac², 6.48b40
After several days uptime router hanged and become unavailable via winbox (including by MAC).
After power re-cycle, it successfully booted up but most addresses from the address lists disappeared.
How can I enable verbose debug logging to USB flash or external host to see what happened next time?

Who is online

Users browsing this forum: No registered users and 16 guests