Din teorie se știe că încărcarea unei rețele locale în proporție de 70% este deja critică
cazul.
Există o rețea, o optică verticală de creastă, o cruce orizontală - patru stive
pe
patru etaje - "cupru" 5e, bine, și 4-7 swiches ("nortelovskie" Bay și politică)
pe podele stivuite.
Servere Tueva hucha (baze de date de fișiere precum IBM dB / 2 și dB / 400 și
DOS
"Frksovyh"; un astfel de animal ca Lotus Notes, nu vorbesc despre serverele de tipărire și
controlori de domeniu).
Cum se estimează în acest caz volumul de lucru al rețelei?
Întrebarea nu este inactivă, ceva în ultimele trei sau patru luni a devenit senzațional
"încetini".
Ei bine, administratorii (ei sunt programatori) dau vina totul pe hardware.
Am încercat telnet să intru în swicher și să văd statisticile și jurnalul de erori prin
la fiecare
din porturile (unde sunt conectate serverele). Erori de diferite tipuri nu sunt fixate.
Nu există niciun alt hardware: (Există doar instrumente de evaluare software
un subiect. Și cum să o faceți. Cum să vă asigurați că există fie aceste notorii 70%
sau este încă departe de ei?
Cu respect
S`Tar
17 Jan 08 20:28, Serghei L Tarasov a scris tuturor:
ST> Din teorie se știe că încărcarea unei rețele locale în 70% este deja
ST> caz critic.
Nu rețeaua locală, ci ezerneta (CSMA / CD?), Într-un conflict
domeniu.
ST> Cum se evaluează în acest caz încărcarea rețelei?
1. Pentru a lua portul prin care se toarnă tot traficul (sau majoritatea), decolați
Statistici.
2. Pentru a lipi în domeniul suspectat de sniffer, pentru a elimina statisticile.
ST> Am încercat telnet să intru în swoosh și să văd statisticile și jurnalul
ST> pe fiecare port (în cazul în care serverele sunt conectate). erori
ST> diferite tipuri nu sunt fixe.
În plus față de pachetele jurnal, există un număr de ei și octeți.
ST> Nu există alt hardware: (Există numai software
ST> înseamnă o estimare pe subiect. Și cum să o faceți. Cum să vă asigurați că oricum
ST> există aceste notorii 70%, sau este încă departe de ele?
Noble Don știu că nu se întâmplă o coliziune într-o rețea full-duplex?
Și ce frâne pot fi cauzate nu numai de rețea?
Pa, Serghei!
[Echipa SPH98] [Echipa DMPT] [Echipa M>] [ARMD]
np: [Winamp nu este activ]
Se știe din practică că comportamentul critic poate fi observat chiar și atunci când
teoretic 0,7%. Apropo, aceasta este teoria ta se referă la una
segment de coliziuni și nu se aplică rețelelor de pe comutator.
Există o rețea, o optică verticală de creastă, o cruce orizontală - patru stive
pe
patru etaje - "cupru" 5e, bine, și 4-7 swiches ("nortelovskie" Bay și politică)
pe podele stivuite.
Servere Tueva hucha (baze de date de fișiere precum IBM dB / 2 și dB / 400 și
DOS
"Frksovyh"; un astfel de animal ca Lotus Notes, nu vorbesc despre serverele de tipărire și
controlori de domeniu).
Cum se estimează în acest caz volumul de lucru al rețelei?
Și de ce? Se poate observa că rețeaua a fost concepută pe principiul "stăpânirii mijloacelor",
mai degrabă decât "rezolvați problema". În consecință, rațiunea este scrisă, cumpărată
Cisco de 10 gigabiți și toată lumea este fericită.
Întrebarea nu este inactivă, ceva în ultimele trei sau patru luni a devenit senzațional
"încetini".
Ce sa schimbat față de lunile anterioare?
Ei bine, administratorii (ei sunt programatori) dau vina totul pe hardware.
Întrebați-le ce fel de fier păcătuiesc.
Am încercat telnet să intru în swicher și să văd statisticile și jurnalul de erori prin
la fiecare
din porturile (unde sunt conectate serverele). Erori de diferite tipuri nu sunt fixate.
Volumul și structura traficului portuar?
Nu există niciun alt hardware: (Există doar instrumente de evaluare software
un subiect. Și cum să faci asta?
tcpdump, netstat -i, și așa mai departe.
Cum să vă asigurați că există fie aceste notorii 70%
sau este încă departe de ei?
Mai întâi găsiți cauza frânelor. Nu este exclus faptul că problema se află
în detectarea automată a duplexului la diferite capete ale uneia dintre legături,
în unele dispozitive vzglyuknuvshem trimite pachete sparte și
tabelul MAC este lovit în swatches sau chiar în conectorul slab comprimat
sau în interiorul sistemului de operare al unuia dintre servere.
Izolarea problemei facilitează foarte mult structurarea rețelei, împărțirea
pe vlan, conectat prin routere, pe care se poate controla flexibil
și reglementarea traficului.
Articole similare
Trimiteți-le prietenilor: