D'selwecht iESI bannent engem Site, eenzegaarteg tëschent Siten: Junos-Stickerei

Zwou Gateway-Puer bedreiwen zwou Datenzentren, an een oder aneren muss decidéieren, wéivill interconnect ESI-Wäerter den Design brauch. D'Äntwert ass eng pro Gateway-Grupp, net eng pro Fabric an net eng pro Gateway. Wann een dat falsch mécht, entsteet e Fabric, dee konfiguréiert ausgesäit an dee falsche Forwarder wielt, oder et gi Fusioune vun zwee Siten, déi sollten getrennt bleiwen. D'Regel an hir Ausnamen ass et wäert, nieft der Gateway-Lëscht opzeschreiwen.

Zwee Beräicher, zwou Regelen

Bannent engem Site handelen déi redundant interconnect-Gateways als een multihomed Endpunkt, dofir deelen si een eenzegen interconnect ESI. Hir Peers musse ee logesche Member gesinn anstatt zwee onofhängeg. Dat ass de ganzen Zweck vum gedeelte Wäert.

Tëschent Siten kritt all Gateway-Grupp säin eegene Wäert. Zwee Datenzentren, déi en Identifiant deelen, ginn eng multihomed-Grupp an der Kontrollfläch, wat normalerweis net dat ass, wat en Stickerei-Design iwwer e WAN bezweckt. Zwee Siten an enger Grupp ierwen och d'Fehlermoden vun deem aneren.

Bannent engem Site: eng Identitéit fir d'Grupp

Gitt dem Puer deeselwechte Wäert op béide Peers, am selwechte Service-Kontext, a registréiert en am Identifiant-Inventar vum Netz anstatt an engem Chat-Thread. Eng Onstëmmegkeet tëschent den zwee Membere ass de Fehlermodus, deen eng Grupp vun engem an oniwwersiichtlech Alarm ergëtt. Vergläicht béid Membere, ier dir enger funktionéierender Sessioun gleeft.

Den ënnerstëtzten Modell ass all-active. Déiselwecht Referenz schléisst Single-Active-Betrib, automatesch ofgeleeit LACP-Identifianten a source-bmac-Optiounen fir dës Stickerei-Identitéit aus, dofir muss en Design, deen ee vun dene ugeholl huet, iwwerschafft ginn, ier den Identifiant iwwerhaapt gewielt gëtt. Dës Restriktioun ass en Design-Input, keng Foussnout.

Iwwer Siten: verschidde Wäerter oder eng bewosst Fusioun

En eenzegaartegen Wäert pro Site hält déi zwou Gateway-Gruppen auserneen. Wann d'Absicht wierklech ass, eng multihomed-Grupp iwwer Siten auszebreeden, dann ass dat eng aner Architektur mat hiren eegenen Konsequenzen fir Latenz, Fehler an Weiderleedung, an et sollt als Architektur decidéiert ginn an net als Identifiant-Wiel. Frot déi Entscheedung schrëftlech virum Maintenance-Fënster.

Schreift den intendéierten Ënnerscheed an de Plang, sou datt en spéideren Ingenieur, deen eng funktionéierend Site-Vorlag kopéiert, hirem Identifiant net matimportéiert.

D'Peer-Ausso ass en Deel vun der Identitéit

All Gateway an der Grupp lëscht seng lokal Peers no Loopback-Adress op, an déi Bezéiung lieft op globalem EVPN-Niveau anstatt bannent engem eenzelen MAC-VRF. Se an déi falsch Hierarchie ze setzen ass eng heefeg Manéier, eng Konfiguratioun ze produzéieren, déi commit awer ni d'Grupp formt. Liest d'Referenzhierarchie eemol, a haalt Iech dann drun.

Den Numm vun der Ausso huet sech och geännert. Juniper huet d'Ausso interconnect peer-gateways an 24.2R1 ëmbenannt an déi interconnect-spezifesch Form fir Datenzentrums-Interconnect an 24.4R1 restauréiert. En Auszuch aus der Mëttelverëffentlechung kann dofir en Numm benotzen, deen déi deployéiert Versioun net akzeptéiert, oder ëmgedréint. Notéiert d'Verëffentlechung, aus där den Auszuch kënnt, niewent dem Auszuch selwer.

Wat d'Deelen vun engem iESI net mécht

Et definéiert net fir Iech route targets, VNI-en oder déi lokal EVPN-Instanz. Déi bleiwen eng separat Konfiguratioun, déi op béide Säiten iwwerenee muss kommen, an en Identifiant, deen iwwerenee kënnt, während en route target et net mécht, produzéiert eng Grupp, déi sech formt an näischt dréit. Vergläicht béid Säite vun dëse Parameteren am selwechten Duerchgang.

Et beweisegt och net d'Erreechbarkeet vun de Peers oder d'Wiel vum designated forwarder. Test unicast an dat erfuerdert Broadcast- a Multicast-Verhalen am normale Fall, a widderhëlt et dann mat enger ewechgehollener Gateway, sou datt de verbleiwenen Member d'Grupp eleng dréit.

Genau deen zweete Laf beweisegt, datt d'Grupp reell ass.

Behält d'observéiert Memberschaft an de Service-Kontext mat den Testergebnesser. Eng spéider Identifiant-Ännerung kann dann als Multihoming-Ännerung iwwerpréift ginn, wat se ass, an net als kosmetesch Ännerung vun engem String. D'Resultater sinn dee eenzege Beweis, datt den Identifiant mécht, wat den Zeechnung seet.