Loss op netwerk

[HelloApu]

Hey,

Ik zit met een probleem op mijn server. Ik draai er gameservers op en 's avonds tussen 19u en 22u ongeveer hebben telenetklanten last van 'loss' op de servers. Ik mailde mijn coloboer en die vroegen me om even WinMTR te draaien en de gegevens op te sturen:

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 256 | 256 | 0 | 0 | 16 | 0 |
| dD5E0FAE1.access.telenet.be - 58 | 256 | 110 | 0 | 16 | 47 | 15 |
| dD5E0FD41.access.telenet.be - 54 | 256 | 120 | 0 | 16 | 110 | 16 |
| dD5E0FD12.access.telenet.be - 0 | 256 | 256 | 0 | 15 | 47 | 31 |
| dD5E0FD71.access.telenet.be - 0 | 255 | 255 | 0 | 18 | 110 | 16 |
| dD5E0FD8E.access.telenet.be - 0 | 255 | 255 | 0 | 16 | 62 | 15 |
| so-6-0-0-dcr2.amd.cw.net - 0 | 255 | 255 | 15 | 22 | 156 | 15 |
| as0-dcr1.amd.cw.net - 0 | 255 | 255 | 15 | 19 | 79 | 31 |
| amx-gw2.nl.dtag.de - 0 | 255 | 255 | 15 | 18 | 78 | 16 |
| 217.6.50.90 - 0 | 255 | 255 | 0 | 19 | 172 | 16 |
| 89-18-191-89.reasonnet.com - 1 | 255 | 253 | 15 | 19 | 62 | 16 |
| 89-18-191-101.reasonnet.com - 0 | 255 | 255 | 15 | 20 | 79 | 16 |
| 89-18-191-30.pcextreme.nl - 1 | 255 | 254 | 15 | 30 | 437 | 16 |
| gameserver001.jcegns.nl - 0 | 255 | 255 | 15 | 20 | 79 | 15 |
|________________________________________________| ______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )

Hier gaven ze mij een paar onduidelijke antwoorden op waar ik uit verstond
1) Check je modem (maar alle telenetklanten hebben de loss?)
2) Het geeft geen probleem dan een router niet alle pakketjes doorstuurt(Welles?)
3) Check je server/hosting

Ik denk dat het probleem aan telenet ligt omdat de loss naast de telenet hosts staan. Maar is dit correct? Aan de server in ieder geval niet denkik omdat als ik een testpakketje download van mijn coloboer dat ik amper 300kbps haal ipv 2000.

[Technotop]

Hey,

Ik zit met een probleem op mijn server. Ik draai er gameservers op en 's avonds tussen 19u en 22u ongeveer hebben telenetklanten last van 'loss' op de servers. Ik mailde mijn coloboer en die vroegen me om even WinMTR te draaien en de gegevens op te sturen:

Hier gaven ze mij een paar onduidelijke antwoorden op waar ik uit verstond
1) Check je modem (maar alle telenetklanten hebben de loss?)
2) Het geeft geen probleem dan een router niet alle pakketjes doorstuurt(Welles?)
3) Check je server/hosting

Ik denk dat het probleem aan telenet ligt omdat de loss naast de telenet hosts staan. Maar is dit correct? Aan de server in ieder geval niet denkik omdat als ik een testpakketje download van mijn coloboer dat ik amper 300kbps haal ipv 2000.

Ik zie geen loss op de eindhost, dus er is geen loss op de verbinding zelf. De loss die je ziet op de telenet hosts komen door de ICMP requests die de router niet wil verwerken, of het niet als pre heeft staan.

Probleem zou je dieper moeten zoeken want ik zie toch echt 0% packetloss op de eindbestemming :)

0% packetloss :
Verzonden: 255 pakketjes
Ontvangen: 255 pakketjes


gameserver001.jcegns.nl - 0 | 255 | 255 | 15 | 20 | 79 | 15 |

[rensariens]

telenet klanten hebben bijna overal problemen, telenet -> wedare gaat ook niet goed.

[MikeN]

Zie weinig problemen in de traceroute?

[liber!]

Telenet heeft regelmatig problemen met hun link naar KPN. Ik dacht dat dit aventoe wat packet loss kon geven.

Helaas heerst in Belgie het duopolis van Belgacom en Telenet.

[Wynand]

Hier ook een topic? :p

telenet klanten hebben bijna overal problemen, telenet -> wedare gaat ook niet goed.Wedare-Telenet gaat voor mij extreem goed (ook TN).
Ik ga wat ik het andere topic zei ook hier zeggen, de pingtijden van een dedi van me in EvoSwitch (dacht ik, probeer maar eens uit te vissen waar ze jou server plaatsen ;)) tot bij jou is 133. ;)

login as: root
root@XXX's password:
Last login: Sat Jun 23 19:04:30 2007 from d54c3f028.access.telenet.be
Welcome to the SSH Server on XXX. You have successfully logged in.
[root@XXX ~]# ping gameserver001.jcegns.nl
PING gameserver001.jcegns.nl (216.69.167.21) 56(84) bytes of data.
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=0 t tl=49 time=134 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=1 t tl=49 time=134 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=2 t tl=49 time=134 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=3 t tl=49 time=134 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=4 t tl=49 time=133 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=5 t tl=49 time=134 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=6 ttl=49 time=133 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=7 ttl=49 time=134 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=8 ttl=49 time=134 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=9 ttl=49 time=134 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=10 ttl=49 time=133 ms
64 bytes from ip-216-69-167-21.ip.secureserver.net (216.69.167.21): icmp_seq=11 ttl=49 time=134 ms

--- gameserver001.jcegns.nl ping statistics ---
13 packets transmitted, 12 received, 7% packet loss, time 12013ms
rtt min/avg/max/mdev = 133.633/134.059/134.349/0.261 ms, pipe 2
[root@XXX ~]# traceroute gameserver001.jcegns.nl
traceroute to gameserver001.jcegns.nl (216.69.167.21), 30 hops max, 38 byte packets
1 gi7-0.r1.sbp.leaseweb.net (85.17.154.253) 0.260 ms 0.213 ms 0.205 ms
2 te2-1.amx.nkf.leaseweb.net (85.17.129.241) 3.532 ms 1.106 ms 0.996 ms
3 10ge.ams.gblx.net (64.213.76.149) 1.144 ms 1.122 ms 1.059 ms
4 67.17.198.42 (67.17.198.42) 130.817 ms 67.17.199.142 (67.17.199.142) 130.745 ms 67.17.198.42 (67.17.198.42) 130.347 ms
Icmp checksum is wrong
5 ip-208-109-112-137.ip.secureserver.net (208.109.112.137) 130.511 msIcmp checksum is wrong
131.067 msIcmp checksum is wrong
131.035 ms
Icmp checksum is wrong
6 ip-208-109-112-161.ip.secureserver.net (208.109.112.161) 134.828 msIcmp checksum is wrong
134.817 msIcmp checksum is wrong
134.734 ms
7 ip-216-69-188-18.ip.secureserver.net (216.69.188.18) 132.851 ms 139.541 ms 179.957 ms
8 ip-216-69-167-237.ip.secureserver.net (216.69.167.237) 130.939 ms 131.006 ms 130.974 ms
9 ip-216-69-167-21.ip.secureserver.net (216.69.167.21) 134.044 ms 134.216 ms 134.245 ms
[root@XXX ~]#Vanaf hier thuis is mijn ping atm. 145 average ('s morgens in een straat waar 1 iemand anders over TN beschikt ;)).
Ik denk dus eigelijk nog steeds dat je je probleem bij PCX of je server zelf moet gaan zoeken (daar de verbinding vanaf een datacenter (bij wijze van spreken) om de hoek ook zo slecht is).


Telenet heeft regelmatig problemen met hun link naar KPN. Ik dacht dat dit aventoe wat packet loss kon geven.Heeft PCX verbindingen met KPN?


Helaas heerst in Belgie het duopolis van Belgacom en Telenet.Helaas..

[HelloApu]

En aangezien ik het testpakketje van hun site ook zo traag download dan is het blijkbaar niet alleen op onze server maar in het gehele datacenter?

Dus probeel is ofwel datacenter ofwel telenet?

[Wynand]

Ik weet niet wat de snelheid van dat pakket vertraagd, maar bij mij gaat het tegen de volle 1,25MB/sec als het intereseerd.

[HelloApu]

bij mij download ie tegen 300kbps ipv 2000

dus het ligt aan telenet zelf?

[rensariens]

De problemen zijn er alleen tussen 6 en 10 ongeveer.
Zie overigens dat het redelijk opgelost is nu:
http://noc.databarn.nl/cgi-bin/smokeping.cgi?target=World.Europe.Belgium.Telenet

[Erwin Zeeuw]

Zelf ook vaak problemen met Telenet (Vanuit GrafiX datacenter/netwerk)
Is dus echt niet vreemd. (maar toch ook weer wel :P)

Maar zoals eerder vermeld werd: Praat eens met je coloboer, die kan je wellicht meer vertellen

EDIT: Problemen tussen enkele netwerken en Telenet worden trouwens vaak veroorzaakt door foute keuze van route tussen Interoute en Telenet.