Ebox → Augmentation de ping sur serveurs officiels Valve

Depuis plus d'un mois, mon ping a doublé sur les serveurs officiels de MatchMaking Valve (ceux de Counter-Strike: GO pour être plus exacte), passant de 40-45 à 80-90.

Pourtant, tous mes amis qui sont avec Videotron n'ont pas eu de changements.

J'ai trouvé un autre thread sur le forum de Cogeco qui semble être similaire au mien.

»Horrible routing to Valve official cs:go servers

Est-ce qu'il y aurait un moyen de régler ça?

The issue isn't something that EB can control, as mentioned in the other thread, it's a routing issue with Cogent.

Here's Videotron

Tracing route to 208.78.165.59 over a maximum of 30 hops

1 1 ms 1 ms 1 ms xxxxxx
2 1 ms 1 ms 1 ms xxxxxx
3 * * * Request timed out.
4 11 ms 11 ms 11 ms 216.113.123.225
5 9 ms 12 ms 8 ms 216.113.122.154
6 * 16 ms 24 ms if-0-2.tcore2.MTT-Montreal.as6453.net [216.6.115
.90]
7 16 ms 17 ms * if-2-2.tcore2.NYY-NewYork.as6453.net [64.86.226.
14]
8 17 ms 17 ms 15 ms if-11-2.tcore1.NYY-NewYork.as6453.net [216.6.99.
2]
9 18 ms 17 ms 20 ms if-5-5.tcore1.NTO-NewYork.as6453.net [216.6.90.6
]
10 17 ms 19 ms 22 ms 209.58.26.118
11 18 ms 19 ms 22 ms pos-1-9-0-0-cr01.newyork.ny.ibone.comcast.net [6
8.86.86.41]
12 31 ms 34 ms 35 ms 68.86.87.181
13 32 ms 32 ms 32 ms be-11-pe04.ashburn.va.ibone.comcast.net [68.86.8
4.206]
14 31 ms 30 ms 31 ms as32590-1-c.ashburn.va.ibone.comcast.net [173.16
7.56.170]

Here's EB

Tracing route to 208.78.165.59 over a maximum of 30 hops

1 1 ms 1 ms 1 ms xxxxx
2 6 ms 10 ms 7 ms 10.246.159.129
3 416 ms 9 ms 7 ms mx480-xe-1-0-1.electronicbox.net [74.116.184.73]

4 53 ms 642 ms 529 ms mx480-xe-1-0-1.electronicbox.net [74.116.184.73]

5 7 ms 15 ms 7 ms te0-5-0-6.ccr21.ymq02.atlas.cogentco.com [38.104
.154.13]
6 15 ms 15 ms 15 ms be2108.mpd21.jfk02.atlas.cogentco.com [154.54.3.
133]
7 15 ms 15 ms 27 ms be2326.ccr21.jfk04.atlas.cogentco.com [154.54.44
.70]
8 83 ms 66 ms 66 ms qwest.jfk04.atlas.cogentco.com [154.54.11.182]
9 71 ms 72 ms 72 ms stn3-edge-01.inet.qwest.net [67.14.28.54]
10 68 ms 72 ms 72 ms 65.126.30.62

You can clearly see where the issue is, between Cogent and Qwest.
There's nothing really EB can do about it, they could perhaps re-route traffic via another peer, but this will not happen.

My suggestion would be to try a VPN service, it may change your routing just enough to fix the issue.

Alright thanks, I'll check that.

Kinda sucks though

Why will this not happen? Seems like an easy solution to me.

Especially considering it used to work fine.

even if they route to another peer, that doesnt change return path from valve back to EB so unless there is traffic issues on the way to Valve, changing how EB traffic gets routed there won't change what path Valve uses to get back to EB

They already had similar questions for VoIP.ms.

There was a static route mapped for VoIP.ms but they ended up removing it because they didn't want to have to manage static routes for all kind of stuff.

Hi afx,

Seems like a new route has been worked out between the server and cogent, through level3.

Tracing route to 208.78.165.59 over a maximum of 30 hops

1 1 ms 1 ms 1 ms 192.168.1.1
2 14 ms 12 ms 10 ms xxxxxxxxxxxx
3 9 ms 8 ms 7 ms mx480-xe-1-0-1.electronicbox.net [74.116.184.73]

4 8 ms 9 ms 8 ms mx480-xe-1-0-1.electronicbox.net [74.116.184.73]

5 9 ms 8 ms 15 ms te0-5-0-6.ccr21.ymq02.atlas.cogentco.com [38.104
.154.13]
6 16 ms 20 ms 19 ms be2090.ccr21.yyz02.atlas.cogentco.com [154.54.30
.205]
7 75 ms 107 ms 53 ms level3.yyz02.atlas.cogentco.com [154.54.11.210]

8 21 ms 18 ms 61 ms ae-23-23.bar2.Toronto1.Level3.net [4.69.200.237]

9 55 ms 36 ms 36 ms ae-7-1.ebr2.NewYork1.Level3.net [4.69.151.114]
10 72 ms 92 ms 48 ms ae-48-48.ebr2.NewYork2.Level3.net [4.69.201.38]

11 36 ms 69 ms 67 ms ae-1-100.ebr1.NewYork2.Level3.net [4.69.135.253]

12 35 ms 37 ms 36 ms ae-38-38.ebr2.Washington1.Level3.net [4.69.201.8
5]
13 37 ms 59 ms 52 ms ae-92-92.csw4.Washington1.Level3.net [4.69.134.1
58]
14 35 ms 36 ms 67 ms ae-4-90.edge2.Washington4.Level3.net [4.69.149.2
08]
15 69 ms 36 ms 33 ms 4.53.114.114
16 * * * Request timed out.

Nice, I'll check tonight.

Who might be responsible for this change? Cogent?

Looks to be cogent or valve.

Pings are back to 30-35. Better than my friend with Videotron who was at 50-55.

Pings are bad again.

Here's a traceroute for ip 208.78.165.138

1 1 ms 1 ms 1 ms down [192.168.1.1]
2 7 ms 6 ms 6 ms 10.246.131.129
3 9 ms 8 ms 10 ms mx480-xe-1-0-1.electronicbox.net [74.116.184.73]

4 9 ms 10 ms 7 ms mx480-xe-1-0-1.electronicbox.net [74.116.184.73]

5 19 ms 9 ms 14 ms 10ge3-1.core1.ymq1.he.net [216.66.50.109]
6 33 ms 24 ms 22 ms 10ge14-4.core1.nyc4.he.net [184.105.222.97]
7 99 ms 100 ms 111 ms 100ge5-1.core1.ash1.he.net [184.105.223.165]
8 105 ms 100 ms 100 ms eqnx-v4-1.iad.valve.net [206.126.237.32]

wash. pas fort!
Un serveur CSS populaire de Mtl.
J'avais 10 de ping il y a quelques mois.

Détermination de l'itinéraire vers 174.142.50.188 avec un maximum de 30 sauts.

1 1 ms 1 ms 1 ms 192.168.1.1
2 8 ms 6 ms 8 ms 10.246.171.193
3 10 ms 9 ms 9 ms mx480-xe-1-1-0.electronicbox.net [74.116.184.81]

4 19 ms 8 ms 8 ms mx480-xe-1-1-0.electronicbox.net [74.116.184.81]

5 10 ms 9 ms 16 ms 10ge3-1.core1.ymq1.he.net [216.66.50.109]
6 23 ms 24 ms 24 ms 10ge14-4.core1.nyc4.he.net [184.105.222.97]
7 20 ms 23 ms 21 ms 10ge3-1.core1.nyc6.he.net [184.105.222.82]
8 26 ms 25 ms 25 ms UnAssigned.nyiix.net [206.51.30.23]
9 27 ms 27 ms 26 ms po23.cr4.mtl.iweb.com [67.205.127.117]
10 27 ms 57 ms 32 ms te8-4.dr7.mtl.iweb.com [184.107.1.38]
11 26 ms 27 ms 32 ms 174.142.50.188

15ms vers 174.142.50.188 de mon serveur à ma job. On est à 100m physiquement de iWeb. Leur politique de peering/peering en général laisse grandement à desirer comme tu peux le deviner.

Concernant Valve, ils ont beaucoup d'upstreams et le routing va TOUT le temps changer selon la quantité de trafic vers eux.. vous n'êtes pas sorti du bois!

C'est assez ordinaire considérant que y'a 2 jours tout allait bien. Pourquoi avec Videotron y'ont pas ce genre de problème?

le routing peu changer constamment car la plupart du temps tout est automatique. Donc si un lien est surchargé, down ou tout simplement indisponible, ça va aller ailleurs. Il peut aussi y avoir du load balancing... donc le trafic va être dirigé à un endroit à certain moment et à un autre à un autre moment même si tous les liens sont en bon état de fonctionnement. Le temps de réponse entre un point donné et un autre n'est pas toujours un facteur qui va favoriser/défavoriser une route... c'est souvent la qualité et la fiabilité du lien qui va être prise en considération. Le temps de réponse pourrait être très élevé... mais si tout passe sans perte de paquet, ça pourrait être considéré comme une route fiable.

Par la suite, certain fournisseurs, à n'importe quel point dans le chemin, peuvent avoir des ententes de peering avec d'autres fournisseurs. Ex Vidéotron a probablement une entente avec iweb car ça semble pas mal direct entre eux.

Et c'est sans compter que des grosses compagnies comme valve peuvent demander à leur fournisseurs de liens de créer/modifier des routes spécifiques lorsqu'ils le jugent nécessaire.

c'est complexe... et en général, quand ça sort largement du réseau de votre fournisseur Internet, vous ne pouvez pas y faire grand chose.

Donc tant que EBox n'a pas d'entente avec iWeb, ou bien que iweb ne se joint pas à QIX, la latence entre moi et Valve peut changer de jour en jour?

oui comme avec n'importe autre serveur ailleurs dans le monde.
ça pourrait même changer demain pour Vidéotron si la compagnie qui a acheté iWeb décide de mettre fin au peer.

Vidéotron a peut-être loué de l'espace dans un des centres de iWeb ou Vidéotron est peut-être un fournisseur de fibre pour eux... donc peut-être c'est la raison du peer.

Probablement que iWeb achète du peering privé ou du transit à Vidéotron.

On parle de iWeb seulement depuis le post de draknar parce qu'il joue sur un serveur CSS hébergé chez iWeb, rien à voir avec Valve.

Valve a une présence sur la côte Est, mais aussi sur la côte Ouest. Ils ont évidemment plusieurs fournisseurs et plusieurs points de peering.

Par example, si tu joues sur un serveur de Valve (peu importe où au States), ton trafic de EB vers Valve passe par l'Internet, probablement à travers 2-3 fournisseurs pour se rendre à destination (comme montre le traceroute de Nitra).

Seule façon de vraiment "régler" le "problème", ça serait de peer avec Valve directement dans une des 13 villes où ils sont présentement: »www.peeringdb.com/view.p ··· sn=32590

Et un autre facteur qui affecte présentement le routage et la performance sur internet ... les limites des tables de routage BGP de plusieurs routers du coeur de l'Internet.

»www.zdnet.com/internet-h ··· 0032566/