Két híddomain egy IOS XR-csoportban nem egy LAN
Két híddomain egymás alá ágyazása egy híd-csoportban nem egyesíti a továbbításukat. Olvassa a csoportot, a domaint és minden csatlakozást külön rétegként.
Két gazdagép ugyanazon az IOS XR-útválasztón nem tudja pingelni egymást, pedig a konfiguráció úgy néz ki, mintha kellene. Mindkét alinterfész ugyanazon híd-csoport alatt jelenik meg, a nevek egy betűben térnek el, és a commit panasz nélkül átment. Ami hiányzik, az a hierarchia egyik szintje: a híd-csoport egy konténer, és minden benne lévő híddomain a saját broadcast-domainje saját tagsággal. Adjon hozzá egy harmadik gazdagépet, és a kép általában rosszabb lesz, nem világosabb.
| 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 |
Kezdje a tünettel, és olvasson felfelé
Azok a gazdagépek, amelyek egy alhálózaton belül meghibásodnak, miközben az interfészek up állapotot jelentenek, az ARP-bejegyzések pedig soha nem telnek meg, a domain-tagság problémájának jelei, nem az útválasztásénak. Az útválasztási problémák általában elérhetetlenségi ICMP-üzenetet vagy létező következő ugrást adnak; a hiányzó broadcast-domain csendet ad a második rétegen. Mielőtt egyetlen IP-címre nézne, ellenőrizze, hogy a két csatlakozás ugyanabban a híddomainben van-e. Ha nincsenek, semmilyen címzési munka nem köti össze őket.
A híd-csoport egy konténer, és semmi több
Az IOS XR 2. rétegű VPN-hierarchiájában a híd-csoport egy vagy több híddomaint tartalmaz, és a csoport maga semmit nem kapcsol. Két domain egy csoport alatt testvér, nem egy LAN tagja, még akkor is, ha a konfiguráció úgy olvasható, mintha egymásba lennének ágyazva. Ez az elrendezés szándékos: a csoport az a hely, ahol a szolgáltatásokat rendezi, a domain pedig az, ahol a továbbítás valóban megtörténik.
A Cisco 2. rétegű többpontos szolgáltatásokról szóló útmutatója a híddomaint olyan broadcast-domainként írja le, amely fizikai vagy virtuális portokat tartalmaz, cél-MAC szerint kapcsol, megtanulja a forráscímeket, és az ismeretlen unicast, broadcast és multicast forgalmat csak azon a domainen belül árasztja el. Mielőtt a saját konfigurációját olvasná, olvassa el az útmutató hierarchiáját.
A híddomain birtokolja a továbbítást és a tanulást
A MAC-tanulás a domainre korlátozódik, így az egyik domainben tanult állomás a testvérében láthatatlan. Az elárasztás ugyanazt a határt követi, ezért az egyik gazdagép által küldött broadcast soha nem ér el egy gazdagépet a másik domainben. Ezután a domainen belüli osztott horizont csoportok, a tagsági állapot és a beállított továbbítási vezérlők tovább szűkítik a szóba jöhető kimeneteket.
Az álvezeték vagy a virtuális továbbítási példány egy szolgáltatás csatlakozása egy domainhez. Nem a szülő híd-csoport szinonimája, és az ilyen kezelés az, amitől egy szolgáltatói perem két olyan szolgáltatással marad, amelyeket el kellett volna különíteni, mégsem.
A csatlakozás dönti el, mely keretek érkeznek meg egyáltalán
A domain alatt a csatlakozás ül: az interfész vagy alinterfész, az illeszkedő beágyazás, az esetleges címke-művelet és a domain, amelyhez csatlakozik. Az az alinterfész, amelynek száma véletlenül a VLAN-ra hasonlít, nem keretszerződés, és ugyanaz a fizikai port két domaint táplálhat két különböző illesztéssel. Írja fel a bejövő interfészt, az illeszkedő címkét, a címkeműveletet és a cél-domaint, majd külön írja le a kimenő oldalt.
Hasonlítsa össze ezt a szerződést a két szolgáltatás között, mielőtt konfigurációt mozgat. Amikor mindkét domain egy csoport alatt van, és csak az egyikük hordoz forgalmat, a különbség szinte mindig a csatlakozásban van, nem a domainben.
Ha a terv az alhálózatok között is forgalmat irányít, a 3. rétegű csatlakozás további objektum saját átjárócímmel és házirenddel. Egy híddomain neve semmit nem magyaráz arról, melyik átjáró szolgálja ki.
A telepített kiadással ellenőrizzen az átszervezés előtt
A domain megnézéséhez a kiadás saját operatív parancsait használja, ne a futó konfigurációt. show l2vpn bridge-domain detail jelenti a domaineket és csatlakozási állapotukat, show l2vpn forwarding bridge-domain pedig a MAC-beállításokkal megmutatja, mi hol tanult meg. Ha egy MAC-cím megjelenik az egyik domainben és nem a testvérében, a hierarchia pontosan azt teszi, amire konfigurálták.
Ezután a módosítás előtt vegye számba a csoport alatti minden domaint és csatlakozást, és őrizze meg a meglévő konfigurációt összehasonlításra. Egy ismerős objektumnév nem bizonyítja, hogy minden beágyazott szolgáltatás osztozik a hatókörén.