bonding active-backup proti Juniper SRX clusteru (vyřešeno)

Zdravím,

řeším problém se správným přepínáním aktivního interface v bondu dvou síťovek, připojených každá do jednoho SRX v clusteru. Na začátku jsem měl standardní MII monitoring na živou linku. Bohužel SRX se chová tak, že oba nody mají všechny porty up, ale jen aktivní nod komunikuje.

Nabízel by se tedy přechod na ARP detekci. Problém je v tom, že na interface je několik VLAN a v takové situaci údajně nejde nastavit IP v "nativní VLAN", netagovaně přímo na portu SRX, kterou bych mohl monitorovat přes ARP dotazy.

Přemýšlím, jestli by to šlo obejít bonding režimem "broadcast". Ale nemám s ním zkušenost a nemám si to kde nasimulovat. Máte to někdo vyzkoušené v praxi nebo jste obdobnou situaci vyřešili jiným způsobem?

díky z nápady

Tak beru zpět. Zřejmě jsem během simulací dělal něco špatně, protože detekce ve spojení s VLANama nefungovala správně. Protože existuje několik bugrepotů okolo "no path to arp_ip_target via rt.dev", bral jsem to jako fakt, který s použitou verzí Debianu nevyřeším.

Teď jsem ve virtuálu vybudoval síť znovu a bonding modul už sám pozná, přes kterou VLANu má ARP dotazy posílat a detekce probíhá správně. Doufám, že to bude fungovat i v reálu.

Kdyby v budoucnu někdo potřeboval, přikládám funkční konfiguraci:

auto ebond0
iface ebond0 inet manual
    bond-slaves eth0 eth1
    bond-mode active-backup
    bond-primary eth0 eth1
    bond-arp-interval 1000
    bond-arp-ip-target 172.29.254.1

auto ebond0.900
iface ebond0.900 inet static
    address 172.29.254.2
    netmask 255.255.255.252
    network 172.29.254.0
    broadcast 172.29.254.3
    gateway 172.29.254.1

Dotaz: bonding active-backup proti Juniper SRX clusteru

Odpovědi