Toon posts:

hoe groter pakket, hoe meer loss

Pagina: 1
Acties:
  • 105 views sinds 30-01-2008
  • Reageer

donderdag 22 november 2001 21:20

Acties:
  • Arnout
  • Registratie: December 2000
  • Laatst online: 21-08 21:42

Arnout

Topicstarter
Eindelijk heb ik eens een noemenswaardig netwerkprobleem :9
Er is één client in ons internet sharing netwerk die een tragere verbinding heeft dan de rest.

Ik heb via de freesco bak ff zitten pingen naar de machine in kwestie en het blijkt dat hoe groter het icmp packet, des te meer loss. 8000bytes pakketten of groter komen niet eens er doorheen. Normaal pingen (64 of 32bytes) geen probleem.

Wie heeft dit vaker meegemaakt, en hoe heb je dit opgelost?

Netwerkinfo: 4 clients, 10Mbit, 2x Realtek, 1x Xircom, 1x 3Com Etherlink III. Freesco internet router. Hub is een b-merk hub (8 poorts). Totaal lengte netwerk: 45meter.

Packetsize: 4000, LOSS: 25%:

[Linux] ping 192.168.1.15 -s 4000
PING 192.168.1.15 (192.168.1.15): 4000 data bytes
4008 bytes from 192.168.1.15: icmp_seq=0 ttl=128 time=14.4 ms
4008 bytes from 192.168.1.15: icmp_seq=1 ttl=128 time=13.7 ms
4008 bytes from 192.168.1.15: icmp_seq=2 ttl=128 time=13.7 ms
4008 bytes from 192.168.1.15: icmp_seq=4 ttl=128 time=13.7 ms
4008 bytes from 192.168.1.15: icmp_seq=7 ttl=128 time=13.7 ms
4008 bytes from 192.168.1.15: icmp_seq=12 ttl=128 time=13.8 ms
4008 bytes from 192.168.1.15: icmp_seq=13 ttl=128 time=13.7 ms
4008 bytes from 192.168.1.15: icmp_seq=14 ttl=128 time=13.7 ms
4008 bytes from 192.168.1.15: icmp_seq=15 ttl=128 time=13.7 ms
4008 bytes from 192.168.1.15: icmp_seq=16 ttl=128 time=13.6 ms
4008 bytes from 192.168.1.15: icmp_seq=17 ttl=128 time=12.9 ms
4008 bytes from 192.168.1.15: icmp_seq=18 ttl=128 time=12.8 ms
4008 bytes from 192.168.1.15: icmp_seq=19 ttl=128 time=13.0 ms
4008 bytes from 192.168.1.15: icmp_seq=20 ttl=128 time=12.8 ms
4008 bytes from 192.168.1.15: icmp_seq=21 ttl=128 time=13.0 ms
4008 bytes from 192.168.1.15: icmp_seq=22 ttl=128 time=12.8 ms
4008 bytes from 192.168.1.15: icmp_seq=23 ttl=128 time=12.8 ms
4008 bytes from 192.168.1.15: icmp_seq=24 ttl=128 time=13.0 ms
4008 bytes from 192.168.1.15: icmp_seq=25 ttl=128 time=12.9 ms
4008 bytes from 192.168.1.15: icmp_seq=26 ttl=128 time=12.9 ms
4008 bytes from 192.168.1.15: icmp_seq=27 ttl=128 time=13.1 ms

--- 192.168.1.15 ping statistics ---
28 packets transmitted, 21 packets received, 25% packet loss
round-trip min/avg/max = 12.8/13.3/14.4 ms

Packetsize: 6000, LOSS: 32%:

[Linux] ping 192.168.1.15 -s 6000
PING 192.168.1.15 (192.168.1.15): 6000 data bytes
6008 bytes from 192.168.1.15: icmp_seq=3 ttl=128 time=18.7 ms
6008 bytes from 192.168.1.15: icmp_seq=4 ttl=128 time=18.4 ms
6008 bytes from 192.168.1.15: icmp_seq=5 ttl=128 time=19.5 ms
6008 bytes from 192.168.1.15: icmp_seq=6 ttl=128 time=18.4 ms
6008 bytes from 192.168.1.15: icmp_seq=7 ttl=128 time=18.5 ms
6008 bytes from 192.168.1.15: icmp_seq=8 ttl=128 time=18.4 ms
6008 bytes from 192.168.1.15: icmp_seq=9 ttl=128 time=21.0 ms
6008 bytes from 192.168.1.15: icmp_seq=10 ttl=128 time=18.4 ms
6008 bytes from 192.168.1.15: icmp_seq=11 ttl=128 time=18.5 ms
6008 bytes from 192.168.1.15: icmp_seq=12 ttl=128 time=18.7 ms
6008 bytes from 192.168.1.15: icmp_seq=22 ttl=128 time=18.5 ms
6008 bytes from 192.168.1.15: icmp_seq=23 ttl=128 time=18.4 ms
6008 bytes from 192.168.1.15: icmp_seq=24 ttl=128 time=18.5 ms
6008 bytes from 192.168.1.15: icmp_seq=25 ttl=128 time=18.4 ms
6008 bytes from 192.168.1.15: icmp_seq=26 ttl=128 time=18.5 ms
6008 bytes from 192.168.1.15: icmp_seq=27 ttl=128 time=18.4 ms
6008 bytes from 192.168.1.15: icmp_seq=28 ttl=128 time=18.5 ms
6008 bytes from 192.168.1.15: icmp_seq=29 ttl=128 time=18.5 ms
6008 bytes from 192.168.1.15: icmp_seq=30 ttl=128 time=18.9 ms
6008 bytes from 192.168.1.15: icmp_seq=31 ttl=128 time=19.3 ms
6008 bytes from 192.168.1.15: icmp_seq=32 ttl=128 time=19.1 ms
6008 bytes from 192.168.1.15: icmp_seq=33 ttl=128 time=19.1 ms
6008 bytes from 192.168.1.15: icmp_seq=34 ttl=128 time=19.4 ms
6008 bytes from 192.168.1.15: icmp_seq=35 ttl=128 time=19.1 ms
6008 bytes from 192.168.1.15: icmp_seq=36 ttl=128 time=22.8 ms

--- 192.168.1.15 ping statistics ---
37 packets transmitted, 25 packets received, 32% packet loss
round-trip min/avg/max = 18.4/18.9/22.8 ms

Packetsize: 7000, LOSS: 80%:

[Linux] ping 192.168.1.15 -s 7000
PING 192.168.1.15 (192.168.1.15): 7000 data bytes
7008 bytes from 192.168.1.15: icmp_seq=0 ttl=128 time=20.9 ms
7008 bytes from 192.168.1.15: icmp_seq=1 ttl=128 time=20.5 ms
7008 bytes from 192.168.1.15: icmp_seq=35 ttl=128 time=27.6 ms
7008 bytes from 192.168.1.15: icmp_seq=93 ttl=128 time=20.5 ms
7008 bytes from 192.168.1.15: icmp_seq=94 ttl=128 time=19.4 ms
7008 bytes from 192.168.1.15: icmp_seq=95 ttl=128 time=20.4 ms
7008 bytes from 192.168.1.15: icmp_seq=96 ttl=128 time=20.4 ms
7008 bytes from 192.168.1.15: icmp_seq=97 ttl=128 time=21.5 ms
7008 bytes from 192.168.1.15: icmp_seq=98 ttl=128 time=20.3 ms
7008 bytes from 192.168.1.15: icmp_seq=99 ttl=128 time=20.5 ms
7008 bytes from 192.168.1.15: icmp_seq=100 ttl=128 time=20.5 ms
7008 bytes from 192.168.1.15: icmp_seq=101 ttl=128 time=19.5 ms
7008 bytes from 192.168.1.15: icmp_seq=102 ttl=128 time=20.4 ms
7008 bytes from 192.168.1.15: icmp_seq=103 ttl=128 time=20.5 ms
7008 bytes from 192.168.1.15: icmp_seq=104 ttl=128 time=20.3 ms
7008 bytes from 192.168.1.15: icmp_seq=105 ttl=128 time=20.5 ms
7008 bytes from 192.168.1.15: icmp_seq=107 ttl=128 time=20.4 ms
7008 bytes from 192.168.1.15: icmp_seq=108 ttl=128 time=20.6 ms
7008 bytes from 192.168.1.15: icmp_seq=110 ttl=128 time=22.8 ms
7008 bytes from 192.168.1.15: icmp_seq=111 ttl=128 time=20.6 ms
7008 bytes from 192.168.1.15: icmp_seq=113 ttl=128 time=19.4 ms
7008 bytes from 192.168.1.15: icmp_seq=114 ttl=128 time=20.9 ms
7008 bytes from 192.168.1.15: icmp_seq=115 ttl=128 time=20.3 ms

--- 192.168.1.15 ping statistics ---
116 packets transmitted, 23 packets received, 80% packet loss
round-trip min/avg/max = 19.4/20.8/27.6 ms

vrijdag 23 november 2001 07:56

Acties:
  • Arnout
  • Registratie: December 2000
  • Laatst online: 21-08 21:42

Arnout

Topicstarter
Het kopieeren van een bestand van 2MB duurt ongeveer 40sec (tussen mijn comp en die van hem).

vrijdag 23 november 2001 08:18

Acties:
  • Brahiewahiewa
  • Registratie: Oktober 2001
  • Laatst online: 30-09-2022

Brahiewahiewa

boelkloedig

Slaat nergens op. Met de grootte van je ping bepaal je niet de packet size. Door de netwerklaag worden je pingetjes namelijk keurig opgedeeld in pakketjes van max 1500 bytes (inclusief alle headers, dus de payload is kleiner).

De target (192.168.1.15) dropt gewoon één op de zoveel packets; als je met veel bytes pingt, heb je een grotere kans dat er eenje gedropt wordt, dus dat de ping in z'n geheel als lost wordt beschouwd.

QnJhaGlld2FoaWV3YQ==

vrijdag 23 november 2001 09:45

Acties:
  • Arnout
  • Registratie: December 2000
  • Laatst online: 21-08 21:42

Arnout

Topicstarter
Er wordt dus door de client gedropt (als ik vanuit jou verhaal redeneer). Waar kan dit aan liggen?

vrijdag 23 november 2001 10:31

Acties:
  • jaspernl
  • Registratie: November 2001
  • Laatst online: 12-11-2025

jaspernl

de tijd vliegt

Bij grotere pakketjes wordt de kans op een collision groter, en dan moet het hele pakket weer opnieuw worden verzonden...
toch?

Wat er ook fout gaat, er is altijd wel iemand die dit altijd al heeft geweten...

vrijdag 23 november 2001 10:45

Acties:
  • paulhekje
  • Registratie: Maart 2001
  • Laatst online: 13-08 10:01

paulhekje

check de redenering met ping -t x.x.x.x
af en toe time-out: check bekabeling of half/full duplex setting nic.

|=|=|=||=|=|=||=|=|=| http://www.vanwijck.com |=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=|

maandag 26 november 2001 10:41

Acties:
  • Arnout
  • Registratie: December 2000
  • Laatst online: 21-08 21:42

Arnout

Topicstarter
Ga vanavond de UTP kabel vervangen van desbetreffende client. Ik denk dat dat de oplossing is.

maandag 26 november 2001 10:52

Acties:

Verwijderd

Op vrijdag 23 november 2001 10:31 schreef jaspernl het volgende:
Bij grotere pakketjes wordt de kans op een collision groter, en dan moet het hele pakket weer opnieuw worden verzonden...
toch?
yep... niet meer dan logisch...

overigens zit je nu over de ping of death grootte te pingen (groter dan 1024) en niet alle systemen kunnen hier tegen (nt4 onder sp3 ging hangen daardoor)

je kan mbv een ping alleen geen conclusie trekken over hoe goed je netwerk is. zet er eens een netwerkmonitor op als je er wat zinnigs over wil zeggen.
het lijkt me sterk dat vervanging van een kabeltje dit verbetert aangezien je zegt dat een normale ping wel goed gaat!!!!

donderdag 29 november 2001 00:59

Acties:
  • Brahiewahiewa
  • Registratie: Oktober 2001
  • Laatst online: 30-09-2022

Brahiewahiewa

boelkloedig

Op maandag 26 november 2001 10:52 schreef betweter het volgende:
<knip>
overigens zit je nu over de ping of death grootte te pingen (groter dan 1024) en niet alle systemen kunnen hier tegen (nt4 onder sp3 ging hangen daardoor)
U lult. "Ping of death" was een ping > 64 kbytes. Überdem was juist het probleem dat NT4 SP3 zo'n ping of death kon genereren (als je 64k ping dee, gingie 64k + 26 bytes versturen), terwijl die er zelf geen last van had.

QnJhaGlld2FoaWV3YQ==

donderdag 29 november 2001 07:48

Acties:
  • Steven
  • Registratie: December 2000
  • Laatst online: 12-08 09:30

Steven

Ik heb het net ook al ergens gepost: Ik weet er niet veel van maar kijk je MTU instellingen even door. Dit soort (upload) problemen hebben daar vaak mee te maken.

dinsdag 11 december 2001 21:51

Acties:
  • Arnout
  • Registratie: December 2000
  • Laatst online: 21-08 21:42

Arnout

Topicstarter
Problem resolved. :) :)

Het bleek een brakke hub te zijn...
nu andere hub ertussen (10Mbit) en alles werkt oke, zelfs pings met packetsize 40k gaat probleemloos, naar alle clients.
Pagina: 1
Reageer