Acest document nu are o obligație rigidă la variantele specifice ale software-ului și ale hardware-ului.
Singura modalitate de a atinge aproape 100 la sută timp disponibilitatea rețelei este de a utiliza protocolul HSRP care oferă redundanță de rețea pentru rețelele bazate pe IP, oferind recuperarea imediată și transparentă a traficului utilizator din primele eșecuri de nod în dispozitive de rețea sau canale de acces limita.
Următoarele sunt descrieri ale mecanismelor de descoperire dinamice ale ruterului care sunt disponibile pentru gazde. Multe dintre aceste mecanisme nu oferă capacitatea de recuperare a rețelei solicitate de administratorii de rețea. Acest lucru se poate întâmpla deoarece protocolul nu a fost conceput inițial pentru a asigura stabilitatea rețelei sau gestionarea protocolului nu este fezabilă pentru gazdele din rețea. În plus față de informațiile care urmează, este important să rețineți că multe noduri vă permit doar să configurați gateway-ul implicit.
Unele făcute IP-noduri (sau sniffer) un protocol de rutare dinamic, cum ar fi protocolul RIP sau deschide calea cea mai scurtă întâi (The OSPF) pentru a detecta routere. Dezavantajul folosirii RIP este că se adaptează încet la schimbările din topologie. Efectuarea unui protocol de rutare dinamic pe fiecare gazdă nu poate fi valabilă pentru mai multe motive, inclusiv costurile administrative, costurile de prelucrare, probleme de siguranță sau lipsa punerii în aplicare a protocolului pe unele platforme.
O clasă mare de moștenire cap implementări gazdă care nu acceptă descoperirea dinamică, capabilă să configurați un router implicit. Rularea unui mecanism dinamic router descoperire pe fiecare calculator gazdă poate fi imposibil din mai multe motive, inclusiv costurile administrative și costurile de prelucrare, probleme de siguranță sau incapacitatea de a implementării protocolului pentru unele platforme. HSRP oferă astfel de noduri posibilitatea comutării de urgență.
Pentru a minimiza traficul în rețea, doar router-ul activ și routere standby trimite mesaje periodice HSRP după procesul de selecție de protocol. Dacă ruterul activ nu reușește, ruterul de rezervă începe să funcționeze ca un ruter activ. Dacă ruterul de rezervă se oprește sau devine un ruter activ, un alt router este selectat ca router de rezervă.
Într-o rețea LAN specială, mai multe grupuri de așteptare fierbinți pot coexista și se suprapun unul pe celălalt. Fiecare grup emite un router virtual. Routere individuale pot participa în mai multe grupuri. În acest caz, routerul suportă stări și cronometre separate pentru fiecare grup.
Acest document arată care funcții HSRP sunt acceptate în diverse versiuni de software Cisco IOS®. Faceți clic pe o funcție pentru a vedea o descriere detaliată. Numărul versiunii intermediare indică versiunea în care a apărut pentru prima dată funcția sau versiunea în care au fost modificate caracteristicile funcționale ale acestei funcții.
Atunci când serviciul este întrerupt, un router cu prioritate mai mare trimite un mesaj de lovitură la un router cu prioritate mai mică. Când router-ul activ cu o prioritate mai mică primește un mesaj de lovitură de stat sau un mesaj de salut de la router activ cu o prioritate mai mare, se mișcă starea de conversație și trimite un mesaj de eroare.
Disloca facilitate întârziere permite preemțiune să fie amânată pentru o perioadă de timp configurabil, permițând router-ul pentru a finaliza tabelul de rutare înainte de a deveni router-ul activ.
Când router-ul a fost repornit, o întârziere a început înainte de versiunea software-ului Cisco IOS 12.0 (9). În Cisco IOS Release 12.0 (9), latența începe atunci când o prioritate de întrerupere a serviciului este făcută pentru prima dată.
Urmărirea interfeței vă permite să definiți o altă interfață pe router pentru procesul HSRP pentru a monitoriza modificarea priorității HSRP pentru acel grup.
Atunci când un set de interfețe monitorizate este dezactivat, prioritatea este redusă cu valoarea agregată. Dacă valoarea decrementului este setată explicit, valoarea scade în modul specificat atunci când interfața eșuează, în timp ce se scade cadrele. Dacă valoarea explicită a decrementului nu este specificată, atunci este redusă cu 10 pentru fiecare interfață care nu este în ordine. Decrementele se acumulează.
Următorul exemplu utilizează o configurație cu o valoare descrescătoare implicită (10).
Notă: dacă numărul grupului HSRP nu este specificat, grupul 0 este setat implicit.
Comportamentul HSRP cu această configurație:
0 interfețe dezactivate = fără creștere (prioritatea este 110)
1 interfață de mai jos = scădere cu 10 (prioritate devine 100)
2 interfețe dezactivate = creștere cu 10 (prioritatea devine 90)
Comportarea HSRP descrisă apare chiar dacă valorile incrementale negative sunt configurate în mod explicit, după cum se arată mai jos.
Înainte de lansarea Cisco IOS Release 12.1, atunci când ruterul pornește de la interfața dezactivată, interfața de urmărire a interfeței HSRP privește interfața ca fiind.
Cu toate acestea, comanda use-bia are mai multe dezavantaje:
Când configurați tipul de utilizare, agentul ARP se blochează. Router-ul de rezervă nu poate înlocui baza de date proxy ARP pierdută a ruterului activ defect.
Înainte de lansarea versiunii 12.0 (3.4) T a Cisco IOS, doar un grup HSRP a fost permis pentru configurația de utilizare.
Când configurați comanda de utilizare bia în subinterface este afișat numai pe interfața principală, și se aplică tuturor subinterfeysam.V de presă 12,0 (6,2) comanda Cisco IOS de mai sus de utilizare-bia extins cu cuvinte cheie suplimentare regiuni de interfață pentru posibilitatea aplicării lor într-o singură interfață slave.
Capacitatea mai multor grupuri HSRP (MHSRP) a fost adăugată la versiunea Cisco IOS 10.3. Această caracteristică îmbunătățește capacitățile de redundanță și de echilibrare a încărcării în cadrul rețelelor și permite, de asemenea, o utilizare mai eficientă a routerelor redundante. Atâta timp cât router-ul înainte de trafic pentru un grup HSRP, acesta poate fi în regimul de așteptare sau pentru a asculta în raport cu celălalt grup.
În versiunea Cisco IOS 12.0 (3.4) T, comanda use-bia poate fi utilizată dacă sunt activate mai multe grupuri HSRP.
Consultați Încărcarea încărcării cu HSRP pentru configurarea HSRP pentru a profita de o varietate de căi.
Notă: Nu puteți folosi această comandă pe interfața Token Ring.
Suportul pentru schimbul de mesaje de jurnal de sistem pentru obținerea informațiilor HSRP a fost adăugat la Cisco IOS Release 11.3. Această caracteristică vă permite să înregistrați și să monitorizați mai eficient routerul activ și backup de pe serverele Syslog.
condiția Debug, care a fost adăugat la versiunea Cisco IOS 12.0 (2.1), vă permite să filtrați depanare de așteptare de ieșire de comandă în funcție de interfața și numărul de grupp.V Această comandă utilizează starea de paradigmă de depanare, cu condiția ca în versiunea de Cisco IOS 12.0, așa cum se arată în exemplul următor: depanare starea grupului de interfață de așteptare. Trebuie să specificați o interfață validă care acceptă HSRP. Un grup poate fi orice (0-255).
De asemenea, puteți seta condițiile de depanare pentru grupurile inexistente, ceea ce vă permite să primiți informații de depanare în timpul inițializării unui nou grup.
Trebuie să activați comanda de depanare de așteptare pentru toate ieșire otladki.Esli nu specificați nici depanare condiții de backup, de ieșire de depanare este disponibil pentru toate grupurile de interfeysov.Pri configurând cel puțin o condiție de ieșire de rezervă de depanare este filtrat în conformitate cu toți termenii și condițiile.
Înainte de Cisco IOS Release 12.1 (0.2), depanare HSRP a avut de utilizare limitată, deoarece informația a fost pierdută în zgomotul mesajelor periodice de bun venit. Prin urmare, funcția de depanare extinsă a fost adăugată la Cisco IOS 12.1 (0.2).
Tabelul de mai jos descrie parametrii comenzii de depanare îmbunătățite.
Afișează pachetele HSRP.
Puteți filtra de ieșire de depanare prin intermediul interfeței și depanare condiționată de grup HSRP.Chtoby includ interfață de depanare condiționată, utilizați condiția interfața de depanare interface.Chtoby permite o depanare condiționată HSRP, utilizați starea de depanare grup interfață stand-by.
Condiția de depanare a interfeței este aplicată numai dacă nu sunt specificate condiții de depanare de rezervă. Debugging HSRP îmbunătățit în continuare în software-ul Cisco IOS Release 12.1 (1.3) pe baza îmbunătățirilor care au fost aduse la masa statelor HSRP.
Aceste îmbunătățiri afișează evenimentele tabelului de stare HSRP. Parametrii de ieșire de mai jos a / b / c / și m. G. Consultați evenimente HSRP mașină de stare finită, descris în standardul RFC 2281.
HSRP oferă redundanță care nu are o stare de rutare IP. Protocolul HSRP în sine este limitat la menținerea propriului stat. Se presupune că toate routerele își creează și mențin propriile tabele de rutare independent de alte routere. Caracteristica de redundanță IP oferă un mecanism care permite HSRP să deservească aplicațiile client, oferind failover statal.
IP-ul redundant nu oferă aplicații peer-to-peer cu un mecanism de schimb de informații despre stare. Implementarea acestei funcții este responsabilitatea aplicațiilor înseși. Acest lucru este necesar în cazul în care aplicațiile trebuie să furnizeze o comutare de urgență statală.
Notă: Pentru Cisco IOS de presă 12.1 (3) cuvinte cheie T redundanța este primit în plus față de rezervă Cuvinte cheie: afișează cuvintele de așteptare vor fi eliminate în viitor de presă forma Cisco IOS.Pravilnaya a comenzii este următoarea: home IP-agent mobil redundanță HSRP-Grup1.
În viitor, utilizarea rezervărilor IP poate include:
NAT - gateway-uri redundante.
IPSEC - Trebuie să sincronizați informațiile de stare pentru a putea funcționa atunci când se utilizează HSRP.
Server DHCP - servere DHCP implementate în diverse routere.
NBAR, CBAC - doriți să afișați starea firewall-ului pentru rutare asimetrică.
GPRS - aveți nevoie de o modalitate de a monitoriza starea TCP.
Suportul de bază de informații privind managementul SNMP (MIB) a fost adăugat la versiunea Cisco IOS Release 12.0 (3.0) T. Există două MIB-uri importante pentru HSRP:
ciscoMgmt 106: Modul MIB pentru controlul HSRP
ciscoMgmt 107: Modul avansat MIB pentru managementul HSRP
În versiunile Cisco IOS înainte de 12.0 (6.1) T, ocolirea MIB-ului extins HSRP cu o interfață virtuală (BVI) împiedică rutarea unui router.
Suportul HSRP pentru VPN-uri cu comutare pe bază de etichete multiprotocol (MPLS VPN) este adăugat în versiunea Cisco IOS 12.1 (3) T.
HSRP este utilizat în interfața VPN cu comutarea MPLS dacă există o conexiune Ethernet între două routere furnizoare periferice (PE) și este îndeplinită una dintre următoarele condiții:
HSRP se bazează pe conceptul că routerele HSRP egale care protejează o subrețea pot permite accesul la toate celelalte subrețele care fac parte din rețea. Prin urmare, nu contează care router devine routerul HSRP activ, deoarece toate au căi către fiecare subrețea.
Această secțiune oferă informații despre suportul HSRP pentru interfețe și medii, precum și despre specificul funcționării HSRP în aceste medii.
Începând cu Cisco IOS 10.0, funcționalitatea HSRP este disponibilă pentru interfețele Ethernet, Token Ring și interfață distribuită prin fibră optică (FDDI). HSRP acceptă, de asemenea, interfețe Ethernet și ATM de mare viteză.
LAN virtuale (VLAN) permit topologii de rețea logică de a suprapune produselor fizice comutate infrastructurii, astfel încât orice colecție arbitrară de porturi LAN pot fi combinate într-un grup de utilizatori autonom sau comunitate de interes. sprijin HSRP VLAN a fost adăugat la Cisco IOS Software Release 11.1 pentru IEEE 802.10 Exchange Secure Data (SDE) și Cisco IOS 11.3 pentru Cisco Inter-Switch Link (ISL).
Notă: De asemenea, routerul Cisco 7200 utilizează un controler Lance Ethernet, dar are suport pentru software pentru MHSRP.
Dacă există mai mult de douăzeci și patru EIP-uri, încercați să le înlocuiți cu module VIP și adaptoare de port Ethernet. VIP au fost aprobate pentru aproximativ optzeci de grupuri de HSRP. De asemenea, puteți reduce numărul de grupuri HSRP și puteți mări timpul necesar ca HSRP să fie salutat și ținut în așteptare.
Cisco recomandă să utilizați versiunea software-ului Cisco IOS versiunea 12.0 (8.1) T sau mai recentă pentru HSRP peste 802.1Q.
NOTĂ: hardware de memorie asociativă (CAM) Cisco 4500 router la interfața FDDI după repornire poate să nu fie valabile în cazul în care RIP multiplă a fost rețele de grupuri HSRP configurate și. Singura modalitate de a rezolva această problemă în acest moment este de a curăța interfețele pentru restaurarea CAM. Acest defect are un cod de eroare Cisco CSCdm93122 (disponibil numai pentru clienții înregistrați).
Dacă nu există întrerupătoare sau punți de învățare în rețea, puteți împiedica trimiterea pachetelor de actualizare, după cum se arată mai jos:
Suportul HSRP în interfețele virtuale ale grupului de legătură (BVI) a fost adăugat la versiunea Cisco IOS 12.0 (6.2) T.
Grupurile HSRP pe subinterfeci trebuie să aibă un număr unic de grup între toate grupurile pentru toate subinterfețele aceleiași interfețe. Acest lucru se datorează faptului că subinfecțiile nu primesc un indice unic al interfeței SNMP. Dacă există două grupuri cu numărul N pe diferite subinterfaces, MIB Grupul N pe subinterface 1 și grupa N pe subinterface 2 apare ca unul și același grup.
Trimiteți-le prietenilor: