Bonding e LACP 802.3ad: aggregazione di link Ethernet

Il bonding permette di raggruppare più interfacce fisiche in una singola interfaccia logica per ottenere maggiore banda aggregata (load balancing) e/o ridondanza (failover). RouterOS v7 supporta diverse modalità; le più usate in contesti WISP/ISP sono 802.3ad (LACP), balance-xor e active-backup.

Il malinteso più comune: 2x1G non fa 2 Gbps a flusso singolo

Un LAG distribuisce i FLUSSI sulle porte in base a un hash (MAC/IP/porte). Un singolo trasferimento TCP (es. un client che scarica un file) viaggia su UN solo membro: 2x1G non danno 2 Gbps a quel client, ma 1 Gbps. Il guadagno c'è con MOLTI flussi concorrenti (tanti clienti). Per questo la scelta della transmit-hash-policy è cruciale: deve includere abbastanza entropia (IP+porte) per spalmare bene i flussi.

LACP 802.3ad: negoziazione dinamica

LACP (Link Aggregation Control Protocol) è la modalità standard IEEE: i due estremi si accordano dinamicamente su quali porte includere nel gruppo (LAG). Richiede supporto LACP sullo switch/router connesso all'altro capo. È la scelta migliore in produzione perché rileva attivamente membri morti (anche con link 'up' ma non funzionante).

# Creare l'interfaccia bonding in modalita LACP
/interface/bonding
add name=bond-uplink \
    mode=802.3ad \
    slaves=ether1,ether2 \
    lacp-mode=active \
    lacp-rate=30secs \
    transmit-hash-policy=layer-3-and-4 \
    mtu=1500 \
    comment="Uplink aggregato 2x1Gbps"

# Assegnare IP al bond (non alle porte fisiche!)
/ip/address
add address=10.0.0.1/30 interface=bond-uplink

Balance-xor: LAG statico senza LACP

# Utile quando lo switch upstream non supporta LACP
/interface/bonding
add name=bond-lan \
    mode=balance-xor \
    slaves=ether3,ether4 \
    transmit-hash-policy=layer-2-and-3 \
    comment="LAG statico verso switch core"

Active-backup: failover puro

# ether5 è primario, ether6 entra solo se ether5 cade
/interface/bonding
add name=bond-ha \
    mode=active-backup \
    slaves=ether5,ether6 \
    primary=ether5 \
    link-monitoring=mii \
    mii-interval=100ms \
    comment="Uplink ridondato failover"

Monitoraggio link: MII vs ARP

link-monitoring=mii rileva il link fisico (carrier) tramite l'interfaccia del kernel — rapido e affidabile per rilevare cavi scollegati. link-monitoring=arp invia probe ARP verso un IP target: più preciso in scenari dove il link fisico è su ma il percorso non funziona (es. uplink fiber con ottica difettosa o media converter che tiene il carrier su).

# ARP monitoring: prova a raggiungere il gateway 10.0.0.2
/interface/bonding
set bond-uplink \
    link-monitoring=arp \
    arp-ip-targets=10.0.0.2 \
    arp-interval=100ms

# Monitorare lo stato del bond e dei singoli slave
/interface/bonding/monitor bond-uplink
/interface/bonding/monitor-slaves bond-uplink

Bonding nel bridge con hardware offload

Un'interfaccia bonding può essere aggiunta al bridge come una qualunque porta fisica. Su dispositivi con chip compatibili (Marvell Prestera, CRS series), il bonding 802.3ad e balance-xor beneficiano di hardware offload. L'interfaccia bond va aggiunta con hw=yes al bridge.

# Aggiungere il bond al bridge esistente come trunk tagged
/interface/bridge/port
add bridge=bridge1 interface=bond-uplink \
    frame-types=admit-only-vlan-tagged \
    hw=yes

# Aggiornare la VLAN table per includere bond-uplink
/interface/bridge/vlan
set [find vlan-ids=10] tagged="ether1,bond-uplink,bridge1"
set [find vlan-ids=20] tagged="ether1,bond-uplink,bridge1"