5.4.1. Protocoale de rutare Interne și Internet externe
Majoritatea protocoalelor de rutare utilizate în rețelele moderne de comutare a pachetelor conduc originea de pe Internet și a rețelei sale predecesor - ARPANET. Pentru a înțelege numirea și caracteristicile lor, este util să se familiarizeze mai întâi cu structura rețelei de internet care a introdus o imprimare pe tipurile de terminologie și protocol.
Internetul a fost construit inițial ca o rețea care unește un numar mare de sistemele existente. De la început în structura sa alocată rețeaua principală (rețea de asistență pentru backbone),și rețelele atașate la autostradă au fost considerate ca sisteme autonome (sisteme autonome, as).Rețeaua principală și fiecare dintre sistemele autonome au avut propria lor gestionare administrativă și propriile protocoale de rutare. Este necesar să se sublinieze faptul că sistemul autonom și domeniul numelor de Internet sunt concepte diferite care servesc scopurilor diferite. Sistemul autonom combină rețelele, în care se efectuează o rutare sub îndrumarea administrativă generală a unei organizații, iar domeniul combină computerele (eventual aparținând diferitelor rețele), în care numele simbolic unic sunt atribuite în cadrul gestiunii administrative generale a unei organizații. Bineînțeles, zona de acțiune a sistemului autonom și a domeniilor de nume poate într-un anumit caz, dacă o organizație îndeplinește ambele funcții specificate.
Arhitectura generală a rețelei de Internet este prezentată în fig. 5.25. Apoi, vom numi routerele pentru a rămâne în concordanță cu terminologia tradițională de internet.
Gateways utilizate pentru a forma rețele și subrețele în interiorul sistemului autonom sunt numite gateway-uri interne (interiorgateway),și gateway-urile cu care se numește sisteme autonome de către linii de rețea gateway-uri externe (gateway-uri exterioare).Linia de rețea este, de asemenea, un sistem autonom. Toate sistemele autonome au un număr unic de 16 biți, care este evidențiat de organizația stabilită de noul sistem autonom, intern.
În consecință, se numesc protocoalele de rutare din sistemele autonome protocoale interne de gateway (protocol de gateway interior, IGP),Și protocoalele care determină schimbul de informații despre traseu între gateway-urile externe și gateway-urile rețelei principale - protocoalele de gateway exterioare (protocol de gateway exterior, EGP).În interiorul rețelei principale își asumă, de asemenea, orice protocol intern al IGP.
Semnificația separării întregii rețele de Internet către sistemele autonome este în reprezentarea modulară pe mai multe niveluri, care este necesară pentru orice sistem mare capabil să expansioneze pe scară largă. Schimbați protocoalele de rutare în interiorul oricăror sistem autonom Nu ar trebui să afecteze activitatea altor sisteme autonome. În plus, divizia de Internet pe autonomă
418 Capitolul 5 Nivelul de rețea ca instrument de construcție rețele mari
sistemele ar trebui să contribuie la agregarea informațiilor în portbagaj și gateway-uri externe. Gateway-urile interne pot folosi suficiente grafice de legătură detaliate pentru rutarea internă pentru a selecta cel mai rațional traseu. Cu toate acestea, în cazul în care informațiile despre un astfel de grad de detaliu vor fi stocate în toate routerele de rețea, bazele de date topologice vor crește astfel încât să aibă nevoie de memoria dimensiunilor gigantice, iar timpul pentru luarea deciziilor de rutare va deveni inacceptabil.
Prin urmare, informațiile topologice detaliate rămân în interiorul sistemului autonom și sistemul autonom ca un întreg întreg pentru restul internetului reprezintă gateway-uri externe, care raportează compoziția internă a sistemului autonom. Informațiile minime necesare sunt numărul de rețele IP, Adresele lor și distanța internă față de aceste rețele din această gateway externă.
CIDR Tehnica de rutare fără clasă poate reduce semnificativ volumul informațiilor privind traseul transmis între sistemele autonome. Deci, dacă toate rețelele din interiorul unui anumit sistem autonom începe cu un prefix comun, de exemplu, 194.27.0.0/16, atunci gateway-ul extern al acestui sistem autonom ar trebui să declare numai despre această adresă, fără a raporta existența în acest sistem autonom, De exemplu, rețeaua 194.27. 32.0 / 19 sau 194.27.40.0 / 21, deoarece aceste adrese sunt agregate la adresa 194.27.0.0/16.
5.4. Protocoale de rutare în rețelele IP 419
Prezentat în fig. 5.25 Structura internetului cu o singură autostradă a corespuns în mod suficient de realitatea suficient de lungă, prin urmare, a fost elaborat un protocol pentru schimbul de informații privind traseul între sistemele autonome, numit EGP. Cu toate acestea, cu dezvoltarea rețelelor de furnizori de servicii, structura Internet a devenit mult mai complexă, cu o caracter arbitrar a legăturilor dintre sistemele autonome. Prin urmare, protocolul EGP a dat drumul la protocolul BGP, care vă permite să recunoașteți prezența buclelor între sistemele autonome și să le eliminați de pe rutele intersystemului. Protocoalele EGP și BGP sunt utilizate numai în gateway-urile de legătură externe, care sunt cel mai adesea organizate de furnizorii de servicii de internet. În routerele de rețea corporativă, protocoalele de rutare interne funcționează, cum ar fi RIP și OSPF.
5.4.2. Protocolul RIP de la distanță
Tabelul de rutare a clădirilor
RIP (RUTING Informații Protocol) este un protocol intern de rutare la distanță, este unul dintre cele mai vechi schimburi de protocoale de schimb de informații despre traseu și este încă extrem de distribuită în rețelele de calcul datorită simplității implementării. În plus față de versiunea RIP pentru rețelele TCP / IP, există și o versiune RIP pentru rețelele Novell IPX / SPX.
Pentru IP există două versiuni ale Protocolului RIP: primul și al doilea. Protocolul RIPVL nu suportă măști, adică distribuie între roțiri numai despre numerele și distanțele rețelei și informațiile despre măștile acestor rețele nu distribuie, crezând că toate adresele aparțin claselor standard A, B sau C. Protocolul RIPV2 transferă informații despre măști de rețele, deci este mai mare în conformitate cu cerințele de astăzi. De la construirea de tabele de rutare, versiunea 2 nu este fundamental diferită de versiunea 1, atunci în viitor, prima versiune va fi descrisă pentru a simplifica înregistrările.
Ca o distanță de rețea, standardele protocolului RIP permit diverse tipuri de metrici: hamei, valori, luând în considerare lățimea de bandă, au introdus întârzieri și fiabilitate a rețelelor (adică caracteristicile corespunzătoare D, T și R în "Calitatea lui" Service "câmpul pachetului IP), precum și orice combinații ale acestor valori. Metrica trebuie să aibă proprietatea de aditivitate - metrica căii compozite trebuie să fie egală cu suma componentei metrice a acestei căi. În majoritatea implementărilor, RIP folosește cea mai simplă valoare - numărul de hamei, adică numărul de routere intermediare care trebuie să depășească pachetul în rețeaua de destinație.
Luați în considerare procesul de construire a unei tabele de rutare utilizând protocolul RIP pe exemplul rețelei compozite prezentate în fig. 5.26.
Pasul 1 - Crearea de tabele minime
Această rețea are opt rețele IP asociate cu patru routere cu identificatori: ML, M2, MH și M4. Ruperii RUP care operează pe protocolul RIP pot avea identificatori, totuși, nu sunt necesari pentru funcționarea protocolului. În mesajele RIP, aceste identificatori nu sunt transmise.
În starea inițială din fiecare router software. Stack-ul TCP / IP creează automat o masă de rutare minimă, în care sunt luate în considerare numai rețelele conectate direct. În imaginea de adrese a porturilor de routere, spre deosebire de adresele de rețea, plasate în ovale.
Tabelul 5.14 vă permite să estimați vizualizarea aproximativă a mesei minime de rutare a routerului.
După inițierea fiecărui router, începe să trimită mesajul de protocol RIP către vecinii săi, care conțin tabelul său minim.
5.4. Protocoale de rutare în rețele IP 421
Mesajele RIP sunt transmise în pachetele de protocol UDP și includ doi parametri pentru fiecare rețea: adresa IP și distanța față de acesta din mesajul de transmisie al routerului.
Vecinii sunt acele routere pe care acest router le pot transmite în mod direct pachetul IP pe oricare dintre rețeaua sa, fără a utiliza serviciile de routere intermediare. De exemplu, pentru routerul ml, vecinii sunt routere M2 și MH și pentru routerul M4, routerele M2 și MH.
Astfel, routerul ML ML transmite următorul mesaj către routerul M2:
201.36.14.0 Rețea, distanța 1;
rețea 132.11.0.0, Distanța 1;
rețea 194.27.18.0, distanța 1.
Etapa 3 - Obținerea mesajelor RIP de la vecini și prelucrarea informațiilor primite
După primirea mesajelor similare de la routerele M2 și MZ, routerul ML mărește fiecare câmp metric primit pe unitate și remembers, prin care portul și din care routerul a primit informații noi (adresa acestui router va fi adresa următorului router, dacă acest lucru intrarea este introdusă în tabelul de rutare). Apoi, routerul începe să compare informații noi din partea care este stocată în tabelul său de rutare (Tabelul 5.16).
Tabelul 5.16.ML ml ml ml masă de rutare
IP este decriptat ca Protocol Internet (Internet Protocol) și, în special, a patra versiune a acestui protocol este în prezent cea mai comună. IPv4 este definit prin RFC 791.
Ca parte a OSI, acesta este protocolul nivelului rețelei (al treilea). Acest nivel, am reamintește, este destinat să determine calea transferului de date.
IPv4 utilizează comutarea pachetelor. În același timp, mesajul inițial transmis este împărțit în părți dintr-o dimensiune mică (pachete), care sunt transmise în mod independent în rețea.
În plus, IPv4 nu garantează livrarea de pachete sau lipsa de duplicate. Aceasta este așa-numita "livrare de efort cele mai bune" (spre deosebire de livrarea garantată). În consecință, aceste sarcini merg la protocoale la nivel superior, de exemplu, TCP.
Adresați-vă
IPv4 identifică expeditorul și destinatarul folosind o adresă pe 32 de biți, ceea ce limitează numărul de adrese posibile 4 294 967 296. Din acest număr de rezerve IPv4 variază intervalele de adrese speciale, numite private (~ 18 milioane) și multicast (~ 270 milioane).
Adresele sunt de obicei înregistrate sub formă de patru octeți zecimale printr-un punct, de exemplu: 198.51.100.25 corespunde numărului C6336419 16.
Când utilizați spațiul de adresă globală, este necesar să se distingă adresele disponibile în local Rețeaua fizică care nu necesită rutare și adrese care sunt fizic diferite. În cazul celor din urmă, pachetele sunt trimise la router, care trebuie să le transmită mai departe.
În primele versiuni ale standardului, primul ocet a fost folosit pentru a identifica rețeaua, restul - pentru a identifica nodul. Destul de repede a devenit clar că 256 de rețele nu sunt suficiente. Prin urmare, au fost introduse clase de rețea:
| Clasă | Primii biți | Adresa de lungime a rețelei | Nodul lungimii adresei |
|---|---|---|---|
| A. | 0 | 8 | 24 |
| B. | 10 | 16 | 16 |
| C. | 110 | 24 | 8 |
| D. | 1110 | N / A. | N / A. |
| E. | 1111 | N / A. | N / A. |
| Clasă | Intervalul de pornire | Sfârșitul domeniului |
|---|---|---|
| A. | 0.0.0.0 | 127.255.255.255 |
| B. | 128.0.0.0 | 191.255.255.255 |
| C. | 192.0.0.0 | 223.255.255.255 |
| D. | 224.0.0.0 | 239.255.255.255 |
| E. | 240.0.0.0 | 255.255.255.255 |
Clasa D este rezervată unui multicast, clasa E - doar rezervată "doar în cazul".
Lungimea adresei de rețea și lungimea adresei nodului a fost determinată de primul bit al adresei. Din aproximativ 1985, au refuzat, de asemenea,. Motivele pentru aceasta sunt că multe organizații au cerut mai multe adrese decât a oferit o rețea C de clasă C și au obținut o rețea de clasa B., totuși, a depășit uneori cerințele organizației.
La schimbarea claselor de rețea au venit masca de rețea. Această mască de biți, care indică ce adrese de biți se referă la rețea și care - la nod. Conform acordului standard, masca trebuie completată de la stânga la dreapta, astfel încât adresa de rețea să fie întotdeauna în biți seniori. Acest lucru vă permite să specificați numai lungimea adresei de rețea, în loc de masca de rețea, întreaga rețea.
De exemplu, 192.0.2.0/24 înseamnă că primele 24 de biți (trei octeți) se referă la adresa rețelei, iar restul sunt la adresa nodului. / 24 echivalent cu masca de rețea 255.255.255.0.
Utilizarea măștilor de rețea este descrisă în RFC 1517.
Numeroase standarde își rezervă, de asemenea, diverse intervale de adrese pentru nevoi speciale.
| Gamă | Descriere | RFC. |
|---|---|---|
| 0.0.0.0/8 | Rețeaua curentă (adresa sursă) | 6890 |
| 10.0.0.0/8 | Rețea privată | 1918 |
| 100.64.0.0/10 | Spațiul de adrese partajat CGN | 6598 |
| 127.0.0.0/8 | Loopback. | 6890 |
| 169.254.0.0/16 | Autoconfigurarea | 3927 |
| 172.16.0.0/12 | Rețea privată | 1918 |
| 192.0.0.0/24 | IETF Misiuni de protocol. | 6890 |
| 192.0.2.0/24 | Documentație și exemple 1 | 5737 |
| 192.88.99.0/24 | IPv6 la releul IPv4 | 3068 |
| 192.168.0.0/16 | Rețea privată | 1918 |
| 198.18.0.0/15 | Testarea lățime de bandă Reţea | 2544 |
| 198.51.100.0/24 | Documentație și exemple 2 | 5737 |
| 203.0.113.0/24 | Documentație și exemple 3 | 5737 |
| 224.0.0.0/4 | Multicast. | 5771 |
| 240.0.0.0/4 | Rezervat | 1700 |
| 255.255.255.255 | Ridicați interogarea | 919 |
De asemenea, sunt rezervate adrese de noduri, în reprezentare binară constând din zerouri (denotă întreaga rețea, rezervată) și unități (cererea de difuzare pentru această rețea).
De exemplu, 203.0.113.0 înseamnă rețeaua 203.0.113.0 / 24 și 203.0.113.255 - o cerere de difuzare la această rețea.
Formatul pachetului
Pachetul constă dintr-un antet și date. IP nu implică nici un control de integritate. Protocolul subiacent (spun, Ethernet) asigură deja verificarea integrității nivelul canalului., și cele de mai sus (spun, TCP) - la nivelul datelor.
Versiune, 4 biți câmp de antet. IPv4 are o valoare 0010 2, adică 4. Lungimea antetului, 4 biți Număr de cuvinte pe 32 de biți în titlu. Valoarea minimă 5, care corespunde lungimii antetului 20 octeți. Maximum - 15, lungimea antetului 60 octeți. DSCP sau TOS - tipul de serviciu, 6 biți determină tranziția, spun, pentru VoIP. ECN, o supraîncărcare de rețea explicită de 2 biți. Necesită sprijin din partea ambelor părți (primirea și transmiterea). Când primiți acest steag, rata de transfer scade. Dacă nu există suport FAG, pachetele sunt pur și simplu aruncate. Lungime completă, 16 biți Lungime completă a pachetelor în octeți, inclusiv titlul și datele. Lungimea minimă - 20, maximă - 65535. Identificarea, 16 biți servește la identificarea unică a Datagramului. De la transferare diverse rețele Poate fi necesar să împărțiți pachetul în părți mai mici, acest câmp servește la identificarea părților aparținând unui pachet. Steaguri, 3 biți
Bit Steaguri:
- Rezervat, întotdeauna 0
- Nu fragmentați. Dacă transmiterea suplimentară a pachetului necesită fragmentare, pachetul este aruncat.
- Mai multe fragmente. Pentru pachetele fragmentate, toată lumea, în plus față de acesta din urmă, acest steag este setat la 1.
- 1 - ICMP.
- 6 - TCP.
- 17 - UDP.
Este rar folosit. Constă din blocuri de date. Opțiunea de titlu are o lungime de 8-16 biți și constă din câmpuri:
- Tipul de opțiune, 8 biți - câmpul care definește ceea ce este opțiunea. Valoarea "0" înseamnă sfârșitul listei de opțiuni. Total coduri înregistrate 26.
- Lungime, 8 biți - mărimea întregii opțiuni în biți, inclusiv titlul. Pentru unele tipuri de opțiuni pot fi absente.
ARP.
IP definește adresele logice. Cu toate acestea, pentru a trimite un pachet pe rețeaua Ethernet, este, de asemenea, necesar să cunoaștem adresa fizică a nodului țintă (sau router). Pentru a compara unul cu altul, se utilizează protocolul ARP.
ARP (Protocolul de rezolvare a adresei) este un protocol formal al nivelului rețelei (al treilea) în modelul OSI, deși asigură, de fapt, interacțiunea dintre nivelurile a doua și 3. ARP este implementat pentru diferite perechi de protocoale ale nivelurilor ale celei de-a doua și 3.
Protocolul în sine este construit pe o schemă de așteptare simplă. Luați în considerare un exemplu specific.
În cazul în care nodul de rețea, să spunem, cu adresa logică 198.51.100.1 (în rețea 198.51.100.0/24) dorește să trimită un pachet de nod b cu o adresă logică 198.51.100.2, trimite o interogare de difuzare a doua nivel ( în acest caz Ethernet) cu un mesaj ARP încapsulat care întreabă nodurile de rețea - adresa fizică la nod cu o adresă logică din 198.51.100.2 și care conține adresa logică și fizică a nodului A. Knot B, văzând adresa logică proprie în Solicitare, trimite un răspuns la nodul A, conform adresei de solicitare logică și fizică. Cererea rezultate sunt cache.
Mesajele ARP au următoarea structură:
Protocolul fizic (HUTE), 2 octeți au utilizat nivelurile protocolului 2. Ethernet are un identificator 1. Protocolul logic (PTYPE), 2 Bytes au folosit nivelul protocolului 3. Respectă tipurile de eteritate. IPv4 are un identificator de 0x0800. Lungimea adresei fizice (Hlen), 1 octet lungimea adresei fizice în octeți, pentru lungimea adresei logice Ethernet - 6, 1 Lungimea adresei logice de byte în octeți, pentru operarea IPv4 - 4, 2 octeți 1 Pentru interogare, 2 pentru răspuns și multe alte opțiuni pentru extensiile de protocol. Adresa fizică a expeditorului (SHA), octetul Hlen în interogare - adresa solicitantului. Răspunsul este adresa nodului solicitat. Adresa logică a expeditorului (spa), Byte Plen
Adresa fizică a destinatarului (tha), octetul Hlen este ignorat în interogare. Ca răspuns - adresa solicitată. Adresa logică a destinatarului (TPA), Byte Plen
De obicei, nodurile de rețea trimit, de asemenea, mesaje ARP la schimbarea adresei IP sau când sunt pornite. Aceasta este de obicei implementată ca o cerere APR, în care TPA \u003d SPA și THA \u003d 0. O altă opțiune este un răspuns ARP, în care TPA \u003d SPA și THA \u003d SHA.
În plus, ARP poate fi utilizat pentru a detecta conflictul de adrese logice (în timp ce SPA \u003d 0).
Există extensii de protocol care produc operațiuni inverse, INARIP (ARP inversă) primind adresa L3 prin adresa L2 și RARP primind adresa L3 a nodului solicitant.
RARP a fost utilizat pentru autoconfigurarea adreselor L3. Ulterior înlocuit de protocolul BOOTP și apoi DHCP.
Rutarea în rețelele IPv4
Principalul algoritm de rutare din rețelele IPv4 se numește algoritmul de expediere.
Dacă există o adresă țintă d și rețeaua Prefix N, atunci
- Dacă n coincide cu prefixul rețelei nodului curent, trimite date de comunicare locală.
- Dacă există un traseu pentru n în tabelul de rutare, trimiteți datele următoare la router.
- Dacă există un traseu implicit, trimiteți datele Următorul HOP în mod prestabilit
- Altfel - o greșeală.
Tabelul de rutare este un tabel de cartografiere a adreselor de rețea și a adreselor următoare de routere pentru aceste rețele. Deci, de exemplu, un nod cu o adresă 198.51.100.54/24 poate avea o astfel de tabel de rutare: 203.0.113.0 / 24
| Destinaţie | Gateway. | Dispozitiv. |
|---|---|---|
| 198.51.100.0/24 | 0.0.0.0 | eth0. |
| 203.0.113.0/24 | 198.51.100.1 | eth0. |
| 0.0.0.0/0 | 203.0.113.1 | eth0. |
În principiu, traseul este de asemenea atașat la dispozitivul de rețea din care trebuie trimise datele.
Dacă nodul poate fi realizat prin mai multe căi, este selectată o cale cu o mască de rețea mai lungă (adică mai specifică). Traseul implicit poate fi doar unul.
De exemplu, un nod 198.51.100.54/24 are o masă de rutare:
| Destinaţie | Gateway. | Dispozitiv. |
|---|---|---|
| 198.51.100.0/24 | 0.0.0.0 | eth0. |
| 203.0.113.0/24 | 198.51.100.1 | eth0. |
| 203.0.113.224/27 | 198.51.100.5 | eth0. |
Global rețea de calculatoare Internetul a fost construit inițial în conformitate cu următoarea schemă: rețeaua principală, rețelele sunt îmbinate, numite sisteme autonome. Rețeaua principală este, de asemenea, un sistem autonom. O astfel de abordare este convenabilă, deoarece informațiile topologice detaliate rămân în interiorul sistemului autonom, iar sistemul de auto-conțin în sine ca un număr întreg pentru restul internetului Extinde gateway-urile externe (routere, cu care sistemele autonome sunt atașate la rețeaua principală) . Gateway-urile interne sunt utilizate în sistemul autonom al subrețelelor.
În consecință, protocoalele de rutare utilizate pe Internet sunt împărțite în protocoalele externe și interne de rutare (EGP, BGP) să transfere informații despre traseu între sistemele autonome. Protocoalele interne de rutare (RIP, OSPF, este-IS) sunt utilizate numai în cadrul sistemului autonom. Schimbarea protocoalelor de rutare și a rutelor din interiorul sistemului autonom nu afectează funcționarea altor sisteme autonome.
Protocolul OSPF (cea mai scurtă cale deschisă prima dată - protocolul deschis "Cea mai scurtă cale prima") adoptată în 1991. Acesta este un protocol modern axat pe lucrul în rețele eterogene mari, cu o topologie complexă care include balamale. Se bazează pe algoritmul stadiului de conexiuni, care este foarte rezistent la modificările topologiei rețelei.
40. TRANSPORT TCP / IP Stack protocoale.
Deoarece conexiunile nu sunt instalate pe nivelul rețelei, atunci nu există garanții că toate pachetele vor fi livrate către destinație de către întregi și nevătămați sau vin în aceeași ordine în care au fost trimise. Această sarcină este o fiabilă comunicarea informațiilor Între două noduri finite - nivelul principal al stack-ului TCP / IP, numit și transportul.
La acest nivel, controlul transmisiei TCP (protocolul de control al transmisiei) și protocolul Datagram (protocolul Datagram utilizator) funcționează. Protocolul TCP asigură o transmisie fiabilă a mesajelor între procesele de aplicare la distanță datorită formării conexiunilor logice. Acest protocol permite echivairea obiectelor de pe expeditor-expeditor și la calculatorul destinatar pentru a menține schimbul de date în modul duplex. TCP permite erorilor să furnizeze un flux octet format pe unul dintre computerele la orice alt computer inclus în rețeaua compusă. TCP împarte fluxul octetului pe segmentele parțiale și le transmite sub nivelul subiacent al firewall-ului. După ce aceste segmente sunt livrate prin nivelul de firewalk la destinație, protocolul TCP le va colecta din nou într-un flux continuu de octeți.
Protocolul UDP oferă transfer pachete aplicate Actigram, precum și protocolul principal al nivelului de interconectare IP și efectuează numai funcțiile lui Binder (Multiplexer) între protocolul de rețea și numeroase servicii de nivel de aplicație sau procese de utilizatori.
41. Utilități TCP / IPDIgnostic / IP.
TCP / IP include utilitare de diagnosticare concepute pentru a verifica configurația stiva și pentru a testa conexiunea la rețea.
| Utilitate | Aplicație |
| ARP. | Afișează și modifică tabelul de difuzare a adresei utilizate de protocolul de rezoluție a adreselor ARP (Protocolul de rezolvare a adresei - definește adresa locală prin adresa IP) |
| Numele de gazdă. | Afișează numele gazdei locale. Utilizate fără parametri. |
| ipconfig. | Afișează valori pentru configurația curentă a stivei TCP / IP: adresa IP, masca de subrețea, adresa de gateway implicită, adresele câștigă ( Internet Windows. Serviciul de numire) și DNS (Sistem de nume de domeniu) |
| Nbtstat. | Afișează statistici și informații actuale NetBIOS SET pe TOP TCP / IP. Folosit pentru a verifica starea conexiunilor actuale NetBIOS. |
| Netstat. | Afișează statistici și informații curente despre conexiunea TCP / IP. |
| nslookup. | Efectuează verificarea înregistrărilor și pseudonimelor de domenii ale gazdei, serviciile de domenii ale gazdei, precum și informații sistem de operare, Prin solicitări la serverele DNS. |
| Ping. | Realizează configurația configurației TCP / IP și verificați conexiunea cu gazda la distanță. |
| Traseu. | Modifică tabelele de rutare IP. Afișează conținutul tabelului, adaugă și șterge rutele IP. |
| Tracert. | Verifică traseul către computer la distanță Prin trimiterea ECMP ECMP (Protocolul mesajului de control al Internetului). Afișează traseul pachetelor de trecere la un computer la distanță. |
Pentru a verifica configurația configurației TCP / IP, se utilizează utilitarul IPCONFIG. Această comandă este utilă pe computerele care rulează cu DHCP (protocolul dinamic de configurare a gazdei), deoarece oferă utilizatorilor posibilitatea de a determina ce configurație a rețelei TCP / IP și care au fost instalate valori utilizând DHCP.
Utilitarul IPCONFIG vă permite să aflați dacă configurația este inițializată și dacă adresele IP nu sunt duplicate:
- dacă configurația este inițializată, apare adresa IP, masca, gateway-ul;
- Dacă adresele IP sunt duplicate, masca de rețea va fi de 0,0.0.0;
- Dacă, atunci când utilizați un DHCP, computerul nu a putut obține o adresă IP, atunci va fi egală cu 0,0.0.0.
Packet Internet Grouper este utilizat pentru a verifica configurația TCP / IP și diagnosticarea erorilor de conectare. Acesta definește disponibilitatea și funcționarea unei anumite gazde. Folosind Ping cea mai bună modalitate de a verifica dacă există un traseu între computerul local și gazda de rețea.
Comanda Ping verifică conexiunea cu gazda la distanță prin trimiterea pachetelor ICMP ECHO la această gazdă și ascultați răspunsurile ECHO. Ping așteaptă ca fiecare pachet trimis și imprimă numărul de pachete transmise și primite. Fiecare pachet primit este verificat în conformitate cu mesajul transmis. Dacă legătura dintre gazde este rea, va deveni clară din mesajele Ping Câte pachete sunt pierdute.
În mod prestabilit, sunt transmise 4 pachete de ecou 32 octeți (secvența periodică de caractere alfabet în majuscule). Ping vă permite să modificați dimensiunea și numărul de pachete, specificați dacă doriți să înregistrați traseul pe care îl utilizează valoarea vieții (TTL), este posibil să fragmentați pachetul etc. Când primiți un răspuns în Câmp de timp, este indicat pentru ce oră (în milisecunde) a trimis pachetul ajunge la o gazdă la distanță și returnează înapoi. Deoarece valoarea implicită de așteptat ca un răspuns să fie de 1 secundă, atunci toate valorile acest câmp Vor fi mai puțin de 1000 de milisecunde. Dacă primiți mesajul "Timpul de solicitare" (depășiți intervalul de așteptare), atunci este posibil dacă creșteți timpul de răspuns al răspunsului, pachetul va ajunge la o gazdă la distanță.
Ping poate fi folosit pentru a testa ca nume de gazdă (DNS sau NetBIOS) și adresele IP. Dacă Ping cu adresa IP a avut succes, iar cu numele - nereușită, înseamnă că problema este de a recunoaște conformitatea adresei și a numelui și nu în conexiunea la rețea.
Utilitarul Ping este utilizat În următoarele moduri:
1) Pentru a verifica dacă TCP / IP este instalat și configurat corect pe computerul local, comanda Ping stabilește adresa buclă. părere (Adresa de loopback): Ping 127.0.0.1
2) Pentru a vă asigura că computerul este adăugat corect la rețea, iar adresa IP nu este duplicată, se utilizează adresa IP a computerului local:
Ping ip adresa_local_chost.
3) Pentru a verifica dacă funcțiile de gateway implicit și că vă puteți conecta la orice gazdă locală din rețeaua locală, gateway-ul implicit este setat la adresa IP implicită:
Ping ip adresa_chlusion
4) Pentru a verifica capacitatea de a stabili conexiunea prin routerul din comanda Ping, adresa IP a gazdei la distanță este setată:
Ping [parametri] IP adresa de adrese_aened
Tracert este un utilitar traseu traseu. Utilizează câmpul TTL (timp-to-live, durata de viață) a pachetului IP și a mesajelor de eroare IPMP pentru a determina traseul de la o gazdă la alta.
Utilitatea Tracert poate fi mai substanțială și mai convenabilă decât Ping, în special în cazul în care gazda la distanță nu este atinsă. Cu aceasta, este posibil să se determine zona de probleme de comunicare (în furnizorul de Internet, în rețeaua de asistență, în rețeaua gazdă la distanță), cât de departe se urmărește traseul. Dacă au apărut probleme, utilitarul afișează pinionul (*) sau mesajul de tip "de destinație net inaccesibilă", "Host de destinație inaccesibilă", "Cerere de timp", "Timpul exeed".
Utilitarul Tracert funcționează după cum urmează: 3 pachete de ecou de încercare sunt trimise fiecărei gazdă prin care traseul trece la o gazdă la distanță. În același timp, este afișat timpul de așteptare pentru fiecare pachet (poate fi schimbat folosind specialități. Parametru). Pachetele sunt trimise cu diferite vieți. Fiecare router, găsit de-a lungul căii, înainte de redirecționarea unui pachet, reduce valoarea TTL pe unitate. Astfel, durata de viață este un contor de puncte de livrare intermediare (hamei). Atunci când durata de viață a pachetului ajunge la zero, se presupune că routerul va trimite mesajul Calculator-sursă ICMP "Timpul exeed" (timpul expirat). Traseul este determinat prin trimiterea primului pachet de ecou cu TTL \u003d 1. Apoi, TTL crește cu 1 în fiecare pachet ulterior până când pachetul ajunge la gazda la distanță sau valoarea maximă posibilă a TTL (în mod implicit 30, este setată utilizând parametrul -H). Traseul este determinat prin învățarea mesajelor ICMP care sunt trimise înapoi prin routere intermediare.
Sintaxă: TRACERT [Parametrii] Nume)
Utilitarul ARP este conceput pentru a lucra cu memoria cache ARP. Principala sarcină a protocolului ARP este de a difuza adresele IP la adresele locale corespunzătoare. Pentru aceasta, protocolul ARP utilizează informații din tabelul ARP (cache ARP). Dacă intrarea necesară în tabel nu este găsită, protocolul ARP trimite o solicitare de difuzare la toate computerele subrețea locală, încercând să găsească proprietarul acestei adrese IP. Cache-ul poate conține două tipuri de înregistrări: statice și dinamice. Înregistrările statice sunt introduse manual și stocate în memoria cache în mod constant. Înscrierile dinamice sunt plasate în memoria cache ca urmare a interogării de difuzare. Pentru ei există o noțiune de viață. Dacă într-un anumit timp (în mod implicit 2 min.) Înregistrarea nu a fost în cerere, este eliminată din memoria cache.
Utilitarul NetStat vă permite să obțineți informații statice despre unele dintre protocoalele Stack (TCP, UDP, IP, ICMP) și afișează informații despre conexiunile curente de rețea. Este deosebit de utilă pe firewall-uri, cu ajutorul său puteți detecta încălcările de securitate ale perimetrului de rețea.
Sintaxă:
Netstat [-a] [-e] [-N] [-S] [-P protocol] [-R]
Parametrii:
-a Afișează o listă cu toate conexiunile de rețea și ascultarea porturilor de calculator locale;
-e afișează statistici pentru interfețele Ethernet (de exemplu, numărul de octeți primiți și trimiși);
-N Afișează informații despre toate conexiunile curente (de exemplu, TCP) pentru toate interfețele de rețea de calculatoare locale. Pentru fiecare conexiune, informațiile sunt afișate pe adresele IP ale interfețelor locale și la distanță împreună cu numerele porturilor utilizate;
-s afișează informații statistice pentru protocoalele UDP, TCP, ICMP, IP. Tasta "/ mai mult" vă permite să vizualizați diagrame;
-R Afișează conținutul tabelului de rutare.
