Bekijk Volledige Versie : 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.
cyberbootje
22/10/10, 11:27
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)
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
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
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.....)
Tim.Bracquez
22/10/10, 15:22
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)
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
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!
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:
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:
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
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.
@Dennis: Een terechte opmerking, bedankt voor de tip. En nu terug on-topic ;-)
Dan maar terug on-topic, heb zojuist nog even een traceroute gedaan:
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) 0.000 ms 0.000 ms 0.000 ms
4 91.206.84.10 (91.206.84.10) 4.001 ms 4.001 ms 4.001 ms
Ik denk dus dat de omschakeling van interoute naar belgacom het probleem niet gaat oplossen. Alhoewel dit wel wat ms van je latency zal halen, aangezien belgacom een beter verbinding naar brussel heeft. Maar volgens mij zit het probleem dus intern bij dco, aangezien de traceroutes die zowel Tim als ikzelf doen niet over interoute/belgacom gaan.
Verder ga je van hier uit al over Belgacom:
5 27 ms 27 ms 27 ms belbone.bnix.net [194.53.172.68]
6 32 ms 32 ms 32 ms 80.84.20.245
7 36 ms 35 ms 35 ms rt1.dco2.layer7.be [81.95.120.200]
8 36 ms 35 ms 36 ms 91.206.84.10
3 ams-ix.belbone.net (195.69.144.87) 3.839 ms 4.785 ms 4.768 ms
4 ams-bgc-r5-t3-4.car.belbone.be (80.84.18.75) 8.756 ms 8.742 ms 8.725 ms
5 bru-11-r6-t2-3.car.belbone.be (80.84.18.160) 8.704 ms 8.685 ms 9.618 ms
6 bru-11-r14-t1-2.car.belbone.be (80.84.18.220) 8.628 ms 8.674 ms 8.905 ms
7 bru-11-r15-t1-3.car.belbone.be (80.84.18.206) 8.867 ms 8.856 ms 8.836 ms
8 80.84.20.245 (80.84.20.245) 13.746 ms 13.738 ms 13.718 ms
9 81.95.120.200 (81.95.120.200) 15.667 ms 15.654 ms 15.634 ms
10 91.206.84.10 (91.206.84.10) 16.613 ms 16.602 ms 16.580 ms
Om je nog een bewijs te geven, trace naar systray (die 113.18 is gateway op lcp hun router):
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) 4.000 ms 4.000 ms 4.000 ms
3 portal.systray.be (81.95.114.160) 4.000 ms 4.000 ms 4.000 ms
Wat vragen:
Over welke specifieke games gaat het?
Het kan natuurlijk best zijn dat door de verhuizing iets anders is gebeurd (buiten het netwerk om) waardoor het nu niet goed draait
Lag begint pas écht hinderlijk te worden als de latency veel fluctueert. Dan krijg je de "schokkerige" gameplay wat traditioneel aangemerkt wordt als lag. Daarnaast verschilt de impact hiervan ook per game. Bij bijvoorbeeld Half-Life of Half-Life 2 based games hoor je gamers hier veel sneller over klagen als bijvoorbeeld bij Battlefield games.
Heeft de server zelf ook monitoring? Is het bijvoorbeeld niet gewoon zo dat de gameserver crasht (connection lost) en dan vanzelf weer online komt en iedereen weer kan joinen?
Bij sommige games willen de master servers van de producent/developer ook nog wel eens voor problemen zorgen. Kan van toepassing zijn op boel games.
Het blijft altijd een lastig verhaal. Gamers hebben er ook een handje van om de boel te overdrijven omdat ze daarmee denken dat we het probleem dan serieuzer nemen. Dat is dus alles behalve slim om te doen. Een zeer belangrijke aanwijzing voor het oplossen van eventuele problemen is dat wij weten of iedereen of een bepaalde groep spelers er last van heeft. Op basis van mijn persoonlijke ervaring gaat het volgende op:
Iedereen in de server problemen: meestal een hardwareprobleem (overbelasting) of een probleem met de gameserver zelf (mods/plugins die b0rken) of een netwerkprobleem wat zeer dicht bij huis zit.
Bepaalde groep met problemen: bijvoorbeeld alleen spelers uit Duitsland. Dit zou wellicht een transit kunnen zijn dit loopt te flapperen. Of bijvoorbeeld een buitenlandse ISP waarvan de AMS-IX port vol zit (al vaak meegemaakt met dit soort issues).
Als het een serieuze klant is die dit soort dingen begrijpt, probeer dan zo goed mogelijk het probleem te analyseren. De verhuizing kan wellicht een trigger zijn voor een probleem (reboot van server misschien) maar hoeft niet direct de oorzaak te zijn.
Correlation does not imply causation!
Tim.Bracquez
22/10/10, 23:03
Ik vermoed dat je in dit verhaal toch je even naar DCO moet keren. Lukt dit niet, mogelijk een andere oplossing zoeken voor die klant.
@Clanhost:
- Het gaat voornamelijk over BF2 en BF1942, er draait ook TS3 op die server en BF2xxx maar voor zover ik kan zien zijn deze amper in gebruik.
- Ik heb access tot die server, ja. Reliability monitor toont geen crashes van processen en load swingt ook niet bepaald de pan uit. Ik heb nu een aantal client IP's van BF2 eruit gehaald en zal deze even in de smokeping gooien en even traceroute doen voor deze. Ik heb echter geen idee hoe ik de gameserver processen zelf moet monitoren.
- De problemen blijken zich voor te doen voor alle spelers tegelijk, uit verschillende landen.
@Tim
Dat heb ik dus gedaan en het eerste wat ze nu gaan proberen is mij op BGC te gooien. Ik kijk morgen wat er verandert aan de connectie (voor zover ze het morgen effectief gaan uitvoeren, het zou de eerste keer zijn dat ik iets gedaan krijg in het weekend).
Tim.Bracquez
22/10/10, 23:12
@Tim
Dat heb ik dus gedaan en het eerste wat ze nu gaan proberen is mij op BGC te gooien. Ik kijk morgen wat er verandert aan de connectie (voor zover ze het morgen effectief gaan uitvoeren, het zou de eerste keer zijn dat ik iets gedaan krijg in het weekend).
Hoop niet teveel ;) veel geluk. Denk eerder intern wat zoals Dennis zegt.
Hoop niet teveel ;) veel geluk. Denk eerder intern wat zoals Dennis zegt.
Het rare is dat ik geen latency verlies heb naar Tim en Andere persoon in DCO maar wel naar je PI-range toe en systray. Ik weet dat DCO gebruik maakt van 3 Core Routers en verrmoedelijk is er dus een probleem op de Router (of switch) waar jij toevallig en systray opzitten die de latency veroorzaakt. Zoals ik dus al eerder vertelde zit jij hier bij mij al via Belgacom dus je lijn switchen naar belgacom zal niet veel nut hebben, tenzei ze je over andere router steken.
Heb dit ooit ook eens meegemaakt in een ander datacenter en daar bleek een blade van de coreswitch de boosdoener te zijn. Dus misschien even vragen of ze je op totaal andere patch, switch en router kunnen zetten.
De problemen blijken zich voor te doen voor alle spelers tegelijk, uit verschillende landen.
Afgaand op wat ik tot nu toe heb gelezen ga ik mee in de analyse van Dennis. Het probleem zit dicht bij huis. Aangezien je hebt aangegeven dat de serverbelasting verder in orde er en er ook geen crashes zijn van de gameserver processen lijkt me - door middel van eliminatie - dat een netwerkprobleem de oorzaak is. Er zijn wel wat problemen geweest met de back-end van EA DICE onlangs maar dat was alleen voor Medal of Honor. Je uplink naar een andere router toe verplaatsen, zoals Dennis zegt, lijkt me handig om te checken of dat wellicht de oorzaak is.
Kippenijzer
25/10/10, 08:19
@The-BosS: Misschien is het een idee op pings/traceroutes niet vanuit een virtuele server die 'jiffies' als clocksource gebruik te gaan doen? Dit verklaart de 0.0ms tov 4.0ms (1 jiffie bij default 250Hz kernelclock = 4ms). Clocksource veranderen in 'xen', ofwel gewoon uit een fysieke omgeving testen om mee bruikbare waarden te krijgen.
@TS: Heb helaas geen adviezen, zelf ook wel eens met dit soort problemen gezeten, en los van de andere switchpoort/blade (heeft mij idd ook eens geholpen) zijn dit vaak problemen die bijna niet op te lossen zijn.
Hou er wel rekening mee dat het gamers blijven. Enkele jaren terug ook in die business gezeten en toen werd er ook meteen verteld dat er lag was. Wanneer ik zelf in de server zat had ik nergens last van, heel toevallig.
Mocht je zelf beschikken over de games, zou zelf eens gaan kijken.
Interroute overigens altijd gebruikt enkele jaren terug en nooit problemen gehad.
@The-BosS: Misschien is het een idee op pings/traceroutes niet vanuit een virtuele server die 'jiffies' als clocksource gebruik te gaan doen? Dit verklaart de 0.0ms tov 4.0ms (1 jiffie bij default 250Hz kernelclock = 4ms). Clocksource veranderen in 'xen', ofwel gewoon uit een fysieke omgeving testen om mee bruikbare waarden te krijgen.
Speciaal op jouw aanvraag dan even nieuwe mtr's gedaan zodat packet loss te zien. Trouwens aan de hand van de gateway/reverse moet je er ook niet automatisch van uit gaan dat die over een VM gaat.
Interne mtr vanaf fysieke server naar PI-range TS:
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. AIO-VPS.GW.gig0-2-102.dco.MyIP.b 0.0% 1002 0.4 0.2 0.2 1.7 0.2
2. 81.95.113.18 0.1% 1002 1.0 0.5 0.3 14.5 0.8
3. rt1.dco2.layer7.be 0.9% 1002 2.4 2.1 1.9 10.9 0.6
4. 91.206.84.10 0.3% 1002 3.4 2.5 2.2 19.4 0.9
Interne mtr naar vanaf fysieke server naar fusa:
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. AIO-VPS.GW.gig0-2-102.dco.MyIP.b 0.0% 1019 0.3 0.2 0.2 1.6 0.2
2. 81.95.113.18 0.0% 1018 0.4 1.2 0.3 525.6 18.4
3. ns4.fusa.be 0.1% 1018 2.1 2.4 1.9 37.8 2.5
Externe mtr vanaf fysieke server naar PI-range TS:
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
5. belbone.bnix.net 0.0% 1002 26.0 30.9 25.4 228.5 24.8
6. 80.84.20.245 0.0% 1001 31.1 33.7 30.8 653.8 32.5
7. rt1.dco2.layer7.be 0.2% 1001 35.6 36.3 34.7 129.5 6.8
8. 91.206.84.10 0.3% 1001 35.9 41.1 35.0 4443. 139.7
Externe mtr vanaf fysieke server naar mijn eigen webserver:
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
5. belbone.bnix.net 0.0% 1336 26.4 29.5 25.5 258.4 21.2
6. 80.84.20.245 0.0% 1336 31.3 33.7 30.8 648.2 28.2
7. 81.95.113.19 0.0% 1336 31.5 32.8 30.9 205.2 12.0
8. private-hosting.web2.All-In-One. 0.0% 1336 37.0 32.9 31.0 199.0 11.0
Blijkt dus duidelijk uit dat de TS meer last heeft van package loss (zowel intern als extern dan Tim of ikzelf), verder valt het mij op dat op TS zijn router de latency extern 4ms hoger ligt.
Even ter verduidelijking van de ip adressen de 113.18 is gateway van mijn router naar LCP, de 113.19 is mijn router.
Hey,
Ik zou me van de packet loss die getoond wordt door 'mtr' al niet meer teveel aantrekken. Eenvoudige ping -f testjes tonen immers geen packet loss.
Dennis, zat jij in DCO1? Als ik mtr naar jouw webserver ( passeer ik Brussel ;-)
koen@node1:~$ traceroute private-hosting.web2.All-In-One.be
traceroute to private-hosting.web2.All-In-One.be (81.95.117.42), 30 hops max, 60 byte packets
1 gw-lcp.dco2.layer7.be (81.95.120.193) 1.831 ms 1.957 ms 2.138 ms
2 Gi4-0-232.bru-leu-access-1001.interoute.net (89.202.150.17) 2.147 ms 2.137 ms 2.126 ms
3 PO9-0.bru-leu-access-3.interoute.net (212.23.41.90) 2.282 ms 2.282 ms *
4 89.202.150.198 (89.202.150.198) 3.287 ms 3.366 ms 3.388 ms
5 81.95.113.19 (81.95.113.19) 3.308 ms 3.304 ms 3.295 ms
6 private-hosting.web2.All-In-One.be (81.95.117.42) 3.535 ms 4.505 ms 4.460 ms
@Kippenijzer: zijn die 'jiffies' ook van toepassing op KVM?
Vandaag hebben de mensen bij DCO een en ander van probleemkes met routering opgelost, maar vraag me niet precies wat. Ik hoor eens of het vanavond beter gaat.
Alvast bedankt voor de talrijke reacties!
/K
Tim.Bracquez
25/10/10, 17:56
Dennis, zat jij in DCO1? Als ik mtr naar jouw webserver ( passeer ik Brussel ;-)
Dat is logisch omdat DCO1 en DCO2 2 volledig verschillende netwerken hebben. Hadden ze vermeld dat ze dit zo gingen doen, of het nu al 100% zo actief is, dat is iets anders (denk aan de migratie van DCO1 naar DCO2). Indien je een link tussen DCO1 en DCO2 wenst moet je dit bij hun kopen... Waarbij normaal in DCO2 het budget netwerk vermoedelijk enkel interroute zal zijn.
EDIT: of zit jij ook nog in DCO1?
Vanaf Nedzone en (oud) Scarlet netwerk wel problemen door af en toe loss met de gewone ping. Maar niet direct iets om zorgen over te maken.
Hun weekend is dan blijkbaar uitgelopen? :-) Troost je hier staan al langer tickets open die ik dit weekend maar gesloten heb omdat ze het toch niet oplossen.
Hey,
Ik zou me van de packet loss die getoond wordt door 'mtr' al niet meer teveel aantrekken. Eenvoudige ping -f testjes tonen immers geen packet loss.
Dennis, zat jij in DCO1? Als ik mtr naar jouw webserver ( passeer ik Brussel ;-)
koen@node1:~$ traceroute private-hosting.web2.All-In-One.be
traceroute to private-hosting.web2.All-In-One.be (81.95.117.42), 30 hops max, 60 byte packets
1 gw-lcp.dco2.layer7.be (81.95.120.193) 1.831 ms 1.957 ms 2.138 ms
2 Gi4-0-232.bru-leu-access-1001.interoute.net (89.202.150.17) 2.147 ms 2.137 ms 2.126 ms
3 PO9-0.bru-leu-access-3.interoute.net (212.23.41.90) 2.282 ms 2.282 ms *
4 89.202.150.198 (89.202.150.198) 3.287 ms 3.366 ms 3.388 ms
5 81.95.113.19 (81.95.113.19) 3.308 ms 3.304 ms 3.295 ms
6 private-hosting.web2.All-In-One.be (81.95.117.42) 3.535 ms 4.505 ms 4.460 ms
@Kippenijzer: zijn die 'jiffies' ook van toepassing op KVM?
Vandaag hebben de mensen bij DCO een en ander van probleemkes met routering opgelost, maar vraag me niet precies wat. Ik hoor eens of het vanavond beter gaat.
Alvast bedankt voor de talrijke reacties!
/K
Dan is hun routing wel goed fucked-up zou ik zeggen, want ik sta in dco1 jah. Kun je toch zien aan mijn ip range. Snap dan wel niet goed waarom het van mij naar jou dan wel intern blijft en omgekeerd niet. Doe eens een trace naar fusa om te zien of die intern blijft of niet.
traceroute to 81.95.120.193 (81.95.120.193), 30 hops max, 40 byte packets
1 AIO-VPS.GW.gig0-2-102.dco.MyIP.be (81.95.117.33) 0.349 ms 0.227 ms 0.216 ms
2 81.95.113.18 (81.95.113.18) 2.214 ms 2.208 ms 2.412 ms
3 gw-dco.dco2.layer7.be (81.95.120.193) 6.642 ms 6.627 ms 3.461 ms
traceroute to 81.95.117.42 (81.95.117.42), 30 hops max, 40 byte packets
1 VPSNODE-4.AIO.be (81.95.117.131) 0.334 ms 0.258 ms 0.241 ms
2 AIO-VPS.GW.gig0-2-104.dco.MyIP.be (81.95.117.129) 0.613 ms 0.352 ms 0.321 ms
3 private-hosting.web2.All-In-One.be (81.95.117.42) 0.626 ms 0.832 ms 0.609 ms
Ter info: ik sta ook in dco1 (reverse dns staat al op dco2 ter voorbereiding van een move naar daar).
Ik neem dit even op met hen.
edit: fusa blijft intern
/K
Tim.Bracquez
25/10/10, 18:11
Dan is hun routing wel goed fucked-up zou ik zeggen, want ik sta in dco1 jah. Kun je toch zien aan mijn ip range. Snap dan wel niet goed waarom het van mij naar jou dan wel intern blijft en omgekeerd niet. Doe eens een trace naar fusa om te zien of die intern blijft of niet.
Doe ik het ook even naar jou.
[root@dco ~]# traceroute private-hosting.web2.All-In-One.be
traceroute to private-hosting.web2.All-In-One.be (81.95.117.42), 30 hops max, 40 byte packets
1 gw.dco.fusa.be (193.110.251.1) 3.381 ms 3.379 ms 3.368 ms
2 Gi4-0-232.bru-leu-access-1001.interoute.net (89.202.150.17) 4.155 ms 4.153 ms 4.141 ms
3 PO9-0.bru-leu-access-3.interoute.net (212.23.41.90) 5.542 ms 5.562 ms *
4 89.202.150.198 (89.202.150.198) 4.098 ms 4.088 ms 4.089 ms
5 81.95.113.19 (81.95.113.19) 4.063 ms 4.054 ms 4.041 ms
6 private-hosting.web2.All-In-One.be (81.95.117.42) 5.664 ms 4.175 ms 4.248 ms
En naar de TS
[root@dco ~]# tracert 91.206.84.10
traceroute to 91.206.84.10 (91.206.84.10), 30 hops max, 40 byte packets
1 gw.dco.fusa.be (193.110.251.1) 2.047 ms 3.066 ms 3.076 ms
2 rt1.dco2.layer7.be (81.95.120.200) 4.028 ms 4.028 ms 4.026 ms
3 91.206.84.10 (91.206.84.10) 4.779 ms 4.780 ms 4.777 ms
Tim.Bracquez
25/10/10, 18:12
Ter info: ik sta ook in dco1 (reverse dns staat al op dco2 ter voorbereiding van een move naar daar).
Vandaar, was wat verwarrend..
edit: fusa blijft intern
Ik naar jou ook, en richting Dennis niet.
Very strange, doe eens een traceroute naar 81.95.113.17 en 81.95.113.18 dat zijn de gateway's die ik gebruik van LCP.
Tim.Bracquez
25/10/10, 18:33
Very strange, doe eens een traceroute naar 81.95.117.17 en 81.95.117.18 dat zijn de gateway's die ik gebruik van LCP.
Beide naar brussel, en dat terwijl dat ze me vertelden dat intern verkeer niet in rekening gebracht wordt. Zou niet leuk zijn moesten we dan zomaar 100Mbit er hele tijd door halen
Beide naar brussel, en dat terwijl dat ze me vertelden dat intern verkeer niet in rekening gebracht wordt. Zou niet leuk zijn moesten we dan zomaar 100Mbit er hele tijd door halen
Woeps daarjuist klein foutje moest 81.95.113.17 en 81.95.113.18 zijn, maar ik zou zeggen test ook eens een ander ip uit de 81.95.113.x block.
traceroute to 81.95.113.1 (81.95.113.1), 30 hops max, 40 byte packets
1 AIO-VPS.GW.gig0-2-102.dco.MyIP.be (81.95.117.33) 0.407 ms 0.300 ms 0.282 ms
2 81.95.113.18 (81.95.113.18) 0.700 ms 0.682 ms 0.673 ms
3 81.95.113.1 (81.95.113.1) 0.880 ms 1.097 ms 1.082 ms
traceroute to 81.95.113.5 (81.95.113.5), 30 hops max, 40 byte packets
1 AIO-VPS.GW.gig0-2-102.dco.MyIP.be (81.95.117.33) 0.277 ms 0.176 ms 0.158 ms
2 81.95.113.5 (81.95.113.5) 0.492 ms 0.476 ms 0.454 ms
Tim.Bracquez
25/10/10, 18:43
Dennis, gedaan en zelfde resultaat vanaf hier.
Ook als ik via de 2de GW ga.
Very strange, vroeger was dat toch niet zo maar ik denk dat ik het probleem dus al weet. Blijkbaar ga ik enkel over belgacom en jullie over interoute, zie traceroute naar dat interoute ip (wat jullie als voorlaatste router ip krijgen):
traceroute to 89.202.150.198 (89.202.150.198), 30 hops max, 40 byte packets
1 AIO-VPS.GW.gig0-2-102.dco.MyIP.be (81.95.117.33) 0.181 ms 0.301 ms 0.280 ms
2 81.95.113.18 (81.95.113.18) 0.596 ms 0.557 ms 0.691 ms
3 bru-11-r15-g2-5.car.belbone.be (80.84.20.246) 4.969 ms 5.142 ms 5.122 ms
4 94.102.162.49 (94.102.162.49) 5.622 ms 5.848 ms 6.080 ms
5 94.102.162.203 (94.102.162.203) 5.288 ms 5.277 ms 5.484 ms
6 Gi3-0.lonth-inter-1.interoute.net (195.66.224.53) 9.717 ms 9.699 ms 9.690 ms
7 Gi2-0-0.bru-leu-access-1001.interoute.net (212.23.41.85) 11.670 ms 11.666 ms 11.662 ms
8 PO9-0.bru-leu-access-3.interoute.net (212.23.41.90) 41.317 ms 11.501 ms 36.398 ms
9 89.202.150.198 (89.202.150.198) 10.157 ms 9.935 ms 10.157 ms
Die 113.x gateways blijven intern bij mij.
traceroute to 81.95.113.17 (81.95.113.17), 30 hops max, 60 byte packets
1 gw-lcp.dco2.layer7.be (81.95.120.193) 1.828 ms 1.949 ms 2.106 ms
2 81.95.113.17 (81.95.113.17) 2.256 ms 2.285 ms 2.322 ms
traceroute to 81.95.113.18 (81.95.113.18), 30 hops max, 60 byte packets
1 gw-lcp.dco2.layer7.be (81.95.120.193) 1.817 ms 1.938 ms 2.093 ms
2 gw-iro.dco2.layer7.be (81.95.120.195) 2.256 ms 2.298 ms 2.318 ms
3 81.95.113.18 (81.95.113.18) 2.502 ms 2.549 ms 2.587 ms
traceroute to 81.95.113.1 (81.95.113.1), 30 hops max, 60 byte packets
1 gw-lcp.dco2.layer7.be (81.95.120.193) 1.839 ms 1.961 ms 2.113 ms
2 81.95.113.1 (81.95.113.1) 2.265 ms 2.277 ms 2.325 ms
/K
Tim.Bracquez
25/10/10, 19:00
Very strange, vroeger was dat toch niet zo maar ik denk dat ik het probleem dus al weet. Blijkbaar ga ik enkel over belgacom en jullie over interoute, zie traceroute naar dat interoute ip (wat jullie als voorlaatste router ip krijgen):
traceroute to 89.202.150.198 (89.202.150.198), 30 hops max, 40 byte packets
1 AIO-VPS.GW.gig0-2-102.dco.MyIP.be (81.95.117.33) 0.181 ms 0.301 ms 0.280 ms
2 81.95.113.18 (81.95.113.18) 0.596 ms 0.557 ms 0.691 ms
3 bru-11-r15-g2-5.car.belbone.be (80.84.20.246) 4.969 ms 5.142 ms 5.122 ms
4 94.102.162.49 (94.102.162.49) 5.622 ms 5.848 ms 6.080 ms
5 94.102.162.203 (94.102.162.203) 5.288 ms 5.277 ms 5.484 ms
6 Gi3-0.lonth-inter-1.interoute.net (195.66.224.53) 9.717 ms 9.699 ms 9.690 ms
7 Gi2-0-0.bru-leu-access-1001.interoute.net (212.23.41.85) 11.670 ms 11.666 ms 11.662 ms
8 PO9-0.bru-leu-access-3.interoute.net (212.23.41.90) 41.317 ms 11.501 ms 36.398 ms
9 89.202.150.198 (89.202.150.198) 10.157 ms 9.935 ms 10.157 ms
Uitgaand wel (vermoed ik) inkomend gewoon BGC.
Dit is dan recentelijk aangepast. Want je kan wisselen tussen de GW's.
Blijkbaar zou het iets te maken hebben met Enterprise racks vs Budget racks ofzo.
/K
Tim.Bracquez
25/10/10, 19:36
Blijkbaar zou het iets te maken hebben met Enterprise racks vs Budget racks ofzo.
/K
Nee (of doet DCO wat fout anders) want iedereen die hier tracerts voor je levert heeft het zelfde type rack :-)