Auteur Sujet: Récapitulatif des problèmes EN COURS (et non résolus)  (Lu 90485 fois)

0 Membres et 2 Invités sur ce sujet

Littlecasper

  • Abonné Free fibre
  • *
  • Messages: 87
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #552 le: 28 mars 2022 à 17:12:04 »
Et normal puisque la route depuis l'Ain n'est plus directe vers la Suisse si j'ai tout suivi.
Cette augmentation de la latence n'est pas la conséquence d'une infrastructure qui sature comme écrit plus haut mais par une route plus longue.
Route plus longue = durée de réponse plus longue.

"laFibre.info" à Lyon, 28ms
" IT.Gate S.p.A" à Turin, 26 ms
" Vialis " à Colmar 21 ms
"Orange" à Lyon 30 ms
"SFR" Lyon 19 ms
"lasotel" Lyon 24 ms
"Promoteus" Cologno 27 ms
"TIM" Milan 27 ms
"fdcservers.net" Zurich 32 ms


J'ai essayé ces autres routes (France à Lyon, Suisse, Italie), pas vraiment d'influence par rapport à la distance

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #553 le: 28 mars 2022 à 17:12:27 »
Quid de Infomaniak ? J'avais également 2ms avec eux ?

Infomaniak… Ils ont une interco à Genève je crois, donc quand la route était directe Ain-Genève, c'était direct.
C'était un ping exceptionnellement remarquable. Maintenant tu as un ping très bon.

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #554 le: 28 mars 2022 à 17:13:37 »
"laFibre.info" à Lyon, 28ms
" IT.Gate S.p.A" à Turin, 26 ms
" Vialis " à Colmar 21 ms
"Orange" à Lyon 30 ms
"SFR" Lyon 19 ms
"lasotel" Lyon 24 ms
"Promoteus" Cologno 27 ms
"TIM" Milan 27 ms
"fdcservers.net" Zurich 32 ms


J'ai essayé ces autres routes (France à Lyon, Suisse, Italie), pas vraiment d'influence par rapport à la distance

Et Paris ?

thedark

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 5 674
  • Réseau Covage
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #555 le: 28 mars 2022 à 17:15:55 »
Infomaniak… Ils ont une interco à Genève je crois, donc quand la route était directe Ain-Genève, c'était direct.
C'était un ping exceptionnellement remarquable. Maintenant tu as un ping très bon.
http://83.166.136.142/smokeping/?target=KNET.Gaille un exemple ;) VM chez Infomaniak sur deux IP K-NET + Interco

patrick_01

  • Abonné MilkyWan
  • *
  • Messages: 327
  • 01
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #556 le: 28 mars 2022 à 17:16:23 »
Moi j'ai un ping négatif, c'est pas pour autant que je passe moins de temps sur internet...

Littlecasper

  • Abonné Free fibre
  • *
  • Messages: 87
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #557 le: 28 mars 2022 à 17:16:32 »
C'est exactement ça.
La conséquence est un ping plus élevé, mais qui reste très bon.

Au final, on parle vraiment ici d'un paramètre qui n'a vraiment que très très peu voire aucune influence sur la qualité de la connexion et l'expérience utilisateur.
Passer d'un ping à 15 ms à 150 ms, oui ça peut se ressentir (et encore dans des situations très particulières comme le gaming de pointe).

Je crois que ce qui impressionne, c'est de voir une mesure passer de 5 à 25… Mon Dieu, c'est cinq fois plus élevé ! Etc…
Mais c'est comme de dire par exemple que la longueur d'un câble ethernet qui était de 5 cm est maintenant de 25 cm… Certes c'est 5 fois plus long, et ça affecte un tout petit petit peu la qualité de la connexion, mais c'est… négligeable ::)
Passer de 5 à 25 mètres, c'est une autre histoire si le câble n'est pas de bonne qualité… Et de 50 m à 250 mètres, encore plus.

Je ne suis pas d'accord, si vous avez 1000 échanges entre un client et un serveur (échange + acquittement),
  2 ms de latence par échange cela fera   2 secondes de latence totale pour finaliser l'échange
28 ms de latence par échange cela fera 28 secondes de latence totale pour finaliser l'échange
Ce n'est plus négligeable...

Littlecasper

  • Abonné Free fibre
  • *
  • Messages: 87
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #558 le: 28 mars 2022 à 17:17:44 »
Et Paris ?

Speedtest cherchant les serveurs les plus proches géographiquement, je ne peux sélectionner un serveur sur Paris.

patrick_01

  • Abonné MilkyWan
  • *
  • Messages: 327
  • 01
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #559 le: 28 mars 2022 à 17:20:38 »
Je ne suis pas d'accord, si vous avez 1000 échanges entre un client serveur (échange + acquittement),
  2 ms de latence par échange cela fera   2 secondes de latence totale pour finaliser l'échange
28 ms de latence par échange cela fera 28 secondes de latence totale pour finaliser l'échange
Ce n'est plus négligeable...

C'est théoriquement juste, mais sur quels protocoles du monde réel fait-on 1000 échanges entre un client et un serveur sans passer aucune donnée utile ? Et en couche application, hein, si on cause TCP, il y a un mécanisme de fenêtrage qui fait qu'on n'attend pas l'acquittement du premier paquet (segment...) pour envoyer la suite...

bolemo

  • AS2027 MilkyWan
  • Professionnel des télécoms
  • *
  • Messages: 1 625
  • Grandcamp Maisy (14)
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #560 le: 28 mars 2022 à 17:21:05 »
Speedtest cherchant les serveurs les plus proches géographiquement, je ne peux sélectionner un serveur sur Paris.

Divers pings à essayer sur Paris : 37.49.236.105 195.42.144.220 92.118.98.22
Et sur SGP : 178.250.209.217 178.250.209.8

thedark

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 5 674
  • Réseau Covage
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #561 le: 28 mars 2022 à 17:21:21 »
Divers pings à essayer sur Paris : 37.49.236.105 195.42.144.220 92.118.98.22
Et sur SGP : 178.250.209.217 178.250.209.8
Il y a mieux ping k-net.testdebit.info  :P

Littlecasper

  • Abonné Free fibre
  • *
  • Messages: 87
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #562 le: 28 mars 2022 à 17:25:37 »
C'est théoriquement juste, mais sur quels protocoles du monde réel fait-on 1000 échanges entre un client et un serveur sans passer aucune donnée utile ? Et en couche application, hein, si on cause TCP, il y a un mécanisme de fenêtrage qui fait qu'on n'attend pas l'acquittement du premier paquet (segment...) pour envoyer la suite...

Quand on pilote des équipements / systèmes à distance, chaque commande / retour / visualisation est validé par un acquittement et la précision des commandes implique des échanges à intervalles très réduits. C'est pour cela que la 5G est une technologie qui va prendre le relais car elle est largement sous la milliseconde afin de permettre une totale fluidité.

pju91

  • Abonné Free fibre
  • *
  • Messages: 891
  • 91
Récapitulatif des problèmes EN COURS (et non résolus)
« Réponse #563 le: 28 mars 2022 à 17:26:11 »
Je ne suis pas d'accord, si vous avez 1000 échanges entre un client et un serveur (échange + acquittement),
Quelle est donc cette application (à part ping) qui enchaîne des "échanges + acquittements" ?
Si elle s'appuie sur TCP, elle est très mal écrite et ne profite pas des dizaines d'années d'expérience de la mise au point du protocole TCP.
Si elle s'appuie sur UDP, elle n'a sans doute pas besoin d'ACK pour chaque échange