La Fibre
Forum : => La Fibre par département => Loire (42) => Discussion démarrée par: domotiqa le 28 octobre 2024 à 16:41:36
-
Salut a tous,
je m adresse au gamer.
Malgré une connection fibre a 1.5G desc /1G montant et un ping de 2ms, certains jeux ne sont pas fluides du tout (efootball, 2K tennis...FC).
En fonction des jours et des horaires j ai de brosses differences de temps de reponses alors que les adversaires semblent ne pas avoirs ces problemes.
J'ai tout essayé:
- routeurs connecté en 10G a la box
- PC et PS5 connectés seuls a la box en ethernet
- je suis connecté en cable ethernet 1Gb, j ai essayé en cable direct CAT8
- j ai essayé la QOS sur mon routeur ASUS
- changé d operateur (ORANGE au debut de la fibre, puis FREE, puis maintenant Bouygues qui est un peu mieux mais encore trop aleatoire)
- port ouvert, nat1
- changer le MTU et les dns
...
pour moi il y a un soucis sur l infrastructure.
Si vous avez des astuces, conseils...
Je suis preneur
-
doublon :https://lafibre.info/bbox-ftth/jeux-videos-et-latence-42170-st-rambert/msg1092591/#msg1092591
-
Salut, je partage le meme avis que toi mais malheureusement c’est un combat perdu d’avance. Il y’a quelques années j’ai essayé d’expliquer cela mais je me suis fait démonter par la communauté, Parcontre c’est cool de voir qu’il ya de plus en plus de posts à ce sujet dans le forum ce qui prouve que ce que je disais ya quelques années c’est bien vrai
-
Si tu as ça avec 3 opérateurs différents alors c'est que le souci est en interne chez toi.
Peut-être un problème hardware sur ton matériel ?
-
@domotiqa je te laisse faire un peu de lecture sur de mon sujet quelques années en arrière:
https://lafibre.info/bistro-sujet-libre/lacces-internet-en-france-et-le-gaming-0nada-coup-de-gueule/
-
Salut, je partage le meme avis que toi mais malheureusement c’est un combat perdu d’avance. Il y’a quelques années j’ai essayé d’expliquer cela mais je me suis fait démonter par la communauté, Parcontre c’est cool de voir qu’il ya de plus en plus de posts à ce sujet dans le forum ce qui prouve que ce que je disais ya quelques années c’est bien vrai
:D :D :D :D :D :D :D :D :D :D :D :D :D :D :D
@domotiqa je te laisse faire un peu de lecture sur de mon sujet quelques années en arrière:
https://lafibre.info/bistro-sujet-libre/lacces-internet-en-france-et-le-gaming-0nada-coup-de-gueule/
:D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D
-
:D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D :D
-
Si tu as ça avec 3 opérateurs différents alors c'est que le souci est en interne chez toi.
Peut-être un problème hardware sur ton matériel ?
franchement je vois pas comment quand t as de grosses diff en fonction des jours et heures, et que j ai tout essayé meme avec la ps5 raccordé en direct sur la box avec un cat8. Idem avec mon PC qui est une bete de course.
L atténuation de ma fibre est bonne d apres les 3 operateurs essayés (Orange, Free et maintenant bouygues avec lequel c est un peu mieux). J avais en test 3.5G/1.5G latence 9ms avec Free, et maintenant avec Bouygues en mode jeu 1.9G/0.8G latence 2ms
-
@domotiqa je te laisse faire un peu de lecture sur de mon sujet quelques années en arrière:
https://lafibre.info/bistro-sujet-libre/lacces-internet-en-france-et-le-gaming-0nada-coup-de-gueule/
ouai je connais...
pourtant c est dingue, tous les test de connexion même sans optimiser me donne de bon résultats.
Et a la limite, j aurai pas de grosses diff en fonction des jours (1 jour sur 3 potable) je me dirait ok c est pas lié a l infrastructure, mais la...
J ai meme essayé avec des vpn, changé le MTU... ouverture de port, avec free, j arrivais meme a etre en nat1 avec la ps5 en me mettant en mode bridge.
Chez Orange, c etait pas mieux pas moins bien que chez Free, j avais un bon 10-12ms de Ping. mais la encore pas de grosse diff entre le passage de l adsl a la fibre (je parle pas des videos, iptv... qui posent aucuns soucis et marche a fond)
-
@domotiqa si tu veut avoir une connexion "potable" pour les jeux il faut que tu déménages à Paris ou dans les environs de Paris autrement t’as beau avoir la fibre mais quand tes dans les environs du sud/sud est t’es comme un délaisser par les administrateurs réseaux en France il n’y a que Paris qui existe pour eux et sinon pas de grosse difference ressenti du passage VDSL > Fibre de mon côté
-
Salut,
il faut aussi prendre en compte que les serveurs de jeux sont rarement à Saint Etienne, mais plutôt à Paris voire en allemagne/pays bas / etc ...
Ce que vous décrivez clairement ne vient pas du réseau. Le réseau posé ce sont juste des fibres qui servent seulement de support.
Orange et Free utilise leur propre collecte, Bouygues, je ne sais pas sur ce RIP.
Le seul "souci" qui pourrait impacter 3 FAIs c'est une atténuation trop importante sur votre fibre, mais ça a du être vérifié à chaque changement de FAI.
Donc déjà enlever votre routeur + tous les optimiseurs de connexions, ça ira très bien déjà ;)
-
C est bien ce que je me dis...
Beaucoup rapporte l eloignement avec les serveurs sur efootball par exemple.
Pourtant, des fois je suis contre des lyonnais ou plus dans le sud vers la mer... et beaucoups n ont pas de soucis.
https://www.reddit.com/r/eFootball/search/?q=lag&type=link&cId=f8da701e-1efb-4afa-be03-6a384734d1b1&iId=e9679a48-1cab-47a7-b12c-3d7cfc2aaa77
-
Salut à tous.
Je viens de vous lire et c'est quoi le problème si cela ne vient pas de la fibre ?
-
Salut,
il faut aussi prendre en compte que les serveurs de jeux sont rarement à Saint Etienne, mais plutôt à Paris voire en allemagne/pays bas / etc ...
Ce que vous décrivez clairement ne vient pas du réseau. Le réseau posé ce sont juste des fibres qui servent seulement de support.
Orange et Free utilise leur propre collecte, Bouygues, je ne sais pas sur ce RIP.
Le seul "souci" qui pourrait impacter 3 FAIs c'est une atténuation trop importante sur votre fibre, mais ça a du être vérifié à chaque changement de FAI.
Donc déjà enlever votre routeur + tous les optimiseurs de connexions, ça ira très bien déjà ;)
merci pour la reponse, mais ma fibre a pour affaiblissement :
Mode PON
GPON-B+
Modèle d'OLT
HWTC
Statut du SFP
Up
Puissance optique reçue
-17.08 dBm
Puissance optique transmise
2.63 dBm
Température
41.0 °C
Tension du SFP
3.20 V
Pour mes routeurs, j en ai qu un que j utilise et qui va tres bien. Comme expliqué plus haut meme en enlevant tout et en laissant que la PS5 ou mon PC, je n ai pas de difference.
Seul les jours et heures influent j ai l impression.
Mon infrastructure est de 20 prises reseaux CAT7a+switch gigabit ubiquity... Mais bon j ai testé sans aussi a de nombreuses reprises (brassage direct ou via l ethernet sur la box seule).
-
Salut à tous.
Je viens de vous lire et c'est quoi le problème si cela ne vient pas de la fibre ?
perso je pense a un probleme d infrastructure au niveau des NRO/NRA.
Mal dimensioné pour tous les usager. alors au nieau local ou departemental, je ne sais pas justement si par exemple les autres localités entre nous et Lyon ont le meme soucis.
Le cas echeant cela permetrait d avoir une idee si c est local ou regional.
-
avec un simple PC relié en 1G derrière le routeur, donc sans les optim que je fais d habitude.
ping
C:\Users\conta>ping -t google.fr
Envoi d’une requête 'ping' sur google.fr [142.250.201.163] avec 32 octets de données :
Réponse de 142.250.201.163 : octets=32 temps=13 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=14 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=14 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=14 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=14 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=13 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=13 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=13 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=13 ms TTL=115
Réponse de 142.250.201.163 : octets=32 temps=13 ms TTL=115
C:\Users\conta>ping -t orange.fr
Envoi d’une requête 'ping' sur orange.fr [193.252.148.192] avec 32 octets de données :
Réponse de 193.252.148.192 : octets=32 temps=11 ms TTL=246
Réponse de 193.252.148.192 : octets=32 temps=11 ms TTL=246
Réponse de 193.252.148.192 : octets=32 temps=11 ms TTL=246
Réponse de 193.252.148.192 : octets=32 temps=12 ms TTL=246
C:\Users\conta>ping -t yahoo.fr
Envoi d’une requête 'ping' sur yahoo.fr [76.223.84.192] avec 32 octets de données :
Réponse de 76.223.84.192 : octets=32 temps=13 ms TTL=245
Réponse de 76.223.84.192 : octets=32 temps=14 ms TTL=245
Réponse de 76.223.84.192 : octets=32 temps=14 ms TTL=245
Réponse de 76.223.84.192 : octets=32 temps=13 ms TTL=245
Réponse de 76.223.84.192 : octets=32 temps=13 ms TTL=245
cloudping.info:
Amazon Web Services™
us-east-1 (Virginia) 99 ms
us-east-2 (Ohio) 189 ms
us-west-1 (California) 161 ms
us-west-2 (Oregon) 286 ms
ca-central-1 (Canada Central) 108 ms
ca-west-1 (Canada West) 251 ms
eu-west-1 (Ireland) 51 ms
eu-west-2 (London) 24 ms
eu-west-3 (Paris) 16 ms
eu-central-1 (Frankfurt) 127 ms
eu-central-2 (Zurich) 71 ms
eu-south-1 (Milan) 19 ms
eu-south-2 (Spain) 22 ms
eu-north-1 (Stockholm) 47 ms
il-central-1 (Doing business with Israel supports atrocities.) 50 ms
me-south-1 (Doing business with Bahrain supports slavery.) 121 ms
me-central-1 (Doing business with the UAE supports slavery.) 122 ms
af-south-1 (Cape Town) 238 ms
ap-east-1 (Hong Kong) 187 ms
ap-southeast-3 (Jakarta) 165 ms
ap-south-1 (Mumbai) 104 ms
ap-south-2 (Hyderabad) 117 ms
ap-northeast-3 (Osaka) 296 ms
ap-northeast-2 (Seoul) 308 ms
ap-southeast-1 (Singapore) 151 ms
ap-southeast-2 (Sydney) 474 ms
ap-southeast-4 (Melbourne) 363 ms
ap-northeast-1 (Tokyo) 317 ms
sa-east-1 (São Paulo) 204 ms
cn-north-1 (Beijing) 342 ms
cn-northwest-1 (Ningxia) 257 ms
us-gov-east-1 162 ms
us-gov-west-1 184 ms
Azure unavailable
CoreWeave
LAS1 (Las Vegas) 146 ms
ORD1 (Chicago) 131 ms
LGA1 (New York) 104 ms
DigitalOcean
SFO2 (San Francisco) 175 ms
SFO3 (San Francisco) 172 ms
TOR1 (Toronto) unavailable
NYC1 (New York) unavailable
NYC3 (New York) 110 ms
LON1 (London) unavailable
AMS3 (Amsterdam) 98 ms
FRA1 (Frankfurt) 36 ms
BLR1 (Bangalore) 250 ms
SGP1 (Singapore) 235 ms
SYD1 (Sydney) 272 ms
Google Cloud Platform
africa-south1 (Johannesburg) 235 ms
asia-east1 (Taiwan) 373 ms
asia-east2 (Hong Kong) 293 ms
asia-northeast1 (Tokyo) 249 ms
asia-northeast2 (Osaka) 344 ms
asia-northeast3 (Seoul) 275 ms
asia-south1 (Mumbai) 396 ms
asia-south2 (Delhi) 448 ms
asia-southeast1 (Singapore) 314 ms
asia-southeast2 (Jakarta) 371 ms
australia-southeast1 (Sydney) 296 ms
australia-southeast2 (Melbourne) 312 ms
europe-central2 (Warsaw) 192 ms
europe-north1 (Finland) 62 ms
europe-southwest1 (Madrid) 35 ms
europe-west1 (Belgium) 32 ms
europe-west10 (Berlin) 43 ms
europe-west12 (Turin) 24 ms
europe-west2 (London) 39 ms
europe-west3 (Frankfurt) 32 ms
europe-west4 (Netherlands) 52 ms
europe-west6 (Zurich) 49 ms
europe-west8 (Milan) 24 ms
europe-west9 (Paris) 30 ms
global (Global External HTTPS Load Balancer) 31 ms
me-central1 (Doha) 121 ms
me-central2 (Doing business with Saudi Arabia supports slavery and atrocities.) 86 ms
me-west1 (Doing business with Israel supports atrocities.) 60 ms
northamerica-northeast1 (Montréal) 121 ms
northamerica-northeast2 (Toronto) 119 ms
southamerica-east1 (São Paulo) 267 ms
southamerica-west1 (Santiago) 256 ms
us-central1 (Iowa) 131 ms
us-east1 (South Carolina) 121 ms
us-east4 (North Virginia) 171 ms
us-east5 (Columbus) 234 ms
us-south1 (Dallas) 203 ms
us-west1 (Oregon) 268 ms
us-west2 (Los Angeles) 180 ms
us-west3 (Salt Lake City) 149 ms
us-west4 (Las Vegas) 250 ms
Hetzner
Finland 47 ms
Falkenstein, Germany 35 ms
Nuremberg, Germany 60 ms
Ashburn, Virginia 205 ms
Hillsboro, Oregon 173 ms
IBM Cloud
us-south (Dallas) 399 ms
us-east (Washington DC) 98 ms
eu-gb (London) 30 ms
eu-de (Frankfurt) 29 ms
au-syd (Sydney) 58 ms
Linode
Newark (New York) 100 ms
Singapore 335 ms
London 74 ms
Frankfurt 64 ms
Dallas 204 ms
Toronto 111 ms
Sydney 919 ms
Atlanta 130 ms
Tokyo 306 ms
Mumbai 122 ms
Fremont (San Francisco) 161 ms
OVH Cloud
SBG (France) 22 ms
GRA (France) 30 ms
UK 23 ms
DE (Germany) 24 ms
WAW (Poland) 70 ms
Scaleway
PAR (France) 60 ms
AMS (Netherlands) 22 ms
WAW (Poland) 43 ms
Vultr
Amsterdam 183 ms
Atlanta 46 ms
Bangalore 241 ms
Mumbai 194 ms
Paris 45 ms
Delhi NCR 239 ms
Dallas 64 ms
New Jersey 80 ms
Frankfurt 78 ms
Honolulu 46 ms
Seoul 93 ms
Osaka 94 ms
Johannesburg 286 ms
Los Angeles 50 ms
London 45 ms
Madrid 79 ms
Manchester 47 ms
Melbourne 411 ms
Mexico City 153 ms
Miami 63 ms
Tokyo 47 ms
Chicago 46 ms
São Paulo 288 ms
Santiago 216 ms
Seattle 96 ms
Singapore 48 ms
Silicon Valley 46 ms
Stockholm 45 ms
Sydney 399 ms
Tel Aviv (Doing business with Israel supports atrocities.) 70 ms
Warsaw 42 ms
Toronto 47 ms
routeur:
ci joint
-
Il n'y a aucun problème sur tes pings.
-
je sais bien...
Tout marche bien iptv partout...
J ai un reseau type entreprise car ma boite est ateante a mes locaux.
Je suis informaticien de base, j ai essayé tellement de choses. Je me dis qu en fait il n y a rien à faire.
Car sincerement, quand ta des resultats comme ca, que tu mets que ta box et ta ps5 ou pc, et que c est pas fluide un soir sur deux, tu te pose des questions...
Meme mon routeur est vraiment au top (2 ports 10G, 12,5, 4 Gig, aggragation, qos, modifiable via merlin...)
J avais lu une fois quelqu un parler de
https://www.reddit.com/r/eFootball/comments/13eh7u0/user_servers/
Here is what works for me:
QoS
Packet limiter
I only have 30Mbps fiber internet. Prioritizing with a packet mark / QoS does help to some extent, but I think I just found out that Konami "netcode" or whatever people called it is very sensitive to packet congestion.
I limit the packet rate to be (arbitrarily) 500p/s on 80 and 443 TCP traffic for each VLAN in my network. It eliminates roughly 90% of delay/lag problems in eFootball. The other 10% or less is carried by my poor opponent connection I believe. (3rd-world-country problem)
I created a binary switch in Home-assistant for ease of use on toggling this. but it is also possible to automate this "game mode" using windows task scheduler that is triggered when starting/exiting the game.
j ai essayé avec le mtu, mais pour le reste j ai pas trouvé
-
Il y a des gamer sur la region qui peuvent nous parler de leur experience en ligne et indiquer leur ville ?
un dernier pour la route sur un pc qui fait:
pc -> ethernet cat7a -> switch3 ubiquity 8 ports GB -> asus axe 16000 port 1GB -> bbox fibre via port 10G asus sur SFP+ bbox
C:\Users\conta>ping -t 8.8.8.8
Envoi d’une requête 'Ping' 8.8.8.8 avec 32 octets de données :
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=116
Réponse de 8.8.8.8 : octets=32 temps=8 ms TTL=116
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=116
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=116
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=116
-
perso je pense a un probleme d infrastructure au niveau des NRO/NRA.
Je ne vois pas pourquoi.
Tu en sur une offre Grand Public avec une fibre optique qui est partagé par 64 abonnés, tu n'es donc pas tout seul sur ta ligne.
La latence va dépendre de qui tu pingues :
--> Un serveur DNS de SFR (c'est mon FAI) :
C:\>ping 09.0.66.10
La requête Ping n’a pas pu trouver l’hôte 09.0.66.10. Vérifiez le nom et essayez à nouveau.
C:\>ping 109.0.66.10
Envoi d’une requête 'Ping' 109.0.66.10 avec 32 octets de données :
Réponse de 109.0.66.10 : octets=32 temps=12 ms TTL=60
Réponse de 109.0.66.10 : octets=32 temps=11 ms TTL=60
Réponse de 109.0.66.10 : octets=32 temps=11 ms TTL=60
Réponse de 109.0.66.10 : octets=32 temps=10 ms TTL=60
Statistiques Ping pour 109.0.66.10:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 10ms, Maximum = 12ms, Moyenne = 11ms
C:\>--> Un serveur DNS chez Free :
C:\>ping 212.27.40.240
Envoi d’une requête 'Ping' 212.27.40.240 avec 32 octets de données :
Réponse de 212.27.40.240 : octets=32 temps=18 ms TTL=57
Réponse de 212.27.40.240 : octets=32 temps=17 ms TTL=57
Réponse de 212.27.40.240 : octets=32 temps=18 ms TTL=57
Réponse de 212.27.40.240 : octets=32 temps=17 ms TTL=57
Statistiques Ping pour 212.27.40.240:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 17ms, Maximum = 18ms, Moyenne = 17ms
C:\>C'est moins que chez SFR, mon FAI et c'est normal car le serveur DNS est dans le réseau interne de SFR.
--> Un serveur DNS chez OpenDNS :
C:\>ping 208.67.222.222
Envoi d’une requête 'Ping' 208.67.222.222 avec 32 octets de données :
Réponse de 208.67.222.222 : octets=32 temps=19 ms TTL=59
Réponse de 208.67.222.222 : octets=32 temps=18 ms TTL=59
Réponse de 208.67.222.222 : octets=32 temps=18 ms TTL=59
Réponse de 208.67.222.222 : octets=32 temps=18 ms TTL=59
Statistiques Ping pour 208.67.222.222:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 18ms, Maximum = 19ms, Moyenne = 18ms
C:\>Presque pareil que chez Free.
--> Un serveur DNS de Google :
C:\>ping 8.8.8.8
Envoi d’une requête 'Ping' 8.8.8.8 avec 32 octets de données :
Réponse de 8.8.8.8 : octets=32 temps=24 ms TTL=115
Réponse de 8.8.8.8 : octets=32 temps=24 ms TTL=115
Réponse de 8.8.8.8 : octets=32 temps=23 ms TTL=115
Réponse de 8.8.8.8 : octets=32 temps=24 ms TTL=115
Statistiques Ping pour 8.8.8.8:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 23ms, Maximum = 24ms, Moyenne = 23ms
C:\>--> un serveur DNS chez Level3 :
C:\>ping 4.2.2.1
Envoi d’une requête 'Ping' 4.2.2.1 avec 32 octets de données :
Réponse de 4.2.2.1 : octets=32 temps=24 ms TTL=55
Réponse de 4.2.2.1 : octets=32 temps=24 ms TTL=55
Réponse de 4.2.2.1 : octets=32 temps=25 ms TTL=55
Réponse de 4.2.2.1 : octets=32 temps=24 ms TTL=55
Statistiques Ping pour 4.2.2.1:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 24ms, Maximum = 25ms, Moyenne = 24ms
C:\>En fait, cela va dépendre du chemin suivi pour arriver à destination et celui-ci peut être plus ou moins long, d'où la différence dans la latence. En gros, chez moi, rien d'anormal.
-
Ce n’est pas une question de ping ça deja tu peut l’oublier, c’est autre chose et à vrai dire je n’arrive pas non plus à comprendre le pourquoi de ces symptômes parce que moi c’est tout à fait ce que tu décris il ya des jours/voir des heures où c’est nickel sa marche nickel mais la plus part du temps c’est merdique et j’habite à Avignon donc pas très loin de toi. Et pour avoir déjà pu jouer dans le nord je peut te dire que ce n’est pas du tout pareil par exemple a plusieurs reprises j’ai eu des cousins qui sont descendu de Bretagne qui ont joué à des jeux qu’ils ont l’habitude de jouer chez eux et quand il’s jouent ici dans le sud il’s me disent "j’ai pas l’impression de jouer au même jeu" les balles que tu tires sont pas prises en compte ou par exemple sur fifa les joueurs sont lents/lourds.
Je pense plus à un problème de "tuyaux de routage" qui sont trop surchargés du sud vers Paris et des que ça se libère un peu c’est là ou tu ressent cet effet jours/horaires où ça fonctionne bien.
-
merci pour la reponse, mais ma fibre a pour affaiblissement :
Les paramètres que tu donnes sont bien meilleur que chez moi.
Tes latences sont mêmes excellentes toujours par rapport à chez moi.
Seul les jours et heures influent j ai l impression.
Jouer à 21H00, à l'heure de pointe, il est normal de ressentir un ralentissement.
Et plus tu as du matériel en enfilade et plus le flux pour le traverser prend du temps. C'est peanuts et si c'est bien configuré, ce n'est pas cela qui peut en être à l'origine.
Comme expliqué plus haut même en enlevant tout et en laissant que la PS5 ou mon PC, je n ai pas de différence.
Si tu as changé de FAI, tu as supprimé tous les intermédiaires entre ta BOX et ton ordinateur (ou Play Station) et le problème persiste, a priori, cela vient de ton ordinateur et peut-être de sa configuration.
Je ne suis pas joueur, mais j'aurai fait l'acquisition d'un ordinateur uniquement pour cela. J'airai désinstallé tout ce qui peut provoquer un ralentissement. Supprimer les services et autres utilitaires inutiles et mettre une priorité haute à l'exécution de ton jeu favori.
@ kaxapo : un problème de trafic aux heures de pointe où tout le monde va sur l'internet. Dans ce cas, tu ne peux rien faire sinon subir.
C'est comme sur l'autoroute où en principe tu peux rouler à 130km/h. Et là, il y a des travaux ou un rétrécissement de la chaussé, voire un accident et tu ne fais plus que du 50km/h.
-
merci pour vos reponses.
Oui mes paramètres me semblent excellents (meme avec FREE j arrivais a plus de 2.5G et 10ms de ping (jitter inexistant).
J avais meme essayé en commandant une carte reseau SFP -> box pour connection directe avec la Freebox a l epoque en 10G. PAs de difference, malgre des tests de debit déments.
LE PC, on peut oublié, j'ai plusieurs Windows sur des partitions, j ai meme essayé sur un tout frais. idem.
Avec la PS5 idem, j ai meme essayé de la reinitialiser pour voire, idem.
Pour les intermediaire, j ai essayé avec ou sans sans difference. D ailleurs un simple tracert montre moins d'une ms vers le routeur et idem vers la bbox:
C:\Users\conta>tracert -d 8.8.8.8
Détermination de l’itinéraire vers 8.8.8.8 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms 192.168.0.254
2 1 ms <1 ms 1 ms 192.168.1.254
3 * * 1880 ms 176.174.128.2
4 * * * Délai d’attente de la demande dépassé.
5 8 ms 7 ms 6 ms 212.194.170.0
6 * * * Délai d’attente de la demande dépassé.
7 * * * Délai d’attente de la demande dépassé.
8 8 ms 8 ms 7 ms 108.170.225.59
9 8 ms 7 ms 8 ms 172.253.67.157
10 8 ms 7 ms 7 ms 8.8.8.8
Itinéraire déterminé.
Finalement pour l horaire je te rejoins, mais c est plutot des jours avec et des jours ssns. Car des fois j essaye tard (j dors pas beaucoup), et ca change pas grand choses)
-
Je ne vois pas pourquoi.
Tu en sur une offre Grand Public avec une fibre optique qui est partagé par 64 abonnés, tu n'es donc pas tout seul sur ta ligne.
La latence va dépendre de qui tu pingues :
En fait, cela va dépendre du chemin suivi pour arriver à destination et celui-ci peut être plus ou moins long, d'où la différence dans la latence. En gros, chez moi, rien d'anormal.
pour tout les tests effectués que j ai décrit, comment cela peut venir de chez moi?
Je penses a un engorgement reseau chez nous local, regional, departementale...
En effet, c est partagé. Et je penses que le soucis au niveau des rocades est qu il y a trop de bande passante demandée / a l infra.
Pour la latence, bien sur cela depend de qui tu ping, d ailleurs j arrive a certains endroit a pinger a 2ms. D autres comme montré dans mon message au dessus forcement cela depend de pliens de parametres comme la distance, les noeud, la charge serveur...
Mais bref, j ai aussi essayé de pinger les serveurs google du jeux efootball. je ne vais que rarement au dessus de 20ms:
https://gist.github.com/nonkronk/c0e3fec3390ba3c5ee5a1d8dd32973ef
essai sur ceux de frankfurt (le jeu s appui sur l infr de google d apres les temoignage sur reddit):
C:\Users\conta>ping -t 34.107.0.0
Envoi d’une requête 'Ping' 34.107.0.0 avec 32 octets de données :
Réponse de 34.107.0.0 : octets=32 temps=23 ms TTL=108
Réponse de 34.107.0.0 : octets=32 temps=23 ms TTL=108
Réponse de 34.107.0.0 : octets=32 temps=23 ms TTL=108
Réponse de 34.107.0.0 : octets=32 temps=23 ms TTL=108
Réponse de 34.107.0.0 : octets=32 temps=23 ms TTL=108
-
le probleme c'est la fluidité ou le temps de reponse ?
car bon ca n'a pas grand chose a voir.
Ensuite, ca peut tres bien etre le serveur d'en face qui deconne...
-
Finalement pour l horaire je te rejoins, mais c est plutôt des jours avec et des jours sans. Car des fois j'essaye tard (je dors pas beaucoup), et ca change pas grand choses)
Je comprends surtout que la planète terre est ronde et le soleil se lève toujours quelque part. Je vois les connexions comme une façon de surfer sur la vague qui n'est autre qu'un raz de marée qui suit le levé du soleil. Parfois, tu te retrouves dans le creux de la vague et d'autres fois à son sommet. Le mieux est encore de choisir son heure pour jouer mais au final, tu ne fais que subir.
La répartition des abonnés sur le réseau peut être mal équilibré. Dans certaines régions, il y a trop de monde sur la bretelle qui va rejoindre le backbone (l'épine dorsal) et cela peut expliquer ce goulot d'étranglement à certaines heures qu'une autre région ressent moins.
C:\>ping 34.107.0.0
Envoi d’une requête 'Ping' 34.107.0.0 avec 32 octets de données :
Réponse de 34.107.0.0 : octets=32 temps=31 ms TTL=111
Réponse de 34.107.0.0 : octets=32 temps=30 ms TTL=111
Réponse de 34.107.0.0 : octets=32 temps=30 ms TTL=111
Réponse de 34.107.0.0 : octets=32 temps=31 ms TTL=111
Statistiques Ping pour 34.107.0.0:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 30ms, Maximum = 31ms, Moyenne = 30ms
C:\>tracert 34.107.0.0
Détermination de l’itinéraire vers 0.0.107.34.bc.googleusercontent.com [34.107.0.0]
avec un maximum de 30 sauts :
1 1 ms 1 ms 1 ms GEN8 [192.168.1.1]
2 11 ms 11 ms 11 ms 1.93.196.77.rev.sfr.net [77.196.93.1]
3 12 ms 11 ms 12 ms 158.248.193.77.rev.sfr.net [77.193.248.158]
4 21 ms 20 ms 19 ms 164.147.6.194.rev.sfr.net [194.6.147.164]
5 * * * Délai d’attente de la demande dépassé.
6 31 ms 31 ms 29 ms 0.0.107.34.bc.googleusercontent.com [34.107.0.0]
Itinéraire déterminé.
C:\>
-
Il y a des gamer sur la region qui peuvent nous parler de leur experience en ligne et indiquer leur ville ?
un dernier pour la route sur un pc qui fait:
pc -> ethernet cat7a -> switch3 ubiquity 8 ports GB -> asus axe 16000 port 1GB -> bbox fibre via port 10G asus sur SFP+ bbox
Moi je te fait part de mon experience (J’habite à Avignon donc pas très loin de chez toi):
Pour ma part je ne joue que très rarement justement pour cette raison de performances irrégulières j’ai abandonné mais pour te faire part de mon ressenti sur les 3 jeux que je jouais le plus:
Tom clancys Rainbow Six Siege:
- La plus part du temps les headshots ne passent pas (le netcode du jeu c’est 1 balle sur la tête = 1 kill) combien de fois jai tirer plus de 10 balles sur la tete d’un joueur sans que cela ne fasse rien, Sinon pour la bullet registration en moyenne il faut 15/20 balles sur le torse pour tuer un adversaire mais quand je ressens cet effet "aujourd’hui la connexion marche bien" en 1 balle sur la tête l’adversaire meurt comme c’est prévu et il ne faut que 7 à 12 balles sur le torse pour tuer l’adversaire. (La pire des expériences là ou c’était vraiment le pire j’ai déjà pu vider uk chargeur de 31 balles sur l’adversaire et il à garde 30% de HP ce qui est impossible.
Rocket league:
- C’est le jeu au quel j’ai le plus joué et celui qui est le plus sensible à la connexion internet de mon point de vue, c’est très rare mais quand ça fonctionne bien ma voiture tourne super vite alors que ma sensibilité reste la même, j’arrive à rivaliser les adversaires dans les aériennes et je trouve le jeu équitable quand c’est comme ça mais malheureusement ça arrive très rarement.
Fifa:
Le jeu deviens "libre" les joueurs courent super vite et je peut changer de direction rapidement les passes sont instantanées quand j’appuie sur le button de passe, petit exemple quand le jeu est lourd je dois courir avec la gâchette 100% appuier et même comme ça je vois une nette différence si je compare à l’adversaire mais quand le jeu fonctionne nickel genre c’est totalement différent il suffit que j’appuie 30% de la gâchette que le joueur est déjà plus rapide.
Bref j’ai essayé de décrire rapidement, tu as bien des preuves sur le post que je t’ai partagé, en tout cas je ne pense pas que ce soit relatif à un FAI ou un autre le soucis est ailleurs. Surement dans le routage général Sud>Paris car quand je jouais en club pro avec mes amis (un chez Free, un Chez Orange et un chez Bouygues) bah on le ressentait tous en meme temps donc c’est quelque chose de général et pas lie à un FAI en particulier.
-
Avignon - St Etienne, ce n'est pas tout à fait au même endroit :)
-
Avignon - St Etienne, ce n'est pas tout à fait au même endroit :)
C’est à 2h de route donc c’est a peu près dans la même region.
-
C’est à 2h de route donc c’est a=à peu près dans la même région.
Pas exactement :
--> Avignon est dans la région "Provence-Alpes-Côte d'Azur".
--> St Etienne est dans la région "Région Auvergne - Rhône-Alpes".
-
le probleme c'est la fluidité ou le temps de reponse ?
car bon ca n'a pas grand chose a voir.
Ensuite, ca peut tres bien etre le serveur d'en face qui deconne...
le delai de reponse. La fluidite ok sur PS5, et sur PC je suis a plus de 100fps (bridé) sur le jeu sans variation.
intel i12 + rtx 4070 64 gig ram, ssd nvme
-
Je comprends surtout que la planète terre est ronde et le soleil se lève toujours quelque part. Je vois les connexions comme une façon de surfer sur la vague qui n'est autre qu'un raz de marée qui suit le levé du soleil. Parfois, tu te retrouves dans le creux de la vague et d'autres fois à son sommet. Le mieux est encore de choisir son heure pour jouer mais au final, tu ne fais que subir.
La répartition des abonnés sur le réseau peut être mal équilibré. Dans certaines régions, il y a trop de monde sur la bretelle qui va rejoindre le backbone (l'épine dorsal) et cela peut expliquer ce goulot d'étranglement à certaines heures qu'une autre région ressent moins.
C:\>ping 34.107.0.0
Envoi d’une requête 'Ping' 34.107.0.0 avec 32 octets de données :
Réponse de 34.107.0.0 : octets=32 temps=31 ms TTL=111
Réponse de 34.107.0.0 : octets=32 temps=30 ms TTL=111
Réponse de 34.107.0.0 : octets=32 temps=30 ms TTL=111
Réponse de 34.107.0.0 : octets=32 temps=31 ms TTL=111
Statistiques Ping pour 34.107.0.0:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 30ms, Maximum = 31ms, Moyenne = 30ms
C:\>tracert 34.107.0.0
Détermination de l’itinéraire vers 0.0.107.34.bc.googleusercontent.com [34.107.0.0]
avec un maximum de 30 sauts :
1 1 ms 1 ms 1 ms GEN8 [192.168.1.1]
2 11 ms 11 ms 11 ms 1.93.196.77.rev.sfr.net [77.196.93.1]
3 12 ms 11 ms 12 ms 158.248.193.77.rev.sfr.net [77.193.248.158]
4 21 ms 20 ms 19 ms 164.147.6.194.rev.sfr.net [194.6.147.164]
5 * * * Délai d’attente de la demande dépassé.
6 31 ms 31 ms 29 ms 0.0.107.34.bc.googleusercontent.com [34.107.0.0]
Itinéraire déterminé.
C:\>
oui mais la encore, impossible de trouver une logique, si ce n est le pire l apres midi, voire le meilleur souvent de 21h a 23h, ce qui est étonnant ... mais bon c est un jour sur 3 ou 4 que j y prend du plaisir
-
Moi je te fait part de mon experience (J’habite à Avignon donc pas très loin de chez toi):
Pour ma part je ne joue que très rarement justement pour cette raison de performances irrégulières j’ai abandonné mais pour te faire part de mon ressenti sur les 3 jeux que je jouais le plus:
Tom clancys Rainbow Six Siege:
- La plus part du temps les headshots ne passent pas (le netcode du jeu c’est 1 balle sur la tête = 1 kill) combien de fois jai tirer plus de 10 balles sur la tete d’un joueur sans que cela ne fasse rien, Sinon pour la bullet registration en moyenne il faut 15/20 balles sur le torse pour tuer un adversaire mais quand je ressens cet effet "aujourd’hui la connexion marche bien" en 1 balle sur la tête l’adversaire meurt comme c’est prévu et il ne faut que 7 à 12 balles sur le torse pour tuer l’adversaire. (La pire des expériences là ou c’était vraiment le pire j’ai déjà pu vider uk chargeur de 31 balles sur l’adversaire et il à garde 30% de HP ce qui est impossible.
Rocket league:
- C’est le jeu au quel j’ai le plus joué et celui qui est le plus sensible à la connexion internet de mon point de vue, c’est très rare mais quand ça fonctionne bien ma voiture tourne super vite alors que ma sensibilité reste la même, j’arrive à rivaliser les adversaires dans les aériennes et je trouve le jeu équitable quand c’est comme ça mais malheureusement ça arrive très rarement.
Fifa:
Le jeu deviens "libre" les joueurs courent super vite et je peut changer de direction rapidement les passes sont instantanées quand j’appuie sur le button de passe, petit exemple quand le jeu est lourd je dois courir avec la gâchette 100% appuier et même comme ça je vois une nette différence si je compare à l’adversaire mais quand le jeu fonctionne nickel genre c’est totalement différent il suffit que j’appuie 30% de la gâchette que le joueur est déjà plus rapide.
Bref j’ai essayé de décrire rapidement, tu as bien des preuves sur le post que je t’ai partagé, en tout cas je ne pense pas que ce soit relatif à un FAI ou un autre le soucis est ailleurs. Surement dans le routage général Sud>Paris car quand je jouais en club pro avec mes amis (un chez Free, un Chez Orange et un chez Bouygues) bah on le ressentait tous en meme temps donc c’est quelque chose de général et pas lie à un FAI en particulier.
pareil ca gache le plaisir.
Ce que tu decris sur fifa, c est ce que j ai aussi sur efootball.
En general, d ailleurs si je change de jeu, je jouait pas mal a 2K tennis, et quand l un etait fluide, l autre aussi. Et vice versa quand pas fluide. J 'ai arreté.
-
Avignon - St Etienne, ce n'est pas tout à fait au même endroit :)
oui mais meme rocade direction Lyon, Paris, Allemagne... ou tous les serveurs sont.
-
oui mais meme rocade direction Lyon, Paris, Allemagne... ou tous les serveurs sont.
Pas forcément, car tout est une question d'infrastructure réseau.
Par exemple :
Chez Free tout va sortir à Paris, que ce soit pour Avignon comme pour St-Etienne, et propbablement via Arelion ou via Cogent.
Chez Orange, vers du Google Cloud (exemple de ton jeu hébergé chez GC), la sortie sera :
- pour St-Etienne , dans l'ordre : en direct sur Google à Paris, à Francfort, à Marseille selon les annonces Google
- pour Avignon , dans l'ordre : en direct sur Google à Marseille, à Francfort, à Paris selon les annonces Google
-
Chez Free tout va sortir à Paris, que ce soit pour Avignon comme pour St-Etienne, et propbablement via Arelion ou via Cogent.
Gagné ! Via Arelion. En même temps c'est pas dur :)
-
pareil ca gache le plaisir.
Ce que tu decris sur fifa, c est ce que j ai aussi sur efootball.
En general, d ailleurs si je change de jeu, je jouait pas mal a 2K tennis, et quand l un etait fluide, l autre aussi. Et vice versa quand pas fluide. J 'ai arreté.
C’est pareil pour moi, des qu’un jeu est fluide tous les jeux le sont (donc ce n’est pas un problème d’un jeu en particulier ou un hébergeur) ce qu’il faudrait faire c’est des que tu tombes sur un créneau où le jeu est fluide il faut faire un max de tests comme traceroute, ping, speedtest avec iperf3 et après refaire la même chose mais quand le jeu n’est plus fluide et essayer de comparer. Il y’a bien quelque chose qui déclenche ça mais ce qui est dur c’est de trouver le pourquoi du comment parceque de mon experience et comme t’as pu le dire avant la latence peut rester la même mais le jeu n’as rien à voir il fonctionne 10x mieux.
-
Bonjour,
Je n'ai pas trouvé que les réponses des professionnels des réseaux étaient bien convaincantes.
Que ce soit sur ce fil ou sur l'autre.
Il y a un constat de défaut, apparemment plutôt rare, et ce serait sympa de le diagnostiquer et d'aider et de guider les intéressés.
-
J'ai deja fait pas mal de test avec pingnoo, ping tracer, winmtr. pas de grosse diff visible entre quand cela marche bien et moins bien:
exemple d un serveur a frankfurt 35.246.204.215, avec une moyenne de 22ms
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| GT-AXE16000-6950 - 0 | 130 | 130 | 0 | 0 | 2 | 0 |
| 192.168.1.254 - 0 | 130 | 130 | 0 | 0 | 2 | 1 |
| static-xx.ftth.abo.bbox.fr - 40 | 48 | 29 | 49 | 1064 | 2205 | 1714 |
| 212.194.170.38 - 97 | 27 | 1 | 0 | 3 | 3 | 3 |
| 212.194.170.0 - 2 | 123 | 121 | 6 | 8 | 16 | 9 |
| No response from host - 100 | 26 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 26 | 0 | 0 | 0 | 0 | 0 |
| 215.204.246.35.bc.googleusercontent.com - 0 | 130 | 130 | 22 | 22 | 31 | 22 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
ou sur l'Asus AXE16000
-
ici sur 8.8.8.8, pas degeu du tout
-
Pas forcément, car tout est une question d'infrastructure réseau.
Par exemple :
Chez Free tout va sortir à Paris, que ce soit pour Avignon comme pour St-Etienne, et propbablement via Arelion ou via Cogent.
Chez Orange, vers du Google Cloud (exemple de ton jeu hébergé chez GC), la sortie sera :
- pour St-Etienne , dans l'ordre : en direct sur Google à Paris, à Francfort, à Marseille selon les annonces Google
- pour Avignon , dans l'ordre : en direct sur Google à Marseille, à Francfort, à Paris selon les annonces Google
Mon traceroute montre un passage par static-176-174-128-2.ftth.abo.bbox.fr qui semble etre sur paris en effet:
https://www.geolocation.com/fr/index?ip=static-176-174-128-2.ftth.abo.bbox.fr#ipresult
C:\Users\conta>tracert -d 35.246.204.215
Détermination de l’itinéraire vers 35.246.204.215 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms 192.168.0.254
2 1 ms <1 ms <1 ms 192.168.1.254
3 * 1822 ms 1739 ms 176.174.128.2
4 * * * Délai d’attente de la demande dépassé.
5 7 ms 7 ms 7 ms 212.194.170.0
6 * * * Délai d’attente de la demande dépassé.
7 * * * Délai d’attente de la demande dépassé.
8 22 ms 22 ms 22 ms 35.246.204.215
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| GT-AXE16000-6950 - 0 | 130 | 130 | 0 | 0 | 2 | 0 |
| 192.168.1.254 - 0 | 130 | 130 | 0 | 0 | 2 | 1 |
| static-176-174-128-2.ftth.abo.bbox.fr - 40 | 48 | 29 | 49 | 1064 | 2205 | 1714 |
| 212.194.170.38 - 97 | 28 | 1 | 0 | 3 | 3 | 3 |
| 212.194.170.0 - 2 | 123 | 121 | 6 | 8 | 16 | 9 |
| No response from host - 100 | 27 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 27 | 0 | 0 | 0 | 0 | 0 |
| 215.204.246.35.bc.googleusercontent.com - 0 | 130 | 130 | 22 | 22 | 31 | 22 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
sur ce site, c est moins top:
https://www.waveform.com/tools/bufferbloat?test-id=9370d5a0-84e8-4cd8-93fc-5a2d7b770859
sur celui ci pas mal:
https://speed.cloudflare.com/
-
et ici, on constate que mon load balancy (en charge) fait chuter le ping. Mais bon quand je mets la ps5 seule sur la box, cela ne devrait pas etre en charge (tres peu de data echangées)
https://radar.cloudflare.com/quality/as5410
-
Bonjour,
Je n'ai pas trouvé que les réponses des professionnels des réseaux étaient bien convaincantes.
Que ce soit sur ce fil ou sur l'autre.
Il y a un constat de défaut, apparemment plutôt rare, et ce serait sympa de le diagnostiquer et d'aider et de guider les intéressés.
Je suis d’accord avec toi, il y’a bien une raison mais elle est très compliquée à trouver déjà il ya quelques années en arrière j’avais moi même creer un post pour parler de ça et tout le monde se foutait de ma gueule alors que c’est bien réel. Je reçois meme des MP des gens qui disent "moi ça me fait pareil est-ce que t’as trouver une solution ?" Malheureusement pas pour l’instant pourtant ce n’est pas faute d’en chercher.
Et @domotiqa ce n’est pas du au buffebloat j’ai déjà essayé de configurer a plusieurs reprises differents SQM et avoir une note A+ et je ressentais toujours cette différence (mais je dois avouer que c’était légèrement mieux avec le grade A+ mais rien de comparable)
-
J’ai lancé une mesure icmp toutes les secondes vers ton serveur histoire de voir ce que ça donne, voilà le résultat:
Il ya pas mal de variations je trouve:
(https://i.postimg.cc/Y9jtf5Wq/IMG-4401.png)
-
apres si t es avignon, tu dois etre encore moins bien servit que moi...
curieux de voire le meme ping depuis PAris avec quelqu un ayant la fibre
-
je viens d essayer depuis:
https://ping.eu/ping/
c est le jour et la nuit, a peine 5ms, tu m etonnes qu il y ai une difference
Ping
–
Shows how long it takes for packets to reach host
IP address or host name:
Enter code:
[Refresh]
--- PING 35.246.204.215 (35.246.204.215) 56(84) bytes of data. ---
64 bytes from 35.246.204.215: icmp_seq=1 ttl=115 time=5.31 ms
64 bytes from 35.246.204.215: icmp_seq=2 ttl=115 time=5.30 ms
64 bytes from 35.246.204.215: icmp_seq=3 ttl=115 time=5.32 ms
64 bytes from 35.246.204.215: icmp_seq=4 ttl=115 time=5.30 ms
--- 35.246.204.215 ping statistics ---
packets transmitted 4
received 4
packet loss 0 %
time 3014 ms
--- Round Trip Time (rtt) ---
min 5.299 ms
avg 5.306 ms
max 5.315 ms
mdev 0.006 ms
-
et la je sais pas ce que cela vaut si c est vraiment depuis marseille:
https://perfops.net/ping-from-marseille
Marseille
PING 35.246.204.215 (35.246.204.215) 56(84) bytes of data.
64 bytes from 35.246.204.215: icmp_seq=1 ttl=59 time=17.0 ms
64 bytes from 35.246.204.215: icmp_seq=2 ttl=59 time=17.0 ms
64 bytes from 35.246.204.215: icmp_seq=3 ttl=59 time=17.0 ms
--- 35.246.204.215 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 802ms
rtt min/avg/max/mdev = 16.969/16.997/17.017/0.020 ms
-
je viens d essayer depuis:
https://ping.eu/ping/
c est le jour et la nuit, a peine 5ms, tu m etonnes qu il y ai une difference
Mais d'où part ce ping?
-
ouai en effet, j ai cherché, vers leipzig a priori, genre comme Paris/lyon
https://www.geolocation.com/fr/index?ip=88.198.46.60#ipresult
-
Et?
Un ping, c'est un temps d'aller-retour entre deux points.
Sans la spécification de ces deux points, un ping n'a aucun sens.
-
Vous constater un problème mais vous ne savez pas où chercher, qui incriminer, ni le reproduire. Il sera difficile dans ces cas de trouver une solution.
-
Vous constater un problème mais vous ne savez pas où chercher, qui incriminer, ni le reproduire. Il sera difficile dans ces cas de trouver une solution.
On ne sait pas le reproduire car c’est quelque chose qui se fait automatiquement, qui incriminer c’est difficile à répondre ! En tout cas la seule piste que j’ai c’est qu’on est tous les deux dans le Sud Est.
Voici un message privé que j’ai reçu il ya quelques temps:
Salut !
Je suis tombé sur un de tes sujets où tu expliques avoir du retard en ligne. Je voulais te dire ô combien je te comprends quand on explique le problème et que tout le monde se foute de notre gueule. Moi aussi quelque soit les fai ou l'équipement c'est la même merde...as-tu réussi a trouver quelque chose ?
Bonne journée
-
Je n'ai pas dit que le problème n'existe pas mais qu'il est difficile à identifier.
Ce n'est pas un bogue mais plutôt quelque chose d'aléatoire, difficilement cernable.
-
Je n'ai pas dit que le problème n'existe pas mais qu'il est difficile à identifier.
Ce n'est pas un bogue mais plutôt quelque chose d'aléatoire, difficilement cernable.
Oui exactement ! Comment tu peut passer d’un stade à un autre comme cité avant tout en gardant le même ping et le packet loss est de 0.0% que le jeu soit fluide sans aucun bug ou que le jeu soit "lourd et buggé" encore si le paquet loss serait présent quand c’est pas fluide je comprendrais mais ce n’est pas ça ! Ou il ya un bug quelque part et le serveur n’arrive pas à détecter s’il ya vraiment du packet loss
-
Si le problème ne vient pas de ton coté, ni du réseau, il reste le serveur qui peut boguer sur le fait qu'il y a peut-être trop de connexions à un moment donné.
-
Si le problème ne vient pas de ton coté, ni du réseau, il reste le serveur qui peut boguer sur le fait qu'il y a peut-être trop de connexions à un moment donné.
Pour moi ce n’est pas côté serveur mais plutôt côté infrastructure réseau, car si ça serait le serveur tout le monde aurait eu cet effet mais ce n’est pas le cas !
Il ya quelque chose qui change à un moment donné, maintenant quoi ? Route avec moins de congestion ? Bridage coté infrastructure et des que le traffic est est sous un certain seuil = absence de bridage ?
-
Et?
Un ping, c'est un temps d'aller-retour entre deux points.
Sans la spécification de ces deux points, un ping n'a aucun sens.
Et....
Merci mais on sait ce qu est un ping.
si tu fais un whois du serveur tu sais ou il est le serveur. Apres tu connais la destination, t en deduit la distance de l aller retour, et l etat du reseau en fonction des resultats.
C est ce que j ai mis dans mon message precedent. Le serveur en question est aussi en allemagne.
J en deduit que si le ping entre moi et le serveur est plus vers les 30Ms, et qu un ping entre ces deux serveurs est de 5ms. La reponse est dans l infrastructure ou des regles du serveur.
Mais pour ce dernier point, avec mes tests via des VPN allemand, cela ne change qu a peine mon ping vers ce serveur (a peine mieux).
Bref pour moi comme dit au dessus, l infrastructure reseau est en cause. ET je ne vois pas comment ameliorer la chose. Car dans tous les cas, meme un ping de 20ms n est pas dramatique, et que ce soit des jours sans input lag ou avec, je ne vois pas de grosses differences de ping.
-
Je viens peut-être de trouver une piste ! J’ai lancé des captures wireshark de 30mins chacune sur les 2 jeux vidéo auquel je connais le mieux et je ressens cet effet facilement, donc Rocket League et Tom Clancy’s Rainbow Six Siege.
Il se trouve que les jeux au jour d’aujourd’hui n’utilisent pas que le protocole UDP, il ya aussi beaucoup de TCP et du TLS (voir DNS mais pas sur, en tout cas c’est présent dans la capture)
Résultat en 30 minutes de jeu sur Rainbow Six Siege et Rocket League:
UDP Sent bytes: 2.9Millions / Bytes Perdus= 0 (Donc pas de packet loss en UDP)
Parcontre en TLS ! C’est catastrophique, toutes les connexions en TLS ont un taux de perte de paquets énorme !! Voilà d’où peut venir nôtre problème @domotiqa..
Pour ceux qui sont intéressés à jeter un coup d’œil sur la capture .pcap voici le lien pour la voir déjà organisé en ligne et avec une interface interactive:
https://pcap.capanalysis.net/items/index/987
-
interressant, peut etre une piste a creuser...
j ai vu ca:
La taille du message « Record » TLS
L’équilibre entre surcharge (overhead) et latence
Toutes les données applicatives délivrées via TLS sont transportées dans des messages appelés « records ». Ils définissent un format spécifique qui inclut les données elles-mêmes (maximum 16 Ko par bloc de données), et selon le chiffrement choisi, de 20 à 40 octets de surcharge pour l’en-tête, MAC (Message-Authentication Code) et le remplissage facultatif (pour les chiffrements basés sur des blocs).
Du point de vue du serveur, des messages plus volumineux signifient une surcharge CPU et d’octets inférieure en raison du formattage des messages et de la vérification MAC.
Du point de vue du réseau cependant, des enregistrements plus volumineux signifient des tampons TCP plus importants. En cas de dégradations du réseau (perte de paquets par exemple), cela signifie également une latence supplémentaire. En effet, tous les paquets formant un message volumineux devront être livrés et réassemblés par la couche TCP avant d’être traités par la couche TLS et livrés à l’application.
En conclusion, les petits messages entraînent une surcharge, les gros messages entraînent une latence. Il n’y a pas de valeur « optimale » pour la taille de message . Au lieu de cela, la meilleure stratégie consiste à ajuster dynamiquement la taille des messages.
https://kadiska.com/fr/comment-optimiser-la-performance-tls/
https://www.linkedin.com/advice/3/how-do-you-deal-tls-handshake-latency?lang=fr&originalSubdomain=fr
-
Intéressant cette page de Rocket League qui précise qu’il faut bien du TLS:
(https://i.postimg.cc/NFPWHDX0/IMG-4433.png)
(https://i.postimg.cc/L4Cdw9WM/IMG-4434.png)
-
Et pour Rainbow Six Siege j’ai trouvé ce commentaire d’un développeur Ubisoft:
(https://i.postimg.cc/7hpK4W7S/IMG-4435.png)
-
apres c est normalement que lié au dns donc echange nom serveur/adresse ip, une fois etablit, cela m etonne que cela est un impact.
-
apres c est normalement que lié au dns donc echange nom serveur/adresse ip, une fois etablit, cela m etonne que cela est un impact.
C’est pas lié au DNS c’est un protocole d’authentification:
https://fr.m.wikipedia.org/wiki/Transport_Layer_Security
-
Intéressant cette page de Rocket League qui précise qu’il faut bien du TLS:
Pour info, depuis 2020, il est conseillé d'avoir le TLS 1.2 et 1.3 activé et le TLS 1.0 et 1.1 désactivé!
-
Et cela peut faire foirer les jeux en ligne?
-
Et cela peut faire foirer les jeux en ligne?
Oui effectivement surtout avec le nombre de drops que j’ai pu constater avec ma capture c’est plus de 50% de pertes.
-
le TLS c'est un protocole de chiffrement. Rien à voir avec le réseau. Si il y a un soucis c'est logiciel à une des 2 extrémités.
TLS est utilisé par TOUS les sites qui utilises le HTTPS (quasi tous les sites de nos jours).
-
Oui mais les serveurs de jeux utilisent sûrement du TLS pour l’authentification d’où le problème et c’est les seules pertes que j’ai autrement niveau UDP c’est nickel:
(https://i.postimg.cc/gcR4J0wC/IMG-4436.jpg)
(https://i.postimg.cc/4NQ56FQw/IMG-4437.jpg)
-
C’est pas lié au DNS c’est un protocole d’authentification:
https://fr.m.wikipedia.org/wiki/Transport_Layer_Security
oui pardon, sur mon asus, je peux juste jouer sur le dns over tls. JE me suis mal exprimé.
faudrait voire si avec des firmware alternatifs comme marlin, il y a plus de parametres.
Certains parlent de vpn. Moi perso avec sharkvpn c est pas bien mieux...
cela parle d exitlag, faudrait essayer avec la version d essai.
https://www.snbforums.com/threads/packet-loss-issue-please-help.73604/
-
J'ai une question un peu innocente... comment Wireshark peut-il mesurer le nombre de paquets perdus avec le protocole UDP, alors que ce protocole ne permet pas de réaliser nativement une mesure des pertes de paquets ?
Dit autrement, le 0 affiché par Wireshark a-t-il un sens ?
C'est une question honnête parce qu'il y a peut-être une astuce que je ne connais pas.
Pour TLS, c'est vrai qu'on aurait tendance à penser qu'a priori, des problèmes de TLS ou de certificats empêcheraient la connexion, mais ne se manifesteraient pas comme des paquets perdus ou des latences.
-
J'ai une question un peu innocente... comment Wireshark peut-il mesurer le nombre de paquets perdus avec le protocole UDP, alors que ce protocole ne permet pas de réaliser nativement une mesure des pertes de paquets ?
Dit autrement, le 0 affiché par Wireshark a-t-il un sens ?
C'est une question honnête parce qu'il y a peut-être une astuce que je ne connais pas.
Pour TLS, c'est vrai qu'on aurait tendance à penser qu'a priori, des problèmes de TLS ou de certificats empêcheraient la connexion, mais ne se manifesteraient pas comme des paquets perdus ou des latences.
C’est pas faux pour UDP 8) après oui niveau Layer 7 (Application Layer) tu peux faire en sorte de détecter des pertes de paquets (avec les timestamps vs packet du serveur)
ex: Si le jeux envoie 50 paquets toutes les secondes mais qu’à une seconde précise il en recois que 45 il déduit automatiquement du packet loss, ou sinon avec un séquençage mais c’est vrai qu’au niveau de Wireshark je ne sais pas comment cela pourrait fonctionner ? Ou Pas fonctionner du tout et peut-être que c’est pour ça qu’il affiche un 0
En tout cas il ya bien plus de connexions en TCP/TLS que ce je pensais sachant que le protocole UDP est ce qui se fait de plus générique dans le monde des jeux en ligne.