Router pingelésénél duplikált csomagok...

Fórumok

Sziasztok!

Normális a következő eredmény?

--- 192.168.1.29 ping statistics ---
6 packets transmitted, 6 received, +24 duplicates, 0% packet loss, time 4999ms
rtt min/avg/max/mdev = 1.034/2.559/5.256/1.170 ms

192.168.1.29 a wlan routerem ip-je. Az a plusz 24 csomag miért jött? Belenéztem ethereal-el is a forgalomba, és még csak az sem lehet, hogy más router zavarna be, mert a duplikált csomagok is az én routeremtől jönnek (MAC cím azonos).

Ilyenkor mi a helyzet?

szerk:

Arról nem is beszélve, hogy ilyeneket is csinál:


PING 192.168.1.29 (192.168.1.29) 56(84) bytes of data.
From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
From 192.168.1.2 icmp_seq=3 Destination Host Unreachable
From 192.168.1.2 icmp_seq=6 Destination Host Unreachable
From 192.168.1.2 icmp_seq=7 Destination Host Unreachable
From 192.168.1.2 icmp_seq=8 Destination Host Unreachable
From 192.168.1.2 icmp_seq=9 Destination Host Unreachable
From 192.168.1.2 icmp_seq=10 Destination Host Unreachable
From 192.168.1.2 icmp_seq=13 Destination Host Unreachable
From 192.168.1.2 icmp_seq=14 Destination Host Unreachable
From 192.168.1.2 icmp_seq=17 Destination Host Unreachable
From 192.168.1.2 icmp_seq=18 Destination Host Unreachable
From 192.168.1.2 icmp_seq=21 Destination Host Unreachable
From 192.168.1.2 icmp_seq=22 Destination Host Unreachable
From 192.168.1.2 icmp_seq=23 Destination Host Unreachable
From 192.168.1.2 icmp_seq=24 Destination Host Unreachable
From 192.168.1.2 icmp_seq=25 Destination Host Unreachable
64 bytes from 192.168.1.29: icmp_seq=26 ttl=32 time=17.6 ms
64 bytes from 192.168.1.29: icmp_seq=26 ttl=32 time=18.3 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=26 ttl=32 time=19.2 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=26 ttl=32 time=20.0 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=26 ttl=32 time=21.1 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=26 ttl=32 time=21.9 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=26 ttl=32 time=22.6 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=26 ttl=32 time=23.8 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=27 ttl=32 time=277 ms
64 bytes from 192.168.1.29: icmp_seq=27 ttl=32 time=278 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=27 ttl=32 time=279 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=27 ttl=32 time=280 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=27 ttl=32 time=283 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=27 ttl=32 time=286 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=27 ttl=32 time=286 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=28 ttl=32 time=164 ms
64 bytes from 192.168.1.29: icmp_seq=28 ttl=32 time=165 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=28 ttl=32 time=166 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=28 ttl=32 time=167 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=28 ttl=32 time=168 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=28 ttl=32 time=170 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=28 ttl=32 time=170 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=29 ttl=32 time=585 ms
64 bytes from 192.168.1.29: icmp_seq=29 ttl=32 time=586 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=29 ttl=32 time=587 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=29 ttl=32 time=587 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=29 ttl=32 time=588 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=29 ttl=32 time=589 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=29 ttl=32 time=590 ms (DUP!)
64 bytes from 192.168.1.29: icmp_seq=29 ttl=32 time=591 ms (DUP!)

--- 192.168.1.29 ping statistics ---
29 packets transmitted, 4 received, +26 duplicates, +16 errors, 86% packet loss,
 time 27996ms
rtt min/avg/max/mdev = 17.637/267.270/591.792/214.733 ms, pipe 3

Hozzászólások

A rádiórészen keresd a hibát IMHO

Hmm... lehetséges, hogy a bcm43xx driver még nem az igazi? Na nem mintha ndiswrapperrel jobb lett volna. De... Most jut eszembe, hogy a utp-n sem az igazi a dolog, szóval lehet, hogy szimplán a router szar (elég beteg szegényke), de jövőhónapban úgyis le szeretném százalákolni, és egy linksys cuccost beállítani a csatasorba. Hát majd kiderül...

Nekem van egy bcm4318-as kartyam es a vanilla kernelben levo driver (a legujabb is) igen gyatra meg (gyatra atviteli sebesseg, nem igazan hasznalhatonak tuno WPA, kapcsolatszakadasok, ...). ndiswrapperrel viszont kifogastalanul mukodik. Persze igy erdemes egy hasznalhato windowsos drivert beszerezni.

a Windows pingje nem mindig irja ki a duplikalt csomagokat. Ha tutira akarsz menni, ott is csinalj egy packet-trace-t Ethereal-el. Erdemes lenne megcsinalni, mert akkor kiderul, hogy a Linux/linuxos gep a hunyo vagy a router/halozat. Esetleg kuldd el a linuxos packet trace-t az aszechy at novell dot com cimre es szivesen ranezek, hatha latok benne valamit

Kálváriám folytatódik... :( Egy ideig ment a net. Azután egyszer csak volt, nincs. Újrakapcsolódnék, de semmi. Router reboot: semmi. A fura az egészben az az, hogy a miközben kérné az ip-t (dhclient-el) egyszer csak azt mondja, hogy 'network is down', nézem az ifconfigot, és valóban, nincs ott semmi. Mondom neki, hogy ifconfig eth1 up, majd dhclient. Kis idő múlva megint network is down... Azt hiszem, ebbe fogok beleőszülni...

Amúgy debian etch a rendszer, broadcom wlan kártya, és a 2.6.17.11-es kernel bcm43xx moduljával szeretném használni.