La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
ADSL / VDSL => Discussion démarrée par: kaxapo le 18 octobre 2021 à 11:48:44
-
Bonjour a tous en espérant que un employé de chez free passe par ici (autrement je ne vois pas comment signaler le problème).
Donc après plusieurs mois avec des problèmes avec un service en ligne (DISCORD) et des problèmes de perte de paquets vers les serveurs d'un jeu vidéo qui est hébergé par i3d.net j'ai donc contacté le support technique de i3d.net qui m'as demander de lancer un MTR sur toutes leurs adresses ip situé en Europe je suis venu a découvrir que le probleme ne vient pas de chez i3d.net mais de chez Télia (iptwelve99) après plusieurs tests MTR et des dizaine de hops analysés et bah le seul qui fait tomber des packets c'est un serveur a paris je vous laisse ici le résultat du MTR avec plus de 57% de perte de paquet:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 865 | 865 | 0 | 0 | 10 | 0 |
| pon30-1-78-219-181-254.fbx.proxad.net - 0 | 864 | 864 | 4 | 4 | 18 | 5 |
| 213.228.28.190 - 0 | 864 | 864 | 5 | 6 | 20 | 6 |
| Request timed out. - 100 | 174 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 174 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 864 | 864 | 18 | 19 | 54 | 19 |
| prs-bb1-link.ip.twelve99.net - 57 | 268 | 117 | 0 | 41 | 56 | 41 |
Est-ce que chez free existe t'il une façon de contacter le support réseau pour en faire part ? Une adresse email peut-être? Ou peut être que j'aurais la chance qu'un employé de chez free passe par ici et qu'il fasse remonter le problème au support?
Voilà en espérant que quelque chose soit fait a bientôt.
-
Il faut le MTR complet pour pouvoir déduire quelque chose, une perte de paquets sur un seul hop, qui plus est un routeur n'est pas anormale, le routeur ayant autre chose à faire que de répondre à l'ICMP.
-
Tout à fait d’accord avec @Hugues…
D’ailleurs si on interprète mal, on peut aussi dire que le 4ème saut perd 100% des paquets….
-
Il faut le MTR complet pour pouvoir déduire quelque chose, une perte de paquets sur un seul hop, qui plus est un routeur n'est pas anormale, le routeur ayant autre chose à faire que de répondre à l'ICMP.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 2710 | 2710 | 0 | 0 | 10 | 0 |
| pon30-1-78-219-181-254.fbx.proxad.net - 0 | 2710 | 2710 | 4 | 5 | 21 | 4 |
| 213.228.28.190 - 1 | 2698 | 2695 | 5 | 6 | 23 | 6 |
| ppp42-metz.isdnet.net - 1 | 2698 | 2695 | 18 | 18 | 34 | 18 |
| Request timed out. - 100 | 547 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 47 | 951 | 505 | 0 | 20 | 59 | 18 |
| prs-bb1-link.ip.twelve99.net - 1 | 2706 | 2705 | 18 | 19 | 36 | 19 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
MTR fait directement sur le serveur fautif
-
prs-bb1 -> c'est un routeur, pas un serveur
-
prs-bb1 -> c'est un routeur, pas un serveur
Oui effectivement je me suis mal exprimé mais sa n’empêche pas que ce routeur est entrain de perdre la moitié de mes paquets ! Ce n’est pas une perte de paquet légere du genre 2% mais du 50% et meme si jamais il renvoie le meme paquet 2x et bah sa fait 2x plus de latence donc pour moi c’est problématique et pour plein de gens d’ailleurs :) voila donc porquoi j’ai crée ce post en espérant que quelqu’un puisse aider à résoudre ce problème.
-
Oui effectivement je me suis mal exprimé mais sa n’empêche pas que ce routeur est entrain de perdre la moitié de mes paquets ! Ce n’est pas une perte de paquet légere du genre 2% mais du 50% et meme si jamais il renvoie le meme paquet 2x et bah sa fait 2x plus de latence donc pour moi c’est problématique et pour plein de gens d’ailleurs :) voila donc porquoi j’ai crée ce post en espérant que quelqu’un puisse aider à résoudre ce problème.
Non, c'est juste que ce routeur n'est pas là pour répondre à L'ICMP.
-
Un MTR qui ne va pas jusqu'au serveur final ne sert à rien, car le diagnostic se fait principalement en regardant la dernière ligne.
Tout ce qu'on peut déduire là c'est que :
- prs-b3-link.ip.twelve99.net a droppé au plus 47% des paquets qui lui étaient destinés (une partie à pu être perdue avant), mais en fait on s'en fout, envoyer des paquets avec ce routeur comme destination finale ça n'a aucun sens
- prs-b3-link.ip.twelve99.net a correctement routé au moins 99% des paquets destinés à prs-bb1-link.ip.twelve99.net, vu que seul 1% des paquets destinés à ce routeur ont été droppés.
Répondre au ping, ça consomme des resources bien utiles pour faire autre chose (au hasard router des paquets), la plupart des opérateurs configurent leurs routeurs pour limiter les réponses au ping, donc ce pourcentage de perte intermédiaire n'a aucun impact pratique. Il suffit qu'un routeur soit configuré pour répondre à "1 ping sur 2" pour que MTR fasse apparaitre 50% de perte sur la ligne correspondante. Ca ne veut pas dire que le routeur de route pas 50% du trafic, heureusement...
-
Bonjour a tous en espérant que un employé de chez free passe par ici (autrement je ne vois pas comment signaler le problème).
Donc après plusieurs mois avec des problèmes avec un service en ligne (DISCORD) et des problèmes de perte de paquets vers les serveurs d'un jeu vidéo qui est hébergé par i3d.net j'ai donc contacté le support technique de i3d.net qui m'as demander de lancer un MTR sur toutes leurs adresses ip situé en Europe .....
Quelles adresses ip ?
Que donnent ces MTR ?
-
Quelles adresses ip ?
Que donnent ces MTR ?
Les IP i3d.net a tester par vous même:
1: 213.163.76.133 (Pas de problème sur les hops)
2: 188.122.68.53 (Pas de problèmes sur les hops)
3: 188.122.80.53 (Pas de problèmes sur les hops)
4: 213.179.216.53 (Problème sur le hop prs-bb1 50% de pertes)
MTR direct sur le serveur prs-bb1 (50% de pertes mais je vous donne quand même l’ip):
62.115.118.58 (50% pertes)
-
Et sinon vous lisez ce qu'on vous dit depuis tout à l'heure ou vous êtes un peu borné ?!
-
Et sinon vous lisez ce qu'on vous dit depuis tout à l'heure ou vous êtes un peu borné ?!
Si vous venez la pour apporter que du négatif sa ne sert strictement a rien !
De 1: déjà rien ne me prouve que ce routeur est configurée pour ignorer les ping ICMP
De 2: Je sais c'est quoi un Ping ICMP et je sais que pas mal de routeurs en effet sont configurées pour ignorer les ping ICMP pour eviter une congestion.
De 3: Je sais comment Internet marche en general je n'ai pas créeer ce poste pour rien si j'ai des problèmes de réseau et que je trouve un hop suspect j'ai tout a fait le droit de penser que c'est lui le fautif !
De 4: J'ai bien pris en compte ce qu'on ma dit mais pourquoi alors sur des dizaines de routeurs de Télia(iptwelve99) il y'en a un seul qui est configurée pour drop les paquets ICMP ? Difficile a croire surtout que le hop juste derrière appartient au même ASN et est située dans la meme ville et lui il accepte les paquets ICMP ?
De 5: D'accord vous avez peut être raison que ce routeur refuse les paquets ICMP mais porquoi je devrais y croire ? Quel est la preuve que c'est un blocage et pas une perte ? Pour moi vu la situation et tout les hops/routeurs de chez Télia que j'ai examinée pour atterrir chez i3d.net il y'en a qu'un qui est configurée ainsi ?
Donc si vous venez juste parler sans avoir aucun recul sur la situation vaut mieux ne rien dire merci !
Et puis j'ai juste répondu aux questions qu'on me le pose !
j'ai des soucis de perte de paquets que je constate chez DISCORD quand je live par exemple le live est de trés mauvais qualitée ainsi que de perte de paquets sur certains jeux vidéos donc arrêtez juste de venir déchaîner votre haine gratuite sur les gens vous avez certainement mieux à faire !
Et pour prouver mes dires, je poste ici un MTR pour chaque serveur que j'ai citée plus haut et vous verrez que c'est quand même étrange que a un seul endroit sa bloque !
MTR vers 213.163.76.133:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 204 | 204 | 0 | 0 | 1 | 0 |
| pon30-1-78-219-181-254.fbx.proxad.net - 0 | 204 | 204 | 4 | 5 | 19 | 5 |
| 213.228.28.190 - 0 | 203 | 203 | 5 | 6 | 22 | 6 |
| 194.149.171.25 - 0 | 203 | 203 | 18 | 19 | 35 | 18 |
| amsix-6k-1.routers.proxad.net - 0 | 203 | 203 | 32 | 33 | 48 | 33 |
| 80.249.208.162 - 0 | 203 | 203 | 32 | 35 | 76 | 32 |
| nlrtm1-rt001i.i3d.net - 0 | 203 | 203 | 34 | 37 | 82 | 45 |
| nlrtm1-rt004i.i3d.net - 0 | 203 | 203 | 34 | 41 | 121 | 38 |
| ns1.i3d.nl - 0 | 203 | 203 | 33 | 35 | 49 | 34 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
MTR vers 188.122.68.53:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 191 | 191 | 0 | 0 | 1 | 0 |
| pon30-1-78-219-181-254.fbx.proxad.net - 0 | 191 | 191 | 4 | 5 | 19 | 5 |
| 213.228.28.190 - 0 | 191 | 191 | 5 | 6 | 20 | 5 |
| Request timed out. - 100 | 39 | 0 | 0 | 0 | 0 | 0 |
| amsix-6k-1.routers.proxad.net - 0 | 191 | 191 | 32 | 33 | 47 | 33 |
| 80.249.208.162 - 0 | 191 | 191 | 32 | 35 | 69 | 35 |
| nlrtm1-rt001i.i3d.net - 0 | 191 | 191 | 34 | 37 | 83 | 34 |
| defra1-rt001i.i3d.net - 0 | 191 | 191 | 41 | 43 | 61 | 42 |
| hosted-by.i3d.net - 0 | 191 | 191 | 41 | 42 | 56 | 41 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
MTR vers 188.122.80.53:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 176 | 176 | 0 | 0 | 6 | 0 |
| pon30-1-78-219-181-254.fbx.proxad.net - 0 | 175 | 175 | 4 | 5 | 19 | 4 |
| 213.228.28.190 - 0 | 175 | 175 | 5 | 7 | 22 | 5 |
| Request timed out. - 100 | 36 | 0 | 0 | 0 | 0 | 0 |
| amsix-6k-1.routers.proxad.net - 0 | 175 | 175 | 32 | 34 | 48 | 33 |
| 80.249.208.162 - 0 | 175 | 175 | 32 | 35 | 72 | 33 |
| nlrtm1-rt001i.i3d.net - 0 | 175 | 175 | 34 | 38 | 77 | 36 |
| defra1-rt001i.i3d.net - 0 | 175 | 175 | 41 | 43 | 89 | 42 |
| plwaw1-rt001i.i3d.net - 0 | 175 | 175 | 57 | 61 | 113 | 84 |
| hosted-by.i3d.net - 0 | 175 | 175 | 58 | 59 | 84 | 58 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
MTR vers 213.179.216.53:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 203 | 203 | 0 | 0 | 4 | 0 |
| pon30-1-78-219-181-254.fbx.proxad.net - 0 | 202 | 202 | 4 | 5 | 18 | 4 |
| 213.228.28.190 - 0 | 203 | 203 | 5 | 6 | 21 | 6 |
| Request timed out. - 100 | 41 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 41 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 202 | 202 | 18 | 20 | 56 | 19 |
| prs-bb1-link.ip.twelve99.net - 82 | 49 | 9 | 0 | 41 | 41 | 41 |
| mad-b2-link.ip.twelve99.net - 0 | 202 | 202 | 40 | 42 | 63 | 40 |
|i3dnet-svc073391-lag003507.ip.twelve99-cust.net - 0 | 202 | 202 | 39 | 41 | 89 | 39 |
| hosted-by.i3d.net - 0 | 202 | 202 | 39 | 40 | 53 | 39 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
prs-b3-link.ip.twelve99.net - 0 | 202 | 202 | 18 | 20 | 56 | 19 |
| prs-bb1-link.ip.twelve99.net - 82 | 49 | 9 | 0 | 41 | 41 | 41 |
| mad-b2-link.ip.twelve99.net - 0 | 202 | 202 | 40 | 42 | 63 | 40 |
|i3dnet-svc073391-lag003507.ip.twelve99-cust.net - 0 | 202 | 202 | 39 | 41 | 89 | 39 |
MTR en plus qui rajoute un autre routeur de chez Télia le prs-b5 (qui lui aussi n'as pa de blocage ICMP):
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 141 | 141 | 0 | 0 | 1 | 0 |
| pon30-1-78-219-181-254.fbx.proxad.net - 0 | 141 | 141 | 4 | 4 | 19 | 4 |
| 213.228.28.190 - 0 | 141 | 141 | 5 | 6 | 20 | 6 |
| ppp42-metz.isdnet.net - 0 | 141 | 141 | 18 | 18 | 32 | 18 |
| Request timed out. - 100 | 29 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 141 | 141 | 18 | 19 | 36 | 18 |
| prs-b5-link.ip.twelve99.net - 0 | 141 | 141 | 18 | 19 | 34 | 34 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Si c'est un théorie de blocage de ICMP par rapport au ASN j'aimerais savoir porquoi il's l'ont fait que sur ce routeur =)
-
Pour résumer, aucune perte de paquet visible sur les serveurs en question.
-
Quelle surprise ! Il semblerait qu'on connaisse notre métier !
-
Si c'est un théorie de blocage de ICMP par rapport au ASN j'aimerais savoir porquoi il's l'ont fait que sur ce routeur =)
Comme déjà expliqué à maintes reprises en ces colonnes, il n'y a pas de "blocage", mais juste une "priorisation" des flux dans des routeurs (et non pas serveurs).
ICMP n'est pas et ne sera jamais prioritaire dans la gestion d'un routeur.
Or une requête ping a une "durée de vie", ce qui fait qu'au bout d'un certain temps (assez court), le logiciel déclare que le paquet est "perdu", tout bêtement parce qu'il n'a pas reçu de réponse dans le délai prévu!
Une bonne partie des routeurs sur le Net sont ainsi configurés, pour simplement pouvoir assumer les pointes de charge réseau. On traite d'abord que ce qui est utile, le reste ensuite.
Et avec la durée éphémère des requêtes ICMP, le traitement du logiciel déclare une perte (alors que si la requête ping avait un TTL "hachement long", on n'aurait peut-être pas cette déclaration de "perte"!?!?).
Ne pas confondre cette fameuse "perte de paquets" et augmentation de la latence.
En ce qui concerne la latence, cela peut poser problème pour les logiciels qui nécessitent des temps de réponse rapide, cela devient un problème si le routeur met du temps à transférer tous les flux...
Et personne ne pourra vous apporter une réponse satisfaisante, liée à cette activité de "gamer"...
Si la localisation de vos serveurs de jeux ne peut être changée, il sera peut-être nécessaire de changer de FAI, en trouvant un qui ne passe pas par Telia pour atteindre lesdits serveurs...
Pas forcément gagné!
Ces "quelques" (!) lignes venant d'un "non professionnel", mais qui a un peu bourlingué en surface des réseaux et qui s'est "un peu" documenté et pas mal lu les professionnels qui hantent ces murs... ;)
-
Comme déjà expliqué à maintes reprises en ces colonnes, il n'y a pas de "blocage", mais juste une "priorisation" des flux dans des routeurs (et non pas serveurs).
ICMP n'est pas et ne sera jamais prioritaire dans la gestion d'un routeur.
Or une requête ping a une "durée de vie", ce qui fait qu'au bout d'un certain temps (assez court), le logiciel déclare que le paquet est "perdu", tout bêtement parce qu'il n'a pas reçu de réponse dans le délai prévu!
Une bonne partie des routeurs sur le Net sont ainsi configurés, pour simplement pouvoir assumer les pointes de charge réseau. On traite d'abord que ce qui est utile, le reste ensuite.
Et avec la durée éphémère des requêtes ICMP, le traitement du logiciel déclare une perte (alors que si la requête ping avait un TTL "hachement long", on n'aurait peut-être pas cette déclaration de "perte"!?!?).
Ne pas confondre cette fameuse "perte de paquets" et augmentation de la latence.
En ce qui concerne la latence, cela peut poser problème pour les logiciels qui nécessitent des temps de réponse rapide, cela devient un problème si le routeur met du temps à transférer tous les flux...
Et personne ne pourra vous apporter une réponse satisfaisante, liée à cette activité de "gamer"...
Si la localisation de vos serveurs de jeux ne peut être changée, il sera peut-être nécessaire de changer de FAI, en trouvant un qui ne passe pas par Telia pour atteindre lesdits serveurs...
Pas forcément gagné!
Ces "quelques" (!) lignes venant d'un "non professionnel", mais qui a un peu bourlingué en surface des réseaux et qui s'est "un peu" documenté et pas mal lu les professionnels qui hantent ces murs... ;)
au moins vous donnez une reponse agreable a lire et sans haine !
-
au moins vous donnez une reponse agreable a lire et sans haine !
Il ne faut pas voir de la haine dans certaines réponses de pro (ou pas!), qui ont déjà répondu à maintes reprises sur le même type de problématique. On dira que les réponses sont "ultra concises" ou lapidaires...
A mon tour, je vais paraître être quelque peu désagréable!
En effet, trop d'intervenants qui posent des questions ici le font sans avoir de leur côté réalisé un minimum de lecture (quelque fois, pas mal de lecture, je le concède!) et il peut devenir lassant pour des "pros" de répéter toujours la même chose. La vulgarisation n'est souvent pas le point fort de professionnels qui ont souvent en dehors de leur présence en ces murs "la tête dans le guidon" toute la journée...
Quant à moi, retraité depuis "quelques" années, j'ai toujours été au contact de "pros" et cherche toujours à apprendre et découvrir, ceci expliquant cela, je suis très très loin d'être une référence, mais une fois que j'ai "capté", j'essaie de me mettre le peu de mes connaissances à la portée du pur béotien...
Bonne journée! ;)
-
Il ne faut pas voir de la haine dans certaines réponses de pro (ou pas!), qui ont déjà répondu à maintes reprises sur le même type de problématique. On dira que les réponses sont "ultra concises" ou lapidaires...
A mon tour, je vais paraître être quelque peu désagréable!
En effet, trop d'intervenants qui posent des questions ici le font sans avoir de leur côté réalisé un minimum de lecture (quelque fois, pas mal de lecture, je le concède!) et il peut devenir lassant pour des "pros" de répéter toujours la même chose. La vulgarisation n'est souvent pas le point fort de professionnels qui ont souvent en dehors de leur présence en ces murs "la tête dans le guidon" toute la journée...
Quant à moi, retraité depuis "quelques" années, j'ai toujours été au contact de "pros" et cherche toujours à apprendre et découvrir, ceci expliquant cela, je suis très très loin d'être une référence, mais une fois que j'ai "capté", j'essaie de me mettre le peu de mes connaissances à la portée du pur béotien...
Bonne journée! ;)
Et petite rectification je ne suis pas un "gamer" j’aime juste de temps en temps pouvoir faire des parties en ligne sur des jeux que je trouve intéressants et sa me fais grave chier d’avoir des perturbations alors que je paye 50€ par mois (a ce prix là c’est pas un jeu vidéo qui devrait mettre les connexions internet des abonnés) mais bon je viens de comprendre que sa ne sert a rien de tourner au tour du pot et que le gaming en France est très mal perçu (au niveau networking)
EDIT: Je tiens aussi a dire que mon point de vue sur les administrateurs réseau français et bah c’est "Je m’en fille un max de blé je fais payer 70€ aux gens sans connaissance en informatique une intervention pour changer le chiffrage de la clé wifi et puis le reste on n’en a rien a foutre"
Je peut vous dire que j’ai deja eux moins de debit ailleurs en europe que ce que j’ai actuellement en france et je n’avais aucun soucis donc pour moi ce n’est pas de la faute des développeurs des jeux video comme c’est souvent le cas insinuée! Parce que quand je demande a des gens par exemple qui habitent en afrique et qui ont 150ms et n’ont aucun problème sur le jeu et que nous les français en adsl on arrive meme pas à faire avancer un personnage sur un jeu video a un moment il faut se poser des questions ! Et ce n’est pas question de débit car les Jeux en ligne a part consommér quelques kb/s je ne comprends pas comment c’est possible d’avoir une networking en générale sur le territoire aussi catastrophique !
-
Si tu veux être tranquille, c'est pas en payant 50€ que tu auras quelque chose de potable.
Cela reste du bricolage à ce niveau.
-
Et petite rectification je ne suis pas un "gamer" j’aime juste de temps en temps pouvoir faire des parties en ligne sur des jeux que je trouve intéressants et sa me fais grave chier d’avoir des perturbations alors que je paye 50€ par mois (a ce prix là c’est pas un jeu vidéo qui devrait mettre les connexions internet des abonnés) mais bon je viens de comprendre que sa ne sert a rien de tourner au tour du pot et que le gaming en France est très mal perçu (au niveau networking)
EDIT: Je tiens aussi a dire que mon point de vue sur les administrateurs réseau français et bah c’est "Je m’en fille un max de blé je fais payer 70€ aux gens sans connaissance en informatique une intervention pour changer le chiffrage de la clé wifi et puis le reste on n’en a rien a foutre"
Je peut vous dire que j’ai deja eux moins de debit ailleurs en europe que ce que j’ai actuellement en france et je n’avais aucun soucis donc pour moi ce n’est pas de la faute des développeurs des jeux video comme c’est souvent le cas insinuée! Parce que quand je demande a des gens par exemple qui habitent en afrique et qui ont 150ms et n’ont aucun problème sur le jeu et que nous les français en adsl on arrive meme pas à faire avancer un personnage sur un jeu video a un moment il faut se poser des questions ! Et ce n’est pas question de débit car les Jeux en ligne a part consommér quelques kb/s je ne comprends pas comment c’est possible d’avoir une networking en générale sur le territoire aussi catastrophique !
Encore plus désagréable je vais être...
Les "fournisseurs" de jeux vidéos sur internet sont aussi partiellement responsables de cet état de fait.
"Vendre" un jeu rapporte de l'argent, les abonnements encore plus, et utiliser des médias sur lesquels ils n'ont absolument aucunement la main pose pour moi problème.
Jouer en réseau, c'est prendre le risque de se retrouver à un moment ou à un autre un soir de week-end de l'Ascension ou de la Toussaint en voulant prendre la direction du Sud depuis Paris par l'autoroute, et mettre 3 heures pour arriver à Nemours... Je sais, je l'ai vécu il y a pas mal d'années... Depuis, j'ai appris à gérer les horaires et les itinéraires!
C'est pourquoi comme je l'ai dit précédemment, si ce type d'activité est vraiment une gène pour vous, la solution est de vous tourner vers d'autres opérateurs, qui n'ont - peut-être - pas cette problématique...
Il y a un moment où il faut savoir ce que l'on veut, et prendre les décisions qu'il faut et également en assumer les conséquences!
La "culture" hexagonale a une plus que fâcheuse propension à la plainte et à la récrimination et pousser à un certain degré la "Calimerote" (!), on oublie trop souvent que l'individu est peu ou prou responsable de ses actes et décisions... Ceci dit sur un plan général, sans personnaliser le propos, hein!
Bonne journée! ;)
-
Si tu veux être tranquille, c'est pas en payant 50€ que tu auras quelque chose de potable.
Cela reste du bricolage à ce niveau.
Ah donc pour vous payer 50€ un abonnement internet c’est du bricolage ? Donc dites moi qu’est-ce que c’est que les gens qui payent 20€ ?
Je n’ai pas trop bien compris votre remarque sur le prix pour être honnête
-
Ah donc pour vous payer 50€ un abonnement internet c’est du bricolage ? Donc dites moi qu’est-ce que c’est que les gens qui payent 20€ ?
Je n’ai pas trop bien compris votre remarque sur le prix pour être honnête
C'est de la vente en wholesale.
Du moment que la TV (surtout), le Tél (ne pas oublier la vieille) et que la page Google fonctionnent, le reste c'est secondaire on va dire.
Mais bon il faut pas leur jeter la pierre, c'est les clients "moi je, moi je" qui les* ont rendu comme ça à force...
les* : les 4 OCEN.
-
C'est de la vente en wholesale.
Du moment que la TV (surtout), le Tél (ne pas oublier la vieille) et que la page Google fonctionnent, le reste c'est secondaire on va dire.
Mais bon il faut pas leur jeter la pierre, c'est les clients "moi je, moi je" qui les* ont rendu comme ça à force...
les* : les 4 OCEN.
C’est pas faux je suis tout à fait d’accord
-
C'est de la vente en wholesale.
Retail plutôt
-
Retail plutôt
Retail c'est vite dit.
Pour moi c'es de la vente en gros, surtout quand des promos font leurs apparitions et que par je ne sais quel miracle ils arrivent à en tirer profit.
Toi tu tu fais du retail, pas les 4. (Même si c'est stipulé).
-
retail : vente au détail, à destination des particuliers
wholesale : vente en gros, à destination des revendeurs ou des entreprises
On peut parler d'industriel vs personnalisé par contre
-
J'ai lu l'intégralité des messages,
Et je ne comprends franchement pas le ton agressif de certaines réponses à la question initiale.
Et sinon vous lisez ce qu'on vous dit depuis tout à l'heure ou vous êtes un peu borné ?!
Svp, mettez vous dans la peau de celui qui pose la question, donc avec une connaissance partielle ou fausse du sujet. Si personne ne lui explique, il va tourner en rond pendant longtemps.
Là, en relisant tous les messages de réponse, aucun n'apporte une réponse claire. Que des sous entendus qu'un "newbie" est absolument incapable de comprendre. Ces sous entendus semblent évident pour vous, mais ça ne l'est pas pour un newbie, et c'est bien pour ça qu'il demande de l'aide.
Il aurait fallu simplement demander à kaxapo, dès la toute première réponse, de faire un ping vers une cible fiable (serveur et non routeur), et le sujet était fini. Droit au but.
Il faut le MTR complet pour pouvoir déduire quelque chose, une perte de paquets sur un seul hop, qui plus est un routeur n'est pas anormale, le routeur ayant autre chose à faire que de répondre à l'ICMP.
prs-bb1 -> c'est un routeur, pas un serveur
Non, c'est juste que ce routeur n'est pas là pour répondre à L'ICMP.
Leon.
-
Et de donner les infos de synchro de la box et caractéristiques de la ligne.
-
Il aurait fallu simplement demander à kaxapo, dès la toute première réponse, de faire un ping vers une cible fiable (serveur et non routeur), et le sujet était fini.
C'est exactement ce que j'ai voulu dire dans mon premier message, puisque le MTR était coupé (on ne voit pas la fin du tableau).
-
C'est exactement ce que j'ai voulu dire dans mon premier message, puisque le MTR était coupé (on ne voit pas la fin du tableau).
Le problème est, en tant que professionnel, la difficulté de se mettre au niveau d'un newbie, particulièrement lorsque ce dernier évoque son "problème", en utilisant des outils dont il ne maîtrise pas correctement les tenants et aboutissants...
La connaissance dans une techo ou dans une autre ne doit jamais rester dans une "tour d'ivoire"...
Après chacun en fait ce qu'il veut, mais pour rendre les gens "moins bêtes", quoi de plus noble de transmettre ses connaissances?
C'est un des meilleurs moyens pour que les connaissances en question soient reconnues, appréciées, et plus avant être valorisées...
Bonne fin de journée! :)
-
Sur ce forum il y a beaucoup de gatekeeping à mon goût. Càd prendre un malin plaisir à paumer sciemment quelqu'un parce qu'il s'y connaît moins, faire en sorte de ne pas 'inclure' chacun même si il a un niveau de connaissance différent. C'est vite chiant, en fait.
La pédagogie c'est pas *si* difficile, hein ?
-
On a aussi le droit de se remettre en question, de ne pas affirmer des choses fausses sur un sujet qu'on ne maîtrise pas, et faire des recherches sur les infos qu'on donne. Dès la première réponse Hugues répond de manière très pédagogique, mais le posteur continue de raconter la même chose sans en tenir compte tout au long des messages. C'est chiant aussi. Transmettre les connaissances oui, si la personne en face en a rien à faire, non.
-
Il aurait fallu simplement demander à kaxapo, dès la toute première réponse, de faire un ping vers une cible fiable (serveur et non routeur), et le sujet était fini. Droit au but.
Bah oui ....
https://lafibre.info/free-adsl/probleme-de-routage-entre-free-et-telia-iptwelve99/msg899578/#msg899578 (https://lafibre.info/free-adsl/probleme-de-routage-entre-free-et-telia-iptwelve99/msg899578/#msg899578)
-
Pas de soucis pour être pédagogique.
Mais quand quelqu'un arrive non pas pour poser une question, par exemple "est-ce que vous voyez un problème sur ce traceroute ?" mais pour affirmer qu'"il y'a un problème" et demander à le résoudre, même si on lui explique que ce n'est pas forcément un problème, c'est une autre histoire.
-
On a aussi le droit de se remettre en question, de ne pas affirmer des choses fausses sur un sujet qu'on ne maîtrise pas, et faire des recherches sur les infos qu'on donne. Dès la première réponse Hugues répond de manière très pédagogique, mais le posteur continue de raconter la même chose sans en tenir compte tout au long des messages. C'est chiant aussi. Transmettre les connaissances oui, si la personne en face en a rien à faire, non.
En phase. Mais ça ne sert à rien de chercher absolument à avoir raison non plus :)
-
En phase. Mais ça ne sert à rien de chercher absolument à avoir raison non plus :)
Tout à fait...
Pour le fun... L'utilisation du terme "gatekeeping" est déjà perturbant pour certains... comme pas mal "d'anglouilleries" que certains interprètent mal, ou pas du tout! Eh oui... ;) ;) ;)
-
Un ton péremptoir c'est pour percher les oiseaux ? ( like Kamelott inside)
Perchoir vous voulez dire ? Non ça c'est quand on tends une perche pour se faire battre.
Il y a tellement de paramètres à prendre en compte lors d' une session de jeu en ligne, que c'est difficile d'être catégorique sur la provenance d'un problème, sans une réelle analyse approfondie.
Il y a des équipes dédiées à cette activité de gestion des serveurs de jeux, sur toute la planète.
Pour parler d'un cas que je connais bien, "Blizzard", les équipes derrière "monitorent" les accès aux serveurs pour donner la meilleure expérience de jeu à tous. Et assez fréquemment, le problème est local au client, quand c'est du côté "serveurs" les équipes ont des remontés d'alertes.
Incriminer le réseau, pourquoi pas, ou tout autre élucubration sur les sociétés éditrices de jeu. Ceux qui jouent, c'est le gagne pain des éditeurs, sachant les centaines de millions investis dans certains jeux, si il y a un réel problème avec un prestataire, le problème est vite identifié.
Si le newbie, viens expliquer qu'il a identifié un problème, ce qui en soi est toujours possible, on l'écoute, si c'est un manque de connaissances, on lui réponds afin de l'aiguiller dans sa recherche de la bonne solution, mais personnellement je ne suis pas adepte de passer trop de temps avec quelqu'un qui ne souhaite pas s'investir dans le réel problème de compréhension.
-
« La connaissance est la seule chose qui s'accroit lorsqu'on la partage. »
Sacha Boudjema
-
je vous laisse ici le résultat du MTR avec plus de 57% de perte de paquet:
La première chose pour investiguer quoi que ce soit c'est de fournir au moins l'adresse de déstination et le mtr montrant de la perte avec celle-ci...
On ne fournit pas un traceroute avec les noms d'hôtes. Surtout lorsqu'il n'est pas possible de retrouver les adresses correspondantes.
Aussi, les sauts intermédiaires ne répondent pas à l'ICMP. Ils envoient un paquet ICMP de type "Time Exceeded" parce que le champ TTL est à 0, ce qui est différent du paquet "Echo Reply" que renvoit la déstination. Les routeurs ont généralement une limitation différente pour les paquets Time Exceeded.
Faut-il aussi rappeler que chaque saut peut envoyer une réponse à travers un chemin bien différent de celui emprunter par les paquets envoyés par la déstination.
Pour finir, pourquoi être abonner à un opérateur minitel/télévision dont les problèmes d'interconnexions volontaires sont archi-connus ?
-
Pour finir, pourquoi être abonner à un opérateur minitel/télévision dont les problèmes d'interconnexions volontaires sont archi-connus ?
Hors sujet et plus d'actualité depuis un moment ;)
-
Hors sujet et plus d'actualité depuis un moment ;)
Certainement pas.
-
Depuis mon réabonnement je ne peux que constater que je n'ai plus aucune saturation quel que soit la destination (ce qui n'était pas le cas l'année dernière).
Pour comparer avec les mtr de l'op, voici les miens depuis la banlieue Lyonnaise :
moon@Freeze:[~] > mtr -zwc 5 213.163.76.133
Start: 2021-10-19T17:48:04+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 5 0.9 0.9 0.7 1.0 0.1
2. AS??? 194.149.169.53 0.0% 5 8.9 9.2 8.6 9.6 0.4
3. AS??? amsix-6k-1.routers.proxad.net 0.0% 5 23.0 23.1 22.8 23.5 0.3
4. AS??? 80.249.208.162 0.0% 5 22.9 27.1 22.4 37.0 6.0
5. AS49544 nlrtm1-rt001i.i3d.net 0.0% 5 23.0 23.9 23.0 24.6 0.7
6. AS49544 nlrtm1-rt004i.i3d.net 0.0% 5 23.7 27.4 23.3 34.2 5.1
7. AS49544 ns1.i3d.nl 0.0% 5 24.3 24.0 23.5 24.3 0.3
moon@Freeze:[~] > mtr -zwc 5 188.122.68.53
Start: 2021-10-19T17:48:50+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 5 0.9 0.9 0.7 1.1 0.2
2. AS??? 194.149.169.170 0.0% 5 8.8 8.8 8.5 9.0 0.2
3. AS??? amsix-6k-1.routers.proxad.net 0.0% 5 22.6 22.8 22.6 23.1 0.2
4. AS??? 80.249.208.162 0.0% 5 27.8 24.5 23.1 27.8 2.0
5. AS49544 nlrtm1-rt002i.i3d.net 0.0% 5 23.8 24.2 23.8 24.9 0.5
6. AS49544 defra1-rt001i.i3d.net 0.0% 5 32.2 32.6 32.2 33.2 0.5
7. AS49544 hosted-by.i3d.net 0.0% 5 33.4 32.9 32.4 33.4 0.3
moon@Freeze:[~] > mtr -zwc 5 188.122.80.53
Start: 2021-10-19T17:49:12+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 5 0.8 1.1 0.7 2.1 0.6
2. AS??? 194.149.169.57 0.0% 5 8.9 9.6 8.9 11.0 0.9
3. AS??? amsix-6k-1.routers.proxad.net 0.0% 5 22.5 22.9 22.5 23.2 0.3
4. AS??? 80.249.208.162 0.0% 5 23.2 22.9 22.7 23.2 0.2
5. AS49544 nlrtm1-rt001i.i3d.net 0.0% 5 29.4 27.5 23.4 37.2 6.0
6. AS49544 defra1-rt001i.i3d.net 0.0% 5 32.2 33.2 32.1 36.1 1.6
7. AS49544 plwaw1-rt001i.i3d.net 0.0% 5 47.0 49.0 46.2 57.8 4.9
8. AS49544 hosted-by.i3d.net 0.0% 5 47.9 47.9 47.6 48.2 0.2
moon@Freeze:[~] > mtr -zwc 5 213.179.216.53
Start: 2021-10-19T17:49:43+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 5 0.9 0.9 0.6 1.1 0.2
2. AS??? 194.149.169.61 0.0% 5 9.6 9.2 8.7 9.6 0.3
3. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
4. AS1299 prs-b3-link.ip.twelve99.net 0.0% 5 8.8 8.9 8.7 9.1 0.2
5. AS1299 prs-bb1-link.ip.twelve99.net 0.0% 5 31.1 31.5 31.1 31.8 0.3
6. AS1299 mad-b2-link.ip.twelve99.net 0.0% 5 33.1 33.2 32.8 33.7 0.3
7. AS1299 i3dnet-svc073391-lag003507.ip.twelve99-cust.net 0.0% 5 30.1 30.0 29.4 30.2 0.4
8. AS49544 hosted-by.i3d.net 0.0% 5 30.0 29.8 29.5 30.0 0.2
-
Sur ce forum il y a beaucoup de gatekeeping à mon goût. Càd prendre un malin plaisir à paumer sciemment quelqu'un parce qu'il s'y connaît moins, faire en sorte de ne pas 'inclure' chacun même si il a un niveau de connaissance différent. C'est vite chiant, en fait.
La pédagogie c'est pas *si* difficile, hein ?
+1
C'est ce que je voulais dire.
A cela près que certains "experts" adoptent ce comportement par habitude, sans même y réfléchir. Du coup, je ne sais pas si c'est un comportement volontaire ou non.
Pour avoir moi même formé un grand nombre de personnes dans mon boulot, je peux dire qu'adopter une démarche pédagogique, c'est le meilleur moyen de faire le bilan sur ses propres connaissances, de les mettre en ordre, et de les formaliser/partager à différents niveau d'expertise, selon la personne à former.
C'est une démarche très formatrice pour soi-même.
Leon.
-
C'est une démarche très formatrice pour soi-même.
Leon.
Oui je suis d'accord.
Parfois je procède différemment, je pose une question apparement débile, quitte à passer pour un imbécile, cela a plusieurs avantages, faire réfléchir celui d'en face sur la question posée, évidement ayant trait à la solution et saisir par la même occasion l'état d'esprit de l'interlocuteur.
Si c'est une personne du type donne moi une solution à mon problème gratuitement et même pas merci, le cas est vite réglé.
-
Donc après plusieurs mois avec des problèmes avec un service en ligne (DISCORD) et des problèmes de perte de paquets vers les serveurs d'un jeu vidéo qui est hébergé par i3d.net
(...)
le probleme ne vient pas de chez i3d.net mais de chez Télia (iptwelve99)
Personne n'a relevé mais il y avait une autre petite faille dans le raisonnement : on n'est pas sûr du tout que le trafic passait réellement par Telia il y a quelques mois puisque l'arrivée de Telia comme transitaire chez Free est toute récente. ;)
Depuis mon réabonnement je ne peux que constater que je n'ai plus aucune saturation quel que soit la destination (ce qui n'était pas le cas l'année dernière).
Il reste des saturations locales ponctuellement et peut-être des saturations sur certains PNI particuliers mais à priori ça fait un moment que Cogent ne sature plus par exemple.
-
Depuis mon réabonnement je ne peux que constater que je n'ai plus aucune saturation quel que soit la destination (ce qui n'était pas le cas l'année dernière).
Pour comparer avec les mtr de l'op, voici les miens depuis la banlieue Lyonnaise :
moon@Freeze:[~] > mtr -zwc 5 213.163.76.133
Start: 2021-10-19T17:48:04+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 5 0.9 0.9 0.7 1.0 0.1
2. AS??? 194.149.169.53 0.0% 5 8.9 9.2 8.6 9.6 0.4
3. AS??? amsix-6k-1.routers.proxad.net 0.0% 5 23.0 23.1 22.8 23.5 0.3
4. AS??? 80.249.208.162 0.0% 5 22.9 27.1 22.4 37.0 6.0
5. AS49544 nlrtm1-rt001i.i3d.net 0.0% 5 23.0 23.9 23.0 24.6 0.7
6. AS49544 nlrtm1-rt004i.i3d.net 0.0% 5 23.7 27.4 23.3 34.2 5.1
7. AS49544 ns1.i3d.nl 0.0% 5 24.3 24.0 23.5 24.3 0.3
moon@Freeze:[~] > mtr -zwc 5 188.122.68.53
Start: 2021-10-19T17:48:50+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 5 0.9 0.9 0.7 1.1 0.2
2. AS??? 194.149.169.170 0.0% 5 8.8 8.8 8.5 9.0 0.2
3. AS??? amsix-6k-1.routers.proxad.net 0.0% 5 22.6 22.8 22.6 23.1 0.2
4. AS??? 80.249.208.162 0.0% 5 27.8 24.5 23.1 27.8 2.0
5. AS49544 nlrtm1-rt002i.i3d.net 0.0% 5 23.8 24.2 23.8 24.9 0.5
6. AS49544 defra1-rt001i.i3d.net 0.0% 5 32.2 32.6 32.2 33.2 0.5
7. AS49544 hosted-by.i3d.net 0.0% 5 33.4 32.9 32.4 33.4 0.3
moon@Freeze:[~] > mtr -zwc 5 188.122.80.53
Start: 2021-10-19T17:49:12+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 5 0.8 1.1 0.7 2.1 0.6
2. AS??? 194.149.169.57 0.0% 5 8.9 9.6 8.9 11.0 0.9
3. AS??? amsix-6k-1.routers.proxad.net 0.0% 5 22.5 22.9 22.5 23.2 0.3
4. AS??? 80.249.208.162 0.0% 5 23.2 22.9 22.7 23.2 0.2
5. AS49544 nlrtm1-rt001i.i3d.net 0.0% 5 29.4 27.5 23.4 37.2 6.0
6. AS49544 defra1-rt001i.i3d.net 0.0% 5 32.2 33.2 32.1 36.1 1.6
7. AS49544 plwaw1-rt001i.i3d.net 0.0% 5 47.0 49.0 46.2 57.8 4.9
8. AS49544 hosted-by.i3d.net 0.0% 5 47.9 47.9 47.6 48.2 0.2
moon@Freeze:[~] > mtr -zwc 5 213.179.216.53
Start: 2021-10-19T17:49:43+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 5 0.9 0.9 0.6 1.1 0.2
2. AS??? 194.149.169.61 0.0% 5 9.6 9.2 8.7 9.6 0.3
3. AS??? ??? 100.0 5 0.0 0.0 0.0 0.0 0.0
4. AS1299 prs-b3-link.ip.twelve99.net 0.0% 5 8.8 8.9 8.7 9.1 0.2
5. AS1299 prs-bb1-link.ip.twelve99.net 0.0% 5 31.1 31.5 31.1 31.8 0.3
6. AS1299 mad-b2-link.ip.twelve99.net 0.0% 5 33.1 33.2 32.8 33.7 0.3
7. AS1299 i3dnet-svc073391-lag003507.ip.twelve99-cust.net 0.0% 5 30.1 30.0 29.4 30.2 0.4
8. AS49544 hosted-by.i3d.net 0.0% 5 30.0 29.8 29.5 30.0 0.2
En tous cas de ce que je vois vous n'avez pas de loss au niveau de prs-bb1. Combien de temps avez vous laissé tourner le MTR ?
La première chose pour investiguer quoi que ce soit c'est de fournir au moins l'adresse de déstination et le mtr montrant de la perte avec celle-ci...
On ne fournit pas un traceroute avec les noms d'hôtes. Surtout lorsqu'il n'est pas possible de retrouver les adresses correspondantes.
Aussi, les sauts intermédiaires ne répondent pas à l'ICMP. Ils envoient un paquet ICMP de type "Time Exceeded" parce que le champ TTL est à 0, ce qui est différent du paquet "Echo Reply" que renvoit la déstination. Les routeurs ont généralement une limitation différente pour les paquets Time Exceeded.
Faut-il aussi rappeler que chaque saut peut envoyer une réponse à travers un chemin bien différent de celui emprunter par les paquets envoyés par la déstination.
Pour finir, pourquoi être abonner à un opérateur minitel/télévision dont les problèmes d'interconnexions volontaires sont archi-connus ?
J'ai bien présenté un MTR (MTR sur Windows je ne comprends pas pourquoi vous me ditez que c'est des traceroute) vers le serveur ainsi que des MTR vers le routeur prs-bb1
Mais si vous voulez bien je peut relancer un MTR en désactivant la résolution des noms.
-
je ne comprends pas pourquoi vous me ditez que c'est des traceroute
MTR : My TraceRoute. C'est un traceroute amélioré en gros.
-
Et de donner les infos de synchro de la box et caractéristiques de la ligne.
Je suis donc en VDSL à 1228metres de distance du dslam. Je plafonne a 40mb/s en download et 7mb/s ce qui n'est pas du tout dégueulasse.
C'est exactement ce que j'ai voulu dire dans mon premier message, puisque le MTR était coupé (on ne voit pas la fin du tableau).
Oui en effet il était découper mais juste après ça j'ai envoyé un MTR complet !
Un ton péremptoir c'est pour percher les oiseaux ? ( like Kamelott inside)
Perchoir vous voulez dire ? Non ça c'est quand on tends une perche pour se faire battre.
Il y a tellement de paramètres à prendre en compte lors d' une session de jeu en ligne, que c'est difficile d'être catégorique sur la provenance d'un problème, sans une réelle analyse approfondie.
Il y a des équipes dédiées à cette activité de gestion des serveurs de jeux, sur toute la planète.
Pour parler d'un cas que je connais bien, "Blizzard", les équipes derrière "monitorent" les accès aux serveurs pour donner la meilleure expérience de jeu à tous. Et assez fréquemment, le problème est local au client, quand c'est du côté "serveurs" les équipes ont des remontés d'alertes.
Incriminer le réseau, pourquoi pas, ou tout autre élucubration sur les sociétés éditrices de jeu. Ceux qui jouent, c'est le gagne pain des éditeurs, sachant les centaines de millions investis dans certains jeux, si il y a un réel problème avec un prestataire, le problème est vite identifié.
Si le newbie, viens expliquer qu'il a identifié un problème, ce qui en soi est toujours possible, on l'écoute, si c'est un manque de connaissances, on lui réponds afin de l'aiguiller dans sa recherche de la bonne solution, mais personnellement je ne suis pas adepte de passer trop de temps avec quelqu'un qui ne souhaite pas s'investir dans le réel problème de compréhension.
Enfaite pour vous répondre très sincèrement je m'en fou si de temps en temps quand je prends le temps de faire quelques parties en ligne et que je rencontre quelques bugs/latences tout ce que vous voulez entendre par là ! Parce que c'est compréhensible car rien est parfait ! Mais moi ce qui me turlupine c'est que quand meme en 2021 on ne soit pas capable de déplacer un petit personnage sur un jeu vidéo avec un debit plus qu'acceptable
comme expliqué plus haut j'ai en effet fait des recherches et vu qu'un jeu vidéo en ligne ne consomme pas plus que quelques kb/s et quand on possède 40mb/s de synchro et qu'on rencontre des soucis relié par ethernet en plus et bah je me pose des questions. Pour moi cela reste plus un problème de routage (routage mal configurer/réseau interne mal configurer) que d'un problème de débit ou de congestion car oui un samedi d'accord j'accepte le fait que tout le monde est a la maison et sa peut saturer mais quand les jour de la semaine on subit la même chose...
-
Oui en effet il était découper mais juste après ça j'ai envoyé un MTR complet !
Yes mais faire un mtr sur un routeur n'a pas de sens, comme expliqué ensuite. MTR complet = vers le serveur cible
-
Je suis donc en VDSL à 1228metres de distance du dslam. Je plafonne a 40mb/s en download et 7mb/s ce qui n'est pas du tout dégueulasse.
Oui en effet il était découper mais juste après ça j'ai envoyé un MTR complet !
Enfaite pour vous répondre très sincèrement je m'en fou si de temps en temps quand je prends le temps de faire quelques parties en ligne et que je rencontre quelques bugs/latences tout ce que vous voulez entendre par là ! Parce que c'est compréhensible car rien est parfait ! Mais moi ce qui me turlupine c'est que quand meme en 2021 on ne soit pas capable de déplacer un petit personnage sur un jeu vidéo avec un debit plus qu'acceptable
comme expliqué plus haut j'ai en effet fait des recherches et vu qu'un jeu vidéo en ligne ne consomme pas plus que quelques kb/s et quand on possède 40mb/s de synchro et qu'on rencontre des soucis relié par ethernet en plus et bah je me pose des questions. Pour moi cela reste plus un problème de routage (routage mal configurer/réseau interne mal configurer) que d'un problème de débit ou de congestion car oui un samedi d'accord j'accepte le fait que tout le monde est a la maison et sa peut saturer mais quand les jour de la semaine on subit la même chose...
Stricto sensus, si vous arrivez à destination, ce n'est pas un problème de routage, comme son nom l'indique le routage consiste à établir une route vers une destination.
Si vous arrivez à destination, par n'importe quel chemin, le routage fonctionne.
Avec le débit cité, c'est amplement suffisant, il faut chercher la cause de votre problème ailleurs.
Si cela vous semble provenir de l'éditeur de jeu, ils ont des systèmes d'assistances, ils sont fait pour cela.
-
Stricto sensus, si vous arrivez à destination, ce n'est pas un problème de routage, comme son nom l'indique le routage consiste à établir une route vers une destination.
Si vous arrivez à destination, par n'importe quel chemin, le routage fonctionne.
Avec le débit cité, c'est amplement suffisant, il faut chercher la cause de votre problème ailleurs.
Si cela vous semble provenir de l'éditeur de jeu, ils ont des systèmes d'assistances, ils sont fait pour cela.
Tout a fait d'accord avec vous mais quand je dis routage je parle aussi de la propreté du routage c'est a dire est ce que la route prise est celle qui comporte le moins de latence ? Et aussi pour finir est ce que le réseau actuel des utilisateurs adsl/vdsl lambda est correctement configurée pour être compatible avec le jeu en ligne/streaming de voix ou image.
Pour être sincère je ne comprends pas la plus part du temps j'ai un ping assez bas 20ms par exemple mais sur le jeu il va m'afficher les voyants "latence variables" "perte de paquets" et le jeu peut meme freeze/bloquer pendant plus d'une seconde je ne comprends qu'es qui pourrais causer ceci avec un si bon debit (Pour l'ADSL) et une latence de 20ms franchement c'est pas logique il ya bien un problème quelque part sur la configuration/routage ou sinon aidez moi a trouver d'où vient ce problème parce que franchement je ne sais pas ce que je peut faire de mieux (Je suis relié en ethernet, Bon débit, Pas de téléchargements, IPV4 Fixe, Déjà testé avec ou sans IPv6 et rien ne change)
Juste pour le plaisir vous qui avez plus de connaissances que moi. Vous en ditez quoi?
-
Cela fait beaucoup de questions auxquelles je n'ai aucun moyen de répondre, à moins de vouloir trouver une réponse dans une boule de cristal.
Et pourquoi ne vous rapprochez vous pas de ceux dont c'est le travail, de vous apporter le support sur le jeu ?
Tant qu'à faire autant s'adresser à ceux le plus à même de vous apporter une solution.
L'analogie, c'est si vous avez un problème sur votre véhicule, et soupçonnez que le problème proviens de l'embrayage, mais que c'est un problème de transmission, vous n'allez pas voir le carrossier pour régler le problème.
Le mieux c'est d'aller voir ceux dont c'est la spécialité.
Là vous demandez de l'aide sur la résolution d'un problème n'étant pas du ressort réseau à proprement parlé.
Vous utilisez des outils à votre disposition, vous considérez que des problèmes rencontrés par d'autres s'appliquent à vous, parce qu'ils ont les même symptômes.
Sur la forme, vous allez certainement apprendre des choses, sur le fond, cela ne va pas être très efficace pour régler le problème.
Appelez le support du jeu en question.
-
En tous cas de ce que je vois vous n'avez pas de loss au niveau de prs-bb1. Combien de temps avez vous laissé tourner le MTR ?
5 requêtes seulement, pas besoin de plus. Comme l'on dit les autres, le taff d'un routeur ce n'est pas de répondre au ping, j'ai d'ailleurs un loss de 100% au 3ème saut, ce qui ne m'empêche d'atteindre ma destination.
-
5 requêtes seulement, pas besoin de plus. Comme l'on dit les autres, le taff d'un routeur ce n'est pas de répondre au ping, j'ai d'ailleurs un loss de 100% au 3ème saut, ce qui ne m'empêche d'atteindre ma destination.
D'accord;
Par contre je viens de remarquer quelque chose de bizarre en fesant un MTR vers un autre serveur de jeu d'un hebergeur different qui est Vélia.net (pour le meme jeu) j'ai pris l'adresse ip dans les logs du jeu en question:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 1153 | 1153 | 0 | 0 | 5 | 4 |
| 78.219.181.254 - 0 | 1153 | 1153 | 4 | 4 | 17 | 4 |
| 213.228.28.190 - 0 | 1153 | 1153 | 5 | 5 | 19 | 5 |
| 194.149.166.169 - 2 | 1104 | 1091 | 17 | 18 | 31 | 18 |
| Request timed out. - 100 | 233 | 0 | 0 | 0 | 0 | 0 |
| 62.115.46.68 - 0 | 1153 | 1153 | 18 | 18 | 54 | 19 |
| 62.115.118.58 - 10 | 832 | 749 | 27 | 27 | 39 | 28 |
| 62.115.123.12 - 1 | 1149 | 1148 | 27 | 27 | 42 | 27 |
| 62.115.121.1 - 0 | 1153 | 1153 | 26 | 28 | 87 | 27 |
| 62.115.144.9 - 0 | 1153 | 1153 | 35 | 37 | 114 | 37 |
| 87.230.112.15 - 0 | 1153 | 1153 | 36 | 39 | 174 | 36 |
| 92.204.249.93 - 0 | 1153 | 1153 | 36 | 38 | 100 | 38 |
| 92.204.191.191 - 0 | 1153 | 1153 | 26 | 26 | 44 | 27 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Et cette fois c'est trés bizarre car il ya trés peu de paquets perdus ce qui me fait turlupiner encore plus ??? porquoi vers ce serveur je n'ai pas les fameux 50% mais 10%??
-
D'accord;
Par contre je viens de remarquer quelque chose de bizarre en fesant un MTR vers un autre serveur de jeu d'un hebergeur different qui est Vélia.net (pour le meme jeu) j'ai pris l'adresse ip dans les logs du jeu en question:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 1153 | 1153 | 0 | 0 | 5 | 4 |
| 78.219.181.254 - 0 | 1153 | 1153 | 4 | 4 | 17 | 4 |
| 213.228.28.190 - 0 | 1153 | 1153 | 5 | 5 | 19 | 5 |
| 194.149.166.169 - 2 | 1104 | 1091 | 17 | 18 | 31 | 18 |
| Request timed out. - 100 | 233 | 0 | 0 | 0 | 0 | 0 |
| 62.115.46.68 - 0 | 1153 | 1153 | 18 | 18 | 54 | 19 |
| 62.115.118.58 - 10 | 832 | 749 | 27 | 27 | 39 | 28 |
| 62.115.123.12 - 1 | 1149 | 1148 | 27 | 27 | 42 | 27 |
| 62.115.121.1 - 0 | 1153 | 1153 | 26 | 28 | 87 | 27 |
| 62.115.144.9 - 0 | 1153 | 1153 | 35 | 37 | 114 | 37 |
| 87.230.112.15 - 0 | 1153 | 1153 | 36 | 39 | 174 | 36 |
| 92.204.249.93 - 0 | 1153 | 1153 | 36 | 38 | 100 | 38 |
| 92.204.191.191 - 0 | 1153 | 1153 | 26 | 26 | 44 | 27 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Et cette fois c'est trés bizarre car il ya trés peu de paquets perdus ce qui me fait turlupiner encore plus ??? porquoi vers ce serveur je n'ai pas les fameux 50% mais 10%??
Dans ton MTR ce qui est important c'est la destination finale (le serveur requêté)
Et là il n'y a pas de perte, donc tout est OK.
Qu'au niveau des routeurs il y ait de la perte, peu importe combien, cela s'explique par le fait que leur rôle essentiel n'est pas répondre aux requêtes ICMP.