Twee bridge-domeinen in één IOS XR-groep zijn niet één LAN
Twee bridge-domeinen onder één bridge-groep nestelen voegt hun forwarding niet samen. Lees de groep, het domein en elke aansluiting als aparte lagen.
Twee hosts op dezelfde IOS XR-router kunnen elkaar niet pingen, en de configuratie ziet eruit alsof dat wel zou moeten. Beide subinterfaces verschijnen onder dezelfde bridge-groep, de namen schelen één letter, en de commit ging er zonder klacht door. Wat ontbreekt is één niveau van de hiërarchie: de bridge-groep is een container, en elk bridge-domein erin is een eigen broadcast-domein met een eigen lidmaatschap. Voeg een derde host toe en het beeld wordt meestal slechter in plaats van duidelijker.
| 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 |
Begin bij het symptoom en lees omhoog
Hosts die binnen één subnet falen terwijl de interfaces up melden en de ARP-vermeldingen nooit gevuld raken, zijn het kenmerk van een lidmaatschapsprobleem in het domein, niet van een routingprobleem. Routingproblemen geven je meestal een ICMP unreachable of een next hop die bestaat; een ontbrekend broadcast-domein geeft je stilte op laag twee. Controleer of de twee aansluitingen in hetzelfde bridge-domein zitten voordat je naar één IP-adres kijkt. Als dat niet zo is, zal geen enkele hoeveelheid adresseringswerk ze samenvoegen.
De bridge-groep is een container, niets meer
In de IOS XR-hiërarchie voor laag 2 VPN bevat een bridge-groep één of meer bridge-domeinen, en de groep zelf schakelt niets. Twee domeinen onder één groep zijn broers, geen leden van één LAN, ook al leest de configuratie alsof ze genest zijn. Die indeling is bewust: de groep is waar je diensten organiseert, en het domein is waar forwarding daadwerkelijk gebeurt.
Cisco's gids voor multipoint-diensten op laag 2 beschrijft een bridge-domein als een broadcast-domein met fysieke of virtuele poorten, dat schakelt op bestemmings-MAC, bronadressen leert en onbekende unicast, broadcast en multicast alleen binnen dat domein floodt. Lees de hiërarchie in die gids voordat je je eigen configuratie leest.
Het bridge-domein bezit forwarding en learning
MAC-learning is beperkt tot het domein, dus een station dat in het ene domein is geleerd, is onzichtbaar in het zusterdomein. Flooding volgt dezelfde grens, waardoor een broadcast van de ene host nooit een host in het andere domein bereikt. Split-horizon-groepen binnen een domein, lidstatus en eventuele geconfigureerde forwarding-besturingen vernauwen de toegestane uitgangen vervolgens verder.
Een pseudowire of een virtuele forwarding-instantie is een dienst-aansluiting op een domein. Het is geen synoniem voor de bovenliggende bridge-groep, en het als zodanig behandelen is hoe een provider edge terechtkomt met twee diensten die geïsoleerd hadden moeten zijn en dat niet zijn.
De aansluiting bepaalt welke frames überhaupt aankomen
Onder het domein zit de aansluiting: de interface of subinterface, de encapsulatie die hij matcht, eventuele tag-bewerking en het domein waar hij bij hoort. Een subinterface waarvan het nummer toevallig op de VLAN lijkt, is geen framecontract, en dezelfde fysieke poort kan twee domeinen voeden met twee verschillende matches. Schrijf inkomende interface, gematchte tag, tag-actie en doeldomein op, en schrijf daarna de uitgaande kant apart op.
Vergelijk dat contract tussen de twee diensten voordat je configuratie verplaatst. Wanneer beide domeinen onder één groep zitten en slechts één ervan verkeer draagt, zit het verschil bijna altijd in de aansluiting en niet in het domein.
Als het ontwerp ook tussen subnets routeert, is de aansluiting op laag 3 een verder object met een eigen gateway-adres en beleid. Een naam van een bridge-domein verklaart niets over welke gateway het bedient.
Verifieer met de uitgerolde release voordat je herorganiseert
Gebruik de operationele opdrachten van de release zelf om naar het domein te kijken in plaats van naar de actieve configuratie. show l2vpn bridge-domain detail rapporteert de domeinen en hun aansluitstatus, en show l2vpn forwarding bridge-domain met de MAC-opties toont wat waar is geleerd. Als een MAC-adres in het ene domein verschijnt en niet in het zusterdomein, doet de hiërarchie precies wat ervoor geconfigureerd is.
Inventariseer dan elk domein en elke aansluiting onder de groep voordat je iets wijzigt, en bewaar de bestaande configuratie voor vergelijking. Eén bekende objectnaam is geen bewijs dat elke geneste dienst zijn bereik deelt.