Auteur Sujet: Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G  (Lu 11660 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 47 088
    • Twitter LaFibre.info
Je viens d'acheter un Google Pixel 6.

J'ai bien la 5G Logo avec Free (5G 700 Mhz + 4G 1800 Mhz + 4G 2600 Mhz) et je m'étonne que nPerf ne détecte pas que je suis en 5G :



Comment aider nPerf à résoudre le problème ?

eNB Analytics détecte lui aussi de la 4G, L'API radio ne remonte que la porteuse principale.
En 5G NSA l'API radio ne sait pas du tout remonter d'infos sur les cellules, donc on n'a que les infos de la 4G. L'API est capable de donner gNB et CID en 5G mais SA seulement


Myck205

  • Abonné Orange / Sosh 4G/5G
  • *
  • Messages: 6 253
  • Free FTTH 10G/SFR Box 9 8Gpartagé/Orange 5XGSPON
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #1 le: 05 novembre 2021 à 20:02:51 »
En les contactant non ?

vivien

  • Administrateur
  • *
  • Messages: 47 088
    • Twitter LaFibre.info
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #2 le: 05 novembre 2021 à 20:34:36 »
Oui, je vais contacter nPerf, mais je préfère arriver avec tous les éléments et je sais qu'on a des experts d'eNB Analytics sur le forum.

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 173
  • Delta S 10G-EPON sur Les Ulis (91)
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #3 le: 05 novembre 2021 à 22:30:11 »
Il est clair que NPerf fait aussi des tests de débits en 5G (NSA), il n'y a qu'à voir ses derniers bilans. Ce serait donc plutôt lié au Pixel 6.

Ce que je constate personnellement, ayant acheté il y a peu un Realme Gt, c'est que lors des tests, on passe facilement de 5G en 4G, et que même parfois les tests s'arrêtent car en cours de test, on est passé d'une techno à une autre. C'est peut-être encore plus fréquent avec Free et sa 5G 700 MHz partagée avec la 4G par DSS ? Et donc avec le 700 MHz, Free couvre une grande partie de la population, mais avec probablement une bascule facile en 4G 700...

eahlys

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 1 099
  • Shadow AS64476 & AS396919
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #4 le: 06 novembre 2021 à 14:13:02 »
Et donc finalement, ce Pixel 6 il est bien ? :)

Invarion

  • Abonné MilkyWan
  • *
  • Messages: 131
  • Montpellier 34
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #5 le: 06 novembre 2021 à 14:18:31 »
Et donc finalement, ce Pixel 6 il est bien ? :)
Il le sera quand GrapheneOS sera dispo dessus :)

vivien

  • Administrateur
  • *
  • Messages: 47 088
    • Twitter LaFibre.info
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #6 le: 06 novembre 2021 à 14:33:55 »
Pour ce que j'ai testé, oui je suis satisfait.
Je vois pas mal de chose qui son vraiment mieux qui mon Samsung Galaxy S8 actuel.

Pour le moment ce n'est pas mon smartphone principal (je vais changer bientôt), mais c'est pratique d'avoir un smartphone qui n'est pas son smartphone principal pour faire des tests.

Cela me permet de voir toute la puissance du plus grand réseau 5G de France en multi thread avec un serveur interne au réseau probablement bien optimisé.



Je vais aller faire des tests complet à proximité d'un site 3,5 Ghz demain, comparer débit 4G, 5G, IPv4, IPv6, mono, multithread, Cubic, BBR.

eahlys

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 1 099
  • Shadow AS64476 & AS396919
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #7 le: 06 novembre 2021 à 15:30:13 »
Cela me permet de voir toute la puissance du plus grand réseau 5G de France en multi thread avec un serveur interne au réseau probablement bien optimisé.
Ahahahahah
Le serveur nPerf Free c'est du BBR j'en suis 100% certain.

vivien

  • Administrateur
  • *
  • Messages: 47 088
    • Twitter LaFibre.info
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #8 le: 06 novembre 2021 à 15:41:13 »
Comment tu le sais ?

Pour le moment je ne voyais pas d'autre solution que de comparer le débit sur un fichier avec et sans perte de paquet (Cubic étant très sensible au pertes de paquets)

Mais si tu as une autre solution, je suis preneur, car on me demande quel est le pourcentage de l'internet en Cubic (ou algo proche de Cubic et le pourcentage de l'internet en BBR (ou proche de BBR).

eahlys

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 1 099
  • Shadow AS64476 & AS396919
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #9 le: 06 novembre 2021 à 17:18:39 »
Au vu de l’impact de la latence sur une connexion TCP Cubic à très haut débit (genre 8Gbps de la delta), Free ne pourrait pas avoir des bons tests de débit nPerf de freeboxs  loin de Paris sans que le serveur de Free soit en BBR.
Je n’ai pas d’éléments concrets pour certifier que le serveur est en BBR, mais ça me semblerait aberrant qu’il ne le soit pas justement pour cette raison.

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 173
  • Delta S 10G-EPON sur Les Ulis (91)
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #10 le: 06 novembre 2021 à 17:26:55 »
Personnellement, je ne suis pas convaincu par ces arguments. Il y a quelque temps, le 18/10, après que Vivien avaient publié des résultats de tests 4G qui semblaient montrer que le débit BBR était deux fois plus élevé que le débit en cubic, j'avais fait mes propres tests avec ma Delta, et c'était équivalent, et même un peu mieux en cubic.
Il y a environ deux ans, j'avais de meilleurs résultats de test sur un serveur dont on m'a dit qu'il était en bbr, par rapport à un autre dont on m'a dit, ici, qu'il était en cubic, et cela s'était inversé quelques semaines après.

Et on est d'accord que s'il n' y a pas congestion, cela ne change rien sur les résultats des tests (c'est de l'évitement de congestion) ?
« Modifié: 06 novembre 2021 à 17:50:08 par alain_p »

vivien

  • Administrateur
  • *
  • Messages: 47 088
    • Twitter LaFibre.info
Pixel 6 : Test de débit nPerf en 5G, mais nPerf ne détect pas la 5G
« Réponse #11 le: 06 novembre 2021 à 19:36:43 »
Un bon réseau a un débit indique en Cubic / BBR et mono / multi-thread.

La réciproque, c'est que pour résumer, une différence importante entre débit Cubic / BBR et mono / multi-thread est synonyme de réseau en mauvaise santé (perte de paquets et/ou saturations). Ces soucis sur les réseaux ne sont pas que sur une feuille de papier : ils impactent les utilisateurs, car la grande majorité des usages sont en mono-thread Cubic.
 
Même si BBR n’est pas très représentatif sur internet, avoir la différence de débit entre Cubic et BBR permet de tirer des conclusions sur la santé d’un réseau au-delà du débit offert. C’est aussi un moyen de donner des pistes pour comprendre les mauvais débit et inciter les opérateurs à faire le nécessaire, car oui, en traquant les pertes de paquets ont peut chercher à les éliminer (et donc à avoir un débit proche entre Cubic et BBR).

Cubic est de loin le protocole de congestion TCP le plus représentatif, c’est celui utilisé par défaut sur le serveurs depuis de nombreuses années.
 
BBR est un nouveau protocole de congestion TCP qui doit encore évoluer. Une version BBRv2 est en préparation. Plusieurs travaux montrent que le BBR actuel n'est pas fair : Si on met des flux BBR et Cubic sur le même tuyau, BBR va prendre la bande passante des flux Cubic. BBR fait également exploser le taux de retransmissions, ce qui en cas de saturation va diminuer le débit réel utilisable vis à vis de Cubic (car BBR ne va pas faire grossir la taille du lien saturé). BBR a tendance à faire diminuer un peu le trafic réel utilisable sur un lien, à cause des retransmissions importantes.
 
Cubic n’est pas exempt de défauts. Si une perte de paquet arrive pendant la phase de montée en débit, on sort de la croissance exponentielle pour rentrer en contrôle de congestion et le débit va peu monter. La perte de paquets en début de connexion TCP peut être catastrophique pour le débit en Cubic (pas avec BBR).

Quand il y a une saturation sur un lien, BBR est excellent, grâce a la capacité qu’il vé récupérer sur les connexions Cubic de ce même lien (BBR dégrade les connexions Cubic du même lien). Un exemple réel sur une saturation du lien Cogent => Orange : https://lafibre.info/peering/saturation-cogent-gt-orange/msg898513/#msg898513
Le débit est de 719 Mb/s avec BBR et 10 Mb/s avec Cubic (sur le même serveur, car iPerf3 permet de changer de protocole de congestion TCP à la volée).

Outre le protocole de congestion, un autre choix important est mono/multi-thread. Normalement sur un réseau sain (sans perte de paquet, sans congestion) la différence entre les deux est faible. Le multi-connexion permet une montée plus rapide en débit, mais il permet aussi de masquer des problèmes de perte de paquets / saturations. Si une connexion Cubic a une perte au démarrage, son débit sera mauvais. Ce n’est pas problématique en multi-thread : une autre connexion va utiliser le débit non consommé par cette connexion bridée par la perte de paquet.

Bref vous l'avez compris, j'aimerais bien avoir un outil de test de débit plus complet que ce qui est proposé aujourd'hui et qui indique un pourcentage de débit en mono-thread vs multi-thread et un % de débit Cubic vs BBR. Cela permet de commencer à comprendre pourquoi on a un mauvais débit.

Si vous êtes déjà au débit maximum permis par la radio, votre accès ou votre CPU, changer de protocole de congestion ne va pas augmenter le débit.