Du pontaj domajnoj en unu IOS XR-grupo ne estas unu LAN
Nestigi du pontajn domajnojn sub unu ponta grupo ne kunigas ilian plusendadon. Legu la grupon, la domajnon kaj ĉiun aliĝon kiel apartajn tavolojn.
Du gastigantoj sur la sama IOS XR-vojmontrilo ne povas pingi unu la alian, kvankam la agordo aspektas kvazaŭ ili devus. Ambaŭ subinterfacoj aperas sub la sama ponta grupo, la nomoj diferenciĝas per unu litero, kaj la konfirmo pasis sen plendo. Mankas unu nivelo de la hierarkio: la ponta grupo estas ujo, kaj ĉiu ponta domajno en ĝi estas propra dissenda domajno kun propra membreco. Aldonu trian gastiganton kaj la bildo kutime plimalboniĝas anstataŭ klariĝi.
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
Komencu de la simptomo kaj legu supren
Gastigantoj, kiuj malsukcesas ene de unu subreto dum la interfacoj raportas staton supren kaj la ARP-enskriboj neniam pleniĝas, estas la signo de problemo pri domajna membreco, ne pri enkursigado. Enkursigaj problemoj kutime donas al vi ICMP-mesaĝon pri neatingebleco aŭ sekvan salteton kiu ekzistas; mankanta dissenda domajno donas al vi silenton je la dua tavolo. Kontrolu, ĉu la du aliĝoj estas en la sama ponta domajno, antaŭ ol rigardi eĉ unu IP-adreson. Se ili ne estas, neniu adresada laboro kunigos ilin.
La ponta grupo estas ujo kaj nenio pli
En la IOS XR hierarkio de tavolo 2 VPN ponta grupo tenas unu aŭ plurajn pontajn domajnojn, kaj la grupo mem komutas nenion. Du domajnoj sub unu grupo estas gefratoj, ne membroj de unu LAN, eĉ se la agordo legiĝas kvazaŭ ili estus nestigitaj. Tiu aranĝo estas intenca: la grupo estas kie vi organizas servojn, kaj la domajno estas kie plusendado vere okazas.
La gvidilo de Cisco pri plurpunktaj servoj de tavolo 2 priskribas pontan domajnon kiel dissendan domajnon, kiu tenas fizikajn aŭ virtualajn pordojn, komutas laŭ cela MAC, lernas fontajn adresojn kaj superfluigas nekonatan unicast, broadcast kaj multicast nur ene de tiu domajno. Legu la hierarkion en tiu gvidilo antaŭ ol legi vian propran agordon.
La ponta domajno posedas plusendadon kaj lernadon
MAC-lernado estas limigita al la domajno, do stacio lernita en unu domajno estas nevidebla en ĝia gefrato. Superfluo sekvas la saman limon, tial dissendo sendita de unu gastiganto neniam atingas gastiganton en la alia domajno. Grupoj de dividita horizonto ene de domajno, membreca stato kaj ajnaj agorditaj plusendadaj regiloj poste pli mallarĝigas la elekteblajn elirojn.
Pseŭdodrato aŭ virtuala plusendada instanco estas serva aliĝo al domajno. Ĝi ne estas sinonimo de la gepatra ponta grupo, kaj trakti ĝin tiel estas kiel provizanta rando finiĝas kun du servoj, kiuj devis esti izolitaj kaj ne estas.
La aliĝo decidas, kiuj kadroj entute alvenas
Sub la domajno sidas la aliĝo: la interfaco aŭ subinterfaco, la enkapsuligo kiun ĝi kongruas, ajna etikeda operacio kaj la domajno al kiu ĝi aliĝas. Subinterfaco kies numero hazarde aspektas kiel la VLAN ne estas kadra kontrakto, kaj la sama fizika pordo povas nutri du domajnojn per du malsamaj kongruoj. Notu enigantan interfacon, kongruan etikedon, etikedan agon kaj celdomajnon, poste skribu la eligan flankon aparte.
Komparu tiun kontrakton inter la du servoj antaŭ ol movi agordon. Kiam ambaŭ domajnoj sidas sub unu grupo kaj nur unu el ili portas trafikon, la diferenco preskaŭ ĉiam estas en la aliĝo, ne en la domajno.
Se la dezajno ankaŭ enkursigas inter subretoj, la aliĝo de tavolo 3 estas plia objekto kun propra kluzo-adreso kaj politiko. Ponta domajna nomo klarigas nenion pri tio, kiun kluzon ĝi servas.
Kontrolu per la deplojita eldono antaŭ ol reorganizi
Uzu la proprajn operaciajn komandojn de la eldono por rigardi la domajnon anstataŭ la kurantan agordon. show l2vpn bridge-domain detail raportas la domajnojn kaj ilian aliĝan staton, kaj show l2vpn forwarding bridge-domain kun la MAC-opcioj montras, kio lerniĝis kaj kie. Se MAC-adreso aperas en unu domajno kaj ne en ĝia gefrato, la hierarkio faras ĝuste tion, por kio ĝi estis agordita.
Poste inventaru ĉiun domajnon kaj aliĝon sub la grupo antaŭ ol ŝanĝi ion, kaj konservu la ekzistantan agordon por komparo. Unu konata objektnomo ne estas pruvo, ke ĉiu nestigita servo dividas ĝian amplekson.