Et eksempel på bruk av OSPF- og ECMP-protokollene på Zyxel Switches, maskinvarestabel (HW Stack) for feiltoleransen for internettilgang for bedriftsnivå-nettverket
I vårt scenario skal vi demonstrere hvordan Zyxel Switches bruker OSPF- og ECMP-protokollene, maskinvarestabelen (HW Stack) for redundans (elastisitet) av internettilgang for et nettverk på virksomhetsnivå.
Tenk på følgende topologi:
Flernivåarkitekturen i lokale datanettverk sørger for organisering av følgende nivåer av hierarki:
1. Få tilgang til laget
Den er dannet av Switches som opererer på andre nivå i henhold til OSI-modellen. Switches på dette nivået gir brukerne Ports, danner virtuelle nettverk (VLANer) innenfor disse Switches og kan representeres av både modulære enheter og stabelbare enheter. Koble tilgangsnivå Switches til distribusjonsnivået kan gjøres ved hjelp av Gigabit Ethernet-koblinger. På dette nivået anbefaler vi å bruke GS1920 / GS2210 / GS3700-serien Switches.
2. Distribusjonslag
Den er dannet av Switches som opererer på tredje nivå i henhold til OSI-modellen. Distribusjonsnivå Switches koble tilgangsnivå Switches til sentralt LAN Switches, nemlig kjernivå Switches. Distribusjonsnivå Switches kan kobles til kjernenivået via Gigabit Ethernet eller 10 Gigabit Ethernet-kanaler (ved bruk av SFP + transceivere). På dette nivået anbefaler vi å bruke XGS3700-serien Switches.
3. Kjernelag
Den er dannet av Switches som opererer på andre og tredje nivå i henhold til OSI-modellen. kjernivå Switches samlet trafikk fra distribusjonsnivå Switches. På dette nivået anbefaler vi å bruke XGS-4526 / XGS-4728F / XGS4700-48F Switches.
Et redundansnivå 2 (lag 2) vil bli konfigurert mellom GS2210 Switches og XGS3700 stablet på stabelen.
XGS3700 og XGS4500-serien Switches bruker Spanning Tree Protocol for å konfigurere redundans, siden XGS3700-serien Switches ikke supPort dynamisk rutingprotokoll.
I dette tilfellet må administratoren sette opp en statisk rute på XGS4500 og distribuere den over OSPF.
Nedenfor vurderer vi hvert nivå mer detaljert.
I Access Layer bruker vi LACP- protokollen. For å gjøre banen overflødig, anbefaler vi å bruke LACP-protokollen mellom tilgangsnivå Switches og distribusjonsnivå Switches. Sløyfevern må være aktivert på tilgangsnivået Switches for å unngå looping. I vårt eksempel er distribusjonsnivået Switch Gateway for klienter, og Load Sharing (ECMP) er aktivert for 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 Distribusjonssjiktet bruker vi ECMP-protokollen for å laste balanse mellom belastningsdelingen (installere flere like dataoverføringsveier) og STP ( MSTP , RSTP) for å reservere banen mellom kilden og destinasjonspunktene. Når en av banene til nettverkskjerne synker, vil RSTP åpne en alternativ Port slik at trafikken kan dirigeres til opplink (dvs. til kjernen Switches). Siden XGS3700-serien Switches ikke supPort den dynamiske rutingsprotokollen, må core_Sw4 og Core_Sw3 core Switches konfigureres med en statisk rute og omfordeles til OSPF.
ip route 10.10.0.0 255.255.0.0 172.16.10.252
redistribute static
På kjernenivå (Core Layer) bruker vi OSPF-protokollen for å utføre redundans fra Switches av redundansnivået. På Cisco-ruteren må du aktivere OSPF og varsle standardruten til kjernen Switches.
Når koblingen faller mellom kjernen Switches, vil OSPF beregne den nye topologien på nytt.
Core Switches vil legge til alle VLAN-grensesnitt til OSPF-området og statiske rutingoppføringer og deretter varsle alle naboer.
Merk! Klientnettverkssegmentet må skilles fra OSPF-rutingsdomenet.
På DSw1-distribusjonsnivået Switch er Load Sharing (ECMP) aktivert, og 2 standardruter er konfigurert i rutetabellen.
Når koblingen mellom DSw1 og Core_Sw3 eller Core_Sw4 synker, vil RSTP åpne den alternative Port og all trafikk vil bli ledet til kjernivået Switches.
Core_Sw4 # viser konfigurasjon av spanningstreet
Port [23] Info:
(b) Oppgi: Fremover
Port [24] Info:
(b) Oppgi: Fremover
Her er rutetabellen Switch:
Når forbindelsen mellom Core_Sw1 og Core_Sw3 går tapt, oppdager OSPF at det ikke er noen naboer og beregner den nye topologien på nytt.
Merk! I denne topologien er det noen funksjoner.
Serveren og klienten vil ikke være i stand til å koble seg sammen, hvis de er i det samme kringkastingsdomenet. Dette skyldes driften av SVI (Switch virtuelt grensesnitt), det er alltid i UP-tilstand, selv om Switch Port er i Downstate. Derfor vil klienten ikke kunne koble seg til FTP 172.16.12.250, hvis forbindelsen mellom Core_Sw2 og Core_Sw3 går tapt.
For å forhindre dette, må du skille IP-adressen til serverne og klientene fra OSPF-rutingsdomenet. Når det ikke er noen forbindelse mellom Core_Sw2 og Core_Sw4 Switches, vil Core_Sw4 bestemme at naboen ikke eksisterer og beregne OSPF på nytt.
Du kan vise konfigurasjonseksemplene (konfigurasjoner i tekstformat) for core Switches i arkivet CoreSw_config.zip.
KB-00501
Kommentarer
0 kommentarerLogg på hvis du vil legge inn en kommentar.