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