Due domini di bridge in un gruppo IOS XR non sono una sola LAN
Annidare due domini di bridge sotto un gruppo di bridge non unisce il loro inoltro. Leggi il gruppo, il dominio e ogni collegamento come livelli separati.
Due host sullo stesso router IOS XR non riescono a farsi ping, eppure la configurazione sembra dire che dovrebbero. Entrambe le sottointerfacce compaiono sotto lo stesso gruppo di bridge, i nomi differiscono di una lettera e il commit è passato senza obiezioni. Manca un livello della gerarchia: il gruppo di bridge è un contenitore, e ogni dominio di bridge al suo interno è un dominio di broadcast a sé con la propria appartenenza. Aggiungi un terzo host e il quadro di solito peggiora invece di schiarirsi.
| 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 |
Parti dal sintomo e leggi verso l’alto
Host che falliscono dentro una stessa sottorete mentre le interfacce dichiarano lo stato up e le voci ARP non si popolano mai sono il segno di un problema di appartenenza al dominio, non di instradamento. I problemi di instradamento di solito danno un messaggio ICMP di irraggiungibilità o un next hop che esiste; un dominio di broadcast mancante dà silenzio al livello due. Controlla se i due collegamenti sono nello stesso dominio di bridge prima di guardare anche un solo indirizzo IP. Se non lo sono, nessun lavoro di indirizzamento li unirà.
Il gruppo di bridge è un contenitore e nulla di più
Nella gerarchia VPN di livello 2 di IOS XR un gruppo di bridge contiene uno o più domini di bridge, e il gruppo stesso non commuta nulla. Due domini sotto un gruppo sono fratelli, non membri di una sola LAN, anche se la configurazione si legge come se fossero annidati. Questa disposizione è voluta: il gruppo è dove organizzi i servizi e il dominio è dove l’inoltro avviene davvero.
La guida Cisco ai servizi multipunto di livello 2 descrive un dominio di bridge come un dominio di broadcast che contiene porte fisiche o virtuali, commuta in base al MAC di destinazione, apprende gli indirizzi di origine e inonda unicast, broadcast e multicast sconosciuti solo all’interno di quel dominio. Leggi la gerarchia di quella guida prima di leggere la tua configurazione.
Il dominio di bridge possiede inoltro e apprendimento
L’apprendimento dei MAC è limitato al dominio, quindi una stazione appresa in un dominio è invisibile nel suo fratello. L’inondazione segue lo stesso confine, perciò un broadcast inviato da un host non raggiunge mai un host nell’altro dominio. I gruppi a orizzonte diviso all’interno di un dominio, lo stato dei membri e gli eventuali controlli di inoltro configurati restringono poi ulteriormente le uscite idonee.
Uno pseudowire o un’istanza di inoltro virtuale è un collegamento di servizio a un dominio. Non è un sinonimo del gruppo di bridge padre, e trattarlo come tale è il modo in cui un bordo del provider finisce con due servizi che dovevano essere isolati e non lo sono.
Il collegamento decide quali frame arrivano
Sotto il dominio sta il collegamento: l’interfaccia o la sottointerfaccia, l’incapsulamento che corrisponde, qualsiasi operazione di tag e il dominio a cui si unisce. Una sottointerfaccia il cui numero sembra per caso il VLAN non è un contratto di frame, e la stessa porta fisica può alimentare due domini con due corrispondenze diverse. Annota interfaccia di ingresso, tag corrispondente, azione sul tag e dominio di destinazione, poi scrivi separatamente il lato di uscita.
Confronta quel contratto tra i due servizi prima di spostare configurazione. Quando entrambi i domini stanno sotto un gruppo e solo uno dei due porta traffico, la differenza è quasi sempre nel collegamento e non nel dominio.
Se il progetto instrada anche tra sottoreti, il collegamento di livello 3 è un oggetto ulteriore con il proprio indirizzo di gateway e la propria politica. Il nome di un dominio di bridge non spiega nulla su quale gateway lo serve.
Verifica con la release installata prima di riorganizzare
Usa i comandi operativi della release stessa per guardare il dominio invece della configurazione in esecuzione. show l2vpn bridge-domain detail riporta i domini e lo stato dei loro collegamenti, e show l2vpn forwarding bridge-domain con le opzioni MAC mostra cosa è stato appreso e dove. Se un indirizzo MAC compare in un dominio e non nel suo fratello, la gerarchia fa esattamente ciò per cui è configurata.
Poi inventaria ogni dominio e collegamento sotto il gruppo prima di cambiare qualcosa e conserva la configurazione esistente per il confronto. Un nome di oggetto familiare non è prova che ogni servizio annidato ne condivida l’ambito.