Tas pats iESI vietas iekšienē, unikāls starp vietām: Junos sašuve

Divi vārteju pāri apkalpo divus datu centrus, un kādam jāizlemj, cik interconnect ESI vērtību dizainam vajag. Atbilde ir viena uz vārteju grupu, nevis viena uz fabric un nevis viena uz vārteju. To izdarot nepareizi, rodas fabric, kas izskatās konfigurēts un izvēlas nepareizo forwarder, vai arī tiek apvienotas divas vietas, kurām bija jāpaliek atsevišķām. Noteikumu un tā izņēmumus ir vērts pierakstīt blakus vārteju sarakstam.

Divi tvērumi, divi noteikumi

Vietas iekšienē liekās interconnect vārtejas darbojas kā viens multihomed galapunkts, tāpēc tās dala vienu interconnect ESI. To peeriem ir jāredz viens loģisks dalībnieks, nevis divi neatkarīgi. Tā ir visa kopīgās vērtības jēga.

Starp vietām katra vārteju grupa iegūst savu vērtību. Divi datu centri, kas dala identifikatoru, kontroles plaknē kļūst par vienu multihomed grupu, un to parasti nav tas, ko paredz sašuves dizains pāri WAN. Divas vietas vienā grupā arī pārmanto viena otras atteices režīmus.

Vietas iekšienē: viena identitāte grupai

Dodiet pārim to pašu vērtību abos peeros, tajā pašā pakalpojuma kontekstā, un ierakstiet to tīkla identifikatoru inventārā, nevis tērzēšanas pavedienā. Divu dalībnieku neatbilstība ir atteices režīms, kas rada viena dalībnieka grupu un bez acīmredzama trauksmes signāla. Salīdziniet abus dalībniekus pirms tam, kad ticat strādājošai sesijai.

Atbalstītais modelis ir all-active. Tā pati atsauce izslēdz single-active darbību, automātiski atvasinātus LACP identifikatorus un source-bmac opcijas šai sašuves identitātei, tāpēc dizains, kas pieņēma kādu no tiem, ir jāpārskata vēl pirms identifikatora izvēles. Šis ierobežojums ir dizaina ievade, nevis zemsvītras piezīme.

Starp vietām: atšķirīgas vērtības vai apzināta apvienošana

Unikāla vērtība katrai vietai uztur abas vārteju grupas atsevišķi. Ja nodoms patiešām ir paplašināt vienu multihomed grupu starp vietām, tā ir cita arhitektūra ar savām sekām aizturei, atteicēm un pāradresēšanai, un par to jālemj kā par arhitektūru, nevis kā par identifikatora izvēli. Pieprasiet šo lēmumu rakstiski pirms apkopes loga.

Ierakstiet paredzēto atšķirību plānā, lai vēlāks inženieris, kas kopē strādājošu vietas veidni, neievestu līdzi arī tās identifikatoru.

peer paziņojums ir identitātes daļa

Katra grupas vārteja uzskaita savus lokālos peerus pēc loopback adreses, un šī attiecība dzīvo globālajā EVPN līmenī, nevis atsevišķa MAC-VRF iekšienē. Ievietošana nepareizajā hierarhijā ir ierasts veids, kā izveidot konfigurāciju, kas commitējas, bet nekad neveido grupu. Izlasiet atsauces hierarhiju vienreiz un pēc tam turieties pie tās.

Arī paziņojuma nosaukums pārvietojās. Juniper 24.2R1 pārdēvēja interconnect peer-gateways paziņojumu un 24.4R1 atjaunoja interconnect raksturīgo formu datu centru interconnectam. Tāpēc fragments, kas ņemts no starpposma laidiena, var izmantot nosaukumu, ko izvietotā versija nepieņem, vai otrādi. Pierakstiet laidienu, no kura fragments nācis, blakus pašam fragmentam.

Ko kopīgs iESI nedara

Tas jūsu vietā nenosaka route target, VNI vai lokālo EVPN instanci. Tie paliek atsevišķa konfigurācija, kurai jāsakrīt abās pusēs, un identifikators, kas sakrīt, kamēr route target nesakrīt, rada grupu, kas izveidojas un neko nenes. Salīdziniet abas šo iestatījumu puses vienā piegājienā.

Tas arī nepierāda peer sasniedzamību vai designated forwarder ievēlēšanu. Pārbaudiet unicast un nepieciešamo broadcast un multicast uzvedību parastajā gadījumā, pēc tam atkārtojiet ar vienu noņemtu vārteju, lai atlikušais dalībnieks grupu nestu viens.

Tieši otrais palaidējs pierāda, ka grupa ir reāla.

Saglabājiet novēroto dalību un pakalpojuma kontekstu kopā ar testu rezultātiem. Vēlāku identifikatora izmaiņu tad var pārskatīt kā multihoming izmaiņu, kas tā arī ir, nevis kā kosmētisku virknes labojumu. Rezultāti ir vienīgais pierādījums, ka identifikators dara to, ko saka zīmējums.