Linuxen aktibo-erreserbako bonda EVPN all-active gainean: zer hausten den

Jarri aktibo-erreserbako bond bat zerbitzarian eta all-active Ethernet segmentu bat fabrikan, eta itzulerako trafikoaren erdiak desagertu daiteke errore-kontagailu bat bera ere mugitu gabe. Bi konfigurazioetatik bat ere ez da okerra bere horretan. Arazoa bien arteko eskualdatzean dago: alde batek portu bakarra aukeratzen du eta besteak suposatzen du konektatutako hosto bakoitzak entregatu dezakeela. Jarraitu marko bat noranzko bakoitzean eta desdoitzea agerian geratzen da.

Zer egiten dion aktibo-erreserbak sarrerako marko bati

Bonding modu 1-ek slave bakarra mantentzen du transmisio-bidean eta unekoak huts egiten duenean bakarrik aldatzen du. Zati hori ezaguna da. Hemen garrantzitsua harrera-aldea da: kernelak markoa pilari ematen dio slave aktiboan iristen denean bakarrik, eta beste edozein slave-tan agertzen diren markoak baztertzen ditu. Hau all_slaves_active ezarpena arau hori biguntzeko dago zehazki, eta lehenetsita itzalita dago. ip -d link show bond0 unean uneko balioa inprimatzen du moduaren ondoan.

/proc/net/bonding/bond0 slave aktiboa izendatzen du eta slave bakoitzaren estekaren egoera jakinarazten du. Fitxategi hori da trafikoa une honetan daraman portua zein den jakiteko iturri zintzo bakarra.

Modu honetako ostalariak harrera-bide erabilgarri bakarra du aldi berean, bertan aukeratua fabrikaren berri izan gabe. Ostalari horrentzako marko bat beste kabletik iristen bada, kommutadorearen portuak jasotakotzat zenbatzen du, ostalariaren pilak ez du inoiz ikusten, eta ostalariaren beraren baztertze-kontagailua ez beste kontagailu guztiek osasuntsu dirudite.

Zer egiten dion all-active multihoming-ek urruneko hurrengo jauzi bati

EVPN multihoming-ek ESI batek identifikatutako Ethernet segmentu bat partekatzen duten hostoen multzo bat deskribatzen du, eta segmentu hori fabrikako gainerako atalei iragartzen die. All-active ereduan, urruneko peer-ek hurrengo jauzi bat baino gehiago instalatzen dituzte segmentuaren helbideetarako. Zerbitzarirainoko unicast-a orduan edozein hostotara irits daiteke, eta fabrika libre da fluxu bakoitzeko aukeratzeko. Hori da diseinuaren zentzu osoa, eta aldi berean zerbitzariaren bondak bete behar duen suposamena.

Uholde-trafikoak beste arau bat jarraitzen du. Hostoek forwarder izendatu bat aukeratzen dute segmentu bakoitzeko, beraz broadcast, unicast ezezagun eta multicast haietako batetik sartzen dira normalean. Beraz, unicast-ak eta uholdeak bi erabaki bereizi hartzen dituzte, eta horietako bat soilik agertzen da ostalariaren bond egoeran.

Non desadostasun dute bi hautaketek

Kernelak bere slave aktiboa estekaren egoeratik eta bere politikatik aukeratzen du. Fabrikak hurrengo jauziak EVPN bideetatik aukeratzen ditu, eta forwarder izendatua hostoen arteko hautaketatik. Bi prozesuetako batek ez dio besteari galdetzen. Hosto desberdinak aukeratzen dituztenean, hutsak noranzkoaren araberakoa da: zerbitzariak bidaltzen duena normaltasunez irteten da, eta erantzunak desagertu egiten dira.

Bi irteera onartu daude, eta ez dira trukagarriak. Eman ostalariari fabrikak eranskin logiko bakartzat har dezakeen bond bat, hau da, praktikan hostoekin negoziatutako LACP bond bat, eta bi estekak benetan batera aktibo daude. Edo onartu fabrikatik single-active entrega ere, segmentuak bondaren eredu bera jarrai dezan, portu bat aldiko. Funtzionatzen ez duena da bond bat soilik portu batean entzuten duenaren aurrean all-active segmentu bat jartzea, ez baduzu nahita gaitzen slave ez-aktiboen harrera eta ondorioz datorren entrega bikoitza onartzen.

Zergatik dirudi erreserba-kableak osasuntsu oraindik

Trafikorik daraman kable batek esteka gorak jakinarazten du oraindik, eta bond bateko ordezko slave-a prest agertzeko diseinatuta dago. Operadoreek erredundantzia gisa irakurtzen dute eta galderak egiteari uzten diote.

Galdetu, horren ordez, itzulerako markoak zein portu fisiko erabili zuen. Ostalarian, zenbatu jasotako paketeak slave bakoitzeko, ez bond bakoitzeko, bondaren kontagailuak asimetria ezkutatzen baitu. Hostoan, begiratu zubiaren birbidaltze-sarrerak zerbitzariaren MAC-rako eta EVPN bideak daraman hurrengo jauzien multzoari. Sarrera ostalariaren esteka ordezkoa duen hostoari seinalatzen badio, diseinua ostalariak baztertzen duen portu batera ari da entregatzen. Konfigurazio-desdoitzea da, ez hardware hutsegitea, eta estekaren egoera monitorizatzeak ez du agerian jarriko.

Probatu entrega bi noranzkoetan, ez estekaren egoera

Eraiki matrize bat hutsegite bakoitzeko errenkada batekin eta noranzko bakoitzeko zutabe batekin, eta bete ezazu entregatutako trafikoarekin, ez interfazearen egoerarekin. Lehen errenkada funtzionamendu normala da, eta han ezkutatzen da desdoitzea, sintomak aplikazioaren arazo baten itxura baitu.

Ondoren kendu ostalariaren esteka aktiboa, kendu hosto bat, kendu hosto horren uplink-ak, eta berreskuratu bakoitza txandaka. Pauso bakoitzaren ondoren, erregistratu slave aktiboa, EVPN segmentuaren egoera, urruneko birbidaltze-sarrera eta bi noranzkoetan behatutako emaria. Fabrikarako bidea galtzen duen hostoa, bere ostalariaren esteka gorak dirauen bitartean, kasu interesgarria da, eranskinak iragarrita jarraitzen baitu eta isil-isilik kale itsu bihur baitaiteke. Probatu unicast fluxu berriekin eta aplikazioak behar duen uholde-trafikoarekin, biek birbidaltze-erabaki desberdinak erabiltzen baitituzte.

Onartu diseinua matrizeak zure asmoa zen bidetik noranzko biko entrega erakusten duenean soilik. Esteka gorak dituzten bi kable ez dira emaitza hori.