To værter på samme IOS XR-router kan ikke pinge hinanden, og alligevel ser konfigurationen ud som om de burde kunne. Begge undergrænseflader optræder under den samme brogruppe, navnene adskiller sig med ét bogstav, og commit gik igennem uden klager. Det, der mangler, er ét niveau i hierarkiet: brogruppen er en beholder, og hver brodømæne i den er sit eget broadcast-domæne med sin egen medlemskab. Tilføj en tredje vært, og billedet bliver normalt værre snarere end klarere.

ObjectOwnsDoes not own
Bridge groupa named container for domainsany forwarding or MAC learning
Bridge domainone broadcast domain, MAC table, flooding scopethe VLAN match on an ingress port
Attachmentwhich frames from which interface and tag enter the domainwhich other domains they can reach

Start ved symptomet og læs opad

Værter, der fejler inden for ét subnet, mens grænsefladerne rapporterer up og ARP-posterne aldrig fyldes, er signaturen på et domænemedlemskabsproblem, ikke et routingproblem. Routingproblemer giver dig normalt en ICMP-meddelelse om uopnåelighed eller en næste hop, der findes; et manglende broadcast-domæne giver dig stilhed på lag to. Kontroller, om de to tilknytninger er i samme brodømæne, før du kigger på en enkelt IP-adresse. Er de ikke det, vil intet adresseringsarbejde forbinde dem.

Bro gruppen er en beholder og intet mere

I IOS XR-lag-2-VPN-hierarkiet holder en brogruppe en eller flere brodømæner, og gruppen selv switcher intet. To dømæner under én gruppe er søskende, ikke medlemmer af ét LAN, selv om konfigurationen læses, som om de er indlejrede. Det layout er bevidst: gruppen er, hvor du organiserer tjenester, og dømænet er, hvor videresendelsen faktisk sker.

Ciscos vejledning til multipoint-lag-2-tjenester beskriver en brodømæne som et broadcast-domæne, der holder fysiske eller virtuelle porte, switcher efter destinations-MAC, lærer kildeadresser og flooder ukendt unicast, broadcast og multicast kun inden for det pågældende domæne. Læs hierarkiet i den vejledning, før du læser din egen konfiguration.

Bro dømænet ejer videresendelse og læring

MAC-læring er afgrænset til dømænet, så en station, der læres i ét dømæne, er usynlig i dets søskende. Flooding følger samme grænse, og derfor når en broadcast sendt af én vært aldrig en vært i det andet dømæne. Split-horizon-grupper i et dømæne, medlemsstat og eventuelle konfigurerede videresendelseskontroller indsnævrer derefter de tilladte udgange yderligere.

En pseudowire eller en virtuel videresendelsesinstans er en tjenestetilknytning til et dømæne. Det er ikke synonymt med den overordnede brogruppe, og netop den behandling efterlader en udbyderkant med to tjenester, der skulle have været isolerede, og som ikke er det.

Tilknytningen afgør, hvilke rammer der overhovedet ankommer

Under dømænet sidder tilknytningen: grænsefladen eller undergrænsefladen, den indkapsling den matcher, en eventuel tag-operation og det dømæne, den slutter sig til. En undergrænseflade, hvis nummer tilfældigvis ligner VLAN'et, er ikke en rammekontrakt, og den samme fysiske port kan føde to dømæner med to forskellige match. Skriv indgående grænseflade, matchet tag, tag-handling og måldømæne ned, og skriv derefter udgangssiden separat.

Sammenlign den kontrakt mellem de to tjenester, før du flytter konfiguration. Når begge dømæner ligger under én gruppe, og kun én af dem bærer trafik, ligger forskellen næsten altid i tilknytningen og ikke i dømænet.

Hvis designet også router mellem subnets, er lag-3-tilknytningen et yderligere objekt med sin egen gateway-adresse og politik. Et brodømænenavn forklarer intet om, hvilken gateway der betjener det.

Verificer med den udrullede version, før du reorganiserer

Brug versionens egne operationelle kommandoer til at se på dømænet i stedet for på den kørende konfiguration. show l2vpn bridge-domain detail rapporterer dømænerne og deres tilknytningsstatus, og show l2vpn forwarding bridge-domain med MAC-mulighederne viser, hvad der er lært hvor. Hvis en MAC-adresse optræder i ét dømæne og ikke i dets søskende, gør hierarkiet præcis det, det er konfigureret til.

Lav derefter en fortegnelse over hvert dømæne og hver tilknytning under gruppen, før du ændrer noget, og bevar den eksisterende konfiguration til sammenligning. Et velkendt objektnavn er ikke bevis for, at hver indlejret tjeneste deler dets omfang.

Relaterede artikler