RB962UiGS - SFP1 act as a switch port

RouterOS General
1

Hello guys ,

I checked board diagram https://i.mt.lv/cdn/rb_files/RB962UiGS-160210082257.png and it seems SFP1 is not part of switch1.

Currently my eth1 is configured as WAN and i have eth2,4,5 as LAN. I get one SFP and now i have an additional port which i want to add to my switch. I was thinking to add it to the switch but then realize i cannot. Now i think to create switch2 and add it there but im not sure if i can do that.

My goal is to be able to use SFP1 as LAN port. Any suggestions?

I know that i can move my WAN from eth1 to SFP1 change FIrewall / nat / enable DHCP client and then configure all ports from 1-5 to to be switch ports with the command below:

interface ethernet switch set switch1 switch-all-ports=no
https://wiki.mikrotik.com/wiki/Manual:Switch_Chip_Features

2

My goal is to be able to use SFP1 as LAN port. Any suggestions?

You can. However CPU will be used. This means high CPU load…

3

Sfp port is not connected to switch chip so traffic via this port has to pass CPU in any case. If you’re running modern version of ROS on your device, chances are that you’re actually using bridge with configuration similar to this one:


/interface bridge
add bridge=bridge
/interface bridge port
add bridge=bridge interface=ether2
add bridge=bridge interface=ether3
add bridge=bridge interface=ether4
add bridge=bridge interface=ether5
/ip address
add interface=bridge address=.....

In this case it is enough to include additional line in /interface bridge port:

add bridge=bridge interface=sfp1

ROS will make sure that traffic between interfaces ether2-5 will get treated by switch chip while traffic between sfp1 and the rest of interfaces will be handled by SW. Note, that single bridge can span interfaces from different switch chips and of different L1 technologies (ethernet, wireless, even tunnel interfaces).

If your config is considerably different, you can export full config (/export hide-sensitive) and post it here for a review and advice.

4

Thank you for explanation im currently running it that way but i had some issues with DHCP ( i cannot devide and it did’t get IP ) i will troubleshoot that. The only think i was wondering if adding it to Bridge is enough and you answer it.

I have 2 Eth to my storge ,so its not going to be used so often. I will watch the CPU / Temp …etc. I don’t think its such big deal as you remember Bridge HW offload was intruduced in 6.41

While a bridge is a software feature that will consume CPU’s resources, the bridge hardware offloading feature will allow you to use the built-in switch chip to forward packets, this allows you to achieve higher throughput, if configured correctly

https://wiki.mikrotik.com/wiki/Manual:Interface/Bridge#Bridge_Hardware_Offloading



[@MikroTik] > /interface bridge port print
Flags: X - disabled, I - inactive, D - dynamic, H - hw-offload
 #     INTERFACE                                                                  BRIDGE                                                                 HW  PVID PRIORITY  PATH-COST INTERNAL-PATH-COST    HORIZON
 0   H ;;; defconf
       ether2-master                                                              bridge                                                                 yes    1     0x80         10                 10       none
 1     ;;; defconf
       g1r5-n                                                                     bridge                                                                        1     0x80         10                 10       none
 2     ;;; defconf
       g1r5-ac                                                                    bridge                                                                        1     0x80         10                 10       none
 3   H ether3                                                                     bridge                                                                 yes    1     0x80         10                 10       none
 4   H ether4                                                                     bridge                                                                 yes    1     0x80         10                 10       none
 5   H ether5                                                                     bridge                                                                 yes    1     0x80         10                 10       none
 6 I   sfp1                                                                       bridge                                                                 yes    1     0x80         10                 10       none
5

I don’t think its such big deal as you remember Bridge HW offload was intruduced in 6.41

The SFP will not participate in Hardware offloading… The fact that you add it in the Bridge means nothing, it will still use the CPU…

6

I know SFP is not going to benefit of HW offloading my point was that using CPU is not such of a big deal.

7

using CPU is not such of a big deal.

It depends…