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