Auteur Sujet: Jitter très élevé avec la fibre Sosh et Livebox S – jeux en ligne presque injoua  (Lu 1498 fois)

0 Membres et 2 Invités sur ce sujet

Rizen

  • Abonné Sosh fibre
  • *
  • Messages: 136
  • Roches-lès-Blamont 25310
Peu probable, mais il y a aussi la possibilité d'un malware quelque part sur ton réseau qui te bouffe la bande passante.

Ma bande passante est tellement peu solicité, mem 50 mbs me suffirait mais oui imaginons c'est possible qu'un malware soit la

Leon

  • Abonné Bbox fibre
  • Modérateur
  • *
  • Messages: 6 988

Pourrais tu arrêter de participer stp ?
Non. Ceci est une discussion publique, j'apporte des éléments qui me semblent pertinents.

Autre test que tu peux faire facilement : avec une session de jeu ouverte, dans un fenêtre de commande windows, faire un ping continu pour mesurer précisément le jitter, sur une longue période (5 minutes). Pinger ton serveur de jeu si possible. Et si possible, avec des paquets longs.

ping x.x.x.x -t -l 1300

Leon.

zbug

  • Abonné FAI autre
  • *
  • Messages: 532
  • 72000
MDR.

Demander à un modérateur de son propre forum de ne pas participer sur son forum, fallait oser. Surtout quand le dit modérateur est le seul à vraiment poser des questions et vouloir aider...  ::)

zbug

  • Abonné FAI autre
  • *
  • Messages: 532
  • 72000

Voir mes captures d'écran ci dessous.

Leon.

Histoire de, testé rapidement sur un raspberry pi 5 en ethernet sur mon réseau:



Je suppose que sur une plus grosse machine, cela ne devrait pas beaucoup plus s'améliorer de toute façons, à part peut être grater les 0.50/0.25ms  :P bien que, il est uniquement en 1gb, je verrais sur une machine en 10gbps à l'occasion...

Leon

  • Abonné Bbox fibre
  • Modérateur
  • *
  • Messages: 6 988
Rizen, tu peux stp nous donner une liste de serveurs de jeu (adresse IPv4 ou IPv6) sur lesquels tu te connectes, et qui posent problème?
Déjà, voir s'ils sont en France ou pas.
Il y a ~10 ans, on a déjà eu certains cas de certains serveurs difficilement joignables depuis une connexion Orange, sur des plages IP spécifiques, à cause d'une interconnexion "peu optimale" entre le réseau Orange, et le réseau de l'hébergeur.
Si c'est ça le problème, alors il ne sert à rien de faire des tests "génériques" sur des sites comme waveform.com et cloudflare.com. Il faut faire de vrais tests vers les IP des serveurs de jeu que tu utilises, c'est la seule solution.
Et dans ce cas, ça n'aurait rien à voir avec les caractéristiques de ta ligne à toi, ni avec la génération de ta livebox.

Sinon, je te déconseille fortement de remplacer ta Livebox par un routeur custom sous OpenWRT. Tu n'as visiblement pas le niveau technique, ni la patience pour débugguer les inévitables problèmes qui arriveront. Perso, je ne t'aiderais pas là dessus.

Merci, je réalise tous mes test sur une ligne inactive en ethernet.
Sauf exceptionnellement la capture d'écran faite avec un iPhone en WiFi, dans ce message?

Leon.

TI@RY

  • Expert Orange
  • Abonné Orange Fibre
  • *
  • Messages: 4 183



Merci, je réalise tous mes test sur une ligne inactive en ethernet.
voici les même résultats, jitter moyen en dowload 30.ms, et c'est là tout le problème. La moindre utilisation le fait monter a 50 MS.  Comme sur waveform

Bonsoir,
Waveform est hébergé sur Steam (Valve).
Nous (Orange) avons des PNI avec Valve et il n'y a aucun problème.

Antoinel

  • Abonné Bbox fibre
  • *
  • Messages: 469
  • Bbox Fit FTTH
Mes réponses sont en gras dans la citation.

J’ai cependant une interrogation : si les ralentissements et variations que je ressens en jeu existent également lorsque la connexion n’est pas utilisée par autre chose, SQM avec CAKE pourra-t-il tout de même améliorer la situation ?

Si vous avez de la gigue sans solicitation avérée et vérifiée de la connexion fibre en amont (en prenant en compte les autres périphériques du réseau) alors NON ce ne va pas aider car le problème se situe au dela de la box / routeur.

Si le problème vient d’un équipement ou d’une congestion située en amont de chez moi, sur la ligne ou le réseau Orange, j’imagine qu’un routeur personnel ne pourra pas véritablement la corriger. En revanche, peut-il quand même réduire une partie de la latence en contrôlant les files d’attente avant que les paquets arrivent sur le réseau de l’opérateur ?

NON, cf. ci-dessus

Je dois recevoir demain un Cudy WR3000 V1 compatible OpenWrt. Mon intention est de suivre la procédure officielle correspondant exactement à ce modèle pour installer OpenWrt. Je voudrais ensuite installer luci-app-sqm, activer CAKE et suivre le tutoriel que vous m’avez partagé.

Attendez avant de vous aventurer dans cette solution (on ne sait toujours PAS si votre problème est opérateur ou dans votre réseau interne).

Cela fait longtemps que je n’ai pas installé ni configuré de routeur, et ce sera mon premier flash sous OpenWrt. N’hésitez donc pas à me corriger : j’aurai probablement besoin de quelques conseils pour éviter une mauvaise manipulation.

Je comptais désactiver uniquement le Wi-Fi de la Livebox afin que tous les appareils passent bien par le Cudy, puis attribuer une adresse fixe au Cudy dans la Livebox et éventuellement placer cette adresse en DMZ pour limiter les problèmes liés au double NAT. En revanche, si je comprends bien, il n’est pas nécessaire — ni souhaitable — de désactiver le pare-feu de la Livebox, et celui d’OpenWrt doit évidemment rester actif.

Est-ce bien la bonne architecture pour que SQM/CAKE puisse agir correctement sur l’ensemble de mon trafic ?

SI il s'avère que le problème est bien chez vous et pas Orange, oui cela devrait marcher mais ce n'est pas optimal mais on verra plus tard (je pense à la perte de l'IPv6). Cependant, si c'est bien chez vous, il serait bien plus simple d'éliminer directement le problème que d'essayer de manipuler la QoS sur la connexion.


Conclusion : pour déterminer le problème, il faut trouver si le problème vient du réseau de Orange et le plus simple c'est de répondre au message de Leon qui demande les IP des serveurs de votre jeu. Ensuite faire un ping continue vers ces IPs permettront de determiner la suite.