Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Conventies

HSRP-achtergrond en -bewerkingen

Dynamische routerdetectiemechanismen

Proxy-adresoplossingsprotocol

Dynamisch routingprotocol

ICMP-routerdetectieprotocol

Dynamic Host Configuration Protocol

HSRP-bediening

HSRP-adressering

Cisco IOS® release en HSRP-functiematrix

Cisco IOS HSRP-functionaliteit

HSRP-functies

Tijdelijke onderbreking

Vooraf ingestelde vertraging

Interfacetracering

Inbrandbaar adres gebruiken

Meerdere HSRP-groepen

Configureerbaar MAC-adres

Syslog-ondersteuning

HSRP-foutopsporing

Uitgebreide HSRP-foutopsporing

Verificatie

IP-redundantie

SNMP-beheerinformatiebasis

HSRP-ondersteuning voor Multiprotocol Label Switching Virtual Private Networks

HSRP-ondersteuning voor ICMP-omleidingen

Ondersteuning van HSRP-interface en -media

Ethernet

Token Ring

802.1Q

ISL

FDDI

MAC Refresh

Virtuele interface voor Bridge Group

Subinterfaces

Gerelateerde informatie

Inleiding

Dit document beschrijft hoe het Hot Standby Router Protocol (HSRP) werkt en bekijkt de functies ervan.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

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 actief is, zorg er dan voor dat u de mogelijke gevolgen van elke opdracht begrijpt./p>

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

HSRP-achtergrond en -bewerkingen

Een manier om bijna 100 procent netwerk uptime te bereiken is HSRP te gebruiken, dat netwerkredundantie biedt voor IP-netwerken en ervoor zorgt dat gebruikersverkeer onmiddellijk en transparant herstelt van eerste hop-uitval in netwerkrandapparaten of toegangscircuits.

Wanneer twee of meer routers een IP-adres en een MAC (Layer 2)-adres delen, kunnen ze als één "virtuele" router fungeren. De leden van de virtuele routergroep wisselen voortdurend statusberichten uit. Op deze manier kan de ene router de routerverantwoordelijkheid van een andere overnemen als de ene wegens geplande of ongeplande redenen niet in bedrijf is. Hosts blijven IP-pakketten doorsturen naar een consistent IP- en MAC-adres, en de overschakeling van apparaten die de routing uitvoeren is transparant.

Dynamische routerdetectiemechanismen

Dit verstrekt beschrijvingen van dynamische mechanismen van de routerontdekking die aan gastheren beschikbaar zijn. Veel van deze mechanismen bieden niet de netwerkveerkracht die netwerkbeheerders nodig hebben. Dit kan worden veroorzaakt wanneer het protocol aanvankelijk niet was bedoeld om netwerkveerkracht te bieden of omdat het niet haalbaar is voor elke host op een netwerk om het protocol uit te voeren. Naast wat vermeld is, is het belangrijk om op te merken dat veel hosts u alleen toestaan om een standaard-gateway te configureren.

Proxy-adresoplossingsprotocol

Sommige IP-hosts gebruiken Proxy Address Resolution Protocol (ARP) om een router te selecteren. Wanneer een host Proxy ARP uitvoert, verstuurt het een ARP-verzoek voor het IP-adres van de externe host waarmee het contact wil opnemen. Een router, router A, op het netwerk antwoordt namens de verre gastheer en verstrekt zijn eigen adres van MAC. Met proxy ARP gedraagt de host zich alsof de externe host was verbonden met hetzelfde segment van het netwerk. Als router A mislukt, blijft de host pakketten verzenden die bestemd zijn voor de externe host naar het MAC-adres van router A, ook al hebben die pakketten nergens heen te gaan en zijn ze verloren. U kunt of op ARP wachten om het adres van MAC van een andere router, router B, op het lokale segment te verwerven dat een ander ARP verzoek verzendt of reboots de gastheer om het te dwingen om een ARP verzoek te verzenden. In één van beide geval, voor een significante periode, kan de gastheer niet met de verre gastheer communiceren, alhoewel het routeringsprotocol is samengekomen, en router B is bereid om pakketten over te brengen die anders door router A zouden gaan.

Dynamisch routingprotocol

Sommige IP-hosts maken gebruik van een dynamisch routingprotocol zoals het Routing Information Protocol (RIP) of Open Shortest Path First (OSPF) om routers te detecteren. Het nadeel wanneer u RIP gebruikt is dat het langzaam is om aan veranderingen in de topologie aan te passen. Om een dynamisch routeringsprotocol op elke host uit te voeren, is dit om een aantal redenen niet praktisch, samen met administratieve overhead,  processing  overheadkosten, veiligheidskwesties, of het ontbreken van een protocolimplementatie voor sommige platformoverwegingen.

ICMP-routerdetectieprotocol

Sommige nieuwere IP-hosts gebruiken ICMP Router Discovery Protocol (IRDP) (RFC 1256 ) om een nieuwe router te vinden wanneer een route niet beschikbaar wordt. Een host die IRDP uitvoert, luistert naar hello multicast-berichten van zijn geconfigureerde router en gebruikt een alternatieve router wanneer hij die hello-berichten niet meer ontvangt. De standaardtijdopnemerwaarden van IRDP betekenen dat het niet geschikt voor opsporing van mislukking van de eerste hop is. De standaard advertentiesnelheid is eens per 7 tot 10 minuten, en de standaard levensduur is 30 minuten.

Dynamic Host Configuration Protocol

Dynamic Host Configuration Protocol (DHCP) (RFC 1531) biedt een mechanisme om de configuratieinformatie door te geven aan hosts op een TCP/IP-netwerk. Een host die een DHCP-client uitvoert, vraagt configuratie-informatie op van een DHCP-server wanneer deze op het netwerk opstart. Deze configuratie-informatie bestaat doorgaans uit een IP-adres en een standaardgateway. Er is geen mechanisme om op een alternatieve router over te schakelen als de standaardgateway mislukt.

HSRP-bediening

Een grote klasse van legacy-hostimplementaties die dynamische detectie niet ondersteunt, kan een standaardrouter configureren. Om een dynamisch routerdetectiemechanisme op elke host uit te voeren, is niet praktisch om een aantal redenen, samen met administratieve overhead,  processing  overheadkosten, beveiligingsproblemen of het ontbreken van een protocolimplementatie voor sommige platformoverwegingen. HSRP biedt failover-services aan deze hosts.

Wanneer u HSRP gebruikt, werkt een set routers in overleg om de illusie van één virtuele router aan de hosts op het LAN te presenteren. Deze set staat bekend als een HSRP-groep of een stand-by groep. Eén router die uit de groep is gekozen, is verantwoordelijk voor de distributie van de pakketten die hosts naar de virtuele router verzenden. Deze router is de actieve router. Een andere router wordt geselecteerd als stand-byrouter. In het geval dat de actieve router faalt, neemt de stand-by de pakketsnelheid overforwarding taken van de actieve router. Hoewel een willekeurig aantal routers HSRP kan uitvoeren, stuurt alleen de actieve router de pakketten door die naar de virtuele router worden verzonden.

Om netwerkverkeer te minimaliseren, verzenden alleen de actieve en stand-by routers periodieke HSRP-berichten zodra het protocol het verkiezingsproces heeft voltooid. Als de actieve router niet goed werkt, neemt de stand-byrouter de rol van actieve router over. Als de Standby-router uitvalt of de Active-router wordt, wordt een andere router geselecteerd als de Standby-router.

Op een bepaalde LAN kunnen meerdere hot standby groepen naast elkaar bestaan en overlappen. Elke stand-by groep emuleert één virtuele router. De afzonderlijke routers kunnen aan meerdere groepen deelnemen. In dit geval, handhaaft de router afzonderlijke staat en timers voor elke groep. Elke stand-by groep heeft een enkel, bekend MAC-adres, evenals een IP-adres.

HSRP-adressering

In de meeste gevallen wanneer u routers vormt om deel uit te maken van een HSRP-groep, luisteren ze naar het HSRP MAC-adres voor die groep en naar hun eigen ingebouwde MAC-adres. De uitzondering is routers waarvan de Ethernet-controllers slechts één MAC-adres herkennen (bijvoorbeeld de Lance-controller op de Cisco 2500- en Cisco 4500-routers). Deze routers gebruiken het HSRP MAC-adres wanneer ze de actieve router zijn en hun ingebrand adres wanneer ze dat niet zijn.

HSRP gebruikt dit MAC-adres op alle media behalve Token Ring:

0000.0c07.ac**   (where ** is the HSRP group number)

Token Ring-interfaces gebruiken functionele adressen voor het MAC-adres voor HSRP. Functionele adressen zijn het enige algemene multicast mechanisme dat beschikbaar is. Er is een beperkt aantal functionele Token Ring-adressen beschikbaar en veel daarvan zijn gereserveerd voor andere functies. U kunt deze drie adressen gebruiken met HSRP:

c000.0001.0000   (group 0)

c000.0002.0000   (group 1)

c000.0004.0000   (group 2)

Opmerking: Wanneer HSRP in een omgeving met meerdere ringen Source-Route Bridging (SRB) wordt uitgevoerd en de HSRP-routers zich op verschillende ringen bevinden, en de functionele adressen gebruikt, kan dit tot verwarring met Routing Information Field (RIF) leiden. In een SRB-omgeving is het bijvoorbeeld mogelijk dat een HSRP-stand-by router zich op een andere ring bevindt dan de actieve router.

Wanneer deze standby router actief wordt, hebben stations op dezelfde ring als de oude actieve router een nieuw RIF nodig om pakketten naar de nieuwe actieve router te kunnen verzenden. Aangezien de standby (nieuwe actieve) router echter hetzelfde functionele adres gebruikt als de vorige actieve router, zijn de stations zich er niet van bewust dat ze verkenners naar een nieuw RIF moeten sturen. Om deze reden werd de use-bia commando geïntroduceerd.

Cisco IOS®release en HSRP-functiematrix

Dit document toont welke HSRP-functies worden ondersteund in welke Cisco IOS-softwarereleases. Klik op een functie voor een gedetailleerde beschrijving. Een tussentijds versienummer geeft aan in welke versie een functie voor het eerst verscheen of een release waarin de functionaliteit van die functie is gewijzigd.

Feature

10.0

10.2

10.3

11.0

11.1

11.2

11.3

12.0

12,0T

12.1

12,1T

Tijdelijke onderbreking

X

X

X

X

X

X

X

X

X

X

X

Meervoudige groepen (MHSRP)

—

—

X

X

X

X

X

X

X

X

X

Ethernet 802.10 SDE

—

—

—

—

X

X

X

X

X

X

X

Interface  Tracking

—

—

—

—

X

X

X

X

X

X

X

Gebruik BIA

—

—

—

—

8.0

X

X

X

X

X

X

Vooraf ingestelde vertraging

—

—

—

—

—

X

X

6.1

X

X

X

Ethernet LANE

—

—

—

—

—

X

X

X

X

X

X

Token Ring LANE

—

—

—

—

—

—

X

X

X

X

X

ISL

—

—

—

—

—

—

X

X

X

X

X

Syslog-ondersteuning

—

—

—

—

—

—

X

X

X

X

X

MAC Refresh-interval

—

—

—

—

—

—

—

1.0

X

X

X

SNMP MIB

—

—

—

—

—

—

—

—

3.0

X

X

MHSRP en Use BIA

—

—

—

—

—

—

—

—

3.4

X

X

IP-redundantie

—

—

—

—

—

—

—

—

3.4

X

X

BVI

—

—

—

—

—

—

—

—

6.2

X

X

802.1Q

—

—

—

—

—

—

—

—

8.1

X

X

Uitgebreide HSRP-foutopsporing

—

—

—

—

—

—

—

—

—

0.2

X

HSRP ICMP-omleidingen

—

—

—

—

—

—

—

—

—

—

3

HSRP MPLS VPN’s

—

—

—

—

—

—

—

—

—

—

3

Cisco IOS HSRP-functionaliteit

HSRP-functies

Tijdelijke onderbreking

Met de HSRP-voorrangsfunctie kan de router met de hoogste prioriteit onmiddellijk de actieve router worden. De prioriteit wordt eerst bepaald door de prioriteitswaarde die u configureert en vervolgens door het IP-adres. In elk geval is een hogere waarde van grotere prioriteit. Wanneer een router met een hogere prioriteit een router met een lagere prioriteit vooronderstelt, wordt er een coupbericht verstuurd. Wanneer een lagere prioriteit actieve router een coupbericht of hello bericht van een hogere prioriteit actieve router ontvangt, verandert het in de spreekstaat en verzendt een aftredingsbericht.

Vooraf ingestelde vertraging

De eigenschap van de voorkeursvertraging laat voorkoop toe om voor een configureerbare tijdspanne worden vertraagd, en staat de router toe om zijn routeringstabel te bevolken alvorens het de actieve router wordt.

Vóór Cisco IOS-softwarerelease 12.0(9)S werd de vertraging gestart toen de router werd herladen. In Cisco IOS release 12.0(9) wordt de vertraging gestart wanneer u voor het eerst probeert voorrang te nemen.

Om HSRP-prioriteit en -voorrang te configureren gebruikt u de opdracht standby [group] [prioritynumber] [preempt [time [minimum]seconden] [syncseconden]]. Raadpleeg de HSRP-documentatie voor meer informatie.

Interface Tracking

Interface tracking  Hiermee kunt u een andere interface op de router opgeven voor het te bewaken HSRP-proces om de HSRP-prioriteit voor een bepaalde groep te wijzigen.

Als het gespecificeerde lijnprotocol van de interface daalt, wordt de HSRP-prioriteit van deze router verminderd, en staat een andere HSRP-router met hogere prioriteit toe om actief te worden (als voorrang is ingeschakeld ).

HSRP-interface configureren tracking, gebruik de opdracht standby [group] track interface [priorities].

Opmerking: De beschikbaarheid van de opdracht Interface Track kan afhangen van de gebruikte softwareversie, maar de opdracht standby [group] track [object] kan worden gebruikt.

Wanneer meerdere getraceerde interfaces zijn uitgeschakeld, wordt de prioriteit verminderd met een cumulatief bedrag. Als u expliciet de waarde van de afname instelt, wordt de waarde met dat bedrag verlaagd als die interface niet beschikbaar is, en zijn de afnames cumulatief. Als u geen expliciete afnamewaarde instelt, wordt de waarde met 10 verlaagd voor elke interface die omlaag gaat, en zijn de afschrijvingen cumulatief.

In dit voorbeeld wordt deze configuratie gebruikt, met de standaardafnamewaarde van 10:

Opmerking: Wanneer een HSRP-groepsnummer niet is opgegeven, is het standaardgroepsnummer groep 0.

interface ethernet0

ip address 10.1.1.1 255.255.255.0

standby ip  10.1.1.3

standby priority 110

standby track serial0

standby track serial1

Het HSRP-gedrag met deze configuratie is:

- 0 interfaces omlaag = geen afname (prioriteit is 110)

- 1 interface omlaag = afname met 10 (prioriteit wordt 100)

- 2 interfaces omlaag = afname met 10 (prioriteit wordt 90)

Het eerder genoemde HSRP-gedrag is waar, zelfs als de decrementwaarden expliciet als volgt zijn geconfigureerd:

interface ethernet0

ip address 10.1.1.1 255.255.255.0

standby ip  10.1.1.3

standby priority 110

standby track serial0 10

standby track serial1 10

Voor Cisco IOS release 12.1 geldt dat als u een router met een downinterface start, HSRP-interface tracking ziet de interface als omhoog.

Inbrandbaar adres gebruiken

Met de functie voor ingebrand adres (BIA) kunnen HSRP-groepen een ingebrand MAC-adres van de interface gebruiken in plaats van een HSRP MAC-adres. Use BIA is eerst geïmplementeerd in Cisco IOS-softwarerelease 11.1(8). Om HSRP te configureren voor gebruik van BIA gebruikt u de opdracht standby use-bia [scope interface].

Het use-bia commando is geïmplementeerd om de beperkingen te overwinnen wanneer een functioneel adres voor het HSRP MAC-adres op Token Ring-interfaces wordt gebruikt.

Opmerking: Wanneer HSRP in een multi-ring bron-gerouteerde overbruggingsmilieu loopt en de routers HSRP op verschillende ringen verblijven en de functionele adressen gebruiken, kan het de verwarring van het Routing Informatie Veld (RIF) veroorzaken. Om deze reden werd de use-bia commando geïntroduceerd.

De use-biafeature maakt het ook mogelijk om DECnet, Xerox Network Systems (XNS) en HSRP op dezelfde router te gebruiken door het gebruik van het DECnet MAC-adres (de BIA) om als het HSRP MAC-adres te gebruiken. Het use-bia-commando is ook handig voor netwerken waar BIA van het apparaat is geconfigureerd in andere apparaten op het LAN.

De opdracht use-bia heeft echter verschillende nadelen:

- Wanneer een router actief wordt, wordt het virtuele IP-adres naar een ander MAC-adres verplaatst. De onlangs actieve router verzendt een nodeloze ARP reactie, maar niet alle hostimplementaties behandelen nodeloze ARP correct.

- Proxy ARP-einden wanneer use-bia is geconfigureerd. Een standby router kan niet de verloren proxy ARP database van een mislukte router dekken.

- Voorafgaand aan Cisco IOS-softwarerelease 12.0(3.4)T mag slechts één HSRP-groep worden gebruikt als de use-bia is geconfigureerd.

Wanneer u de use-bia-opdracht op een subinterface configureert, verschijnt deze eigenlijk op de hoofdinterface en wordt deze toegepast op alle subinterfaces. In Cisco IOS-softwarerelease 12.0(6.2) en hoger wordt de opdracht use-bia uitgebreid met de optionele trefwoorden voor scope-interfaces, zodat deze op één subinterface kunnen worden toegepast.

Meerdere HSRP-groepen

De functie multiple HSRP (MHSRP)-groepen is toegevoegd in Cisco IOS-release 10.3. Deze functie maakt het verder mogelijk om redundantie en werklastverdeling binnen netwerken mogelijk te maken en maakt het mogelijk dat redundante routers meer volledig worden gebruikt. Terwijl een router actief voorwaarts verkeer voor één HSRP groep is, kan het in reserve of in de luisterstaat voor een andere groep zijn.

Vanaf Cisco IOS-softwarerelease 12.0(3.4)T kunt u de use-bia-opdracht gebruiken met meerdere HSRP-groepen ingeschakeld. Raadpleeg werklastverdeling met HSRP om HSRP te configureren en gebruik te maken van meerdere paden.

Configureerbaar MAC-adres

Normaal gebruikt u HSRP om eindstations te helpen de eerste hopgateway voor IP-routing te vinden. De eindstations zijn geconfigureerd met een standaardgateway. HSRP kan echter de eerste hopredundantie voor andere protocollen bieden. Sommige protocollen, zoals Advanced Peer-to-Peer Networking (APPN), gebruiken het MAC-adres om de eerste hop voor routeringsdoeleinden te identificeren.

In dit geval, is het vaak noodzakelijk om het virtuele adres van MAC te kunnen specificeren dat het standby mac-adres bevel gebruikt. Het virtuele IP-adres is voor deze protocollen niet belangrijk. De eigenlijke syntaxis van de opdracht is standby [group] mac-adres mac-adres .

Opmerking: u kunt deze opdracht niet gebruiken op een Token Ring-interface.

Syslog-ondersteuning

Ondersteuning voor syslog messaging Voor HSRP is informatie toegevoegd in Cisco IOS-release 11.3. Deze functie maakt efficiënter logging en tracking van de huidige actieve en standby routers op syslogservers.

HSRP-foutopsporing

Vóór Cisco IOS release 12.1 was de opdracht voor HSRP-debugging relatief eenvoudig. Om het zuiveren toe te laten HSRP, zou u eenvoudig het debug standby bevel gebruiken, dat output van HSRP staat en pakketinformatie voor alle standby groepen op alle interfaces toeliet.

In Cisco IOS release 12.0(2.1) is een debug-voorwaarde toegevoegd die het mogelijk maakt dat de uitvoer van de standby debug-opdracht wordt gefilterd op basis van het interface- en groepsnummer. De opdracht gebruikt het debug-voorwaardenparadigma dat in Cisco IOS-release 12.0 is geïntroduceerd, als volgt: debug voorwaarde stand-by interfacegroep . De interface die u specificeert moet een geldige interface zijn die HSRP kan ondersteunen. De groep kan om het even welke groep (0 - 255) zijn.

U kunt debug-voorwaarden instellen voor groepen die niet bestaan, waardoor u debug-informatie kunt opnemen tijdens de initialisatie van een nieuwe groep.

U moet standby debug order inschakelen om debug-uitvoer te kunnen produceren. Als u geen stand-by debug voorwaarden configureert, wordt debug output geproduceerd voor alle groepen op alle interfaces. Als u minstens één stand-by debug voorwaarde vormt, dan wordt de stand-by debug output gefiltreerd door al stand-by debug voorwaarden.

Uitgebreide HSRP-foutopsporing

Vóór Cisco IOS-softwarerelease 12.1(0.2) was HSRP-debugging van beperkt gebruik omdat informatie in de ruis van periodieke hello-berichten verloren ging. Aldus, werd de verbeterde het zuiveren eigenschap toegevoegd in Cisco IOS 12.1(0.2).

De tabel legt de opdrachtopties voor verbeterde debugging uit.

Opdracht

Beschrijving

debug standby

Toont alle HSRP-fouten, -gebeurtenissen en -pakketten.

debug stand-by modus

Toont alle HSRP-fouten, gebeurtenissen en pakketten, behalve hello- en advertentiepakketten.

debug standby errors

Toont HSRP-fouten.

debug stand-by gebeurtenissen [alle | terse] | [ICMP] | Protocol | redundancy | track]] [detail]

Toont HSRP-gebeurtenissen.

debug standby-pakketten</a> [[alle | terse] | [advertise | coup | hello | resign]] [detail]

Toont HSRP-pakketten.

U kunt de debug-uitvoer filteren met de voorwaardelijke debugging van de interface en HSRP-groep. Om interface voorwaardelijke het zuiveren toe te laten, gebruik de debug interface van de voorwaarde interface</span>bevel. Om het voorwaardelijke zuiveren toe te laten HSRP, gebruik het bevel van de debugvoorwaarde standby interfacegroep.

Een interface debug voorwaarde is alleen van toepassing wanneer u geen stand-by debug voorwaarden hebt ingesteld. HSRP-debugging wordt verder verbeterd in Cisco IOS-softwarerelease 12.1(1.3), op basis van de verbeteringen die aan de HSRP-statustabel zijn aangebracht.

Deze verbeteringen tonen de HSRP-tabelgebeurtenissen. In de output, verwijzen de a/ , b/ , c/ , etc., naar de gebeurtenissen van de HSRP eindige toestandsmachine, die inRFC 2281 worden gedocumenteerd.

SB1: Ethernet0/2 Init: a/HSRP enabled

SB1: Ethernet0/2 Active: b/HSRP disabled (interface down)

SB1: Ethernet0/2 Listen: c/Active timer expired (unknown)

SB1: Ethernet0/2 Active: d/Standby timer expired (10.0.0.3)

SB1: Ethernet0/2 Speak: f/Hello rcvd from higher pri Speak router

SB1: Ethernet0/2 Active: g/Hello rcvd from higher pri Active router

SB1: Ethernet0/2 Speak: h/Hello rcvd from lower pri Active router

SB1: Ethernet0/2 Standby: i/Resign rcvd

SB1: Ethernet0/2 Active: j/Coup rcvd from higher pri router

SB1: Ethernet0/2 Standby: k/Hello rcvd from higher pri Standby router

SB1: Ethernet0/2 Standby: l/Hello rcvd from lower pri Standby router

SB1: Ethernet0/2 Active: m/Standby mac address changed

SB1: Ethernet0/2 Active: n/Standby IP address configured

Verificatie

De HSRP-verificatiefunctie bestaat uit een gedeelde Clear-Text-toets die deel uitmaakt van de HSRP-pakketten. Deze eigenschap verhindert de lagere prioritaire router learning de waarden van het standby IP-adres en de standby-timer van de router met hogere prioriteit.

Om de HSRP-verificatietekenreeks te configureren gebruikt u de opdracht standby-verificatie <string>.

IP-redundantie

HSRP biedt stateless redundantie voor IP-routing. HSRP kan alleen zijn eigen staat behouden. Het veronderstelt dat elke router bouwt en zijn eigen routeringstabellen onafhankelijk van andere routers handhaaft. De functie IP-redundantie biedt een mechanisme waarmee HSRP clienttoepassingen een service kan bieden zodat ze stateful failover kunnen implementeren.

IP-redundantie biedt geen mechanisme voor peer-toepassingen om statusinformatie uit te wisselen. Dit wordt overgelaten aan de applicaties zelf en is essentieel als de applicaties stateful failover willen bieden.

IP-redundantie wordt meestal alleen geïmplementeerd voor mobiele IP Home Agents. Dit is een voorbeeldconfiguratie:

configure terminal

router mobile

ip mobile home-agent standby hsrp-group1

!

interface e0/2

no shutdown

ip address 10.0.0.1 255.0.0.0

standby 1 ip 10.0.0.11

standby 1 name hsrp-group1

Opmerking: Vanaf Cisco IOS-softwarerelease 12.1(3)T wordt de trefwoordredundantie geaccepteerd naast de trefwoordstand-by . Het standby-trefwoord wordt in een latere Cisco IOS-release geleidelijk uitgeschakeld. De juiste opdracht is ip mobile home-agent redundantie hsrp-group1 .

Toekomstige toepassingen van IP-redundantie omvatten:

- NAT - noodzaak van redundante gateways.

- IPSEC - Er is behoefte aan synchronisatie van statusinformatie om te kunnen werken wanneer HSRP in gebruik is.

- DHCP Server - DHCP-servers geïmplementeerd in verschillende routers.

- NBAR, CBAC - Noodzaak om firewallstaten te spiegelen voor asymmetrische routing.

- GPRS - hiervoor is een manier nodig om de TCP-status te volgen.

SNMP-beheerinformatiebasis

Ondersteuning van SNMP Management Information Base (MIB) is toegevoegd aan Cisco IOS-release 12.0(3.0)T. Er zijn twee relevante MIB’s voor HSRP:

- Cisco Management Suite 106: De MIB-module voor het beheer van HSRP

- Cisco Management Suite 107: De extensie MIB module gebruikt om HSRP te beheren

Voorafgaand aan Cisco IOS-softwarerelease 12.0(6.1)T, veroorzaakt een wandeling van de uitgebreide HSRP MIB wanneer er een Bridge Group Virtual Interface (BVI) aanwezig is dat de router crasht.

HSRP-ondersteuning voor Multiprotocol Label Switching Virtual Private Networks

HSRP-ondersteuning voor Multiprotocol Label Switching Virtual Private Networks (MPLS VPN’s) is toegevoegd in Cisco IOS-release 12.1(3)T.

HSRP op een MPLS VPN-interface is handig wanneer u een Ethernet hebt die is aangesloten tussen twee Provider-randen (PE’s) en u een van deze twee hebt:

- A Customer Edge (CE) met een standaardroute naar het virtuele IP-adres van HSRP.

- Een of meer hosts met het virtuele IP-adres van HSRP als standaardgateway.

Het netwerkdiagram toont twee PE’s met HSRP die tussen hun VPN’s worden uitgevoerd routing/forwarding (VRF) interfaces. De CE met het HSRP virtuele IP-adres wordt als standaardroute geconfigureerd. En HSRP is geconfigureerd om de interfaces te volgen die de PE's verbinden met de rest van het providernetwerk. Bijvoorbeeld, als interface E1 van PE1 mislukt, wordt de HSRP-prioriteit zodanig verlaagd dat PE2 overneemt forwarding pakketten naar het virtuele IP/MAC-adres.

Dit zijn de configuraties:

Router PE1

Router PE2

configure terminal

!

ip cef

!

ip vrf vrf1

rd 100:1

route-target export 100:1

route-target import 100:1

!

interface ethernet0

no shutdown

ip vrf forwarding vrf1

ip address 10.2.0.1 255.255.0.0

standby 1 ip 10.2.0.20

standby 1 priority 105

standby 1 preempt delay minimum 10

standby 1 timers 3 10

standby 1 track ethernet1 10

standby 1 track ethernet2 10

configure terminal

!

ip cef

!

ip vrf vrf1

rd 100:1

route-target export 100:1

route-target import 100:1

!

interface ethernet0

no shutdown

ip vrf forwarding vrf1

ip address 10.2.0.2 255.255.0.0

standby 1 ip 10.2.0.20

standby 1 priority 100

standby 1 preempt delay minimum 10

standby 1 timers 3 10

standby 1 track ethernet1 10

standby 1 track ethernet2 10

U kunt de volgende opdrachten gebruiken om te verifiëren dat het virtuele IP-adres van HSRP in de juiste VRF-ARP en Cisco Express is Forwarding tabellen:

ed1-pe1#show ip arp vrf vrf1

Protocol  Address          Age (min)  Hardware Addr   Type   Interface

Internet  10.2.0.1                -   00d0.bbd3.bc22  ARPA   Ethernet0/2

Internet  10.2.0.20               -   0000.0c07.ac01  ARPA   Ethernet0/2

ed1-pe1#show ip cef vrf vrf1

Prefix              Next Hop             Interface

0.0.0.0/0           10.3.0.4             Ethernet0/3

0.0.0.0/32          receive

10.1.0.0/16         10.2.0.1             Ethernet0/2

10.2.0.0/16         attached             Ethernet0/2

10.2.0.1/32         receive

10.2.0.20/32        receive

224.0.0.0/24        receive

255.255.255.255/32  receive

HSRP-ondersteuning voor ICMP-omleidingen

HSRP is gebaseerd op het concept dat de HSRP-peer routers die een subnetverbinding beveiligen toegang kunnen bieden tot alle andere subnetten die het netwerk vormen. Daarom is het irrelevant welke router de actieve HSRP router wordt, aangezien alle routers routes aan elke Subnet hadden.

HSRP maakt gebruik van een speciaal virtueel IP-adres en een virtueel MAC-adres, die logischerwijs aan de actieve router HSRP zijn gekoppeld. ICMP-omleidingen worden automatisch uitgeschakeld op een interface wanneer HSRP op die interface wordt gebruikt. Cisco IOS 12.1(3)T vanaf 2010, ICMP-omleidingsfunctie maakt ICMP-omleidingen mogelijk op interfaces die met HSRP zijn geconfigureerd. Raadpleeg HSRP-ondersteuning voor ICMP-omleidingen voor meer informatie. Dit wordt gedaan om te voorkomen dat hosts het virtuele IP-adres van HSRP niet kunnen omleiden. Het is mogelijk dat de twee (of meer) routers op een subnetverbinding niet identiek zijn aan de rest van het netwerk. Dat wil zeggen dat voor een bepaald IP-adres van bestemming een van de routers een veel beter pad naar dat adres kan hebben of zelfs de enige router kan zijn die aan dat adres is gekoppeld.

Het protocol ICMP staat een router toe om een eindstation opnieuw te richten om pakketten voor een bepaalde bestemming naar een andere router op zelfde Subnet te verzenden, als de eerste router weet dat de andere router een betere weg aan die bepaalde bestemming heeft. Zoals het geval was voor standaardgateways, als de router waaraan een endstation voor een bepaalde bestemming is omgeleid ontbreekt, dan werden de endstationpakketten aan die bestemming niet geleverd. In standaard HSRP gebeurt dit precies. Om deze reden wordt aanbevolen om ICMP-omleidingen uit te schakelen als HSRP is ingeschakeld.

Wanneer u de relatie tussen ICMP-omleidingen uitbreidt en HSRP een oplossing voor dit probleem biedt, kunt u profiteren van de voordelen van zowel HSRP- als ICMP-omleidingen. Twee (of meer) HSRP-groepen worden uitgevoerd op elke subnetprocessor, waarbij ten minste evenveel HSRP-groepen worden geconfigureerd als er routers zijn die deelnemen. De prioriteiten zijn zo ingesteld dat elke router de primaire router is voor ten minste één HSRP-groep. Wanneer één router bepaalt om een eindstation aan een verschillende router voor een specifieke bestemming opnieuw te richten, dan in plaats van opnieuw te richten aan het eindstation aan dat andere router IP adres, vindt het een groep HSRP die die router als zijn primaire router heeft en richt het eindstation aan het overeenkomstige virtuele IP adres opnieuw. Als die doelrouter dan faalt, zorgt HSRP ervoor dat een andere router zijn baan overneemt, en misschien het eindstation omleidt naar nog een andere virtuele router.

Ondersteuning van HSRP-interface en -media

In deze sectie wordt uitgelegd welke interfaces en media HSRP ondersteunen en welke waarschuwingen optreden wanneer u HSRP via deze media uitvoert.

Sinds Cisco IOS-softwarerelease 10.0 is de HSRP-functionaliteit beschikbaar op Ethernet, Token Ring en Fibre Distributed Data Interface (FDDI). Fast Ethernet- en ATM-interfaces worden ook ondersteund door HSRP.

Virtuele LAN’s (VLAN’s) maken het mogelijk dat logische netwerktopologieën de fysieke switched infrastructuur overlappen, zodat elke willekeurige verzameling LAN-poorten kan worden gecombineerd met een autonome gebruikersgroep of belangengemeenschap. HSRP VLAN-ondersteuning is toegevoegd in Cisco IOS-release 11.1 voor IEEE 802.10 Secure Data Exchange (SDE) en in Cisco IOS-release 11.3 voor Cisco Inter-Switch Link (ISL).

Ethernet

Verschillende Ethernet (Lance en SQL) controllers in low-end producten kunnen slechts één unicast MAC-adres in hun adresfilter hebben. Op deze platforms is slechts één HSRP-groep toegestaan en het interfaceadres wordt veranderd in het HSRP virtuele MAC-adres wanneer de groep actief wordt. Als u HSRP op routers met meerdere interfaces van dit type gebruikt, moet u elke interface met een ander HSRP-groepsnummer configureren.

Opmerking: De Cisco 7200 router gebruikt ook de Lance Ethernet-controller, maar ondersteunt MHSRP in software.

Cisco raadt aan niet meer dan vierentwintig HSRP Ethernet-interfaceprocessors (EIP’s) te hebben, omdat het enige tijd duurt om de adresfilters voor HSRP bij te werken. Als u meer dan vierentwintig HSRP EIP's hebt, kan dit instabiliteit en buitensporige CPU-belasting veroorzaken.

Als u meer dan vierentwintig EIP's hebt, probeer dan de EIP's te vervangen door veelzijdige interfaceprocessors (VIP's) en Ethernet-poortadapters. VIP’s zijn goedgekeurd voor maximaal tachtig HSRP-groepen. U kunt ook het aantal HSRP-groepen verminderen en de HSRP-hello en wachttijd verhogen.

Token Ring

Als u HSRP op een Token Ring-interface uitvoert, kunt u het adresfilter op de Token Ring-chipset niet op dezelfde manier herprogrammeren als op Ethernet-, FDDI- of ATM-emulatie. Token Ring maakt gebruik van functionele adressen, waarvan er slechts een klein aantal beschikbaar is dat niet conflicteert met andere toepassingen van de functionele adresruimte.

Als u HSRP uitvoert in een SRB-omgeving (Source-Route Bridging), kan het gebruik van functionele adressen RIF-verwarring veroorzaken. Zie de HSRP-adresseringssectie voor meer informatie. Probeer ook het use-bia commando te configureren.

802.1Q

Cisco raadt het gebruik van Cisco IOS-softwarerelease 12.0(8.1)T of hoger voor HSRP via 802.1Q aan.

ISL

HSRP via ISL is beschikbaar in Cisco IOS-releases 11.2(6)F, 11.3, 12.X. Aanbevolen wordt release 12.0(7) of later te gebruiken.

FDDI

Een FDDI poortadapter stript frames uit de ring als hij een van zijn eigen MAC-adressen ziet in de MAC-bron. Als een netwerkgebeurtenis ervoor zorgt dat beide routers actief worden, sturen beide routers HSRP hello-pakketten met hetzelfde virtuele MAC-adres. Elke router past het andere routerhello pakket per ongeluk van het netwerk af, en beide blijven actief.

De oplossing voor dit probleem in Cisco IOS-softwarerelease 11.2(11.1) is dat HSRP-routers in een FDDI-omgeving hun eigen unieke, ingebouwde MAC-adres gebruiken om berichten uit te wisselen en het HSRP-protocol uit te voeren. Om ervoor te zorgen dat learning switches en bruggen slaan de juiste poortinvoer voor het virtuele MAC-adres in de cache, de actieve router verstuurt ook periodieke vernieuwingsberichten via het HSRP MAC-adres.

Opmerking: Cisco 4500 router hardware content-addressable memory (CAM) op een FDDI-interface kan niet correct worden ingevuld na een herlading als u meerdere RIP-netwerken en HSRP-groepen hebt geconfigureerd. De enige oplossing op dit moment is om de interfaces te wissen om de CAM te herstellen.

MAC Refresh

HSRP-routers in een FDDI-omgeving maken gebruik van hun eigen unieke, ingebouwde MAC-adres om berichten uit te wisselen en het HSRP-protocol uit te voeren. Om ervoor te zorgen dat learning switches en bruggen brengen de juiste poortinvoer voor het virtuele MAC-adres in de cache. De actieve router ververst ook regelmatig berichten via het HSRP MAC-adres.

Indien u geen switch of learning brug op uw netwerk, kunt u de distributie van verfrissingspakketten zoals hieronder getoond onbruikbaar maken:

interface fddi 1/0/0

ip address 10.1.1.1 255.255.255.0

standby ip 10.1.1.250

standby mac-refresh 0

Virtuele interface voor Bridge Group

HSRP-ondersteuning voor Bridge Group Virtual Interfaces (BVI’s) is toegevoegd in Cisco IOS-softwarerelease 12.0(6.2)T.

Subinterfaces

HSRP-groepen op subinterfaces moeten een groepsnummer hebben dat uniek is onder alle andere groepen op alle subinterfaces op dezelfde hoofdinterface. Dit komt doordat subinterfaces geen unieke SNMP-interface-index ontvangen. Als u twee groepen met het nummer N op verschillende subinterfaces had, dan zou in de MIB groep N op subinterface 1 en groep N op subinterface 2 dezelfde groep lijken te zijn.

Gerelateerde informatie

- HSRP-ondersteuningspagina

- HSRP - Veelgestelde vragen