Auteur Sujet: Débit montant nul, débit descendant normal  (Lu 8143 fois)

0 Membres et 1 Invité sur ce sujet

Antibill

  • Abonné SFR fibre FttH
  • *
  • Messages: 28
  • Sorgues 84
Débit montant nul, débit descendant normal
« Réponse #12 le: 14 avril 2021 à 17:39:58 »
0.2 Mb/s ?

Il y a vraiment un truc étonnant.

Cela serait possible de faire un capture Wireshark lors d'un SpeedTest donc avec du débit descendant et montant ?
(Je veut bien le descendant pour comprendre ce qu'il se passe avec les 20 Mb/s d'acquittement envoyés)

=> Réaliser une capture Wireshark pas à pas


J'espère que j'ai bien suivi le tuto, si besoin je peux le faire depuis le mode sans echec, ou bien depuis un vieux PC sur lequel l'install ubuntu es en cours pour confirmer les tests.

S'il faut le refaire autrement, n'hésitez pas.

Test réalisé sur le site de nperf,j'ai arrêté la capture a la toute fin, après le test de lantence.

Résultat de ce test ci : Réception 646.1 Mb/s / Envoi 0.106Mb/s / Latence 13.07ms

EDIT : 1.1Go le fichier?! J'ai du louper quelque chose.
Je vous fait un wetransfert en 4G.


Merci.

Antibill

  • Abonné SFR fibre FttH
  • *
  • Messages: 28
  • Sorgues 84
Débit montant nul, débit descendant normal
« Réponse #13 le: 14 avril 2021 à 17:52:36 »
0.2 Mb/s ?

Il y a vraiment un truc étonnant.

Cela serait possible de faire un capture Wireshark lors d'un SpeedTest donc avec du débit descendant et montant ?
(Je veut bien le descendant pour comprendre ce qu'il se passe avec les 20 Mb/s d'acquittement envoyés)

=> Réaliser une capture Wireshark pas à pas



Voilà le fichier : https://we.tl/t-6nKhS20lKc

J'attends impatiemment votre interprétation.

Encore merci.

Antibill

  • Abonné SFR fibre FttH
  • *
  • Messages: 28
  • Sorgues 84
Débit montant nul, débit descendant normal
« Réponse #14 le: 14 avril 2021 à 17:59:55 »
10 minutes, en 4g. Impossible via la fibre..

buddy

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 15 133
  • Alpes Maritimes (06)
Débit montant nul, débit descendant normal
« Réponse #15 le: 14 avril 2021 à 18:02:16 »
pour info, je lui ai demandé (avant de lire son post dans lequel il dit faire l'envoie en 4G) combien de temps il avait mis à envoyer le fichier pensant que ça avait été fait en FTTH.
et du coup j'avais supprimé mon message qui était inutile.

@antibill,
A tout hasard, le câble réseau en l'ONT et la Box a bien été changé (pour faire des tests)


Antibill

  • Abonné SFR fibre FttH
  • *
  • Messages: 28
  • Sorgues 84
Débit montant nul, débit descendant normal
« Réponse #16 le: 14 avril 2021 à 18:21:37 »
pour info, je lui ai demandé (avant de lire son post dans lequel il dit faire l'envoie en 4G) combien de temps il avait mis à envoyer le fichier pensant que ça avait été fait en FTTH.
et du coup j'avais supprimé mon message qui était inutile.

@antibill,
A tout hasard, le câble réseau en l'ONT et la Box a bien été changé (pour faire des tests)

Ça n'avait pas été fait, mais malheureusement le résultat est le même.

En passant par mon routeur (supprimé pour les tests précédents), je vois bien des débits proches de ceux des tests, même si un peu supérieurs . Valeur lors d'un test : 560KB/s en envoi, 84MB/s en réception.
Si je ne dis pas de bêtise, cela donnerait 4.4Mb/s en envoi, et 672Mb/s en réception. Bien en dessous de ce que c'était il y a peu.

iMarco27

  • Abonné Orange Fibre
  • *
  • Messages: 1 421
Débit montant nul, débit descendant normal
« Réponse #17 le: 14 avril 2021 à 18:50:44 »
@vivien, moi ça me choque pas son upload avec le download, voir ci dessous un Speedtest http sur un serveur local chez moi :


vivien

  • Administrateur
  • *
  • Messages: 47 184
    • Twitter LaFibre.info
Débit montant nul, débit descendant normal
« Réponse #18 le: 14 avril 2021 à 21:46:40 »
iMarco27, je suis trés étonné : tes données ne prendrait en compte que les paquets de données ?

Si ce n'est pas le cas il faut je vérifie le comportement de Windows. Avant la règle était d’acquitter chaque paquet pour des faibles débits et un paquet sur deux pour des haut débits. J'ai vérifié sous Linux, cela n'a pas changé.

Pour revenir à la grosse capture de Antibill, il n'y a aucun test d'upload de capturé. Les plus gros paquets envoyés sont ceux pour monter la connexion TLS 1.3 de nPerf.

J'ai toutefois regardé le flux descendant et ce qui m'a choqué le faible nombre d’acquittement envoyé par ton PC.

Le serveur est obligé de s’arrêter car la Rwin (nombre de paquets envoyé et non acquittés) est pleine. Il y a donc de nombreux arrêt dans l’envoie de données pour attendre les acquittements !


Le début de la connexion n'est pas propre du tout, toutefois avec nPerf il y a de nombreuses connexions simultanés, cela peut être l'origine de perte de paquets.


Autre exemple où la connexion se met en pause pendant deux secondes. Là aussi il faut faire attention au fait qu'il y a d'autres connexions en // qui elles doivent continuer.


Une autre connexion TCP visualisée en entier :

vivien

  • Administrateur
  • *
  • Messages: 47 184
    • Twitter LaFibre.info
Débit montant nul, débit descendant normal
« Réponse #19 le: 14 avril 2021 à 21:57:00 »
Si je peut demander une seconde capture ce serait comme ca :
- test avec SpeedTest, en sélectionnant mono-connexion pour n'avoir qu'une connexion simultanée.
- sur ton PC Ubuntu.

Pour avoir un fichier plus petit et éviter à ton PC de s'écrouler avec les écriture disque, je propose de faire la capture avec TCPdump qui permet de ne prendre que les 150 premiers octets de chaque paquet. On va aussi ne capturer que le flux SpeedTest : il utilise le port 8080 on va demander de ne prendre que ces paquets dans la capture.

La ligne de commande à utiliser sur ton Ubuntu es la suivante : (tcpdump est installé de base)
sudo tcpdump -i eth0 -n -s 150 -w fichier.pcap port 8080
Cela se met dans un terminal. Pour lancer un terminal, je conseille d’utiliser le raccourci "Ctrl" + "Alt" + "t"
"eth0" est le nom de ton interface réseau, il faut le modifier par la carte réseau qui porte ton IP. Cela se repère avec la commande ip -4 -c addr show.

Dans l'exemple ci-dessous, bond0 est l'interface réseau :


La capture sera bien plus légère, quelques dizaines de Mo au maximum, tu peut l'attacher à ton message sur le forum. On n'a pas le contenu des paquets, mais uniquement les en-tête ce qui est largement suffisant pour notre besoin.

Il faut démarrer la capture avant de lancer SpeedTest et l’arrêter quand les résultats s'affichent.

Merci.

Antibill

  • Abonné SFR fibre FttH
  • *
  • Messages: 28
  • Sorgues 84
Débit montant nul, débit descendant normal
« Réponse #20 le: 14 avril 2021 à 22:00:07 »
Et pourtant j'ai bien capturé le test dans son intégralité.
Je testerai depuis un autre site si besoin. Combien de temps faut il être déconnecté pour que l'adresse IP change? Je serai d'avis de faire le test. Si j'active l'ipv6 ça peut accélérer la chose ? Merci
Ma précédente panne, c'était synchro ok, pas de connexion, et la seule chose que j'avais pu faire était de patienter et d'attendre le renouvellement de l'IP...

Antibill

  • Abonné SFR fibre FttH
  • *
  • Messages: 28
  • Sorgues 84
Débit montant nul, débit descendant normal
« Réponse #21 le: 14 avril 2021 à 22:02:42 »
Si je peut demander une seconde capture ce serait comme ca :
- test avec SpeedTest, en sélectionnant mono-connexion pour n'avoir qu'une connexion simultanée.
- sur ton PC Ubuntu.

Pour avoir un fichier plus petit et éviter à ton PC de s'écrouler avec les écriture disque, je propose de faire la capture avec TCPdump qui permet de ne prendre que les 150 premiers octets de chaque paquet. On va aussi ne capturer que le flux SpeedTest : il utilise le port 8080 on va demander de ne prendre que ces paquets dans la capture.

La ligne de commande à utiliser sur ton Ubuntu es la suivante : (tcpdump est installé de base)
sudo tcpdump -i eth0 -n -s 150 -w fichier.pcap port 8080
Cela se met dans un terminal. Pour lancer un terminal, je conseille d’utiliser le raccourci "Ctrl" + "Alt" + "t"
"eth0" est le nom de ton interface réseau, il faut le modifier par la carte réseau qui porte ton IP. Cela se repère avec la commande ip -4 -c addr show.

Dans l'exemple ci-dessous, bond0 est l'interface réseau :


La capture sera bien plus légère, quelques dizaines de Mo au maximum, tu peut l'attacher à ton message sur le forum. On n'a pas le contenu des paquets, mais uniquement les en-tête ce qui est largement suffisant pour notre besoin.

Il faut démarrer la capture avant de lancer SpeedTest et l’arrêter quand les résultats s'affichent.

Merci.

J'essaie de faire ça demain. Ubuntu fonctionne pas sur mon pc, ça ne fonctionne que sur un vieux pc avec une interface 100mo. Mais ça donnera une idée

vivien

  • Administrateur
  • *
  • Messages: 47 184
    • Twitter LaFibre.info
Débit montant nul, débit descendant normal
« Réponse #22 le: 14 avril 2021 à 22:03:33 »
Vu le débit actuel, pas de pb pour être limité à 100 Mb/s

En FttH l'IPv4 est fixe.

Tu peut faire un test avec l'IPv6, on ne sais jamais.

Pour SpeedTest, prend un serveur qui gère l'IPv6, par exemple le serveur de Massy en île de France, pour que le test soit réalisé en IPv6.

Antibill

  • Abonné SFR fibre FttH
  • *
  • Messages: 28
  • Sorgues 84
Débit montant nul, débit descendant normal
« Réponse #23 le: 14 avril 2021 à 22:19:15 »
Vu le débit actuel, pas de pb pour être limité à 100 Mb/s

En FttH l'IPv4 est fixe.

Tu peut faire un test avec l'IPv6, on ne sais jamais.

Pour SpeedTest, prend un serveur qui gère l'IPv6, par exemple le serveur de Massy en île de France, pour que le test soit réalisé en IPv6.
L'IPV6 est maintenant activée, mais en statut non connecté.
Voilà le résultat du test, j'espère avoir bien suivi tes consignes.


Je débranche l'ONT et la box pour cette nuit... Sait on jamais...

Merci.