Bonding: aggregazione e ridondanza dei link fisici
Come creare un'interfaccia bonding in RouterOS v7 per aggregare più link fisici in uno virtuale, aumentando la ridondanza con active-backup o la larghezza di banda con 802.3ad LACP.
Il bonding in RouterOS combina più interfacce fisiche Ethernet in una singola interfaccia virtuale. Esistono due obiettivi principali: ridondanza (se un cavo o switch guasta, il traffico continua sull'altro link) e aumento della banda (il traffico viene distribuito su più link attivi contemporaneamente).
Modalità di bonding principali
active-backup— solo un link attivo per volta; failover automatico se cade. Nessuna modifica allo switch. Consigliato per ridondanza semplice.802.3ad(LACP) — aggregazione standard IEEE, richiede supporto LACP sullo switch. Aumenta la banda e offre ridondanza. Consigliato per uplink verso switch managed.balance-rr— round-robin su tutti i link. Aumenta la throughput ma può causare riordinamento pacchetti. Richiede supporto switch.balance-xor— distribuzione statistica basata su hash src/dst MAC o IP. Stabile ma richiede switch compatibile.
Scenario 1: active-backup (ridondanza senza LACP)
# Rimuovi eventuali IP dalle interfacce fisiche prima di creare il bond
/ip/address remove [find interface=ether1]
/ip/address remove [find interface=ether2]
# Crea il bonding in modalità active-backup
# slaves: interfacce da includere (min. 2)
# primary: interfaccia preferita quando entrambe sono up
/interface/bonding add name=bond-uplink mode=active-backup \
slaves=ether1,ether2 primary=ether1 \
link-monitoring=mii mii-interval=100ms \
comment="Uplink ridondante verso switch core"
# Assegna l'IP al bonding (non alle interfacce fisiche)
/ip/address add address=10.0.0.1/30 interface=bond-uplink
# Verifica: mostra quale slave è attivo
/interface/bonding monitor bond-uplinkScenario 2: 802.3ad LACP con switch managed
# Prerequisito: configurare un LAG/port-channel sullo switch
# con le stesse porte (es. Cisco: channel-group 1 mode active)
# Crea bonding LACP
/interface/bonding add name=bond-lacp mode=802.3ad \
slaves=ether3,ether4 \
link-monitoring=mii mii-interval=100ms \
lacp-rate=fast \
comment="LACP uplink verso switch core"
# Assegna IP
/ip/address add address=192.168.100.1/24 interface=bond-lacp
# Monitoraggio slave e stato LACP
/interface/bonding monitor bond-lacp
# Verifica interfacce fisiche incluse e loro stato
/interface/bonding print detailBilanciamento: la transmit-hash-policy decide la distribuzione
In LACP e balance-xor, un singolo flusso TCP/UDP viaggia sempre sullo stesso link fisico: l'aggregazione aumenta la banda aggregata (molti flussi), non la velocità di un singolo download. La transmit-hash-policy definisce come i flussi vengono distribuiti sui link. Con tanti client la layer-3-and-4 (hash su IP+porte) distribuisce meglio.
# Hash su IP sorgente/destinazione + porte L4: migliore spread con molti flussi /interface/bonding set bond-lacp transmit-hash-policy=layer-3-and-4 # Alternativa più semplice (default): hash su MAC layer 2 # /interface/bonding set bond-lacp transmit-hash-policy=layer-2
Monitoraggio dei link (MII vs ARP)
# MII monitoring: verifica lo stato fisico del link via driver
# Più veloce e affidabile, non dipende dal traffico
/interface/bonding set bond-uplink link-monitoring=mii mii-interval=100ms
# ARP monitoring: invia ARP verso un IP target, utile se
# il link fisico è up ma il next-hop non risponde
/interface/bonding set bond-uplink link-monitoring=arp \
arp-interval=100ms arp-ip-targets=10.0.0.2active-backup non c'è rischio loop perché solo una porta trasmette per volta. Per uplink verso switch Ubiquiti (UniFi/EdgeSwitch), usa 802.3ad con LACP; per uplink verso switch non managed, usa sempre active-backup. Ricorda: l'aggregazione LACP NON velocizza il singolo flusso — per un singolo cliente che scarica a piena banda serve un link fisico abbastanza veloce, non più link in bonding.Continua con
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