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