Hoge pingtijden intern en trage internetverbinding*

[Verwijderd]

hoi,
ik heb hier een wireless netwerkje met de linksys WRT54G (firmware 3.03.6) en een Ralink-based netwerkkaart. Deze werkt goed in linux met de rt2500 driver, in de zin van: DHCP werkt, ik kan pingen en in principe doet elk protocol het. ABER! er is iets flink mis, zie dit!:

root@avithy:~# ping 192.168.1.1 -c 3
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=46.0 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=77.9 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=272 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=373 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=765 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=784 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=843 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1042 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=43.5 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1063 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=64.2 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1112 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=114 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1130 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=133 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1297 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=300 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1761 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=762 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1816 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=816 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=2014 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1015 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=15.8 ms


Hetzelfde 'gevoel' krijg je bij UDP, oftewel spelletjes als Quake en ET - lekker haperend >:(
ik heb:root@avithy:~# ping 192.168.1.1 -c 3
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=46.0 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=77.9 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=272 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=373 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=765 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=784 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=843 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1042 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=43.5 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1063 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=64.2 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1112 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=114 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1130 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=133 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1297 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=300 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1761 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=762 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1816 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=816 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=2014 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1015 ms (DUP!)
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=15.8 ms

ik weet niet waarom ik zo veel packets dubbel krijg, maar ik probeerde nog wat:
1. geklierd met de MTU (ifconfig ra0 mtu 500-2000 ..)
2. MAC-adressen veranderd van router & kaart
3. gekeken naar de MAC-adressen van packets met tcpdump -ev ..

't is allemaal vrij genuine, de router stuurt gewoon een heleboel packets terug?
Het 'vreemdste' van het hele verhaal: windows doet het wel prima. 't is dus iets in m'n software en ik hoop dat JIJ weet wat ?

alvast bedankt, scraze.

[Verwijderd]

titelfix

[Verwijderd]

Dan ligt het iig niet aan je router nee..
Laatste nieuwe drivers al geprobeerd? En je kaart van full in half duplex te zetten?

[Verwijderd]

ff snelletjes twee notes: pardon voor de dubbele paste, en qua titelfix (pardon voor de foute titel dan): Hoge pingtijden intern en trage internetverbinding -> het probleem is duplicates, niet zozeer de delays. De delays worden veroorzaakt doordat de 1e icmp-packet 10 keer terugkomt, en de 10e keer is het pakketje laat en daarom /lijkt/ ie langzaam. Hij is uiteindelijk langzaam, maar alleen in linux en dat zal dus komen doordat ie niet weet wat ie met al die dubbele packets aanmoet.

@_Gucci_: mja firmware van de LInksys WRT54g is 3.03.6, de aller(aller)allernieuwste. en qua half/full duplex.. ifconfig ra0 metric N (met N = 0-5) is allemaal -> SIOCSIFMETRIC: Operation not supported. man ifconfig en google vertellen verder niets duidelijiks over half/fullduplex i.c.m. ra0, dus als dat niet het juiste commando is - wat dan wel ..

Nog steeds een groot mysterie dus! Ik zat te denken aan reflecterende packages - als in tegen muren e.d., zodat 1 verzonden package meerdere malen aankomt (net als echo bij geluid), dan zou ik dus wat kunnen cutten in de duplicates door de sensitivity van de kaart omhoog te zetten - maar dat kan niet ..

Iemand nog frisse ideeen? Hoe zorg ik ervoor dat linux geen duplicate packets meer binnenkrijgt?

[Verwijderd]

Hier kan een slotje op! Mijn rt2500 driver was blijven steken bij de 1.1.0 beta 1 versie terwijl er al een beta 3 versie was die het wel goed doet. Bedankt voor uw moeite