Vermijd HSRP-instabiliteit in een switchingomgeving met diverse routerplatforms

Downloadopties

  • PDF     (164.5 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (93.2 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (94.9 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:2 juni 2008
Document-id:13782

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Wanneer u het Hot Standby Router Protocol (HSRP) tussen twee routers die via een LAN-switch zijn verbonden, kunt u instabiliteit in HSRP observeren. Dit gebeurt vaak tijdens een netwerkverstoring of een actieve routerovergang, zoals een HSRP-router met een hogere prioriteit en vooraf ingesteld die aan het LAN wordt toegevoegd. Dit document legt uit waarom deze instabiliteit voorkomt en hoe u deze kunt voorkomen.

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.

Conventies

Raadpleeg voor meer informatie over documentconventies de technische Tips van Cisco.

Configureren

Deze sectie bevat informatie over het configureren van de functies die in dit document worden beschreven.

N.B.: Als u aanvullende informatie wilt vinden over de opdrachten in dit document, gebruikt u het Opdrachtplanningprogramma (alleen geregistreerd klanten).

Netwerkdiagram

Dit document gebruikt de netwerkinstellingen die in het onderstaande schema zijn weergegeven.

8a.gif

Configuraties

Dit document gebruikt deze configuraties:

router A 
interface FastEthernet1/0
 ip address 10.144.220.3 255.255.252.0
 standby priority 120
 standby preempt
 standby ip 10.144.220.1

router B 
interface FastEthernet3/0
 ip address 10.144.220.2 255.255.252.0
 standby priority 110
 standby preempt
 standby ip 10.144.220.1

Verifiëren

Er is momenteel geen verificatieprocedure beschikbaar voor deze configuratie.

Problemen oplossen

Deze sectie bevat informatie waarmee u problemen met de configuratie kunt oplossen.

Opdrachten voor troubleshooting

Bepaalde opdrachten met show worden ondersteund door de tool Output Interpreter (alleen voor geregistreerde klanten). Hiermee kunt u een analyse van de output van opdrachten met show genereren.

Opmerking: Voordat u debug-opdrachten gebruikt, raadpleegt u Belangrijke informatie over debug-opdrachten.

  • debug stand-by

Voorbeeld van output van foutopsporing

In het bovenstaande diagram, wanneer router A aan het netwerk wordt toegevoegd, kunt u de staat van de router B HSRP waarnemen die van Active aan Standby is gefilterd. Het uitvoeren van debug standby op router B levert de volgende output op: 

RouterB# debug standby

*Mar 1 02:55:56: SB0:FastEthernet3/0 Hello out 10.144.220.2 Active pri 110 hel 3 
hol 10 ip 10.144.220.1 
*Mar 1 02:56:08: SB0:FastEthernet3/0 Hello in 10.144.220.3 Active pri 120 hel 3 
hol 10 ip 10.144.220.1
*Mar 1 02:56:08: SB0: FastEthernet3/0 state Active -> Speak 
*Mar 1 02:56:08: SB0:FastEthernet3/0 Resign out 10.144.220.2 Speak pri 110 hel 3 
hol 10 ip 10.144.220.1 
*Mar 1 02:56:08: SB0:FastEthernet3/0 Hello out 10.144.220.2 Speak pri 110 hel 3 
hol 10 ip 10.144.220.1
*Mar 1 02:56:09: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,
 changed state to down
*Mar 1 02:56:11: SB0: FastEthernet3/0 state Speak -> Init 
*Mar 1 02:56:13: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,
 changed state to up
*Mar 1 02:56:13: SB0: FastEthernet3/0 state Init -> Listen 
*Mar 1 02:56:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,
 changed state to down
*Mar 1 02:56:14: SB0: FastEthernet3/0 state Listen -> Init
*Mar 1 02:56:20: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,
 changed state to up 
*Mar 1 02:56:20: SB0: FastEthernet3/0 state Init -> Listen 
*Mar 1 02:56:30: SB0: FastEthernet3/0 state Listen -> Speak 
*Mar 1 02:56:40: SB0: FastEthernet3/0 state Speak -> Standby 
*Mar 1 02:56:41: SB0: FastEthernet3/0 state Standby -> Active
*Mar 1 02:56:41: SB: FastEthernet3/0 Adding 0000.0c07.ac00 to address filter
*Mar 1 02:56:41: SB0:FastEthernet3/0 Hello out 10.144.220.2 Active pri 110 hel 3 
hol 10 ip 10.144.220.1 
*Mar 1 02:56:44: SB0:FastEthernet3/0 Hello in 10.144.220.3 Active pri 120 hel 3 
hol 10 ip 10.144.220.1
*Mar 1 02:56:44: SB0: FastEthernet3/0 state Active -> Speak

Van de output hierboven, is het duidelijk dat de HSRP staat van router B voortdurend van Actief aan Speaking aan Standby verandert in Actief, etc.

Het HSRP-proces maakt gebruik van multicast adres 24.0.0.2 om hallo-pakketten met de andere HSRP-routers te communiceren. Als connectiviteit verloren is, of een router HSRP met hogere prioriteit aan een netwerk wordt toegevoegd, kunnen de staten HSRP beginnen te flappen zoals hierboven getoond. Wanneer HSRP op bepaalde routerplatforms wordt uitgevoerd (zie Opmerking hieronder) en er een router met hogere prioriteit wordt toegevoegd aan het netwerk, verandert de HSRP-status van de router met lagere prioriteit van Active naar Speaking en er vindt een verandering van link-status plaats. De haven van de switch ontdekt deze verbinding-staat verandering en een overspant de overgang van het boomprotocol plaatsvindt. De poort duurt ongeveer 30 seconden om door de luisterfase, de leerfase en de verzendfase te gaan. Deze tijdsperiode overschrijdt de standaardtijden van de hallo-processen van HSRP, zodat de router met lagere prioriteit, na het bereiken van de Standby staat, Actief wordt omdat geen hallo-pakketten van de Actieve router werden ontvangen.

Aangezien de routers de pakketten HSRP niet van elkaar zien, worden zij beiden actief. Wanneer de switch poorten overhevelen naar de Learning staat, is het mogelijk dat de switch hetzelfde virtuele MAC-adres uit twee verschillende poorten ziet.

Opmerking: Veranderingen in fysieke link-status veroorzaakt door de veranderingen in de status van HSRP treden specifiek op de netwerkmodule-Fast Ethernet (NM-FE) interfaces op Cisco 2600, Cisco 3600 en Cisco 7200 Series routers. Dit gedrag komt niet langer voor in Cisco IOS-softwarerelease 12.1(3) en hoger.

Zie Cisco Bug ID CSCdr02376 (alleen geregistreerde klanten) voor meer informatie.

Procedure voor probleemoplossing

Voer een van de volgende taken uit om het hierboven beschreven probleem aan te pakken.

  1. Configureer de switch met de ingestelde spanboom zodat de switch de spanboomstaten kan omzeilen en recht in de staat Forwarding kan stappen.

    Als de router wordt geconfigureerd om pakketten op deze interface/poort te overbruggen, kan deze workround niet worden gebruikt, omdat het onmiddellijke verzenden op zo'n link het netwerk aan een doorvoerlijn outage kan blootstellen.

    Opmerking: Deze beperking geldt ook voor switch poorten die aangesloten zijn op andere switches of bruggen.

  2. Verander de HSRP-timers zodat het overspannen van boom door-vertraging (standaard 15 seconden) minder dan de helft van de HSRP-tijd is (standaard 10 seconden).

    We stellen een HSRP-houdtijd van 40 seconden voor.

    Opmerking: Het verhogen van de HSRP houdtijd maakt HSRP langzamer om te ontdekken dat de Actieve router omlaag is en de Standby router actief maakt.

  3. Zorg ervoor dat er geen pakketstormen op het netwerk zijn (IPX is voor pakketstormen vatbaar).

  4. Configureer de opdracht stand-by use-bia, die de actieve router van HSRP dwingt om het ingebouwde adres te gebruiken.

    Dit bereikt twee dingen. Aangezien HSRP niet langer een unicast MAC-adres aan de MAC-adresfilterlijst hoeft te wijzigen (of toe te voegen), wordt de Ethernet-interface niet gereset. Het weerhoudt de switch er ook van hetzelfde adres in twee verschillende havens te leren. Raadpleeg Wat is het stand-by use-bia commando en hoe werkt het? voor meer informatie .

Opmerking: het standby use-bia commando gebruikt heeft de volgende nadelen:

  • Wanneer een router Actief wordt wordt het virtuele IP adres verplaatst naar een ander MAC-adres. De nieuwe actieve router verstuurt een onnodige reactie van het Protocol van de Resolutie van het Adres (ARP), maar niet alle implementaties van de gastheer behandelen nodeloos ARP correct.

  • Proxy ARP-einden wanneer stand-by use-bia is ingesteld. Een stand-by router kan niet voor de verloren volmacht ARP-database van de mislukte router dekken.

  • Vanwege interne beperkingen wordt de standby use-bia opdracht niet ondersteund op de Multilayer Switch functiekaart 2 (MSFC2). Raadpleeg voor meer informatie het gedeelte Configuration Guidelines and Bepertions van IP Unicast Layer 3-switching op Supervisor Engine 2.

Gerelateerde informatie

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
02-Jun-2008
Eerste vrijgave

Was dit document nuttig?

FeedbackFeedback

Contact Cisco