Réseau
Rechercher dans les Forums
Bienvenue
Bienvenue sur le Forum RED. Pour bien commencer et tout savoir sur ce Forum, vous trouverez toute l'info dans ce sujet
Les chiffres du forum
187 057
Membres
2 870
Sujets
Re: Re : Pics de latence, "rubber-banding" et déconnexions fréquentes avec un jeu vid
Eyeid
Loïc
euuuh… je ne suis pas spécialement dans ma zone de confort là.
Partant du principe que Ahrr78 est en IPv4, on peut éliminer tout effet de bord lié au protocole v6.
Ce qui m’interpelle, c’est surtout que ça semble fonctionner correctement en partage de connexion 4G/5G.
Les paquets ne doivent pas être routés de la même manière. Du coup, c’est plutôt un « problème » côté réseau qu’on pourrait éventuellement mettre en évidence avec des tracert comparatifs. Cependant, à part faire une escalade hors service client, il va être difficile de faire reconnaître le problème.
Une chose qui pourrait être éventuellement testée, c’est utiliser un VPN pour voir si le problème est existant ou non… sans grande conviction.
Voilà, ce ne sont que des pistes, je n’ai malheureusement pas de solution plus précise sur le sujet :/
Bon après-midi à tous les deux.
Loïc
REDactor = Client « ambassadeur », pas salarié de la marque 😊.
--
REDactor = Client « ambassadeur », pas salarié de la marque 😊.
--
Vous pouvez contacter le service client via l'appli RED & Moi ou via les réseaux sociaux X (anciennement Twitter) / Facebook ou via Whatsapp (nouveau). Voir cette FAQ.
Instant parrainage : Futur client, bénéficiez de jusqu'à 15€ de remise sur une de vos factures (10€ pour une souscription mobile / 15€ pour une souscription fixe) !
Pour cela, renseignez mon code parrain dans votre panier (sans oublier de cliquer sur "OK" juste à droite du champ de saisie) :
:-)
vous ne pouvez pas les rappeler quand vous êtes chez vous ?
N'hésitez pas à me faire une synthèse des IP de destinations qui vous renvoient des temps d'accès longs, on pourrait voir quels résultats j'ai depuis chez moi (Nancy) par rapport à vos résultats et éventuellement faire des tracert comparatifs et voir si @Eyeid a une baguette magique pour tenter d'escalader le problème.
A première vue, j'ai tenté 34.147.8.240 et j'ai un résultat de 26ms en moyenne. J'ai tenté un ping vers une seconde adresse que vous me donniez mais l'adresse ne répond plus au ping (35.242.230.151).
A suivre...
Loïc
REDactor = Client « ambassadeur », pas salarié de la marque 😊.
--
REDactor = Client « ambassadeur », pas salarié de la marque 😊.
--
Vous pouvez contacter le service client via l'appli RED & Moi ou via les réseaux sociaux X (anciennement Twitter) / Facebook ou via Whatsapp (nouveau). Voir cette FAQ.
Instant parrainage : Futur client, bénéficiez de jusqu'à 15€ de remise sur une de vos factures (10€ pour une souscription mobile / 15€ pour une souscription fixe) !
Pour cela, renseignez mon code parrain dans votre panier (sans oublier de cliquer sur "OK" juste à droite du champ de saisie) :
:-)
Re,
1) L'hôte ne me répond pas.
C:\Users\loic>ping 34.140.131.157 -t Envoi d’une requête 'Ping' 34.140.131.157 avec 32 octets de données : Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Délai d’attente de la demande dépassé. Statistiques Ping pour 34.140.131.157: Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),
du coup, le tracert s'arrête en route :
C:\Users\loic>tracert 34.140.131.157 Détermination de l’itinéraire vers 157.131.140.34.bc.googleusercontent.com [34.140.131.157] avec un maximum de 30 sauts : 1 5 ms 4 ms 4 ms GEN8 [192.168.109.254] 2 13 ms 12 ms 13 ms 129.224.16.109.rev.sfr.net [109.16.224.129] 3 23 ms 18 ms 18 ms 86.248.193.77.rev.sfr.net [77.193.248.86] 4 * * * Délai d’attente de la demande dépassé. 5 * * * Délai d’attente de la demande dépassé. 6 * * * Délai d’attente de la demande dépassé. 7 * * * Délai d’attente de la demande dépassé.
2) Ping vers 34.147.8.240
C:\Users\loic>ping 34.147.8.240 -t Envoi d’une requête 'Ping' 34.147.8.240 avec 32 octets de données : Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=28 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=31 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=34 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=31 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=31 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=29 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=31 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=31 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=32 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=33 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=29 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=35 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=28 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=33 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=31 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=32 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=32 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=33 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=33 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=33 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=28 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=33 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=34 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=31 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=32 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=29 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=34 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=32 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=29 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=29 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=32 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=34 ms TTL=251 Réponse de 34.147.8.240 : octets=32 temps=30 ms TTL=251 Statistiques Ping pour 34.147.8.240: Paquets : envoyés = 44, reçus = 44, perdus = 0 (perte 0%), Durée approximative des boucles en millisecondes : Minimum = 28ms, Maximum = 35ms, Moyenne = 31ms
Je suis en Wifi pour mes tests mais les temps de réponses ne paraissent pas déconnants
C:\Users\loic>tracert 34.147.8.240 Détermination de l’itinéraire vers 240.8.147.34.bc.googleusercontent.com [34.147.8.240] avec un maximum de 30 sauts : 1 3 ms 4 ms 3 ms GEN8 [192.168.109.254] 2 15 ms 10 ms 10 ms 129.224.16.109.rev.sfr.net [109.16.224.129] 3 20 ms 19 ms 20 ms 86.248.193.77.rev.sfr.net [77.193.248.86] 4 31 ms 29 ms 29 ms 240.8.147.34.bc.googleusercontent.com [34.147.8.240] Itinéraire déterminé.
Petite question en passant : comme les tests "qui présentent des soucis" sont faits en LAN et les tests "qui vont bien" sont faits en Wifi, vous avez essayé en Wifi depuis votre connexion fixe (et pas en partage de connexion 4G) ?
Honnêtement, que ce soit dans votre message initial ou dans votre capture "image" dans votre message précédent, outre les paquets retransmis (sur des passerelles différentes puisque ça se produit aussi bien en VPN que via votre connexion SFR), je ne vois pas bien la lattence.
Aussi, un export Wireshark est un peu trop complet, d'un test à l'autre, vous ne renvoyez pas des résultats de la même adresse de destination.
Ce n'est pas moi qui vais corriger vos problèmes de réseau. Cependant, si je peux vous aider à les mettre en évidence, c'est avec plaisir. Mais facilitez moi la tâche.
Quand je demandais "une synthèse" des adresses qui vous posait problème, c'est pas des exports détaillés Wireshark que je demandais, mais bien une synthèse.
Mettez-moi en évidence une ou deux adresses IP de destination avec des pings, des tracerts qui présentent des problèmes (Windows (du même genre que dans ce postà, pas Wireshark, histoire qu'on ait des résultats comparables). Ca sera beaucoup plus simple pour mettre en évidence les divergences...
Merci et bonne soire.
Loïc
REDactor = Client « ambassadeur », pas salarié de la marque 😊.
--
REDactor = Client « ambassadeur », pas salarié de la marque 😊.
--
Vous pouvez contacter le service client via l'appli RED & Moi ou via les réseaux sociaux X (anciennement Twitter) / Facebook ou via Whatsapp (nouveau). Voir cette FAQ.
Instant parrainage : Futur client, bénéficiez de jusqu'à 15€ de remise sur une de vos factures (10€ pour une souscription mobile / 15€ pour une souscription fixe) !
Pour cela, renseignez mon code parrain dans votre panier (sans oublier de cliquer sur "OK" juste à droite du champ de saisie) :
:-)
Bonjour @Ahrr78,
merci pour la réponse.
Effectivement, il va être difficile de faire des comparatifs entre chez vous et chez moi si seul le serveur qui fonctionne bien répond au ping et ceux qui posent problème ne répondent pas au ping.
Pour ma part, j'ai aussi 2 rebonds via des équipements SFR et le tracert ne va pas plus loin que le 2ème serveur : 109.16.224.129 puis 77.193.248.86. Mais ce ne sont pas les mêmes que vous.
Bon, ce qui me laisse sceptique, c'est que vous aviez les mêmes symptômes en VPN lors de rebonds sur des serveurs "non SFR".
Mais qu'en même temps, ça fonctionne bien en partage de connexion mobile.
@Eyeid est-il possible d'escalader la demande à un service réseau (bon courage) en demandant s'il ne pourrait pas y avoir des problèmes d'interconnexion entre le réseau SFR FTTH et le réseau utilisé par Blizzard.com ? En rappelant que le problème n'existe pas en partage de connexion 4G. Et qu'au besoin, @Ahrr78 mentionne plusieurs adresses de destination dans ses différents posts ?
Je pense que la route utilisée en 4G est meilleure qu'en FTTH. Dans ces conditions, il est difficile de jouer en ligne convenablement depuis sa connexion fibre (ce qui est un non-sens).
Merci pour lui !
Bon WE à tous les deux.
Loïc
REDactor = Client « ambassadeur », pas salarié de la marque 😊.
--
REDactor = Client « ambassadeur », pas salarié de la marque 😊.
--
Vous pouvez contacter le service client via l'appli RED & Moi ou via les réseaux sociaux X (anciennement Twitter) / Facebook ou via Whatsapp (nouveau). Voir cette FAQ.
Instant parrainage : Futur client, bénéficiez de jusqu'à 15€ de remise sur une de vos factures (10€ pour une souscription mobile / 15€ pour une souscription fixe) !
Pour cela, renseignez mon code parrain dans votre panier (sans oublier de cliquer sur "OK" juste à droite du champ de saisie) :
:-)
Bonjour à tous,
Un grand merci à Loïc pour son intervention sur le sujet.
En ce qui concerne la problématique de
@Ahrr78, permettez-moi de remonter le cas auprès du Service Client qui se chargera de revenir vers lui dans les meilleurs délais.
Excellente journée 