v6.41rc [release candidate] is released! New bridge implementation!

What’s new in 6.41rc3 (2017-Jul-26 09:32):
Important note!!! Backup before upgrade!
RouterOS (v6.40rc36-rc40 and) v6.41rc1+ 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.

!) bridge - implemented software based vlan-aware bridges;
https://wiki.mikrotik.com/wiki/Manual:Interface/Bridge#Bridge_VLAN_Filtering
!) switch - “master-port” conversion into a bridge with hardware offload “hw” option (CLI only);
https://wiki.mikrotik.com/wiki/Manual:Switch_Chip_Features#Bridge_Hardware_Offloading
!) bridge - general development of hw-offload bridge implementation (introduced in v6.40rc36);
*) CRS3xx - switch VLAN configuration integrated within bridge VLAN configuration with hw-offload;
*) arp - fixed invalid static ARP entries after reboot on interfaces without IP address;
*) bonding - improved relialibility on bonding interface removal;
*) bridge - fixed ARP setting (introduced in v6.40rc36);
*) bridge - fixed multicast forwarding (introduced in v6.40rc36);
*) bridge - implemented dynamic entries for active MST port overrides;
*) bridge - implemented software based “igmp-snooping” (CLI only);
*) bridge - implemented software based MSTP (CLI only);
*) bridge - removed “frame-types” and “ingress-filtering” for bridge interfaces (introduced in v6.40rc36);
*) certificate - show “Expired” flag when initial CRL fetch fails;
*) e-mail - do not show errors when sending e-mail from script;
*) firewall - properly remove “address-list” entry after timeout ends;
*) hotspot - improved user statistics collection process;
*) interface - improved interface state change handling when multiple interfaces are affected at the same time;
*) ippool6 - try to assign desired prefix for client if prefix is not being already used;
*) lte - allow to specify the MAC address for passthrough mode;
*) ppp - added client support for Sierra MC7750;
*) rb2011 - fixed possible LCD blinking along with Ethernet LED;
*) rb922 - restored missing wireless interface on some boards;
*) sftp - added functionality which imports “.auto.rsc” file or reboots router on “.auto.npk” upload;
*) trafficgen - fixed “lost-ratio” showing incorrect statistics after multiple sequences;

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.

Hello everyone
I’m confused on the crs 125 series what is the best way,
Use the new vlan on bridge or stay using the switch menu?
Thanks.

Enviado de meu XT1580 usando Tapatalk

raffav,

I Understand you.
I have the same.
VLAN on Mikrotik is very confussing

Hi,

I am sitting in my office at work and have just update my RB2011UiAS-RM remotely, after rebooting the router am not able to access my router from the WAN side, my internet service provider is a WISP so I logged into my CPE and tried to SSH my router, I am able to login to the router but as soon as I login, the router stops responding for a few minutes and then comes back, same thing keeps happening when trying to SSH to the router. Will have to check the router when I get home.

Folks, don’t upgrade your router if it is on a remote location :sunglasses:

New bridge is back!!! Super excited to test IPv6 pool prefix hinting assignments too. Might not be until next week though.

RB2011UAS v6.41rc3
Bridge hardware offload is fine. :smiley:
IPv6 address assignment is broken :frowning: State is ‘invalid’

/ipv6 address
add address=::1/64 from-pool=netdsl-ipv6 interface=bridge-local advertise=yes

[admin@migo] /ipv6 address> print
Flags: X - disabled, I - invalid, D - dynamic, G - global, L - link-local 
 #    ADDRESS                                     FROM-POOL INTERFACE                                                                                                    ADVERTISE
 0 IG ::1/64                                      netdsl... bridge-local                                                                                                 yes      
 1 DL fe80::d6ca:6dff:fea0:ff93/64                          bridge-local                                                                                                 no       
 2 DL fe80::d/64                                            pppoe-out1                                                                                                   no       
 3 DL fe80::d6ca:6dff:fea0:ff92/64                          ether1-gateway                                                                                               no

DHCPv6 prefix delegation from ISP is OK.

[admin@migo] /ipv6> dhcp-client print
Flags: D - dynamic, X - disabled, I - invalid 
 #    INTERFACE         STATUS        REQUEST        PREFIX                                                           ADDRESS                                                     
 0    pppoe-out1        bound         prefix         2001:4dd2:8c78::/48, 1d1h47m23s

Supout file was sent.

My understanding from the 6.40rc36 and 38 releases was that the switch chip menu was to not be used for ports not in a new bridge and ideally all configurations should move to the new VLAN aware hw-offload bridges.

I do recall a conflicting post from a MikroTik poster so clarification from own of the MikroTik folks would be great.

I asked this because on here on wiki


https://wiki.mikrotik.com/wiki/Manual%3ASwitch_Chip_Features#Bridge_Hardware_Offloading

If you see the table of crs 1xx/2xx series
It have a - on bridge vlan filter



Enviado de meu XT1580 usando Tapatalk

Upgrade from 6.40 last rc to 6.41.3 my 2011UiAS-2HnD all leds on active interfaces are off, Except led on eth10 is on witch is POE Out and is active. Is this normal or something wrong with this.

Leds work on boot. But after router come in working state they switch off.

Same here, LED’s are dead (RB2011UiAS).

Hello, we are aware that Ethernet LEDs do not work on RouterBoards with AR8327/QCA8337 switch chips in v6.41rc3 and look forward to fix it soon.

Currently, it is implemented only for CRS3xx series switches.

On CRS125 VLANs still have to be configured in “/interface ethernet switch” menu to keep hw-offload working. If they are configured in “/interface bridge vlan”, the hw-offload will turn off.

Becs, thanks for the clarification! While we’re chatting. How do we mere mortals edit the wiki?

Only staff can edit the wiki

Successfully updated a CRS109-8G-1S-2HnD. Looks great, can’t wait for this to be released in current! :smiley:

!) bridge - implemented software based vlan-aware bridges;
https://wiki.mikrotik.com/wiki/Manual:Interface/Bridge#Bridge_VLAN_Filtering

Before changing my configuration… Does MAC-based-VLAN work with this implementation?

The VLAN does not work on the Atheros 8327 chip switch.
I create Bridge1 and add Ethernet1 and Ethernet2.
I’m creating VLAN20 on Bridge1 - there’s still ok.
But when I add VLAN20 to Bridge2, RB is unavailable on these two ports.

Sorry about my English.

Shouldn’t VLAN be created on Ethernet port, not the bridge …
Or you are trying Bridge VLAN Filtering and vlan-ids …

It does not work even if I put my vlan on ether1 or 2.
I want to get the old way tagged vlan20 on ports ether1,2,3 … n (before master port1 and slave ether2,3, … n)
Bridge strip Taging. I have DHCP server for vlan20.

It works great on chip switch Atheros 8227.
Simplified Example:

/interface bridge
add name=bridge1
add name=bridge2
add name=bridge3
/interface vlan
add interface=bridge1 name=vlan20 vlan-id=20
add interface=bridge1 name=vlan30 vlan-id=30
/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=ether3
add bridge=bridge1 interface=ether2
add bridge=bridge2 interface=vlan20
add bridge=bridge3 interface=vlan30

Will there be shift to new syntax also for CRS125 series? It is a bit confusing to have to use different syntax for each product to get things done …

JF.