v6.40rc [release candidate] is released! (New bridge implementation delayed till 6.41rc)

Version 6.40rc36 has been released.
Important note!!! Backup before upgrade!
RouterOS v6.40rc36 contains new bridge implementation that supports hardware offloading (hw-offload).
This update will convert all interface “master-port” configuration into new bridge configuration, and eliminate “master-port” option as such.
Bridge will handle all Layer2 forwarding and the use of switch-chip (hw-offload) will be automatically turned on based on appropriate conditions.
The rest of RouterOS Switch specific configuration remains untouched in usual menus for now.
Please, note that downgrading to previous RouterOS versions will not restore “master-port” configuration, so use backups to restore configuration on downgrade.

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.

Changes since previous 6.40rc release:

!) bridge - implemented software based “igmp-snooping” (untested, undocumented, CLI only);
!) bridge - implemented software based MSTP (untested, undocumented, CLI only);
!) bridge - implemented software based vlan-aware bridges;
!) switch - “master-port” conversion into a bridge with hardware offload “hw” option (undocumented, CLI only);
!) switch - CRS3xx switch VLAN configuration integrated within bridge VLAN configuration with hw-offload;
*) filesystem - improved error correcting process on tilera and RB1100Dx4 storage;
*) firewall - fixed bridge “action=log” rules;
*) health - fixed memory leak on devices that have “/system health” menu (introduced in 6.40rc30);
*) ikev1 - added log error message if netmask was not provided by “mode-config” server;
*) ipsec - added support for “key-id” peer identification type;
*) rb3011 - fixed packet passthrough on switch2 while booting;
*) sniffer - do not skip L2 packets when “all” interface mode was used;
*) snmp - fixed “/system resource cpu print oid” menu;
*) switch - fixed “loop-protect” on CRS SFP/SFP+ ports;
*) trafficgen - added “lost-ratio” to statistics;
*) vlan - do not delete existing VLAN interface on “failure: already have such vlan”;
*) winbox - do not autoscale graphs outside known maximums;
*) winbox - hide LCD menu on CRS112-8G-4S;
*) winbox - show “/system health” only on boards that have health monitoring;
*) winbox - show “D” flag under “/interface mesh port” menu;

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 crash.

… looks like my weekend just become much more interesting!

Same! I’m hoping this eases config across platforms without having to resort to old school software bridging everywhere.

With the new MSTP implementation will MikroTik’s STP/RSTP implementation behave like the standard (untagged BPDU that represents all VLANS)?

Thank you guys for delivering (actually over-delivering) on your promises! Please take your time to debug 6.40 before releasing it, since it is quite a big upgrade with lots of potential for bugs. And please, create a GUI for the new bridge implementations!

Keep up the good work!

Please note that this is the first release with such functionality and can cause different kinds of issues. Main reason for this release is to allow you to help us debug new implementation and polish it until it will be ready for 6.40 full release.

Nice,
Maybe new winbox is near?


Enviado de meu XT1580 usando Tapatalk

Yes, that is our goal! And the “old style” bridges with VLAN interfaces and per-VLAN RSTP behavior also will remain.

Very exciting release! Way to go Mikrotik. Looking forward to testing this out. I think this is a step in the right direction.

Does this bridge change affect the snmp mib? If so, how?

Good news!
Will bridge on MT7621 have hw offloaded vlans?

finally, IGMP Snooping!

Well done 'tik.

This is how things get done.

Now time for us to go break it for you and give it back :slight_smile:



!) bridge - implemented software based “igmp-snooping” (untested, undocumented, CLI only);
!) bridge - implemented software based > MSTP > (untested, undocumented, CLI only);
!) bridge - implemented software based vlan-aware bridges;

thank you for the much needed MSTP, as well to andriys for the much needed support in making this happen.

look at the response, everyone is so excited!

Someone find how to set up vlan trunk on crs 125?


Enviado de meu XT1580 usando Tapatalk

Hi.

My WLAN interface IN AP mode just stop forwarding any data (added to a bridge). I can access to my MT by ARP only.
Is something new that I’m missing in configuration?

Regards,
RafGan.

New created virtual AP added to the same bridge works good.
Magic.


In /bridge/hosts MAC adress of connected device is marked as Local. When device is connected to vAP, L dissapears.

Does the new bridge implementation support fast-forward? If yes, what are the requirements for fast-forward to be usable?

Will these “appropriate conditions” be documented on the wiki? When can we expect to see these?

do something for SXT LTE
Bridge between lte interface and ether1

In the header of the /export to file, there are two extra “comment” lines that are empty but they contain a superfluous CR character.
They show up in my editor like this:

#^M
#^M

(below the software-id)

Edit: the above was on a CHR. When I tried the new RC on a RB750 the above two lines contain the model and serial number, a nice addition,
however there still are those superfluous CR characters…

It`s work !!!