Sama iESI saidi sees, unikaalne saitide vahel: Junos-õmblus

Kaks lüüsipaari teenindavad kahte andmekeskust ja keegi peab otsustama, kui palju interconnect ESI väärtusi projekt vajab. Vastus on üks lüüsigrupi kohta, mitte üks fabrici kohta ja mitte üks lüüsi kohta. Sellega eksimine loob fabrici, mis näib seadistatud olevat ja valib vale forwarderi, või ühendab kaks saiti, mis pidid jääma eraldi. Reegel ja selle erandid tasub lüüside loendi kõrvale kirja panna.

Kaks ulatust, kaks reeglit

Saidi sees toimivad liias interconnect-lüüsid ühe multihomed-lõpp-punktina, seega jagavad nad üht interconnect ESI-t. Nende peerid peavad nägema üht loogilist liiget, mitte kaht sõltumatut. See ongi jagatud väärtuse mõte.

Saitide vahel saab iga lüüsigrupp oma väärtuse. Kaks andmekeskust, mis jagavad identifikaatorit, muutuvad juhtimistasandil üheks multihomed-grupiks, mis tavaliselt ei ole see, mida üle WAN-i õmblev projekt kavatseb. Kaks saiti ühes grupis pärivad ka teineteise tõrkerežiimid.

Saidi sees: üks identiteet grupi jaoks

Andke paarile sama väärtus mõlemal peeril, samas teenusekontekstis, ja kirjutage see võrgu identifikaatorite inventari, mitte vestlusse. Kahe liikme lahknevus on tõrkerežiim, mis annab ühest liikmest koosneva grupi ja ilma selge häireteta. Võrrelge mõlemat liiget enne, kui usute toimivasse seanssi.

Toetatud mudel on all-active. Sama viide välistab single-active töö, automaatselt tuletatud LACP identifikaatorid ja source-bmac valikud selle õmblusidentiteedi jaoks, seega projekt, mis eeldas üht neist, vajab ülevaatamist juba enne identifikaatori valimist. See piirang on projekti sisend, mitte joonealune märkus.

Üle saitide: erinevad väärtused või teadlik ühendamine

Unikaalne väärtus saidi kohta hoiab kaks lüüsigruppi eraldi. Kui kavatsus on tõesti laiendada üht multihomed-gruppi üle saitide, on see teine arhitektuur, millel on omad tagajärjed latentsusele, tõrgetele ja edastamisele, ning see tuleks otsustada arhitektuurina, mitte identifikaatori valikuna. Küsige seda otsust kirjalikult enne hooldusakent.

Kirjutage kavatsetud erinevus plaani, et hilisem insener, kes kopeerib toimiva saidi malli, ei impordiks koos sellega ka identifikaatorit.

Peer-lause on identiteedi osa

Iga lüüs grupis loetleb oma kohalikud peerid loopback-aadressi järgi ja see suhe elab globaalsel EVPN-tasandil, mitte üksiku MAC-VRF-i sees. Selle panemine valesse hierarhiasse on tavaline viis luua seadistus, mis commititakse, aga ei moodusta kunagi gruppi. Lugege viitehierarhiat üks kord ja pidage siis sellest kinni.

Ka lause nimi liikus. Juniper nimetas interconnect peer-gateways lause ümber versioonis 24.2R1 ja taastas interconnect-spetsiifilise vormi andmekeskuste interconnecti jaoks versioonis 24.4R1. Vaheversioonist võetud lõik võib seega kasutada nime, mida juurutatud versioon ei aktsepteeri, või vastupidi. Kirjutage väljalase, kust lõik pärineb, lõigu enda kõrvale.

Mida iESI jagamine ei tee

See ei määra teie eest route targeteid, VNI-sid ega kohalikku EVPN-i eksemplari. Need jäävad eraldi seadistuseks, mis peab mõlemal pool kokku langema, ja identifikaator, mis klapib, samal ajal kui route target ei klapi, loob grupi, mis moodustub ja ei kanna midagi. Võrrelge nende seadete mõlemat poolt samas läbimises.

See ei tõesta ka peeride kättesaadavust ega designated forwarderi valikut. Testige unicasti ja nõutavat broadcast- ja multicast-käitumist tavajuhul, seejärel korrake ühe lüüsi eemaldamisega, et allesjäänud liige kannaks gruppi üksi.

Just teine jooks tõestab, et grupp on tõeline.

Hoidke vaadeldud liikmelisus ja teenusekontekst testitulemuste juures. Hilisemat identifikaatori muudatust saab siis üle vaadata multihoming-muudatusena, millega ongi tegu, mitte stringi kosmeetilise redigeerimisena. Tulemused on ainus tõend, et identifikaator teeb seda, mida joonis ütleb.