Zahadny PacketLoss

Vilem Kebrt vilem.kebrt at gmail.com
Mon Apr 6 05:34:59 CEST 2009


Ahoj,
Nevim jak ve freebsd, pouzivam ho kratce a zatim spise jako aplikacni 
servery ale neco podobneho mi delal linuxovy nat...musel jsem zvednout 
hodnotu net.ipv4.ip_conntrack_max ...a kupodivu to ovlivnovalo i pakety 
ktery skrze nat vubec nesly...ale jak rikam, tohle mi delal linux ne 
freebsd....
vilem

Zbyněk Burget napsal(a):
> 
> 
> Petr Bezděk napsal(a):
>> dej si grafovat errors a discards pocitadla na obou sitovkach toho 
> 
> podle netstat -i nebyla na zadnem iface chyba - nikdy jsem ani chybu 
> nevidel v dennim vypisu - toho bych si urcit vsimnul uz driv:
> 
> Name    Mtu Network       Address              Ipkts Ierrs    Opkts 
> Oerrs  Coll
> em0    1500 <Link#1>      00:15:17:23:56:06 479921994     0 391612025   
> 0     0
> em1    1500 <Link#2>      00:15:17:23:56:07 392925079     0 470183096   
> 0     0
> 
> 
>> routeru a nejlepe i na pouzitych portech toho switche (do kterych je 
>> zapojeno radio a router). Pokud pouzivas polling, tak zkus grafovat i 
> 
> Ani na Ciscu to nevypada nijak zle:
> 
>  Overview Statistics
> Interface,Port Description,Tx Rate(Mbps),Rx Rate(Mbps),Tx BW Usage %,Rx 
> BW Usage %,Tx Rate(pps),Rx Rate(pps),Tx Mcast/Bcast Rate(pps),Rx 
> Mcast/Bcast Rate (pps),Discarded Pkts,Pkts with Errors
> Fa0/24,ISP,6.20557,36.21877,6.20557,36.21877,2915.1,3857.1,0,1.3,0,1
> Gi0/2,RouterOUT,35.99118,6.18344,3.59912,0.61834,3832.9,2896.2,1.3,0,0,0
> 
>  Transmit Statistics
> Interface,Port Description,Unicast,Multicast,Broadcast,Total 
> Collisions,Excessive Collisions,Late Collisions
> Fa0/24,ISP,1073744233,196081,10145,0,0,0
> Gi0/2,RouterOUT,814070498,9339590,20544337,0,0,0
> 
>  Receive Statistics
> Interface,Port 
> Description,Unicast,Multicast,Broadcast,Discarded,Alignment Errors,FCS 
> Errors,Collision Fragments,Undersized,Oversized
> Fa0/24,ISP,812913651,9373064,20545267,0,0,1,0,0,0
> Gi0/2,RouterOUT,1072701741,0,9799,0,0,0,0,0,0
> 
> Pokud se da vycist jeste neco vic, o tom ted nevim
> 
> 
> 
>> kern.polling.lost_polls - narazove zvysene lost_polls muze byt 
> 
> je pravda, ze lost_polls se postupem casu zvysuji - zatim jsem se ale 
> nikde nedocetl, jakych hodnot by to rozumne melo nabyvat, pripadne jake 
> zvysovani je jeste v poradku a jake uz ne. A pokud se lost_polls zvysuji 
> vic, nez je rozumne, tak co delat, aby se tak nedelo.
> 
> 
>> 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_
> 
> Tenhle test bohuzel muj switch neumi (je to jeden z nejnizsich modelu 
> C2960)
> 
>>
>> 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.
> 
> NAT jsem podezrival mezi prvnima - nicmene muj pingtest, u ktereho 
> vypadky pozoruju, pres NAT celkem urcite nejde - pro jistotu overeno 
> jeste ted pri psani odpovedi pomoci tcpdumpu.
> 
> 
> Zbynek
> -- 
> FreeBSD mailing list (users-l at freebsd.cz)
> http://www.freebsd.cz/listserv/listinfo/users-l




More information about the Users-l mailing list