Miért lassítja hálózat
Miért a hálózat lassú?
Haaa úgy, hogy egy hülye kérdés? Miért akarsz. 100500+ okokból. de mivel közelmúltban szembesült egy érdekes magának írástudatlanok esetben ügyeljen arra, hogy itt. Tehát, egyszerűsítve a szégyen, mint a megadott vágási a szervezet LAN topológia:
De ott van egy ilyen dolog. Megj furcsa késedelmes adatcsomagok közötti házigazdák csatlakozik különböző LAN oldalakon. Nézzük a képet. Például, egy hagyományos ICMP ping a fogadó 1 Host 2 (mindkettő a VLAN 1) között mozog 1 és 100+ msec, és néhány csomagok elvesznek egyáltalán. Úgy tűnik, hogy lehet ez, ha LAN, és az internet, és nem minden link gazda 1 fogadó 2 kapacitása nem kevesebb, mint 1 gigabites másodperc. Ilyen körülmények között meg kell pingelni stabilan repülnek ide-oda per 1 ms oochen ritka eltérések ez a szám. Még ha miatt elárasztott a TK hamis háttér folyamatosan lóg a hálózaton 10Mbmit / sec, ez csak 1% -a közötti sávszélesség Host 1. és 2. Host Mi a probléma?
Mint kiderült, a probléma az egyes gépek, amelyek még mindig maradt a földön, és csatlakozik VLANe uplink a hálózat átviteli 10Mbit / s kapacitással. Egy ilyen gazdasejt látható a képen néven Linux Router és közvetlenül csatlakozik a port I2 gyökér kapcsoló Core 1 és a VLAN 1. Bár a Linux Router és nem fekszik az úton halad a forgalom a fogadó 1 fogadó 2, azt a hatást az arány eltelt ez a forgalom. Ahhoz, hogy megértsük, miért történik ez, meg kell nézni, például, pultok J1 Core 1 felület.
Core1 # sh interfészek J1
És számlálók - Port számlálók port J1
MAC cím. 0021f7-bc9c27
Link Status. fel
Összesen (Mivel indító vagy az utolsó tiszta):
Bájt Rx. 812984141 Bytes Tx. 679714496
Unicast Rx. 2571865283 unicast Tx. 3329931025
BCAST / MCAST Rx. 178784611 BCAST / MCAST Tx. 1447609757
Hibák (Mivel indító vagy az utolsó tiszta):
FCS Rx. 0 Csepp Tx. 0
Alignment Rx. 0 ütközések Tx. 0
Runts Rx. 0 Késői Cölln Tx. 0
Giants Rx. 0 Túlzott Cölln. 0
Összesen Rx hibák. 0 Halasztott Tx. 0
Egyéb (Mivel indító vagy az utolsó tiszta):
Elvetése Rx. 10086697 Out Queue Len. 0
Ismeretlen Protos. 0
Az árak (5 perces súlyozott átlag):
Összesen Rx (Kbps). 453.128 Összesen Tx (Kbps). 449,464
Unicast Rx (pkts / sec). 216.867 unicast Tx (pkts / sec). 109,209
B / MCAST Rx (pkts / sec). 256 B / MCAST Tx (pkts / sec). 107,624
Hasznosítás Rx. 04,53% kihasználtság Tx. 04,49%
Mit is látható? Látható, hogy a számláló elvetése Rx egy jó érték, amely folyamatosan növekszik. Elnyomás felület számlálók hasznosítása Rx, Tx, mint már említettük, nos, teljesen jelentéktelen, azaz szempontjából terhelés kikötők majdnem elaludt. Mindebből, miután hosszú mérlegelés, én születtem a feltételezés, hogy ez az egész (nézd Core1 pozíció):
2. Az ilyen csomag érkezik, és nagyon sok helyen a sorban válik J1 Nos nagyon kevés, és bizonyos szempontból ez egyáltalán nem.
Ennek eredményeként, mivel egy tompa fogadó, összhangban van a lassú kapcsolat szintkapcsoló mag, amely a legtöbb legyek LAN forgalom lassú teljes hálózatot. mert sorban tranzit útvonalak a Core 1 teljesen eltömődött mi vár azokra, akik ebben az esetben az úgynevezett LinuxRouter. És a legjobb teljesítményt az összes uplink kapcsolók között van továbbá nem segít.
Az én esetemben, hogy gyógyítani minden off I2 felület Core 1. Ezt meg lehet tenni, mert LinuxRouter már régóta használják senki és csak lóg, és dolgozik, mint egy félholt emlék.
Még akartam hozni a nagyon pingek késéssel és kikapcsolása után I2 egyértelműség kedvéért, de azt hiszem, minden világos.