dedicated server: router kapot of traffic afgeknepen?

Pagina: 1
Acties:

  • ofniedan
  • Registratie: December 2004
  • Laatst online: 10-02-2023
Oke ik loop hier al een paar dagen met een flink probleem rond, hopelijk heeft iemand hier een oplossing voor me...

Er staan bij ovh in frankrijk een X aantal dedicated servers, allemaal met 100mbit (specs op http://www.ovh.com/fr/produits/pentiumdualplusplusl.xml).
Elke server draait debian 3.1, met apache/1.3.33 en PHP 4.3.10-16.
Deze servers worden allemaal gebruikt als downloadservers voor video etc, dus gebruiken veel bandbreedte (rond de 70mbit/s gemiddeld).

Sinds een dag of 3 zijn er ongeveer 18 servers die opeens erg slecht te bereiken zijn. Ping is nog steeds als voordat alles raar ging doen:
code:
1
2
3
4
5
ping 213.251.173.102
PING 213.251.173.102 (213.251.173.102) 56(84) bytes of data. 
64 bytes from 213.251.137.176: icmp_seq=1 ttl=59 time=17.0 ms 
64 bytes from 213.251.137.176: icmp_seq=2 ttl=59 time=16.0 ms 
64 bytes from 213.251.137.176: icmp_seq=3 ttl=59 time=16.9 ms

het probleem ligt echter in het downloaden van de servers. Een download waar ik thuis makkelijk 500kb/sec mee haal, wil in amerika nog niet eens boven de 5kb/s wil uitkomen! Ik heb het al getest vanuit meerdere remote desktops in amerika, allemaal het zelfde resultaat. In Nederland heb ik paar mensen met chello gehad die hetzelfde probleem hebben, ook enorm trage speeds, maar daar heb ik zelf geen last van met hetnet.
Deze trage connecties laten apache aardig vol lopen, en zit dus ook redelijk snel op zijn maxclients limit waardoor andere (snelle) bezoekers soms minuten moeten wachten op een plekje omdat al die 1kb/s slots apache vol zetten.

Load op de servers is ook normaal, rond de 0.3, zonder rare pieken erin.

Nou dacht ik dat het of een gare router kan zijn bij OVH, aangezien de meeste mensen in nederland gewoon mooie speeds hebben, en sommigen totaal niet. Misschien dat hun verbinding naar ams-ix een gare router er tussen heeft staan, misschien in de datacentre zelf, ik heb geen idee. Traceroutes geven ook weinig inzicht hierin..

Andere optie is dat OVH bewust traffic afknijpt vanuit de betreffende servers. Lijkt me heel brutaal en onprofessioneel, maar gezien de geschiedenis die we hebben met OVH zou het me niks meer verbazen.

Enige reactie die we van OVH krijgen na 10 tickets op 1 dag posten over dit probleem is: "het probleem ligt aan jullie kant", of "we zullen er naar kijken", en daarna horen we er niks meer over :(

Hopelijk is er iemand hier die hier genoeg van weet om mij te vertellen in welke richting ik moet zoeken, of wat ik hier tegen kan doen want ik zit met mijn handen in het haar. ;(

Hier nog wat download speeds zoals ik ze zelf zie:

Vanuit Nederland:
code:
1
2
3
4
5
6
7
8
9
10
root@hosted-by [~]# wget http://213.251.173.102/10mb.bin 
--17:24:09-- http://213.251.173.102/10mb.bin 
=> `10mb.bin' 
Connecting to 213.251.173.102:80... connected. 
HTTP request sent, awaiting response... 200 OK 
Length: 10,485,760 (10M) [application/octet-stream] 

100%[===========================================================>] 10,485,760 2.50M/s ETA 00:00 

17:24:13 (2.43 MB/s) - `10mb.bin' saved [10485760/10485760]


Vanuit Amerika:
code:
1
2
3
4
5
6
7
8
root@localhost [~]# wget http://213.251.173.102/10mb.bin 
--17:24:24-- http://213.251.173.102/10mb.bin 
=> `10mb.bin' 
Connecting to 213.251.173.102:80... connected. 
HTTP request sent, awaiting response... 200 OK 
Length: 10,485,760 [application/octet-stream] 

0% [ ] 43,400 498.68B/s ETA 5:49:00


de server (213.251.173.102) is gloedje nieuw, is uur of 3 geleden geinstalled en apache draait alleen deze 10mb testfile om dit probleem op te kunnen lossen. Zelfs met geen hits, en geen traffic, is vanuit amerika de snelheid om te huilen... Hopelijk kunnen jullie zelf zien wat ik bedoel met lange connectie tijd, en trage downloads (behalve in NL weer natuurlijk).


Ik hoop dat deze topic gepost is volgens de regels, en met de informatie die jullie nodig hebben, en dat iemand me een ritje naar frankrijk kan besparen :P

  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 09-04 22:20

Kabouterplop01

chown -R me base:all

Doe eens een traceroute vanuit de States en dan een traceroute vanuit NL.
Dan kun je kijken over welke lijnen die verbindingen binnenkomen.
missschien iets met een switch (blade) ofzo.

[ Voor 15% gewijzigd door Kabouterplop01 op 26-05-2006 21:03 ]


  • ofniedan
  • Registratie: December 2004
  • Laatst online: 10-02-2023
Kabouterplop01 schreef op vrijdag 26 mei 2006 @ 21:01:
Doe eens een traceroute vanuit de States en dan een traceroute vanuit NL.
Dan kun je kijken over welke lijnen die verbindingen binnenkomen.
missschien iets met een switch (blade) ofzo.
usa:
code:
1
2
3
4
5
6
7
8
9
10
11
 1    <1 ms    <1 ms    <1 ms  VZWIN1 [192.168.59.203]
 2    <1 ms    <1 ms    <1 ms  69.61.61.97
 3     1 ms    <1 ms     1 ms  66.154.81.29
 4     1 ms    <1 ms    <1 ms  66.154.95.194
 5    25 ms     1 ms     1 ms  ge2-1.br01.atl01.pccwbtn.net [63.216.31.133]
 6    19 ms    19 ms    19 ms  pos5-0.cr02.dal01.pccwbtn.net [63.218.22.66]
 7    20 ms    20 ms    22 ms  glbx.pos1-2.cr02.dal01.
 8   123 ms   123 ms   128 ms  so3-0-0-2488M.ar2.CDG2.gblx.net [67.17.65.114]
 9   127 ms   127 ms   126 ms  gsw-1-6k.routers.ovh.net [213.186.32.246]
10   127 ms   128 ms   127 ms  213.186.32.81
11   127 ms   127 ms   127 ms  ns21132.ovh.net [213.251.173.102]


NL:
code:
1
2
3
4
5
6
  1    <1 ms    <1 ms    <1 ms  SpeedTouch.lan [10.0.0.138]
  2    11 ms    12 ms    12 ms  195.190.250.26
  3    14 ms    14 ms    26 ms  iawxsrt-dc2-bb21a.wxs.nl [213.75.1.209]
  4   140 ms    31 ms    30 ms  amsix.routers.ovh.net [195.69.145.231]
  5    31 ms    30 ms    30 ms  213.186.32.81
  6    31 ms    30 ms    30 ms  ns21132.ovh.net [213.251.173.102]




Traceroute vanaf OVH server naar een usa bak krijg ik wel dit:
code:
1
2
3
4
 1  213.251.173.253 (213.251.173.253)  0.650 ms  0.481 ms  0.553 ms
 2  p19-7-6k.routers.ovh.net (213.251.130.129)  0.323 ms *  0.259 ms
 3  th2-1-6k.routers.ovh.net (213.186.32.4)  0.546 ms *  0.613 ms
 4  NEO-TELECOMS-ABOVENET.sfinx.tm.fr (194.68.129.201)  0.768 ms  0.908 ms  0.739 ms

nou ben ik qua netwerken geen held, maar ik weet nog wel dat * timeout is, en dat dat niet goed is. Kan je daar nou aan zien welke router gaar kan zijn of kan je daar nog niet veel meer wijzer uit worden?

Verdere info die jullie willen zien post ik graag!
bvd

[ Voor 26% gewijzigd door ofniedan op 26-05-2006 21:34 ]