Un exemplu de utilizare a protocoalelor OSPF și ECMP pe Zyxel Switches, stivă hardware (HW Stack) pentru toleranța la erori a accesului la internet pentru rețeaua la nivel de întreprindere
În scenariul nostru, vom demonstra modul în care Zyxel Switche utilizează protocoalele OSPF și ECMP, stiva hardware (HW Stack) pentru redundanță (rezistență) a accesului la internet pentru o rețea la nivel de întreprindere.
Luați în considerare următoarea topologie:
Arhitectura pe mai multe niveluri a rețelelor locale de calculatoare prevede organizarea următoarelor niveluri de ierarhizare:
1. Strat de acces
Este format din Switches care operează la al doilea nivel conform modelului OSI. Switches la acest nivel oferă utilizatorilor Ports, formează rețele virtuale (VLAN) în cadrul acestor Switches și pot fi reprezentate atât de dispozitive modulare, cât și de dispozitive stivuibile. Conectarea nivelului de acces Switches la nivelul de distribuție se poate face folosind legături Ethernet Gigabit. La acest nivel, vă recomandăm să folosiți seria GS1920 / GS2210 / GS3700 Switches.
2. Strat de distribuție
Este format din Switches care operează la nivelul al treilea conform modelului OSI. Nivelul de distribuție Switches conectează nivelul de acces Switches la LAN-ul central Switches, respectiv nivelul principal Switches. Nivelul de distribuție Switches poate fi conectat la nivelul de bază prin Gigabit Ethernet sau 10 canale Gigabit Ethernet (utilizând transceiver-uri SFP +). La acest nivel, vă recomandăm să folosiți seria XGS3700 Switches.
3. Core Layer
Este format din Switches care operează la nivelul al doilea și al treilea, conform modelului OSI. nivelul de bază Switcheste agregat traficul de la nivelul de distribuție Switches. La acest nivel, vă recomandăm să folosiți XGS-4526 / XGS-4728F / XGS4700-48F Switches.
Un nivel de redundanță 2 (stratul 2) va fi configurat între GS2210 Switches și XGS3700 stivuit pe stivă.
Seriile XGS3700 și XGS4500 Switche folosesc Spanning Tree Protocol pentru a configura redundanța, deoarece XGS3700 seria Switches nu acceptă protocolul de rutare dinamic PRPR_N_N_2GtmynFbtW_17.
În acest caz, administratorul va trebui să configureze o rută statică pe XGS4500 și să o distribuie prin OSPF.
Mai jos analizăm fiecare nivel mai detaliat.
La Access Layer, folosim protocolul LACP . Pentru a face redundanța căii, vă recomandăm să utilizați protocolul LACP între nivelul de acces Switches și nivelul de distribuție Switches. Protecția buclelor trebuie să fie activată pe nivelul de acces Switches pentru a evita bucla. În exemplul nostru, nivelul de distribuție Switch este Gateway pentru clienți, iar Load Sharing (ECMP) este activat pentru acesta.
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
La Layer Layer, folosim protocolul ECMP pentru a echilibra sarcina de partajare a încărcării (instalarea mai multor rute de transfer de date egale) și STP ( MSTP , RSTP) pentru a rezerva calea dintre sursă și punctele de destinație. Când una dintre căile către nucleul rețelei scade, RSTP va deschide un Port alternativ, astfel încât traficul să poată fi dirijat către legătura ascendentă (adică către Switches). Deoarece seria XGS3700 Switches nu acceptă protocolul de rutare dinamic, codul de rutare dinamic, core_Sw4 și Core_Sw3 core Switches trebuie să fie configurate cu o rută statică și redistribuite în OSPF.
ip route 10.10.0.0 255.255.0.0 172.16.10.252
redistribute static
La nivel de bază (Core Layer) folosim protocolul OSPF pentru a efectua redundanța de la Switches a nivelului de redundanță. Pe routerul Cisco, trebuie să activați OSPF și să notificați ruta implicită către Switches.
Când legătura se încadrează între Switches de bază, OSPF va recalcula noua topologie.
Switches core va adăuga toate interfețele VLAN în zona OSPF și intrările de rutare statică și apoi va notifica toți vecinii.
Atenţie! Segmentul de rețea client trebuie separat de domeniul de rutare OSPF.
Pe nivelul de distribuție DSw1 Switch, Partajarea sarcinii (ECMP) este activată și sunt configurate 2 rute implicite în tabelul de rutare.
Când legătura dintre DSw1 și Core_Sw3 sau Core_Sw4 scade, RSTP va deschide Port alternativ și tot traficul va fi direcționat către nivelul principal Switches.
Core_Sw4 # arată config-tree-ul de configurare
Port [23] Informații:
(b) Stat: ÎNVĂȚARE
Port [24] Informații:
(b) Stat: ÎNVĂȚARE
Iată tabelul de rutare Switch de bază de nivel:
Când conexiunea dintre Core_Sw1 și Core_Sw3 este pierdută, OSPF detectează că nu există vecini și recalculează noua topologie.
Atenţie! În această topologie, există câteva caracteristici.
Serverul și clientul nu se vor putea conecta, dacă se află în același domeniu de difuzare. Acest lucru se datorează funcționării interfeței virtuale SVI (Switch), este întotdeauna în starea UP, chiar dacă Switch Port este în starea de jos. Prin urmare, clientul nu se va putea conecta la FTP 172.16.12.250, în cazul în care conexiunea dintre Core_Sw2 și Core_Sw3 este pierdută.
Pentru a preveni acest lucru, trebuie să separați adresa IP a serverelor și a clienților de domeniul de rutare OSPF. Când nu există nicio conexiune între Core_Sw2 și Core_Sw4 Switches, Core_Sw4 va determina dacă vecinul nu există și va recalcula OSPF.
Puteți vizualiza exemple de configurare (configuri în format text) pentru Switches de bază în arhiva CoreSw_config.zip.
KB-00501
DISCLAIMER:
Stimați clienți, vă rugăm să rețineți că folosim traducerea automată pentru a furniza articole în limba dvs. locală. Nu toate textele pot fi traduse cu exactitate. Dacă există întrebări sau discrepanțe cu privire la acuratețea informațiilor din versiunea tradusă, consultați articolul original aici: Versiunea originală
Comentarii
0 comentariiVă rugăm să vă autentificați pentru a lăsa un comentariu.