Erreur et retour écran de connexion

Boubou,
J’apprécie le temps que vous investissez ici mais, en l’occurrence, vous ne réagissez pas à l’ensemble de mon message.

  1. je rappelle que les latences élevées existent de longue date et sont dues à des problèmes de FAI mais que je peux m’en accomoder (une série d’actions qui se débloquent d’un coup, finalement on s’y fait)

  2. je mets en évidence que les déconnexions (1016) sont elles beaucoup plus récentes et coïncident systématiquement au moment précis où le saut blizzard se met à atteindre des latences où, logiquement, le jeu considère qu’il y a déconnexion (10 secondes dans ma dernière capture).

Je (re)précise une dernière chose : en temps normal le serveur que j’ai utilisé pour faire le MTR sur 137.221.78.83 passe par une autre route si je cible directement les ip blizzard conseillées pour le diag.
Dans ces conditions normales, lorsque je me connecte à diablo via une connexion vpn établie sur ce serveur, il n’y a pas de déconnexion MALGRE le fait que j’ai toujours des chiffres pas « glorieux » entre mon adsl et mon serveur… mais, à ce moment là, force est de constater qu’il n’y pas de saut blizzard qui monte à des latences telles que produit celui que je mets en évidence ici de deux façons :

  • depuis chez moi en adsl
  • depuis mon serveur si je cible ponctuellement 137.221.78.83 afin d’imposer le même point de passage.

Un MTR se lit en globalité et il faut cumuler loss et latence.

  • Un saut qui fait 100% de « pertes » alors que la suite du chemin fonctionne est définitivement un saut qui limite la charge icmp
  • Un saut qui fait 28% de « pertes » avec de la latence dans les ~31ms est moins problématique qu’un saut qui fait 10% de « pertes » avec une latence moyenne à ~500ms et un worst à 9000+

Je souhaite (euphémisme) qu’il y ait une réelle prise en compte de cette problématique spécifique à ce saut (cf mon test vpn) car il y a une différence nette entre subir de la latence et ne pas pouvoir jouer.

Mon serveur ne peut pas me servir de pont aérien de façon pérenne, il s’agit d’un front web voué à d’autres tâches et je ne vais pas prendre un abonnement vpn payant uniquement pour éviter un saut blizzard problématique.

Merci par avance à l’équipe Blizzard.

Edit du 30/3 :

Bonsoir,

Je dois revenir sur ce que j’ai affirmé concernant l’accès au jeu via VPN.
Il se trouve que la route (qui est différente que celle qu’empreinte mon adsl sans vpn) subit elle aussi des instabilités, je viens justement de subir des déconnexions sur erreur 1016 et le MTR réalisé en tâche de fond est le suivant :

myhost (51.15.166.xxx)                                           2020-03-30T20:48:28+0200
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                            Packets               Pings
 Host                                         Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 51-15-166-1.rev.poneytelecom.eu            0.0%   575    0.5   0.4   0.4   3.7   0.2
 2. 51.158.8.56                                0.0%   575    0.5   0.4   0.4   7.2   0.3
 3. 195.154.2.168                              0.0%   575    1.6   1.2   1.1   1.8   0.2
 4. ae53.edge7.Paris1.Level3.net               0.0%   574    4.1   4.9   1.7  44.8   6.5
 5. BLIZZARD-EN.edge7.Paris1.Level3.net        0.0%   574    2.4   5.4   2.3  61.6   9.2
 6. ae1-br02-eqpa4.as57976.net                11.0%   574   14.5 263.6  14.4 9987. 1289.
 7. et-0-0-3-br02-eqam1.as57976.net           18.5%   574   11.4 297.2  11.3 9533. 1291.
 8. 137.221.78.87                              0.0%   574   11.1  13.0  11.0  73.5   9.1
 9. 185.60.112.157                             0.0%   574   11.3  11.6  11.2  20.9   0.7

Je vais tenter prochainement de suivre votre lien de contact, Boubou, je l’avais déjà suivi par le passé et le retour n’était pas franchement « avançant ».

Erreur #71755316 soumise ce jour

Edit du 17 avril :
Bonsoir,

Une maintenance chez Free a eu lieu ce mercredi 21h ; je n’ai pas pu en connaître la nature de façon officielle mais, compte tenu des observations (tempête dans les routes avant retour à la normale, notamment), il semble qu’un (ou plusieurs) matériel ait été remplacé.

Une défaillance matérielle et non une simple saturation explique pourquoi certains MTR montraient parfois un seul saut (eqam) en évidence… La situation existant depuis assez longtemps, je n’ai pas imaginé que l’opérateur ait pu la laisser se dégrader autant.

Depuis le retour à la normale des routes, un peu plus tard en soirée du mercredi, il n’y a plus aucun problème de MTR avec du %loss ou avec des latences de fou furieux.

Cordialement