Ett exempel på att använda OSPF- och ECMP-protokollen på Zyxel Switches, (HW Stack) för feltolerans för internetåtkomst för företagets nätverk
I vårt scenario kommer vi att visa hur Zyxel Switches använder OSPF- och ECMP-protokollen, (HW Stack) för redundans (resiliency) av internetåtkomst för ett nätverk på företagsnivå.
Tänk på följande topologi:
Flernivåarkitekturen i lokala datornätverk möjliggör organisering av följande nivåer av hierarki:
1. Åtkomstlager
Det bildas av Switchar som fungerar på den andra nivån enligt OSI-modellen. Switches på denna nivå förser användare med Ports, bilda virtuella nätverk (VLAN) inom dessa Switches och kan representeras av både modulära enheter och staplingsbara enheter. Anslutning av åtkomstnivå Switchar till distributionsnivån kan göras med Gigabit Ethernet-länkar. På denna nivå rekommenderar vi att du använder GS1920 / GS2210 / GS3700-serien Switchar.
2. Distributionslager
Det bildas av Switchar som fungerar på den tredje nivån enligt OSI-modellen. Distributionsnivå Switchar ansluter åtkomstnivå Switchar till centrala LAN Switchar, nämligen kärnnivå Switchar. Distributionsnivå Switchar kan anslutas till kärnnivån via Gigabit Ethernet eller 10 Gigabit Ethernet-kanaler (med SFP + sändtagare). På denna nivå rekommenderar vi att du använder XGS3700-serien Switchar.
3. Kärnlager
Det bildas av Switchar som fungerar på andra och tredje nivå enligt OSI-modellen. kärnnivå Switchar sammanlagd trafik från distributionsnivå Switchar. På denna nivå rekommenderar vi att du använder XGS-4526 / XGS-4728F / XGS4700-48F Switchar.
En redundansnivå 2 (lager 2) kommer att konfigureras mellan GS2210 Switchar och XGS3700 staplad på bunten.
XGS3700 och XGS4500-serien Switchar använder Spanning Tree-protokollet för att konfigurera redundans, eftersom XGS3700-serien Switchar inte stöder PRPR_N_xA1xahmpLH_17 dynamiskt routingprotokoll.
I detta fall kommer administratören att behöva ställa in en statisk rutt på XGS4500 och distribuera den över OSPF.
Nedan behandlar vi varje nivå mer detaljerat.
I Access Layer använder vi LACP- protokollet. För att göra banredundans rekommenderar vi att du använder LACP-protokollet mellan åtkomstnivå Switches och distributionsnivå Switchar. Loop Guard måste vara aktiverat på åtkomstnivån Switchar för att undvika looping. I vårt exempel är distributionsnivån Switch Gateway för klienter, och Load Sharing (ECMP) är aktiverad för 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 Distributionslagret använder vi ECMP-protokollet för att ladda balans mellan lastdelningen (installera flera lika dataöverföringsvägar) och STP ( MSTP , RSTP) för att reservera vägen mellan källan och destinationspunkterna. När en av vägarna till nätverkskärnan sjunker kommer RSTP att öppna en alternativ Port så att trafiken kan dirigeras till upplänk (dvs. till kärnan Switches). Eftersom XGS3700-serien Switchar inte supporterar behöver det dynamiska routingprotokollet, core_Sw4 och Core_Sw3 core Switchar konfigureras med en statisk rutt och omfördelas till OSPF.
ip route 10.10.0.0 255.255.0.0 172.16.10.252
redistribute static
På kärnnivån (Core Layer) använder vi OSPF-protokollet för att utföra redundans från Switchar av redundansnivån. På Cisco-routern måste du aktivera OSPF och meddela standardvägen till kärnan Switches.
När länken faller mellan kärnan Switches kommer OSPF att beräkna den nya topologin.
Core Switches lägger till alla VLAN-gränssnitt till OSPF-området och statiska routingposter och meddelar sedan alla grannar.
Uppmärksamhet! Klientnätverkssegmentet måste separeras från OSPF-routningsdomänen
På DSw1-distributionsnivån Switch är Load Sharing (ECMP) aktiverat och 2 standardvägar konfigureras i routingtabellen.
När länken mellan DSw1 och Core_Sw3 eller Core_Sw4 sjunker öppnar RSTP alternativa Port och all trafik kommer att ledas till kärnnivån Switches.
Core_Sw4 # visa spanning-tree-konfigurering
Port [23] Info:
(b) Ange: FRÅGA
Port [24] Info:
(b) Ange: FRÅGA
Här är kärnnivån Switch routingstabell:
När anslutningen mellan Core_Sw1 och Core_Sw3 går förlorad, upptäcker OSPF att det inte finns några grannar och beräknar om den nya topologin.
Uppmärksamhet! I denna topologi finns det några funktioner.
Servern och klienten kan inte ansluta, om de är i samma sändningsdomän. Detta beror på funktionen av SVI (Switch virtuellt gränssnitt), det är alltid i UP-tillståndet, även om Switch Port är i Downstate. Därför kommer klienten inte att kunna ansluta till FTP 172.16.12.250, om anslutningen mellan Core_Sw2 och Core_Sw3 går förlorad.
För att förhindra detta måste du separera IP-adressen för servrar och klienter från OSPF-routningsdomänen. När det inte finns någon anslutning mellan Core_Sw2 och Core_Sw4 Switches kommer Core_Sw4 att bestämma att grannen inte existerar och beräkna OSPF på nytt.
Du kan se konfigurationsexemplen (konfigurationer i textformat) för kärn Switches i arkivet CoreSw_config.zip.
Kommentarer
0 kommentarerlogga in för att lämna en kommentar.