iptraf i kernel 2.2.2 oraz network stals

[Tomasz Kłoczko]

Dwiez rzeczy.
Primo o przejściu (właśnie) na 2.2.2 nie mogę uruchomić iptraf. Wyrzuca
komunikat :

IP traffic monitor active in another process

Co jest nieprawdą gdyż nie mam w tym momencie uruchomionych innych
programów robiących podobne rzeczy co iptraf.

Secundo. Obserwuję ciekawe zachowanie na kernelach 2.2.[12]. Otóż co kilka
minut mam kompletną głuchotę na na eth. Jak próbuję monitorować tuch na
sieci to obserwuję korelacje, ze zawsze taka głuchota ma miejsce po tym
jak na międzymordziu sieciowym pojawiają mi sie ramki no-ip. Wyciągi z
iptraf i tcpdump:

(iptraf)
 Non-IP packet (0x4) from 00800f703ea3 to 0180c2000000 on eth0
 Non-IP packet (0x4) from 00800f703ea3 to 0180c2000000 on eth0
 Non-IP packet (0x4) from 00800f703ea3 to 0180c2000000 on eth0
 Non-IP packet (0x4) from 00800f703ea3 to 0180c2000000 on eth0

(tcpdump)
12:36:48.601717 0:80:f:70:3e:a3 1:80:c2:0:0:0 002e 60: 802.1d ui/C len=43
                         0000 0000 0080 0000 800f 703e a000 0000
                         0080 0000 800f 703e a080 0400 0014 0002
                         000f 0000 0093 5740 0609 2b
12:36:50.616782 0:80:f:70:3e:a3 1:80:c2:0:0:0 002e 60: 802.1d ui/C len=43
                         0000 0000 0080 0000 800f 703e a000 0000
                         0080 0000 800f 703e a080 0400 0014 0002
                         000f 0000 0053 3840 0609 2b
12:36:52.646853 0:80:f:70:3e:a3 1:80:c2:0:0:0 002e 60: 802.1d ui/C len=43
                         0000 0000 0080 0000 800f 703e a000 0000
                         0080 0000 800f 703e a080 0400 0014 0002
                         000f 0000 0053 8340 0609 2b
12:36:54.661912 0:80:f:70:3e:a3 1:80:c2:0:0:0 002e 60: 802.1d ui/C len=43
                         0000 0000 0080 0000 800f 703e a000 0000
                         0080 0000 800f 703e a080 0400 0014 0002
                         000f 0000 0093 bb40 0609 2b

Jak widać wszystkie ramki mają non stop tą samą zawartość. I tak jest
zawsze (co do zawartości pakietów) . Nie namierzyłem jeszcze tego cio mi
tak sieje na segmencie niemniej nie powinno to tak czy inaczej mieć wpływu
na pracę sieci. Przy 2.1.132 i 2.0.36 sieć pracuje poprawnie.
Owa głuchota ma miejsce jeszcze przez kilka sekund po otrzymaniu pakietów.

Ktoś wie może coś o przyczynach powyższych przypadków ?
Ktos wi może co to za typ ramek 802.1d ?

Powyższy efekt z siecią przeszkadza mi teraz mocno w pracy i jest w
zasadzie jedynym powodem dla którego powstzymuję się z przeniesieniem repo
na nową maszynkę gdyż obecnie pnie większość czasu to okres głuchoty eth
co pięknie niszczy to, ze nowe repo jest na podsieci z 100T (obecne jest
na 10T z dużym ruchem ale tam nie ma takich zakłuceń).

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*