Onderwerp: Server lag sinds move naar andere Datacenter / Netwerk

Hey iedereen,

Sinds kort heb ik al onze servers verhuisd naar een ander datacenter in Oostkamp. Van geen enkele van mijn klanten hoor ik klachten, behalve van eentje, namelijk een colo klant die gameservers op zijn machine host. Sinds de move is alles (Battlefield enzo dacht ik) blijkbaar onspeelbaar geworden, terwijl hier in het 'oude' datacenter (AXS) nooit geen problemen mee geweest zijn.

Bij de move zijn er 2 zaken veranderd voor deze klant:
1. Het feit dat deze klant nu gerouteerd zit achter een linux router van ons, dewelke helemaal niets staat te doen, dus daar zal (denk ik) het probleem niet liggen.
2. Netwerk is tegenwoordig Interroute ipv dat van AXS

Nu stel ik me uiteraard de vraag hoe ik dit probleem best kan gaan troubleshooten. Ik heb een aantal IP's van spelers gekregen en daar varieren de pingtijden van 12ms (NL speler) tot zo'n 35ms (AT speler) average. Ik ben niet echt thuis in het wereldje van gameservers, daarom: kan iemand mij wat tips geven wat ik buiten de standaardtools (ping, mtr, smokeping) nog kan gebruiken om de connectie te troubleshooten?

Alvast bedankt voor de reacties.

K!

Wat je zou kunnen proberen is een ping laten lopen voor zeg een uurtje bijv. om te zien of je ergens packetloss hebt.

Even kort samen gevat: Aanmelden etc... lukt wel maar het is allemaal te traag of hoe moet ik het zien?
Define: onbespeelbaar

En maak vanuit het netwerk ook even wat traceroutes naar de enduser ips toe.

@mdf: er is inderdaad packet loss, rond de 1% - 1,5% avg. bij lange (+3000) pings

@cyberbootje: volgens de rapporten die ik ontving worden krijgen alle aanwezige spelers gelijktijdig het scherm 'waiting for connection'. Server is over het algemeen ook laggy zo te horen.

Ook deze quote (naast het algemene 'laggy' verhaal):

The Allied server dropped everyone after playing for 1 hour and we were getting Connection Problems messages every 10-15min.

Traceroutes (laatste hop heb ik eruit gelaten)

Code:

                                 My traceroute  [v0.73]
desktop (0.0.0.0)                                               Fri Oct 22 11:35:10 2010
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                Packets               Pings
 Host                                         Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 91.206.84.2                                0.0%    11    3.8   0.7   0.3   3.8   1.0
 2. gw-dco.dco2.layer7.be                      0.0%    11    2.1   2.2   2.0   3.1   0.3
 3. Gi4-0-232.bru-leu-access-1001.interoute.n  0.0%    11    2.9   2.9   2.4   4.6   0.6
 4. PO9-0.bru-leu-access-3.interoute.net       0.0%    11   47.8  14.4   9.5  47.8  11.4
 5. asd-lc0006-cr101-ae10-0.core.as9143.net    0.0%    11    9.8  10.1   9.7  11.6   0.6
 6. tb-rc0001-cr101-ae0-0.core.as9143.net      0.0%    11   17.5  13.6  12.4  17.5   1.6

Code:

                                 My traceroute  [v0.73]
desktop (0.0.0.0)                                               Fri Oct 22 11:37:21 2010
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                Packets               Pings
 Host                                         Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 91.206.84.2                                0.0%    17    0.4   0.5   0.3   1.0   0.2
 2. 81.95.120.193                              0.0%    17    2.2   2.2   2.0   2.7   0.2
 3. hosted-by.layer7.be                        5.9%    17    1.9   2.0   1.9   2.3   0.1
 4. Gi4-0-247.bru-leu-access-3.interoute.net   0.0%    17    4.7   5.4   4.4   7.4   0.7
 5. xe-3-2-0-0.ams-koo-score-1-re0.interoute.  0.0%    17   12.5  12.1  11.3  14.2   0.7
 6. rc2ec.il.shawcable.net                     0.0%    17  122.6 122.9 122.3 124.7   0.6
 7. rc1ec-tge0-1-2-0.il.shawcable.net          0.0%    17  128.0 128.7 127.8 129.9   0.6
 8. rc2sh-pos3-0.mt.shawcable.net              0.0%    17  134.7 134.1 133.3 135.1   0.5
 9. ra2fs-tge2-3.mt.shawcable.net              0.0%    17  134.3 136.9 133.5 182.1  11.6
10. h66-244-255-66.bigpipeinc.com              0.0%    17  135.1 134.7 133.9 136.5   0.6
11. 142.46.128.14                              0.0%    17  145.1 146.1 144.8 153.6   2.0
12. tol-gsr.telecomottawa.net                  0.0%    17  144.8 145.7 144.8 149.3   1.1

Deze laatste is Canada vermoedelijk maar het probleem van lag en connecties is algemeen, dus ik denk dat het weinig met de locatie van de spelers te maken heeft. Config issue met mijn router? Troubles bij Interroute? Interroute algemeen gewoon niet goed? I honestly don't know.

/K

Het lijkt los te staan van deze situatie aangezien het probleem echt lijkt te ontstaan sinds DC / Network move... maar de laatste keer dat ik zoiets meemaakte met een klant was het gewoon de server van de klant zelf die het veel te zwaar heeft.

Hij kan wel roepen dat het aan jouw (netwerk) ligt, maar ik zou 'm zelf eerst toch ook even laten onderzoeken.

Ik heb nu de server een extra patch gegeven en een IP in onze PA range (in tegenstelling tot PI). Hieroor passeert traffic naar het ip binnen de PA niet langs onze router, maar routeert rechtstreeks naar die van de provider. Eens zien wat dat nu zegt...

/K

Oorspronkelijk geplaatst door kcalliauw

Ik heb nu de server een extra patch gegeven en een IP in onze PA range (in tegenstelling tot PI). Hieroor passeert traffic naar het ip binnen de PA niet langs onze router, maar routeert rechtstreeks naar die van de provider. Eens zien wat dat nu zegt...

/K

Even dat ter zijde, maar het is niet toegestaan volgens de RIPE regels om colo klanten te voorzien van ip adressen uit een PI-range. Wat je dus deed/doet was illegaal volgens de RIPE regels, ip adressen uit PI-ranges mogen enkel voor eigen apperatuur gebruikt worden (met uitzonderingen van vm's op je eigen fysieke servers).

Verder kan je ook zien dat de package loss op jouw ip zich voor doet (hosted-by.....)

Oorspronkelijk geplaatst door The-BosS

Even dat ter zijde, maar het is niet toegestaan volgens de RIPE regels om colo klanten te voorzien van ip adressen uit een PI-range. Wat je dus deed/doet was illegaal volgens de RIPE regels, ip adressen uit PI-ranges mogen enkel voor eigen apperatuur gebruikt worden (met uitzonderingen van vm's op je eigen fysieke servers)

Klopt dat dit niet mag, de partij waarbij we zitten doet dit echter en verkoopt dit door als PA (wat helemaal niet klopt)

Hierbij een tracert van DCO1 naar DCO2.

Host Loss% Snt Last Avg Best Wrst StDev
1. gw.dco.fusa.be 0.0% 127 2.1 1.9 1.9 3.1 0.2
2. rt1.dco2.layer7.be 1.6% 126 3.3 3.5 3.2 25.1 2.0
3. 91.206.84.10 0.8% 126 3.9 3.9 3.7 5.1 0.2

Wanneer ik een mtr doe naar jou Dennis is er geen loss. Waar zit jij? (zover ik in tracerts kan zien nog in dco1 ? Of dit kan anders zijn door jou setup)

Oorspronkelijk geplaatst door The-BosS

Verder kan je ook zien dat de package loss op jouw ip zich voor doet (hosted-by.....)

Klopt wat je zegt, maar ook rekening houden met het fijt dat je gewoon ping low priority kan geven op de gateway zoals grotere partijen ook wel eens doen. Kan je goed zien als er verder in de keten geen loss meer te zien is.

@Dennis:
ivm. PI/PA: goed om te weten. Het aantal colo klanten is echter zeer beperkt en het merendeel van de klanten zit effectief op VM's.
De p/l zit echter op de gateway van DCO, maar de reverse dns reflecteert dit dus niet correct.

@Tim: momenteel zit ik inderdaad nog in dco1

Oorspronkelijk geplaatst door The-BosS

Even dat ter zijde, maar het is niet toegestaan volgens de RIPE regels om colo klanten te voorzien van ip adressen uit een PI-range. Wat je dus deed/doet was illegaal volgens de RIPE regels, ip adressen uit PI-ranges mogen enkel voor eigen apperatuur gebruikt worden (met uitzonderingen van vm's op je eigen fysieke servers).

Verder kan je ook zien dat de package loss op jouw ip zich voor doet (hosted-by.....)

jemig muggezifter, hij is aan het kijken of het probleem daarmee verholpen is om eea uit te sluiten......

Zonet even gebeld naar de mannen in Oostkamp. Ze gaan mij (morgen...) even switchen naar Belgacom en dan kunnen we even zien of het hiermee opgelost geraakt.

I'll keep u posted!

Oorspronkelijk geplaatst door Tim.Bracquez

Wanneer ik een mtr doe naar jou Dennis is er geen loss. Waar zit jij? (zover ik in tracerts kan zien nog in dco1 ? Of dit kan anders zijn door jou setup)

Ik zit momenteel nog altijd waar ik stond, heb ook nog geen ETA wanneer ik naar dco² verhuis.

Hierbij mijn traceroutes naar layer7:

Code:

 1  AIO-VPS.GW.gig0-2-102.dco.MyIP.be (81.95.117.33)  0.000 ms  0.000 ms  0.000 ms
 2  gig0-1-1.dco1.MyIP.be (81.95.113.18)  0.000 ms  0.000 ms  0.000 ms
 3  rt1.dco2.layer7.be (81.95.120.200)  4.000 ms  4.000 ms  4.000 ms
 4  91.206.84.10 (91.206.84.10)  4.000 ms  4.000 ms  4.000 ms

Als naar fusa:

Code:

 1  AIO-VPS.GW.gig0-2-102.dco.MyIP.be (81.95.117.33)  0.000 ms  0.000 ms  0.000 ms
 2  gig0-1-1.dco1.MyIP.be (81.95.113.18)  0.000 ms  0.000 ms  0.000 ms
 3  ns4.fusa.be (193.110.251.4)  0.000 ms  0.000 ms  0.000 ms

Oorspronkelijk geplaatst door Mikey

jemig muggezifter, hij is aan het kijken of het probleem daarmee verholpen is om eea uit te sluiten......

Hij is van een PI naar PA gegaan en niet omgekeerd, dus wat hij doet was tegen de RIPE regels. Moest hij het omgekeerde doen zou ik er niks over zeggen, want dan is het om te testen.

Trouwens het is in zijn eigen voordeel om de regels te volgen, want een gevolg na verschillende klachten kan zijn dat hij zijn PI-range terug aan RIPE mag afstaan.