De ce rețeaua este lentă?
Haaa, astfel încât pentru o întrebare stupidă? De ce vrei. 100500+ motive. dar, pentru că confruntat recent cu o interesantă pentru el însuși caz analfabet, asigurați-vă că să-l nota aici. Deci, simplificată pentru o rușine, cum ar fi dat o taiere de organizare topologia LAN:
Dar atunci există un astfel de lucru. Apar întârzieri ciudat în schimbul de pachete între gazde conectate la diferite site-uri LAN. Ne uităm la imagine. De exemplu, un ping convențional ICMP de la gazdă 1 la Host 2 (ambele sunt în VLAN 1) variază între 1 și 100+ msec, iar unele pachete sunt pierdute la toate. S-ar părea, cum poate fi acest lucru, dacă este LAN, și Internet, și nu toate link-urile de la 1 gazdă pentru a găzdui 2 să aibă o capacitate mai mică de 1Gbit secunde. În aceste condiții, trebuie ping stabil zbura înainte și înapoi pe 1 Deviațiile msec oochen rare din această figură. Chiar dacă din cauza inundate de TK de fond contrafăcut atârnă în mod constant în rețeaua 10Mbmit / sec, este de doar 1% din lățimea de bandă între 1 gazdă și gazdă 2. Care este problema?
După cum sa dovedit, problema este, în unele gazde, care sunt încă lăsate în pământ și conectate uplink VLANe în capacitatea de transfer de rețea 10Mbit / s. Un astfel de gazdă și este prezentat în imagine sub numele Linux router și conectat direct în portul I2 comutator rădăcină Core 1 și este în VLAN 1. Deși Router Linux și nu se află în calea de trecere a traficului de la gazdă 1 pentru a găzdui 2, are efect asupra rata de trecere a acestui trafic. Pentru a înțelege de ce se întâmplă acest lucru, trebuie să se uite, de exemplu, contoare J1 Core 1 interfață.
Core1 # sh interfețe J1
Stare și Contoare - Port Contoare pentru portul J1
Adresă MAC. 0021f7-bc9c27
Link Status. în sus
Totaluri (de la pornire sau clară ultima):
Bytes Rx. 812984141 Bytes Tx. 679714496
Unicast Rx. 2571865283 Unicast Tx. 3329931025
Bcast / MCAST Rx. 178784611 Bcast / MCAST Tx. 1447609757
Erori (de la pornire sau clară ultima):
FCS Rx. 0 Picături Tx. 0
Alinierea Rx. 0 Coliziuni Tx. 0
Runts Rx. 0 Late Colln Tx. 0
Giants Rx. 0 excesivă Colln. 0
Număr total de erori Rx. 0 Amânat Tx. 0
Altele (de la pornire sau clară ultima):
Renunțați Rx. 10086697 Out Coadă Len. 0
Protos necunoscute. 0
Prețuri (5 minute medie ponderată):
Total Rx (Kbps). 453128 total Tx (Kbps). 449.464
Unicast Rx (Pkts / sec). 216867 Unicast Tx (Pkts / sec). 109.209
B / MCAST Rx (Pkts / sec). 256 B / MCAST Tx (Pkts / sec). 107.624
Utilizarea Rx. 04.53% Utilizarea Tx. 04.49%
Ce este acolo pentru a fi văzut? Se vede că contorul Renunțați Rx are o valoare bună, care crește în mod constant. interfață opresiune la contoare Utilizare Rx, Tx, după cum se menționează mai sus, bine, absolut nesemnificative, adică în ceea ce privește porturile de încărcare este aproape adormit. Din toate acestea, după deliberare de mult, m-am născut presupunerea că există toate acestea (uita-te la poziția Core1):
2. Un astfel de pachet sosește și un mare număr de locuri în coada de așteptare devine J1 Ei bine, foarte puțin, iar în unele aspecte, nu este deloc.
Ca urmare, din cauza unei gazde bont, în acord cu lent miezul comutator nivel de link, prin care cele mai multe dintre muștele traficul LAN este lent întreaga rețea. deoarece rute de tranzit coadă a miezului 1 complet înfundate cu ceea ce îi așteaptă pe cei care, în acest caz, se numește LinuxRouter. Și cea mai bună tranzitată tuturor uplink între switch-uri aici și nu ajută.
În cazul meu, pentru a vindeca toate off interfață l2 pe Core 1. Acest lucru se poate face, deoarece LinuxRouter a fost mult timp folosit de oricine și doar agățat și de lucru ca un monument jumătate mort.
Totuși am vrut să aduc foarte întârzierile ping înainte și după oprirea I2 pentru claritate, dar cred că totul este clar.