Isti iESI unutar lokaliteta, jedinstven između lokaliteta: Junos spajanje

Dva para gatewaya opslužuju dva data centra i netko mora odlučiti koliko interconnect ESI vrijednosti dizajn treba. Odgovor je jedna po gateway grupi, ne jedna po fabricu i ne jedna po gatewayu. Pogrešan odgovor daje fabric koji izgleda konfiguriran i bira pogrešan forwarder, ili spaja dva lokaliteta koja su trebala ostati odvojena. Pravilo i njegove iznimke vrijedi zapisati uz popis gatewaya.

Dva opsega, dva pravila

Unutar lokaliteta, redundantni interconnect gatewayi djeluju kao jedan multihomed endpoint, pa dijele jedan interconnect ESI. Njihovi peerovi moraju vidjeti jednog logičkog člana, a ne dva neovisna. To je cijela poanta zajedničke vrijednosti.

Između lokaliteta svaka gateway grupa dobiva svoju vrijednost. Dva data centra koja dijele identifikator postaju jedna multihomed grupa u kontrolnoj ravnini, što obično nije ono što dizajn spajanja preko WAN-a namjerava. Dva lokaliteta u jednoj grupi također nasljeđuju međusobne načine kvara.

Unutar lokaliteta: jedan identitet za grupu

Dajte paru istu vrijednost na oba peera, u istom kontekstu usluge, i zapišite je u inventar identifikatora mreže, a ne u chat. Nesklad između dva člana je način kvara koji daje grupu od jednog člana i bez očitog alarma. Usporedite oba člana prije nego povjerujete radnoj sesiji.

Podržani model je all-active. Ista referenca isključuje single-active rad, automatski izvedene LACP identifikatore i source-bmac opcije za ovaj identitet spajanja, pa dizajn koji je pretpostavio nešto od toga treba preispitati prije nego se identifikator uopće odabere. To ograničenje je ulazni podatak dizajna, ne fusnota.

Između lokaliteta: različite vrijednosti ili namjerno spajanje

Jedinstvena vrijednost po lokalitetu drži dvije gateway grupe odvojenima. Ako je namjera doista proširiti jednu multihomed grupu preko lokaliteta, to je druga arhitektura s vlastitim posljedicama na latenciju, kvarove i prosljeđivanje, i o tome treba odlučiti kao o arhitekturi, a ne kao o izboru identifikatora. Zatražite tu odluku pismeno prije prozora za održavanje.

Upišite namjeravanu razliku u plan, da kasniji inženjer koji kopira radni predložak lokaliteta ne uveze i njegov identifikator.

Peer naredba dio je identiteta

Svaki gateway u grupi navodi svoje lokalne peere po loopback adresi, a taj odnos živi na globalnoj EVPN razini, a ne unutar pojedinog MAC-VRF-a. Smještanje u pogrešnu hijerarhiju čest je način da se dobije konfiguracija koja se potvrdi, ali nikada ne tvori grupu. Pročitajte referentnu hijerarhiju jednom, zatim je se držite.

Ime naredbe se također preselilo. Juniper je preimenovao naredbu interconnect peer-gateways u 24.2R1 i vratio interconnect-specifični oblik za interconnect data centara u 24.4R1. Isječak uzet iz međuizdanja zato može koristiti ime koje implementirana verzija ne prihvaća, ili obrnuto. Zapišite izdanje iz kojeg isječak dolazi uz sam isječak.

Što dijeljenje iESI-ja ne čini

Ne definira umjesto vas route targete, VNI-jeve ni lokalnu EVPN instancu. Oni ostaju zasebna konfiguracija koja se mora slagati na obje strane, a identifikator koji se slaže dok se route target ne slaže daje grupu koja se formira i ne nosi ništa. Usporedite obje strane tih postavki u istom prolazu.

Niti dokazuje dostupnost peerova ili izbor designated forwardera. Testirajte unicast i potrebno broadcast i multicast ponašanje u normalnom slučaju, zatim ponovite s uklonjenim jednim gatewayem da preostali član sam nosi grupu.

Upravo to drugo pokretanje dokazuje da je grupa stvarna.

Držite promatrano članstvo i kontekst usluge uz rezultate testova. Kasnija promjena identifikatora tada se može pregledati kao promjena multihominga, što ona i jest, a ne kao kozmetička izmjena niza znakova. Rezultati su jedini dokaz da identifikator radi ono što crtež kaže.