Voor partners
Bent u al partner?
InloggenHebt u een account?
Dit document beschrijft hoe u een router kunt configureren om Virtual Router Redundancy Protocol-aware (VRRP-bewuste) Protocol Independent Multicast (PIM) te gebruiken.
Cisco raadt aan dat u kennis hebt van multicast en VRRP-functies.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
VRRP-bewuste PIM wordt ondersteund in VRRP versie 3.10 release (15.3(3)S). PIM heeft geen inherente redundantie en is volledig onafhankelijk van First Hop Redundancy Protocols (FHRP) zoals VRRP. Als resultaat hiervan wordt IP multicast verkeer niet noodzakelijk door de zelfde router verzonden die door VRRP wordt geselecteerd.
Er is een behoefte om consistent IP multicast verzenden in overtollige netwerken te voorzien van Virtual Router Groepen (VRG’s) die worden ingeschakeld. Met PIM redundantie wordt de Virtual Router Redundancy Service (VRRS) benut en worden de aangewezen routerselectie (DR) en de PIM Join/Prune verwerkingsbeslissingen genomen op basis van de VRRP-staten in de router. Wanneer u de optie PIM niet-DR aansluit, staat het de niet-DR (NonDR) toe om de status Multicast Route (route) te creëren en verkeer te trekken, maar niet het verkeer door te sturen. Wanneer een VRRP-failover plaatsvindt, neemt de nieuwe Master Router (MR) die door de VRRP-groep is geselecteerd, de verantwoordelijkheden van Eerste Hop-router (FHR) of Laatste Hop-router (LHR) over en beginnen verkeer door te sturen.
Cisco heeft een nieuwe functie geïntroduceerd die is ingeschakeld met de opdracht ip pim zonder dr-aanmelding bij CLI. Deze nieuwe functie werkt onafhankelijk van de VRRP-bewuste PIM-functie en kan handig zijn met andere functies, zoals Bidirectional Forwarding Detection (BFD), naast VRRP. Met deze CLI-functie kan nonDR (Internet Group Management Protocol) (IGMP) eenmaal actief worden als DR, met deze uitzonderingen:
De configuratie die in dit document wordt beschreven, maakt gebruik van de nieuwe interface-CLI-functie om PIM aan een VRRS-sessie te binden via een tag (48 tekenstring):
ip pim redundancy[vrrp ] dr-priority
ipv6 pim redundancy[vrrp ] dr-priority
PIM registreert als een VRRS-client en luistert naar de VRRP-gebeurtenissen. Om de VRRP MR als PIM DR op een segment met meerdere toegang aan te wijzen, verhoog u de prioriteit van PIM DR in het bericht van Hallo dat van het fysieke IP adres wordt verzonden.
Als VRRP-bewuste PIM-tracking op een interface is ingeschakeld, kunnen verschillende gedragingen worden waargenomen, afhankelijk van de vraag of de ip-pop-functie niet-dr-meedoen op dezelfde interface is ingeschakeld:
Aangezien de enige toepassingsopstelling van belang het Laatste/Eerste hopscenario is, is PIM toegestaan om één VRRP groep per interface te volgen. U kunt geen één interface configureren om meerdere VRRP-groepen te volgen, wat een situatie zou creëren waarin één interface in de hoofdstaat is voor één VRRP-groep en in de reservestatus voor een andere VRRP-groep.
Op VRRP-failover wordt de router die de nieuwe MR is geworden, geselecteerd als de nieuwe DR:
VRRP specificeert een verkiezingsprotocol dat dynamisch verantwoordelijkheid voor een virtuele router wijst die door een IPv4/IPv6-adres aan één van de VRRP-routers op een LAN (RFC5798) wordt weergegeven. De VRRP-router die het adres(en) controleert dat aan een virtuele router is gekoppeld, wordt de Master genoemd en worden de pakketten verzonden naar een virtueel Media Access Control (MAC)-adres.
Wanneer deze nieuwe functie wordt geïmplementeerd, wordt VRRP gebruikt om de VRRP MR te selecteren. De VRRP MR voert de routing en forwarding uit voor al het verkeer dat is gericht aan de VRRP groep Virtual IP (VIP). Daarmee worden drie doelstellingen bereikt:
PIM treedt op als een VRRS-client, luistert naar een melding van de staat en update van de VRRS-server (VRRP), en:
Aangezien de routeswitchstaten en het verkeer op zowel de Master- als de backup-routers beschikbaar zijn, wordt de switchingtijd grotendeels bepaald door de redundantie-infrastructuur (VRRP en VRRS) en de setup-schaal (zoals het aantal routeitems). Na kennisgeving van de verandering van de staat, stelt PIM de MRIB en de Multicast Forwarding Information Base (MFIB) onmiddellijk in kennis om het verkeer door te sturen via de VRRP MR.
In deze sectie worden een aantal belangrijke opmerkingen gemaakt over de configuratie die in dit document wordt beschreven.
De opdracht PIM CLI wordt geïntroduceerd om PIM redundantie op een interface in te schakelen en deze te binden aan een VRRS-servergroep (VRRP-groep):
ip pim redundancy[vrrp ] dr-priority
ipv6 pim redundancy[vrrp ] dr-priority
Wanneer het op een interface is ingesteld, registreert PIM bij VRRS als client en verkrijgt hij een client-ID die door de VRRS-database is toegewezen. Het verzoekt ook dat VRRS kennisgevingen aan PIM doorsturen voor alle gebeurtenissen voor de groep die door een <tag> worden geïdentificeerd.
Voer een van deze opdrachten in het CLI om de functie NonDR-toetreding in te schakelen:
ip pim non-dr-join
ipv6 pim non-dr-join
Aangezien het doeltoepassingsscenario slechts Eerste/Laatste opstelling is, is de meest algemene opstelling waar alle LHR interfaces op het LAN spoor de zelfde VRRP groep. Daarom is PIM alleen toegestaan om één VRRP-groep per interface te volgen, zelfs als u VRRS kunt inschakelen om meerdere tags per interface te volgen.
Voer een van deze opdrachten in de CLI om de PIM-redundantie in te schakelen en specificeer de PIM DR-prioriteit voor elke VRRP-groep:
[no] ip pim redundancy[hsrp | vrrp] dr-priority
[no] ipv6 pim redundancy[hsrp | vrrp] dr-priority
Voer een van deze opdrachten in de CLI om PIM DR-functies in te schakelen (behalve doorsturen op niet-DR’s):
[no] ip pim non-dr-join
[no] ipv6 pim non-dr-join
Gebruik deze configuratie voor LHRs:
interface Ethernet0/0
ip address 10.10.10.1 255.255.255.0
ip pim redundancy VRRP vrrp dr-priority 150
ip pim non-dr-join
ip pim sparse-mode
vrrp 1 address-family ipv4
vrrs leader VRRP
priority 120
track 1 decrement 30
address 10.10.10.5 primary
exit-vrrp ! track 1 interface Ethernet0/1 line-protocol
Gebruik deze configuratie voor LHR nons:
interface Ethernet0/0
ip address 10.10.10.2 255.255.255.0
ip pim redundancy VRRP vrrp dr-priority 150
ip pim non-dr-join
ip pim sparse-mode
vrrp 1 address-family ipv4
address 10.10.10.5 primary
exit-vrrp
Typ de opdracht van de samenvatting van de vrp om de LHR-configuratie te bekijken:
LHR-DR#show vrrp brief
Interface Grp A-F Pri Time Own Pre State Master addr/Group addr
Et0/0 1 IPv4 120 0 N Y MASTER 10.10.10.1(local) 10.10.10.5
LHR-DR#
LHR-NonDR#show vrrp brief
Interface Grp A-F Pri Time Own Pre State Master addr/Group addr
Et0/0 1 IPv4 100 3609 N Y BACKUP 10.10.10.1 10.10.10.5
LHR-NonDR#
Gebruik de informatie die in dit gedeelte wordt beschreven om te controleren of uw configuratie correct werkt.
Voer de opdracht show vrrs server VRRP in in de CLI om te verifiëren dat de VRRS-database per de vorige configuratie is ingevuld:
LHR-DR#show vrrs server VRRP
Server Name: vrrpEthernet0/0v41
Address Family: IPv4
Interface: Ethernet0/0
State: ACTIVE
vMAC: 0000.5E00.0101
vIP Address: 10.10.10.5
Tags Connected:
Tag Name VRRP
LHR-DR#
LHR-NonDR#show vrrs server VRRP
Server Name: vrrpEthernet0/0v41
Address Family: IPv4
Interface: Ethernet0/0
State: BACKUP
vMAC: 0000.5E00.0101
vIP Address: 10.10.10.5
Tags Connected:
LHR-NonDR#
Voer een van deze opdrachten in om te controleren of de interfaces correct geprogrammeerd zijn voor de functie zonder dr-aansluiting en dat de nonDR-structuur de boom heeft die met een geblokkeerde vlag is gebouwd:
LHR-DR#show ip pim int e0/0 det | i Non|DR
PIM DR: 10.10.10.1 (this system)
PIM Non-DR-Join: TRUE
LHR-NonDR#show ip pim int e0/0 det | i Non|DR
PIM DR: 10.10.10.1
PIM Non-DR-Join: TRUE
LHR-NonDR#
Voer de opdracht toonaangevende IP route-vonken in in de LHR-NonDR CLI om het nieuwe Geblokkeerde veld te bekijken:
LHR-NonDR#show ip mroute sparse
(*, 239.1.1.1), 01:26:15/stopped, RP 192.168.1.254, flags: SJC
Incoming interface: Ethernet0/1, RPF nbr 192.168.2.2
Outgoing interface list:
Ethernet0/0, Forward/Sparse, 00:00:16/00:02:43 Blocked
(192.168.7.2, 239.1.1.1), 00:11:56/00:02:50, flags: T
Incoming interface: Ethernet0/1, RPF nbr 192.168.2.2
Outgoing interface list:
Ethernet0/0, Forward/Sparse, 00:00:16/00:02:43 Blocked
Voer de opdracht route van de show mrib in in de CLI van de LHR-NonDR om te verifiëren dat de MRIB-route NIET F-vlag heeft ingesteld:
LHR-NonDR#show ip mrib route 239.1.1.1 | b \(
(*,239.1.1.1) RPF nbr: 192.168.2.2 Flags: C
Ethernet0/1 Flags: A NS
(192.168.7.2,239.1.1.1) RPF nbr: 192.168.2.2 Flags:
Ethernet0/1 Flags: A
Zoals gewenst is de MRIB-route voorzien van de F-vlag van de LHR-DR:
LHR-DR#show ip mrib route 239.1.1.1 | b \(
(*,239.1.1.1) RPF nbr: 192.168.3.2 Flags: C
Ethernet0/0 Flags: F NS
Ethernet0/1 Flags: A NS
(192.168.7.2,239.1.1.1) RPF nbr: 192.168.3.2 Flags:
Ethernet0/1 Flags: A
Ethernet0/0 Flags: F NS
Voer de opdracht conf t in in de CLI van de LHR-DR om een VRRP-stateverandering te activeren via Ethernet0/1-shutdown:
LHR-DR#conf t
Enter configuration commands, one per line. End with CNTL/Z.
LHR-DR(config)#int e0/1
LHR-DR(config-if)#shutdown
LHR-DR(config-if)#end
Wanneer u de output van de LHR-NonDR observeert, kunt u zien dat de VRRP-status is veranderd (die op VRRS wordt geïnformeerd) en dat PIM de kennisgeving van VRRS ontvangt en de DR-rol dienovereenkomstig wijzigt:
LHR-NonDR#show ip pim int e0/0 det | i DR
PIM DR: 10.10.10.2 (this system)
PIM Non-DR-Join: TRUE
LHR-NonDR#
LHR-NonDR# show vrrp brief
Interface Grp A-F Pri Time Own Pre State Master addr/Group addr
Et0/0 1 IPv4 100 0 N Y MASTER 10.10.10.2(local) 10.10.10.5
LHR-NonDR# show vrrs server VRRP
Server Name: vrrpEthernet0/0v41
Address Family: IPv4
Interface: Ethernet0/0
State: ACTIVE
vMAC: 0000.5E00.0101
vIP Address: 10.10.10.5
Tags Connected:
Zoals verwacht is de F-vlag ingesteld en wordt NonDR de Multicastverkeer doorgestuurd zonder dat er een nieuwe multicast-boom hoeft te worden gebouwd:
LHR-NonDR# show ip mrib route 239.1.1.1 | b \(
(*,239.1.1.1) RPF nbr: 192.168.2.2 Flags: C
Ethernet0/0 Flags: F NS
Ethernet0/1 Flags: A NS
(192.168.7.2,239.1.1.1) RPF nbr: 192.168.2.2 Flags:
Ethernet0/0 Flags: F NS
Ethernet0/1 Flags: A
Er zijn twee pakketten verloren gegaan in de transactie uit de vorige sectie. U kunt dit op de bronrouter controleren:
Source#ping 239.1.1.1 rep 1000
Type escape sequence to abort.
Sending 1000, 100-byte ICMP Echos to 239.1.1.1, timeout is 2 seconds:
Reply to request 0 from 10.10.10.3, 2 ms
Reply to request 1 from 10.10.10.3, 2 ms
Reply to request 2 from 10.10.10.3, 1 ms..
Reply to request 5 from 10.10.10.3, 1 ms
Deployment die uitgevoerd worden op een High Availability (HA) Multicast-ontwerp vereisen een standby boomformatie op niet-DR’s en kunnen profiteren van de niet-dr-functie. Deze optie trekt het multicast verkeer in maar stuurt het niet door totdat het als DR is geselecteerd.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
26-Mar-2015 |
Eerste vrijgave |