Zahadny PacketLoss
Petr Bezděk
freebsd at ada-net.cz
Sun Apr 5 17:55:16 CEST 2009
Zbyněk Burget napsal(a):
>
> Nebude problem udelat odbocku na tom switchi, ktery tam ted je. Jenze co
> hledat? Prakticky vzdy se vypadky zacnou objevovat, az je provoz
> "vyssi". Pri par mbit/s (do 10) se to nedeje nikdy (nebo ja to aspon
> nepozoroval.) A naopak, ted tece down/up 27/5 mbit a linka slape bez
> problemu...
>
>
Ahoj,
dej si grafovat errors a discards pocitadla na obou sitovkach toho
routeru a nejlepe i na pouzitych portech toho switche (do kterych je
zapojeno radio a router). Pokud pouzivas polling, tak zkus grafovat i
kern.polling.lost_polls - narazove zvysene lost_polls muze byt
indikatorem. Vykreslene hodnoty zkus porovnat s grafy pruchoziho provozu
(zda tam je nejaka souvoslost s pruchozimy daty nebo poctem paketu).
Ke kabelazi: na ciscu jde udelat orientacni test
test cable-diagnostics tdr int _nazev_ifacu_
vysledek zobrazis:
show cable-diagnostics tdr int _nazev_ifacu_
(pokud je nektery par kabelaze vyrazne kratsi - muze byt problem v kabelu)
Zkontroluj vyjednane rychlosti na obou stranach. Indikatorem, ze je neco
spatne jsou chybove pocitadla na sitovkach i portech switche - pokud
narustaji, zameril bych se na kabelaz. Nekdy pomaha vypnout vyjednavani
a nastavit rychlosti portu jak na switchi, tak na routeru natvrdo.
Dale zminujes NAT - natd je docela zrout a pri hodne zaznamech ve
stavove tabulce muze byt uzkym mistem prave on. Zkontroluj, ze do divert
pravidla zenes opravdu jen to, co tam patri.
--
Mgr. Petr Bezděk
email: pbezdek at ada-net.cz
web: www.ada-net.cz
More information about the Users-l
mailing list