Interfacce, switching e VLANIntermedio

Hardware Offload: switch chip e forwarding wire-speed

Cos'è l'hardware offload su RouterOS, quando e come attivarlo con hw=yes, quali switch chip lo supportano e quali limitazioni esistono in scenari VLAN e bonding.

Molti dispositivi MikroTik — in particolare le serie CRS (Cloud Router Switch) e i RouterBoard con chip dedicato — dispongono di uno switch chip hardware in grado di inoltrare traffico a wire-speed senza coinvolgere la CPU principale. RouterOS v7 sfrutta questa capacità tramite il parametro hw=yes sulle bridge port.

Come abilitare l'hardware offload

Per attivare l'offload su una porta è sufficiente impostare hw=yes quando si aggiunge la porta al bridge. RouterOS decide automaticamente se il chip supporta l'operazione; se non la supporta, il parametro viene ignorato silenziosamente.

Aggiungere porte al bridge con hardware offload abilitato

# hw=yes richiede che tutte le porte offloaded siano
# sullo stesso switch chip fisico del dispositivo
/interface/bridge/port
add bridge=bridge1 interface=ether1 hw=yes
add bridge=bridge1 interface=ether2 hw=yes
add bridge=bridge1 interface=ether3 hw=yes
add bridge=bridge1 interface=ether4 hw=yes

# Verificare quali porte hanno effettivamente l'offload attivo
/interface/bridge/port print detail where hw=yes

Chip supportati e capacità

Marvell Prestera (CRS3xx): offload completo — VLAN filtering, STP/RSTP/MSTP, IGMP snooping, DHCP snooping, bonding 802.3ad. Fino a 16 000 voci MAC.
CRS1xx/CRS2xx (Marvell 88E6xxx): VLAN filtering offloaded, STP/RSTP, DHCP/DHCPv6 snooping. Limitazione: QinQ non supportato su 88E6393X/88E6191X.
MT7621, MT7531, EN7523, RTL8367: VLAN filtering offloaded (v7+), STP/RSTP, IGMP snooping.
Atheros QCA8337/AR8327: STP/RSTP soltanto; VLAN tramite /interface/ethernet/switch/vlan (metodo legacy).
Solo un bridge offloaded per chip (eccezione: CRS series multipla).

Verificare switch chip presenti sul dispositivo

# Elenco chip switch rilevati
/interface/ethernet/switch print

# Statistiche del chip (traffico, errori)
/interface/ethernet/switch print stats

Funzionalità che disabilitano l'offload

Alcune feature di RouterOS richiedono che il pacchetto passi dalla CPU, disabilitando l'hardware offload su quella porta o sull'intero bridge:

horizon (split-horizon): disabilita l'offload sulla porta interessata.
dhcp-snooping=yes: disabilita fast-forward sull'intero bridge (ma CRS3xx mantiene l'offload hardware).
Regole /interface/bridge/filter attive: forzano il passaggio dalla CPU.
use-ip-firewall=yes in /interface/bridge/settings: tutto il traffico bridged passa per il firewall IP (CPU).

Controllare se l'offload è effettivamente attivo su ogni porta

# La colonna HW mostra "yes" se offloadata, "no" altrimenti
/interface/bridge/port print detail
# oppure con monitor per vedere lo stato in tempo reale
/interface/bridge/port monitor [find bridge=bridge1]

BEST PRACTICE: su un CRS (Cloud Router Switch) usato come switch puro, abilitare hw=yes su tutte le porte Ethernet garantisce forwarding wire-speed (es. 1 Gbps non-blocking su CRS326). Aggiungere una porta SFP+ o un'interfaccia bonding al bridge senza hw=yes non compromette l'offload delle altre porte, ma quella porta specifica verrà gestita dalla CPU.

ATTENZIONE: non mescolare nello stesso bridge porte appartenenti a switch chip fisici diversi se si vuole l'offload. RouterOS offloada solo i sottogruppi di porte sullo stesso chip.

hardware offloadhw=yesswitch chipwire-speedCRSMarvellMT7621Atherosoffloadingprestazioni bridge

Continua con

Interfacce Ethernet: velocità, duplex e MTU Il Bridge RouterOS: dominio L2 e gestione porte VLAN 802.1Q con bridge vlan-filtering: configurazione completa e sicura QinQ 802.1ad: doppio tag VLAN per reti provider

Configura senza fatica con l'AI

In WispOS l'agente AI genera la configurazione RouterOS dalle tue parole e un tutor ti guida passo passo.

Prova WispOS