Et eksempel på brug af OSPF- og ECMP-protokoller på Zyxel Switches, hardwarestack (HW Stack) til fejltolerance for internetadgang til virksomhedsniveau
I vores scenario skal vi demonstrere, hvordan Zyxel Switches bruger OSPF- og ECMP-protokoller, hardwarestakken (HW Stack) til redundans (elasticitet) af internetadgang til et netværk på virksomhedsniveau.
Overvej følgende topologi:
Flere niveauer af lokale computernetværk giver mulighed for organisering af følgende niveauer af hierarki:
1. Adgangslag
Det er dannet af Switches, der fungerer på det andet niveau i henhold til OSI-modellen. Switches på dette niveau giver brugerne Ports, danner virtuelle netværk (VLANer) inden for disse Switches og kan repræsenteres af både modulære enheder og stabelbare enheder. Forbindelse af adgangsniveau Switches til distributionsniveauet kan foretages ved hjælp af Gigabit Ethernet-links. På dette niveau anbefaler vi at bruge GS1920 / GS2210 / GS3700-serien Switches.
2. Distributionslag
Det er dannet af Switches, der fungerer på tredje niveau i henhold til OSI-modellen. Distributionsniveau Switches forbinder adgangsniveau Switches til centralt LAN Switches, nemlig kerneniveau Switches. Distributionsniveau Switches kan tilsluttes kerneniveauet via Gigabit Ethernet eller 10 Gigabit Ethernet-kanaler (ved hjælp af SFP + transceivere). På dette niveau anbefaler vi at bruge XGS3700-serien Switches.
3. Kernelag
Det er dannet af Switches, der fungerer på det andet og tredje niveau i henhold til OSI-modellen. kerne niveau Switches samlet trafik fra distributionsniveau Switches. På dette niveau anbefaler vi at bruge XGS-4526 / XGS-4728F / XGS4700-48F Switches.
Et redundansniveau 2 (lag 2) vil blive konfigureret mellem GS2210 Switches og XGS3700 stablet på stakken.
XGS3700- og XGS4500-serien Switches bruger Spanning Tree-protokollen til at konfigurere redundans, da XGS3700-serien Switches ikke suppPort dynamisk routing-protokol.
I dette tilfælde skal administratoren konfigurere en statisk rute på XGS4500 og distribuere den over OSPF.
Nedenfor overvejer vi hvert niveau mere detaljeret.
I Access Layer bruger vi LACP- protokollen. For at gøre sti redundans anbefaler vi at bruge LACP-protokollen mellem adgangsniveau Switches og distributionsniveau Switches. Sløjfebeskyttelse skal være aktiveret på adgangsniveauet Switches for at undgå looping. I vores eksempel er distributionsniveauet Switch Gateway for klienter, og Load Sharing (ECMP) er aktiveret til det.
ip load-sharing
ip route 0.0.0.0 0.0.0.0 172.16.10.254
ip route 0.0.0.0 0.0.0.0 172.16.10.253
I distributionslaget bruger vi ECMP-protokollen til at indlæse balance mellem belastningsdelingen (installere flere lige dataoverførselsruter) og STP ( MSTP , RSTP) til at reservere stien mellem kilden og destinationspunkterne. Når en af stierne til netværkskernen falder, åbner RSTP en alternativ Port, så trafikken kan dirigeres til uplink (dvs. til kernen Switches). Da XGS3700-serien Switches ikke supPort den dynamiske routingprotokol, skal core_Sw4 og Core_Sw3 core Switches konfigureres med en statisk rute og omdistribueres til OSPF.
ip route 10.10.0.0 255.255.0.0 172.16.10.252
redistribute static
På kerneniveau (Core Layer) bruger vi OSPF-protokollen til at udføre redundans fra Switches af redundansniveauet. På Cisco-routeren skal du aktivere OSPF og underrette standardruten til kernen Switches.
Når linket falder mellem kernen Switches, beregner OSPF den nye topologi igen.
Core Switches vil tilføje alle VLAN-grænseflader til OSPF-området og statiske routing-poster og derefter underrette alle naboer.
Opmærksomhed! Klientnetværkssegmentet skal adskilles fra OSPF-routingdomænet.
På DSw1-distributionsniveau Switch er Load Sharing (ECMP) aktiveret, og 2 standardruter er konfigureret i routingtabellen.
Når forbindelsen mellem DSw1 og Core_Sw3 eller Core_Sw4 falder, åbner RSTP det alternative Port, og al trafik dirigeres til kerneniveauet Switches.
Core_Sw4 # Vis spanning- trækonfiguration
Port [23] Info:
(b) Oplysning: FREMME
Port [24] Info:
(b) Oplysning: FREMME
Her er routingtabellen Switch på kerneniveau:
Når forbindelsen mellem Core_Sw1 og Core_Sw3 går tabt, registrerer OSPF, at der ikke er nogen naboer og beregner den nye topologi igen.
Opmærksomhed! I denne topologi er der nogle funktioner.
Serveren og klienten kan ikke oprette forbindelse, hvis de befinder sig i det samme tv-domæne. Dette skyldes driften af SVI (Switch virtuel interface), den er altid i UP-tilstand, selvom Switch Port er i Downstate. Derfor er klienten ikke i stand til at oprette forbindelse til FTP 172.16.12.250, hvis forbindelsen mellem Core_Sw2 og Core_Sw3 går tabt.
For at forhindre dette skal du adskille IP-adressen på serverne og klienterne fra OSPF-routingdomænet. Når der ikke er nogen forbindelse mellem Core_Sw2 og Core_Sw4 Switches, vil Core_Sw4 bestemme, at naboen ikke findes og genberegne OSPF.
Du kan se konfigurationseksemplerne (konfigurationer i tekstformat) for kerne Switches i arkivet CoreSw_config.zip.
KB-00501
Original version
Kommentarer
0 kommentarerLog ind for at kommentere.