Kaksi isäntää samassa IOS XR -reitittimessä ei voi pingata toisiaan, vaikka asetukset näyttävät siltä, että pitäisi. Molemmat alirajapinnat näkyvät saman siltaryhmän alla, nimet eroavat yhdellä kirjaimella ja commit meni läpi ilman huomautuksia. Puuttuu yksi hierarkian taso: siltaryhmä on säiliö, ja jokainen siltadomaini sen sisällä on oma broadcast-domaininsa omalla jäsenyydellään. Lisää kolmas isäntä, ja kuva yleensä huononee eikä selkene.

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

Aloita oireesta ja lue ylöspäin

Isännät, jotka epäonnistuvat yhden aliverkon sisällä samalla kun rajapinnat raportoivat tilan up ja ARP-merkinnät eivät koskaan täyty, ovat merkki domainin jäsenyysongelmasta, eivät reititysongelmasta. Reititysongelmat antavat yleensä ICMP-viestin tavoittamattomuudesta tai olemassa olevan seuraavan hypyn; puuttuva broadcast-domaini antaa hiljaisuutta toisella kerroksella. Tarkista, ovatko kaksi liityntää samassa siltadomainissa, ennen kuin katsot yhtäkään IP-osoitetta. Jos eivät ole, mikään osoitteistustyö ei yhdistä niitä.

Siltaryhmä on säiliö eikä mitään muuta

IOS XR:n kerroksen 2 VPN-hierarkiassa siltaryhmä pitää yhtä tai useampaa siltadomainia, eikä ryhmä itse kytke mitään. Kaksi domainia yhden ryhmän alla ovat sisaruksia, eivät yhden LANin jäseniä, vaikka asetukset luettaisiin kuin ne olisivat sisäkkäisiä. Tämä rakenne on tarkoituksellinen: ryhmä on paikka, jossa järjestät palvelut, ja domaini on paikka, jossa edelleenvälitys todella tapahtuu.

Ciscon monipistekerroksen 2 palveluiden opas kuvaa siltadomainin broadcast-domainiksi, joka pitää fyysisiä tai virtuaalisia portteja, kytkee kohde-MACin mukaan, oppii lähdeosoitteet ja tulvii tuntematonta unicastia, broadcastia ja multicastia vain kyseisen domainin sisällä. Lue kyseisen oppaan hierarkia ennen kuin luet omaa asetustasi.

Siltadomaini omistaa edelleenvälityksen ja oppimisen

MAC-oppiminen on rajattu domainiin, joten yhdessä domainissa opittu asema on näkymätön sen sisaruksessa. Tulviminen seuraa samaa rajaa, siksi yhden isännän lähettämä broadcast ei koskaan saavuta toisen domainin isäntää. Sitten domainin sisäiset jaetun horisontin ryhmät, jäsenen tila ja mahdolliset määritetyt edelleenvälityksen ohjaimet kaventavat kelvollisia lähtöjä edelleen.

Pseudolanka tai virtuaalinen edelleenvälitysinstanssi on palvelun liityntä domainiin. Se ei ole yläsiltaryhmän synonyymi, ja juuri näin kohtelemalla palveluntarjoajan reuna päätyy kahteen palveluun, joiden piti olla eristettyjä eikä ole.

Liityntä päättää, mitkä kehykset ylipäätään saapuvat

Domainin alla on liityntä: rajapinta tai alirajapinta, sen täsmäävä kapselointi, mahdollinen tag-toiminto ja domain, johon se liittyy. Alirajapinta, jonka numero sattuu näyttämään VLANilta, ei ole kehyssopimus, ja sama fyysinen portti voi ruokkia kahta domainia kahdella eri täsmäytyksellä. Kirjoita ylös tulorajapinta, täsmäävä tag, tag-toiminto ja kohdedomaini ja kirjoita sitten lähtöpuoli erikseen.

Vertaa tätä sopimusta kahden palvelun välillä ennen kuin siirrät asetuksia. Kun molemmat domainit ovat yhden ryhmän alla ja vain toinen niistä kuljettaa liikennettä, ero on lähes aina liitynnässä eikä domainissa.

Jos suunnitelma reitittää myös aliverkkojen välillä, kerroksen 3 liityntä on lisäobjekti omalla yhdyskäytäväosoitteellaan ja käytännöllään. Siltadomainin nimi ei selitä mitään siitä, mikä yhdyskäytävä sitä palvelee.

Vahvista käyttöön otetulla julkaisulla ennen uudelleenjärjestelyä

Käytä julkaisun omia operatiivisia komentoja domainin katsomiseen juoksevien asetusten sijaan. show l2vpn bridge-domain detail raportoi domainit ja niiden liityntätilan, ja show l2vpn forwarding bridge-domain MAC-asetuksilla näyttää, mitä on opittu ja missä. Jos MAC-osoite näkyy yhdessä domainissa eikä sen sisaruksessa, hierarkia tekee täsmälleen sen, mihin se on määritetty.

Kartoita sitten jokainen domaini ja liityntä ryhmän alla ennen kuin muutat mitään, ja säilytä nykyiset asetukset vertailua varten. Yksi tuttu objektinimi ei ole todiste siitä, että jokainen sisäkkäinen palvelu jakaa sen laajuuden.

Aiheeseen liittyvät artikkelit