Linux aktiv-Reserv-Bond op all-active EVPN: wat brécht

Setzt en aktiv-Reserv-Bond op de Server an en all-active Ethernet-Segment op de Fabric, an d'Halschent vum Récktrafic kann verschwannen, ouni datt sech en eenzegen Fehlerzieler beweegt. Keng vun deenen zwee Konfiguratiounen ass fir sech eleng falsch. De Problem läit an der Iwwergab tëscht hinnen, wou déi eng Säit een eenzegen Port wielt an déi aner unhëlt, datt all ugeschlossent Blat liwwere kann. Follegt engem Frame a béid Richtungen an den Ënnerscheed gëtt evident.

Wat aktiv-Reserv mat engem eentreffende Frame mécht

Bondingsmodus 1 hält genee ee Slave am Sendewee an tauscht en nëmmen aus, wann deen aktuellen ausfällt. Dee Deel ass bekannt. Wat hei zielt, ass d'Empfangssäit: de Kernel gëtt e Frame just dann un de Stack, wann en um aktive Slave ukommt, an hëlt Frames of, déi op engem aneren Slave erschéngen. Dës all_slaves_active Astellunge gëtt et genee fir déi Regel ze läschten, an et ass standardméisseg aus. ip -d link show bond0 dréckt den aktuelle Wäert nieft dem Modus.

/proc/net/bonding/bond0 nennt den aktive Slave a mellt de Linkstatus fir all Slave. Dee Fichier ass déi eenzeg éierlech Quell dofir, wéi en Port de Moment de Verkéier dréit.

En Host an dësem Modus huet gläichzäiteg een notzbare Empfangswee, lokal gewielt ouni Wëssen iwwer de Fabric. Wann e Frame fir dee Host iwwer deen anere Kabel ukommt, zielt de Switchport en als empfaangen, de Stack vum Host gesäit en ni, an all Zieler ausser dem eegene Drop-Zieler vum Host gesinn komplett gesond aus.

Wat all-active Multihoming mat engem wäite nächsten Hop mécht

EVPN-Multihoming beschreift eng Rei vu Blieder, déi en Ethernet-Segment deelen, dat duerch eng ESI identifizéiert gëtt, an annoncéiert dee Segment dem Rescht vum Fabric. Am all-active Modell installéiere wäit Peeren méi wéi een nächsten Hop fir d'Adressen vum Segment. Unicast Richtung Server ka dann op béid Blieder ukommen, an de Fabric ka fräi pro Flux wielen. Dat ass de ganzen Zweck vum Design, an et ass och d'Annam, déi de Bond vum Server erfëlle muss.

Iwwerschwemmt Verkéier follegt enger anerer Regel. D'Blieder wielen en designéierte Forwarder pro Segment, sou datt Broadcast, onbekannten Unicast a Multicast normalerweis duerch ee vun hinnen erakommen. Unicast an Iwwerschwemmund huelen also zwee getrennte Decisiounen, an nëmmen eng dovun erschéngt am Bondstatus vum Host.

Wou déi zwou Walen divergéieren

De Kernel wielt säin aktive Slave aus dem Linkstatus a senger eegener Politik. De Fabric wielt déi nächst Hops aus EVPN-Routen, an en designéierte Forwarder aus enger Wal tëscht de Blieder. Kee vun den zwee Prozesser freet deen aneren. Wa se verschidde Blieder wielen, ass de Feeler richtungsbezunn: wat de Server schéckt, geet normal eraus, an d'Äntwerten verschwannen.

Et gëtt zwee ënnerstëtzte Weeër eraus, an se si net auswiesselbar. Gitt dem Host e Bond, deen de Fabric als eng eenzeg logesch Unien behandele kann, wat praktesch en LACP-Bond bedeit, deen mat de Blieder verhandelt gouf, an béid Linken si wierklech zesummen aktiv. Oder akzeptéiert och Single-Active-Liwwerung aus dem Fabric, sou datt de Segment dem selwechte Modell vun engem Port op eemol follegt wéi de Bond. Wat net funktionéiert, ass en all-active Segment virun engem Bond, deen nëmmen op engem Port lauschtert, ausser Dir aktivéiert bewosst den Empfang op den inaktive Slaves an akzeptéiert déi duebel Liwwerung, déi duerno kënnt.

Firwat de Reservkabel weider gesond ausgesäit

E Kabel, deen keen Trafic dréit, mellt trotzdem Link uewen, an en Standby-Slave an engem Bond ass drop ausgeluecht, prett auszegesinn. Operateuren liesen dat als Redundanz a stellen op Froen.

Frot amplaz, wéi ee physesche Port de Réckframe benotzt huet. Um Host, zielt empfaange Pakete pro Slave an net pro Bond, well den Bondzieler d'Asymmetrie verstoppt. Um Blat, kuckt op d'Forwardingsandräg vun der Bréck fir d'MAC vum Server an op d'Rei vun den nächsten Hops, déi d'EVPN-Route dréit. Wann den Andrag op dat Blat weist, deem säin Hostlink de Standby ass, liwwert den Design an e Port, deen den Host ignoréiert. Dat ass eng Konfiguratiounsdifferenz an net e Hardwarefeeler, a keng Quantitéit vu Linkstatus-Iwwerwaachung wäert se opbréngen.

Test d'Liwwerung a béid Richtungen, net de Linkstatus

Baut eng Matrix mat enger Zeil pro Feeler an enger Kolonn pro Richtung, a fëllt dann geliwwerten Trafic anstatt Interface-Zoustand. Zeil eng ass normal Betrib, an genau do verstoppt sech d'Differenz, well d'Symptom wéi en Applikatiounsproblem ausgesäit.

Huelt dann den aktiven Hostlink ewech, huelt ee Blat ewech, huelt d'Uplinks vun deem Blat ewech, an setzt jiddereen noeneen erëm. Notéiert no all Schrëtt den aktive Slave, den Zoustand vum EVPN-Segment, den wäite Forwardingsandrag an den observéierte Duerchfloss a béid Richtungen. E Blat, dat säi Fabric-Wee verléiert, wärend säin Hostlink uewen bleift, ass dee interessante Fall, well d'Unien annoncéiert bleift a roueg eng Sakgaass ka ginn. Test mat frëschen Unicast-Flëss an mat dem iwwerschwemmten Trafic, vun deem d'Applikatioun ofhänkt, well déi zwee verschidden Forwardingsentscheedungen huelen.

Akzeptéiert den Design nëmmen, wann d'Matrix eng bidirektional Liwwerung iwwert de Wee weist, deen Dir virgesinn hutt. Zwee Kabele mat Link uewen sinn net dat Resultat.