To brodomen i éi IOS XR-gruppe er ikkje eitt LAN

To vertar på same IOS XR-rutar kan ikkje pingje kvarandre, og konfigurasjonen ser ut som om dei burde kunne det. Båe subgrensesnitta viser seg under same brogruppe, namna skil éin bokstav, og stadfestinga gjekk gjennom utan klage. Det som manglar, er eitt nivå i hierarkiet: brogruppa er ein behaldar, og kvart brodomen inni ho er sitt eige kringkastingsdomen med eige medlemskap. Legg til ein tredje vert, og biletet vert vanlegvis verre i staden for klarare.

Start frå symptomet og les oppover

Vertar som feilar innanfor eitt subnett medan grensesnitta melder opp og ARP-oppføringane aldri vert fylte, er signaturen på eit medlemskapsproblem i domenet, ikkje eit ruteproblem. Ruteproblem gjev deg vanlegvis ein ICMP unreachable eller eit neste hopp som finst; eit manglande kringkastingsdomen gjev deg stille på lag to. Sjekk om dei to tilknytingane ligg i same brodomen før du ser på éin einaste IP-adresse. Om dei ikkje gjer det, vil inga mengd adresseringsarbeid føye dei saman.

Brogruppa er ein behaldar, ikkje noko meir

I IOS XR-hierarkiet for lag 2 VPN held ei brogruppe eitt eller fleire brodomen, og gruppa sjølv svitsjar ingenting. To brodomen under éi gruppe er sysken, ikkje medlemmer av eitt LAN, sjølv om konfigurasjonen les som om dei var nesta. Den utforminga er medviten: gruppa er der du organiserer tenestene, og domenet er der videresendinga faktisk skjer.

Ciscos rettleiar for multipunkt-tenester på lag 2 skildrar eit brodomen som eit kringkastingsdomen som held fysiske eller virtuelle portar, svitsjar etter mål-MAC, lærer kjeldeadresser og fløymer ukjend unicast, kringkasting og multicast berre innanfor det domenet. Les hierarkiet i den rettleiaren før du les din eigen konfigurasjon.

Brodomenet eig videresending og læring

MAC-læring er avgrensa til domenet, så ein stasjon som vert lært i eitt domen, er usynleg i syskendomenet. Fløyming følgjer same grensa, og difor når aldri ei kringkasting send av éin vert fram til ein vert i det andre domenet. Split-horizon-grupper inne i eit domen, medlemsstatus og eventuelle konfigurerte videresendingskontrollar snevrar deretter inn dei gyldige utgangane ytterlegare.

Ein pseudowire eller ein virtuell videresendingsinstans er ei tenestetilknyting til eit domen. Det er ikkje eit synonym for den overordna brogruppa, og å handsame det som eitt er korleis ein leverandørkant endar opp med to tenester som skulle vere isolerte og ikkje er det.

Tilknytinga avgjer kva rammer som i det heile kjem inn

Under domenet ligg tilknytinga: grensesnittet eller subgrensesnittet, kapslinga det matchar, eventuell merkeoperasjon og domenet det går inn i. Eit subgrensesnitt der nummeret tilfeldigvis ser ut som VLAN-et, er ikkje ein rammekontrakt, og same fysiske port kan mate to domen med to ulike match. Skriv ned inngangsgrensesnitt, matcha merke, merkehandling og måldomen, og skriv deretter utgangssida separat.

Samanlikn den kontrakten mellom dei to tenestene før du flyttar på konfigurasjonen. Når båe domena ligg under éi gruppe og berre eitt av dei ber trafikk, er skilnaden nesten alltid i tilknytinga og ikkje i domenet.

Om designet òg rutar mellom subnett, er tilknytinga på lag 3 eit vidare objekt med eigen gateway-adresse og policy. Eit brodomenamn forklarar ingenting om kva gateway som tener det.

Verifiser med utgjevinga som er sett i drift før du omorganiserer

Bruk utgjevinga sine eigne operative kommandoar for å sjå på domenet i staden for på køyrakonfigurasjonen. show l2vpn bridge-domain detail rapporterer domena og tilknytingsstatusen deira, og show l2vpn forwarding bridge-domain med MAC-opsjonane viser kva som er lært kvar. Om ei MAC-adresse dukkar opp i eitt domen og ikkje i syskenet, gjer hierarkiet nøyaktig det det er konfigurert til å gjere.

Ta så inventar over kvart domen og kvar tilknyting under gruppa før du endrar noko, og ta vare på den eksisterande konfigurasjonen for samanlikning. Eitt kjent objektnamn er ikkje bevis for at kvar nesta teneste deler omfanget.