Depanarea problemelor de rutare folosind ping și rețele de depanare Cisco
Administratorul de sistem este foarte des se confruntă cu probleme de rutare. Recent, am avut de a, astfel încât memoria vechi am decis să scrie un articol despre asta un pic.
De rutare în rețelele Cisco nu ar trebui să provoace dificultăți, iar dacă încă ceva nu funcționează așa cum doriți - vom veni în ajutorul bun vechi de zile și-ping.
Pentru cei care nu sunt în subiect, utilitarul PING există în toate sistemele populare, variind decât Windows, care se încheie cu IOS de la Cisco. Cu ea a format-ICMP de pachete care conțin cerere ecou. În cazul în care, după o anumită perioadă de timp unitatea de la distanță să poată obține, procesa si transmite raspunsul - se crede că un canal de comunicație stabilă și gazde funcționează corespunzător.
De exemplu, am un mod simplu de a diagnostica brusc lipsește „Net:
- ping 192.168.1.100 - există o conexiune la poarta de acces;
- ping 8.8.8.8 - există o conexiune la vneshke;
- ping ya.ru - există o conexiune la DNS-server;
Deci, să vedem cum puteți utiliza ping pentru a diagnostica problemele de rețea.
Am desenat o topologie simplă în GNS3, aici avem 4 router, R1-R4, respectiv. Trei / subrețea 24. Zona dintre router 1 și 2 - subrețeaua 12.0.0.0/24, între 2 și 3 - 23.0.0.0/24, între 3 și 4 - 34.0.0.0/24 respectiv. Acesta este primul octet indică între routere ce rețea. Doar ultimul octet indică în mod direct router.
Astfel, în condiții de siguranță să spun că, de exemplu, IP 23.0.0.3 stocate de R2 și R3 și aparține interfață R3.
Topologia rețelei noastre
Trasee în zonă, în special eu nu am nici o numește.
Mai întâi de toate să se ocupe de caracteristicile de bază ale planului de diagnosticare Cisco.
Va trimite un ping la 12.0.0.1 la 12.0.0.2. Aceste două interfețe sunt conectate direct, așa că vezi ceva de genul:
Media de trecere ping
Ce informații vedem aici:
Fiecare personaj este „!“ Înseamnă finalizarea cu succes a pachetului.
Acum, un pic de ieșire extinde.
# Debug detaliu pachet IP
Și în mod repetat trimite ping-uri:
ieșire detaliată a ping
După cum puteți vedea, informația este emis la consola mult mai mult. Aici avem un protocol timp de timbru (IP), s = (sursa - sursa), d = (destinație - destinația), numele portului (FastEthernet0 / 1), tipul ICMP (8 - un ecou cerere, 0 - răspuns) și așa mai departe. d.
De ce aceste informații pot fi utile pentru noi? Următoarele situații. Vom trimite un ping la R4 cu R1. Nu cred că pachetele ajung, pentru că router-ul nu știe unde să trimită pachetele la rețeaua 34.0.0.0/24.
Solicitare nu a avut succes
Du-te vezi motivul: unroutable (nici o cale la destinație). Dacă nu se specifică de depanare, veți vedea altceva. Dezactivați depanare și vezi:
# Undebug toate
# Ping 34.0.0.4
Numai „... ..“, în cazul în care fiecare punct este ping de transmisie fără succes. Nu există piste.
Acum, să ne facă un pic diferit. Prescrierea un traseu implicit la următorul router (R2), pentru că noi (R1), încă mai au unde să trimită pachete cu excepția el:
# Conf t
# Ip route 0.0.0.0 0.0.0.0 12.0.0.2
Aici vom vedea deja 5 simboluri „U“, adică Unroutable. Nu este evident în cazul în care problema este, dacă nu cunoaștem detaliile rutarea între routere. Pe bune acum este necesar sa ma uit la toate cele patru configurare și să căutați tabelele de corespondență.
Noi includ depanare R2 și se repetă Ping:
În ciuda faptului că R2 noi pur și simplu nu am făcut nimic (doar porniți depanare), în rapoartele sale de pe consola acoperi toate pachetele care trec.
Atenție! Comenzile de depanare pot fi foarte CPU funcționare intensivă a router-ului, așa că trebuie să le folosească cu precauție. Mai jos voi discuta despre modul în care se poate lucra un pic mai confortabil cu depanare.
Deci, ceea ce vedem în depanare R2 (atunci când un ping R1 R4):
Transfer ICMP echo cu 12.0.0.1 la 34.0.0.4 rezultat a revenit unroutable, deoarece router-ul 2 nu stie unde sa transmita pachetul. Rețeaua 34.0.0.0/24 nu era familiarizat cu (de la el la stânga 12.0.0.1, 23.0.0.3 dreapta). Să-i dau un indiciu. Pentru a activa acest protocol de rutare dinamic routere RIP R2 și R3:
R2 # conf t
R2 (config) # router rip
R2 (config-router) # rețea 12.0.0.0
R2 (config-router) # rețea 23.0.0.0
R2 (config-router) # exit
R3 # conf t
R3 (config) # rip router
R3 (config-router) # rețea 23.0.0.0
R3 (config-router) # rețea 34.0.0.0
R3 (config-router) # exit
Aceasta este, router-ul specifică rețeaua cunoscută pentru a le. În rețeaua router 2 12 * și 23 *, și la 3 - 23 * și 34 *, respectiv. Despre RIP, vom vorbi mai târziu. Deci, ne-am anunțat rețeaua noastră. Se repetă cu un ping-cerere R1 până la R4. Pe R1 este încă plictisitoare. Dar includerea de pachete de depanare la R4 arată o imagine diferită:
Pachete ajung, dar nu pleca
s = 12.0.0.1, d = 34.0.0.4 - a ajuns, adică, cererea de ecou a venit la noi. Dar invers:
s = 34.0.0.4, d = 12.0.0.1 - unroutable, imposibil de atins. La naiba. Doar nu știu unde să trimită următorul. Ei bine, au cel puțin o jumătate de drum făcut!
Acum vom lăsa doar că R4 a trimis toate (în general, toate!) Pachete la R3 (pentru că el nu are unde să trimită), R3 se înțelege pe sine, el a activat RIP.
Acum totul este în ordine!
După adăugarea unei rute statice la R4:
traseu R4 (config) # ip 0.0.0.0 0.0.0.0 34.0.0.3
Ea a lucrat! Cu R1 R4 este disponibil!
Opriți de depanare de pe toate routerele care nu sunt CPU intensive și nu umple jurnalele consolă:
R2 # .... R3 # .... R4 # ... același lucru.
Acum, sper, a făcut mai ușor pentru a diagnostica defecțiuni de rutare, atunci când nu este clar care vine la pachet și unde să - și totuși.
Acum, așa cum a promis, o mică discuție despre fichah. Vedem de multe ori comanda ping în secvența de evacuare de tip inscripție să avorteze (apăsați secvența de evacuare pentru a renunța), standardul Linux Ctrl + C nu funcționează aici. Ce să fac? Pentru această secvență este Cisco Ctrl + 6. Aceasta aici este o combinație non-evidentă.
Mai mult, pentru depanare. Vezi ce am depana într-o a doua dactilografiere posibil
Un alt mod de a reduce sarcina pe consola - care formează tamponul de ieșire și retragerea ulterioară a acestuia:
R4 (config) # nici o consolă de logare
R4 (config) # 5000 logare tamponata
R4 (config) # debug face pachet IP
R4 (config) # face ping 12.0.0.1
.
R4 (config) # do undebug toate
R4 (config) # arată jurnal
Aceasta este ultima comandă ne va arăta un jurnal, care este stocat într-o dimensiune tampon de 5000 octeți:
Debugging în tampon
Asta este tot ce am vrut să spun încă. Alte detalii ale lucrării spune Traceroute.
Vă veți bucura, de asemenea:
