Ce que j'entends souvent de la part des recruteurs c'est...
Pierre, contactez des candidats, c'est très chronophage.
Je dois envoyer des messages, relancer, réécrire des messages personnalisés.
Alors moi je leur réponds, avec LinkedIn Recruteurs, vous pouvez sélectionner vos critères
et l'IA rédige instantanément un message personnalisé, bien plus attrayant pour votre candidat.
Et vous pouvez même programmer un message de relance.
Vous aussi faites partie des 76% de recrutes en français qui déclarent embaucher plus vite grâce à LinkedIn.
Vous voulez plus d'informations ? Rendez-vous sur LinkedIn.com.
www.lucas.com.
Aujourd'hui, on va parler d'un truc que tout le monde a déjà utilisé.
Et où vous n'êtes probablement jamais posé de questions au dessus, alors que pourtant, il y a des questions à se poser.
Avec Mathieu, nous allons entrer dans la face cachée des speed tests.
Ces tests pour tester notre connexion interne...
Pardon ?
Oh ben...
Avec Mathieu, nous allons entrer dans la face cachée des speed tests.
Ces tests pour tester notre connexion internet.
Que se passe-t-il quand on lance un speed test sur son ordinateur, qu'on ne voit pas ?
Comment ces tests fonctionnent de l'intérieur ?
Qu'est-ce qu'ils mesurent exactement ?
Est-ce que c'est vraiment fiable ?
Quels sont les paramètres qui peuvent influencer le résultat et la vitesse de connexion ?
Et à qui profitent vraiment ces speed tests qui fleurissent partout ?
Autant de questions qu'on s'est posées et aujourd'hui, on a décidé de lever le voile sur ces fameux speed tests.
Oui, tu le disais, c'est quasiment devenu un peu un réflexe dès qu'on a des petits soucis de connexion,
même nous, à l'Amicorp, pour qu'on en ait une émission de lancer un speed test pour voir si c'est pas quelque chose sur notre connexion.
Il en existe tout un tas en commençant par sans doute le plus codu speedtest.net,
en tout cas en France, mais en vrai je pense que c'est dans le monde aussi.
Chaque grosse acteur d'Internet à son speed test, il y a le speed test de Google,
qu'on peut avoir directement sur une recherche Google,
Clout Flair, Alcien, Netflix également, et j'y reviendrai.
Je sais que je te la prends, et vous allez voir qu'il y a une raison au fait que ces gros acteurs
ont un speed test, et tous installés des speed tests.
Mais alors qu'est-ce que ça fait ?
Un speed test concrètement ?
Oh, ça va être un peu chiant à dire ça.
Qu'est-ce que ça fait concrètement un speed test ?
Et qu'est-ce que ça mesure de façon assez simple ?
Alors un speed test, c'est un outil qui télécharge et envoie des données à un serveur.
Pour en déduire deux valeurs, premièrement c'est la latence,
qui varie en fonction de la distance à laquelle on se trouve du serveur avec lequel on communique.
Et c'est une valeur plutôt simple à avoir, parce que globalement on fait un test sur plusieurs secondes
et on prend la valeur la plus basse, parce que ça veut dire que c'est la valeur de la latence,
qui est la plus accurée.
Ok. Et il faut pas une moyenne ?
Sur la latence, non, parce qu'en fait c'est une valeur impossible à fosser.
Vraiment si ton message, si tu as une latence de, je sais pas, dix millies secondes,
eh ben...
C'est dix millies secondes quoi.
Donc, concrètement pour dire, un ping pour ceux qui ne savent pas exactement,
c'est qu'on envoie une requête web depuis votre machine jusqu'au serveur,
qui suit, fait tout le trajet, arrive au serveur et revient.
Et après j'imagine qu'ils te divisent par...
Non, ils divisent pas par dedans, c'est juste à le ping.
Et pour le débit, par contre, là en effet tu as raison, c'est une moyenne.
Donc en fait c'est le nombre d'octets qu'on a pu transférer sur un temps donné.
Et en fait tu fais ça sur un temps un peu plus long,
et là tu fais une moyenne, c'est pas une valeur exacte.
Après la latence, attention, on prend la minimum, en tout cas tous les speed tests font ça,
mais ça peut varier s'il y a des perturbations sur le réseau, etc.
Ça c'est comment ça marche, mais alors est-ce que quand on lance un speed test,
tout de suite on s'amuse à balancer un giga octet et on voit ce qui se passe.
C'est pas exactement comment fonctionne l'intérieur d'un speed test,
parce qu'en fait quand on lance un speed test et qu'on clique sur go,
vas-y je fais moins speed test, le speed test en face,
il ne sait pas du tout à quelle connexion il a à faire.
Donc s'il envoie un giga de données d'un coup sur une connexion dans la creuse en ADSL moins,
ça ne giste pas mais voilà, ça va mettre 10 heures, ça va juste...
Ça va juste jamais aboutir en fait.
Ça va jamais aboutir, ça va saturer le réseau, donc c'est pas comme ça que ça marche.
En fait si on envoie un trop gros morceau, ça va juste satirer la connexion,
les résultats seront fossés.
En fait, la plupart des speed tests utilisent le protocole TCP,
qui est utilisé à peu près partout sur internet.
C'est un protocole qui s'assure que les données ne se perdent pas
et que tout a bien été reçu.
En fait, à certains moments, on va vérifier, on va attendre une confirmation
que ok très bien tu as reçu la bonne information.
Donc c'est ce qu'on appelle un acknowledge, un acéca.
En gros c'est ton client qui dit au serveur...
C'est bon, j'aime bien le ficher un little.
Exactement, et du coup le serveur, il peut continuer à envoyer des données.
Et donc dans le cadre de notre speed test, qu'est-ce qu'il va faire ?
Il va commencer à partir petit, il va envoyer des petits paquets.
Il va tester la connexion.
Et si aucun paquet se perd, il continue et il va pouvoir augmenter un petit peu
la taille de ces paquets, jusqu'à avoir un paquet perdu.
Si il y a un paquet perdu, là ça va redescendre.
En fait, ce que se fait un speed test, et c'est plutôt intelligent,
comme fonctionnement, c'est qu'en fait il s'adapte à notre bobe passante.
Il va progressivement, puis à un moment il va se dire ok là j'ai perdu un paquet
et donc je vais me restabiliser.
Est-ce que c'est pour ça que quand tu démarres le speed test,
la courbe, elle monte, enfin elle commence de zéro et...
...préchote ma chronique.
Exactement ça.
Ou la petite flèche des fois, tu as un truc comme si tu...
Alors ça, c'est un speed test que j'ai réalisé sur le speed test de Claude Flair
où tu peux télécharger les données de ton speed test.
Ah d'accord.
Et donc à chaque fois, c'est des paquets qu'on voit,
chaque ligne c'est un paquet.
Et donc par exemple, au début...
C'est chez nous ça.
Ça c'est chez nous, tout à fait.
D'accord.
Ça a été fait hier si je veux te faire ça.
Et donc toi, en bleu, je ne vois pas les noms d'ici,
mais c'est la taille des paquets.
Donc en bleu c'est un petit paquet,
en vert ça a commencé à augmenter,
de nouveau en bleu parce que c'est de la Claude,
au début il fait du Dunderland,
après il fait de la Claude,
et en orange ça a augmenté
et après je crois qu'il regmente une dernière fois en jaune.
Et donc en fait, il commence petit
et il y va assez fort
et si on peut mettre le graph qui est juste après...
Oui on voit que ça commence avec 10 kilos au côté.
Après il en voit 100 kilos au côté,
après 2,5 MHz, je crois que j'ai vu en bas.
Oui c'est possible.
Donc en gros, il a comme ça plein de...
Et il en voit plusieurs, chaque fois,
il en voit plusieurs trompes.
C'est-à-dire que sur leur serveur,
ils ont plein de petits fichiers de différentes tailles.
J'y viens.
Pardon.
On va voir comment ils construisent en interne un...
C'est marrant, c'est marrant.
Voilà, vous voyez, ça commence, ça augmente, ça augmente,
et boum, il y a une barre horizontale,
ça veut dire qu'on a perdu un paquet.
Donc en fait, quand on fait un speed test,
c'est pour ça qu'au début,
ça fait un peu une courbe exponentielle,
ça monte très très vite et d'un coup,
ça va redescendre et ça va se stabiliser.
En fait, c'est parce qu'il a détecté
qu'à partir de ce moment-là,
on avait perdu un paquet.
Potentiellement que j'allais saturer la connexion,
je vais réduire un petit peu les paquets que je revois.
Ça, ça vient d'un monsieur qui s'appelle Jeff Houston,
je vais quand même le citer,
qui a un grand pont du réseau en Australie.
Ponte du web.
Un pont du web, exactement.
Il appartient à l'apnique, un truc un peu l'apnique,
mais au Australie.
Et du coup, la valeur qui est mesurée,
ce qu'on te donne comme étant ta vitesse de connexion,
c'est le max que tu peux envoyer sans perdre de paquet ?
En fait, c'est juste qu'il va s'adapter,
après il va quand même refaire des tests.
En fait, il faut juste retenir
que le speed test s'adapte à ta connexion
et donc il fait des tests.
Dès qu'il perd des paquets, il redescend,
mais après il va pouvoir augmenter un peu.
C'est pour ça qu'un speed test,
ça ne dure pas 5 secondes,
ça dure plus 15, 20 secondes,
ce qui prend le temps un petit peu de tester
et d'envoyer pas mal de paquets.
Dans le but de maximiser le plus possible
ce qui peut passer dans la bonne sphère ?
Exactement, c'est maximiser le plus possible
en un temps réduit pour éviter
de complètement s'atturer
tout le réseau à faire des speed tests.
Tant de temps.
Alors, bon, on comprend à peu près comment ça marche,
il y a des histoires de paquets, etc.
On a des premières réponses,
mais j'avais envie justement
de savoir un petit peu plus
sur l'intérieur d'un speed test
et comment on monte un speed test.
Et j'ai pu échanger avec Louis,
un Français, un ancien ingénieur réseau
chez Claude Fer justement,
et qui a travaillé
sur la mise en place
de leur speed test.
D'accord.
Voilà, exactement.
Alors, c'est pas le...
un ingénieur principal qui l'a fait,
mais il était portugais,
donc c'était plus compliqué
pour parler avec lui,
mais du coup, il a quand même participé
à mettre en place ce speed test
et j'ai pu discuter avec lui.
Derrière un speed test,
comment on fait un speed test ?
Il y a un générateur de fichiers, en fait.
Et si possible,
qu'il soit le plus rapide possible,
parce que tout ce qui prend du temps,
on va essayer de le supprimer,
parce qu'on veut que tout aille le plus rapidement possible
pour que les mesures soient le plus fiables possible,
et un générateur de fichiers
qui soit proche de l'utilisateur,
donc potentiellement qui fasse
ça en local du côté du client.
Et surtout,
un élément super important
pour générateur de fichiers,
c'est qu'il fournit des données aléatoires.
Pourquoi ?
Parce qu'il ne faut pas que le navigateur
puisse anticiper les données
et du coup les prédire et les mettre
dans son cache.
Il faut absolument que ça soit des données aléatoires
pour pas fosser encore plus.
Quand il m'a dit ça, j'étais...
Bien pensé.
Et en fait, c'est un défi
de faire un générateur de fichiers aléatoires.
Ça se fait, mais...
Parce qu'effectivement,
on l'oublie parfois,
mais quand tu vas sur Google ou YouTube,
la petite image Google ou YouTube,
elle est chargée qu'une seule fois.
Le navigateur la redemande pas
un million de fois.
Il la redemande peut-être une fois par jour
ou une fois toutes les semaines
pour voir si elle a été modifiée.
Mais effectivement,
ça pourrait fosser tout le test
de collection en fait.
Donc ça, c'est la première bruit
que c'est de faire un générateur de fichiers
qui soit plutôt chouette
pour un speed test.
Après, il faut évidemment
mettre au point l'algorithmie
qui a derrière cette histoire d'adaptation
au débit de la connexion qu'on a en face
de nous et d'éviter d'envoyer
un giga et que ça prenne 10 heures.
C'est ce qu'on vient d'expliquer.
Et puis, ce qui me disait aussi
dans la mesure du possible
faire un front-end le plus léger,
le plus clean possible,
c'était d'avoir des images
qui mettent 100 ans à recharger
parce que si entre temps,
t'as l'osette en speed test,
eh ben ça a un peu chiant.
Ou des pubs partout.
Ou des pubs partout.
On y reviendra.
Combien ça consomme de données ?
Un speed test, c'est une question aussi
qu'on s'est posée.
Alors ça dépend un peu.
Quand on lance celui de Google,
il nous annonce que ça va prendre
40 mégahoctets.
Là, par exemple, pour celui de Clou de Fer,
ça a envoyé 169 mégahoctets
en download
et 56 mégahoctets en upload.
Ah, quand même !
Sur celui, ouais, quand même.
Mais franchement, je ne réalisais pas
que c'était autant.
Parce que, quand tu fais ça
sur ta 4G, par exemple,
ou tes trucs...
Mais par exemple, si tu fais ça
sur ton forfait frimobile à 2 euros,
il y a 50 MO
de prévu dans le forfait.
Il est pété.
Il est pété.
Il n'y a plus de...
Le speed test en partel de...
C'est pas anodin quand même.
C'est pas anodin.
Sur Netflix,
sur celui de Netflix,
c'était environ en tout 300 mégahoctets.
Ah ouais !
Quand je l'ai testé au bureau.
C'était 220 en don,
en don non et 81 en upload.
Donc,
quand même pas négligeable.
Mais en fait, ça dépend de ta connexion.
Si ta connexion est pourrie,
ça sera moins.
Parce que, en fait,
il va envoyer quelques paquets
et il va très vite s'arrêter
d'augmenter la taille de ces paquets.
Mais globalement,
c'est quelques centaines
de mégahoctets.
Salut !
Si vous appréciez UnorScore,
vous pouvez nous aider de ouf,
en mettant 5 étoiles sur Apple Podcast,
en mettant une idée d'invité
que vous aimeriez qu'on reçoive.
Ça permet de faire remonter UnorScore.

Telle une fusée.
Alors, maintenant,
on va arriver
aux questions qui nous intéressent.
Est-ce qu'un speed test, c'est fiable ?
Eh bien oui et non.
En fait,
il y a plein de paramètres
qui peuvent influer
sur un speed test.
Moi déjà,
la question m'intéresse particulièrement.
Parce que je me souviens qu'à l'époque
où je suivais de très près
le projet Shadow,
je sais pas si vous vous souvenez,
évidemment,
le client qui permet d'accéder
à un ordinateur à distance
pour jouer depuis son Mac ou n'importe où,
eh bien je me souviens
qu'il m'avait raconté
que beaucoup de leurs clients
se plaignaient du service,
le fait que ça marchait pas bien.
Parce que
il y avait des problèmes de connexion.
Et le problème, c'est que
il leur disait,
non, mais en fait,
pour que Shadow marche,
vous avez besoin de 15 Mbps
en descendant.
Donc en gros,
une connexion,
une bonne ADSL,
grand minimum.
Et donc il y avait bien écrit ça,
c'était, enfin,
il n'y avait aucun doute
qu'il fallait au moins cette connexion-là.
Pourtant,
il y a plein de clients qui venaient,
qui disaient, mais
j'ai fait un test de connexion,
donc un speed test,
et j'ai la fibre, tu vois.
J'ai 100 Mbps en descendant
ou alors 300 Mbps en descendant.
Et pourtant, Shadow marche pas.
Alors que, t'sais,
j'ai 300, il faut 15,
mais ça ne marche pas.
Et du coup, j'ai toujours eu
un questionnement sur ces histoires de speed test,
sur à quel point ça représente bien
le fait d'avoir une bonne connexion.
Parce que visiblement,
ces gens qui avaient entre guillemets la fibre,
eh ben je ne sais pas,
c'était une fibre bizarre,
ou en tout cas,
c'était pas reflété dans le speed test
que leur coût était éclaté.
Et du coup, ça m'intéresse.
Alors,
je vais essayer de répondre
à cette integration
et cette vaste question.
De base,
un speed test,
c'est un bête calcul de transfert.
Vraiment, on envoie des données,
on voit combien de temps
elle met à arriver d'un côté ou de l'autre
entre un serveur et un client.
Mais il y a une première douille.
C'est qu'en fait,
quand on fait un speed test,
il va systématiquement
essayer de trouver un serveur
le plus proche de soi.
Sauf quand on va sur un site web,
le serveur,
il n'est pas forcément
au même endroit que on a fait le speed test.
Et donc,
et souvent qu'en plus,
les speed tests,
en fait,
derrière,
il y a une grosse infrastructure.
Ils ont des gros serveurs
qui marchent super bien
et donc, en fait,
qui répondent super vite.
Mais en fait,
il faut se rappeler
qu'on teste vraiment
la connexion entre un client
et un serveur.
D'ailleurs,
si jamais vous avez chez vous des serveurs
et que vous voulez tester
faire un peu un speed test
entre votre client chez vous
et votre serveur
qui est bergé quelque part,
vous pouvez installer
un petit truc qui s'appelle
hyperf.
Voilà,
c'est comme un petit truc
en ligne de commande
que tu peux installer.
Il faut l'installer
côté client, côté serveur.
Et donc,
ça va permettre de faire
ton petit speed test...
Toi-même.
Toi-même.
Mais en fait,
plus le serveur est proche,
plus du coup notre latence
est faible,
et en fait,
plus la latence est faible,
plus le débit est élevé.
Pourquoi ?
Parce que, en fait,
dès que...
dès qu'il y a un paquet
qui est perdu,
en fait,
on va le demander
de le renvoyer.
Et du coup,
cette action,
ça prend du temps
et ça fait baisser le débit
parce qu'il n'y a pas plus
d'informations qui
a arrivé au client
depuis le serveur.
Et donc,
si la latence est forte,
le fait...
et oui,
la latence est forte,
le fait de redemander
de renvoyer les paquets
qui sont perdus,
et bien,
en fait,
ça prend plus de temps
parce que la latence est grande,
et du coup,
ça fait baisser le débit.
Donc,
plus la latence est faible,
plus votre débit sera grand.
Et en fait,
toujours,
on optimise à fond
la latence qui est perçue,
parce que comme ça,
ça a permis de maximiser
le débit.
Et tout est une question
de paquet perdu.
J'avais jamais pensé.

Et en fait...
Tu le vois pas.
C'est-à-dire que toi,
tu vois juste que tu as une lat...
Moi, la plupart du temps,
je me disais juste,
si tu étais dans un jeu,
tu as une latence élevée,
tu fais pas de lien logique
avec le fait
de pouvoir télécharger
un fichier vite.
C'est deux choses
qui n'ont rien à voir,
la latence et le débit.
Alors...
Effectivement,
dans les applications,
oui,
parce que si tu lis ça
sur une grande période de temps,
et en fait,
si tu as peu de paquet perdu,
ça n'influit pas.
Mais si tu as beaucoup
de paquet perdu,
ce que vous pouvez tester
sur des speed tests,
ça influe sur le débit.
Mais est-ce que la distance
avec le serveur
augmente les chances
de perdre des paquets ?
Alors,
en théorie,
en fait,
si tu es tout seul
sur Internet,
non.
Parce qu'en fait,
ce qui va faire te perdre
des paquets,
c'est les perturbations
qui peuvent venir
de plein d'endroits différents.
On pourra en reparler.
Mais en fait,
vu qu'on est beaucoup,
dès qu'il y a beaucoup de trames
et de paquets
qui sont congestionnés quelque part,
ça a créé des perturbations.
Et donc,
plus c'est loin,
plus potentiellement,
tu as des perturbations.
Et donc,
des paquets perdues.
Donc, ça s'excement.
Et typiquement,
si tu dois ton paquet,
tu dois traverser l'Atlantique,
bon, bah,
il va être plus de temps.
Mais outre le fait
que ça soit plus long,
parce qu'au final,
ça va à la vitesse de la lumière
sur les films
sous l'Atlantique.
Donc, c'est vraiment négligeable.
Evidemment,
un speed test,
ça change en fonction
de l'horaire à laquelle
vous le lancez.
Vous le lancez
à 8, 9 heures du soir.
Quand tout le monde a installé,
tout le monde visionne Netflix
ou prime video,
je sais pas quoi,
et que,
en fait,
ça provoque des congestions de réseau.
Evidemment,
ça peut avoir un impact,
ça peut avoir des perturbations
sur le réseau.
Et ton speed test,
ça sera pas le même
que le matin
ou le midi.
Parallement,
quelqu'un dans le chat
qui nous dit qu'il travaille chez Oucla.
Oula, je vais parler d'Oucla plus tard.
Bah,
ça va être intéressant.
Ah, yai, yai.
Qui est une boîte
qui fait des speed tests.
Et en réalité,
quand tu lances un speed test,
ils en font 3
en même temps.

Justement,
pour éviter,
selon que tu parles,
à savoir que
si tu n'as jamais des congestions
sur un serveur
ou des blocages,
je vais être comme ça,
pour avoir le moyen
ou un truc comme ça.
Ok.
Bah, ça,
ça tu as...
Ouais, j'ai hâte de,
quand tu vas parler de Oucla.
Tu peux s'amuser
des questions à d'autres points.
Ça me met une petite
expression.
Mais du coup,
par exemple,
on peut prendre un exemple,
on peut faire,
on peut fausser
les résultats d'un speed test
en se disant,
ok, si on est tous
dans un même endroit,
un peu reculé,
je sais pas si on est tous
en Sibérie,
et qu'on se disise tous
de faire un speed test
au même endroit
qui va taper le même serveur
et que le serveur,
il est d'imensionner,
mais ok,
et que du coup,
il va répondre plus lentement,
et du coup,
ça va fausser les résultats
de ton speed test,
juste parce qu'en fait,
tu es en train de faire
un dédose
à ton serveur de speed test.
Donc, en fait,
ça reste
un calcul entre
2 machines distinctes,
et s'il y en a une
qui défaille,
ton speed test,
il est beaucoup moins
écuré.
Très bien.
Donc,
si je devais résumer
tout ce que je viens de raconter
en une phrase,
un speed test,
c'est un test de connexion
à un instant T
qui suit un chemin
bien particulier
vers un serveur
proche de lui,
et déjà,
ce chemin peut changer
en fonction de l'heure de la journée
parce qu'il va y avoir
des conjections,
et ça va passer
par un autre chemin,
et ça peut changer
de plein de façons différentes.
Globalement,
c'est bien pour avoir
un ordre de grandeur.
Ou,
pour savoir
combien de temps
va me prendre un téléchargement,
ou pour
évaluer ma connexion
avec Netflix.
Parce que, du coup,
si j'utilise le speed test
de Netflix,
ça représente vraiment bien
le temps que je mets
à contacter
les serveurs de Netflix.
Parce que les serveurs
qui sont les serveurs
du speed test de Netflix
sont les mêmes
que les serveurs
qui diffusent
les films
et les séries Netflix.
Donc, ce qui est intéressant,
c'est...
voilà, ça s'appelle
fast.com,
il y a marqué
des livrais par Netflix.
Powered by Netflix.
Powered by Netflix.
Donc, ça veut dire
que tu pourrais,
théoriquement,
sur Google,
avoir la capacité
de regarder des films
en Katiya sur Netflix.
Mais en fait,
quand tu test sur Netflix,
bah non.
Parce que, oui,
ils ne sont pas au même endroit.
Et à l'inverse,
tu pourras avoir
une super connexion
avec Netflix,
parce que tu la fais sur
fast.com.
Mais en fait,
sur Amazon Prime,
ou sur Disney Plus,
ça marchera pas autant.
Et dans l'autre sens,
pour Shadow,
il devrait proposer
aussi un speed test.
Le propre speed test.
Je pense qu'ils l'ont...
D'ailleurs, ils l'ont fait
entre-temps.
Voilà.
Parce que du coup,
c'est peut-être ça aussi
la différence entre...
On ne connaît pas
l'infra qu'il y a derrière
Amazon,
qu'il y a derrière Disney Plus,
et derrière tous ces serveurs.
Autant,
les serveurs de speed test,
la plupart du temps,
en tout cas, par exemple,
speed test,
ils sont vachement bien optimisés,
parce qu'il faut qu'ils marchent à balle.
Mais en fait,
tu connais pas exactement
comment vous vous réagir.
Et en plus,
tu connais pas
les connexions
entre ton opérateur à toi
et Netflix,
Google,
Amazon,
ou Shadow.
Et on va y revenir.
Alors justement,
est-ce que mon opérateur,
il peut enjoliver
un speed test ?
Est-ce qu'il peut faire en sorte que...
En quoi qu'il te fasse croire
que t'as une giga-fibre,
alors qu'en fait, non ?
Voilà.
Et ça les arrangerait ?
Et franchement,
j'ai eu la réponse,
j'ai demandé à Louis,
justement.
Oui.
En fait,
il y a un concept
en réseau qui s'appelle la QOS,
qu'on peut traduire
par la qualité de service,
qu'on peut faire chez soi,
dans son coin,
mais aussi qu'on peut faire
à un niveau d'opérateur.
Et en fait,
tu peux très bien
détecter les trames
qui viennent,
les paquets,
les trames qui viennent
d'un speed test,
par exemple speedtest.test,
qui est très connu,
et prioriser à fond
le fait que
ces trames,
on les délivre en premier
et c'est ce qui va aller
le plus vite possible.
Alors tu pourras pas
passer d'une ADLC
là d'une fibre,
évidemment.
Mais c'est tellement smart.
Et tu peux...
En fait,
tous les opérateurs
font de la QOS
de la qualité de service,
c'est-à-dire qui priorisent
certains aspects.
Et d'ailleurs,
j'ai un exemple très marrant,
c'est le cas de free.
Je ne sais pas si vous vous souvenez,
c'est un petit moment maintenant,
mais quand FreeMobile est sorti,
et puis même sur Twitter,
ils ont joué,
on voyait un peu des speedtests,
des connexions free
ou FreeMobile publiées
sur Twitter,
en mode,
c'est vraiment les meilleures connexions
et tout.
Ils ont joué un peu
dans leur communication,
à mon avis,
ils avaient bien opti
la QOS de speedtest.
Si tu faisais le même speedtest
sur le speedtest de Google,
qui s'appelle
M Lab, je crois.
C'est plus bref,
tu sais,
tu sais,
tu avais pas de boost.
C'est pire que ça.
Tu n'avais pas du tout la même connexion.
Pourquoi ?
Parce que c'est une époque
où Free avait des problèmes
de peering avec Google.
C'est-à-dire qu'ils étaient
en conflit avec Google.
Ils voulaient que Google paye
parce qu'ils trouvaient
qu'ils prenaient trop de bandes passantes
d'un côté
et pas dans l'autre sens.
C'est des histoires
de gros sous, entre opérateurs
et gaffes femmes,
sur les réseaux, etc.
Mais globalement,
c'était un peu chiant
quand tu es free à l'époque
parce que ta connexion
avec Google
était vraiment détériorée.
Et tu avais un nombre de gens
qui se pléniaient
de ce problème sur les forums
qui étaient fous.
Je sais pas si vous vous souvenez,
c'était dans les années 2012
et 2015.
Je sais pas quand le problème
s'est résolu d'air.
Par exemple,
tu t'eschargé une appli
sur le Google Play Store,
mais souviens sur Android,
ça m'était 10 ans.
Si tu n'étais pas...
C'est parce que Niel
était fâché avec...
Et parce qu'il y avait un conflit,
il y avait vraiment un conflit
de, on appelle ça de peering,
donc d'interconnexion
entre Google et Free.
Et donc du coup,
vu que c'est les mêmes serveurs
de Google,
si tu faisais ton speed test
sur Google,
il était nul à chier.
Parce que,
juste les interconnexions
avec les serveurs de Google
étaient nul.
L'histoire de QOS,
ça me...
tu viens de me bréder.
Mais parce que...
Et en même temps,
c'est évident, quoi.
Mais parce que c'est évident.
Pour préciser,
en gros, c'est comme si
de manière générale,
on s'imaginerait que
toutes les requêtes
de tous les appareils
du réseau internet
sont traitées de la même manière.
Mais en fait,
ce que tu disais,
avec le QOS,
c'est des fonctions
qui te permettent de dire,
non, mais probablement
que telle requête,
elles sont plus critiques
que telle autre
qui peut...
enfin, qui peut rattendre un peu.
Et typiquement,
c'est obligatoire,
et je vais écrire le lien
dans le chat,
pour les appels d'urgence.
Il faut que les appels d'urgence
qui passent par IP,
eh bien, ils soient prioritaires.
Et donc,
il faut absolument qu'il y ait une QOS
de priorisation
des appels d'urgence.
Et il y a d'autres cas,
tu vois, mais c'est ça.
Et alors,
une petite bémol,
c'est impossible à prouver
que les opérateurs
font bien de la QOS
sur Speedtest.net.
Mais bon.
En tout cas,
ils ont la possibilité de le faire.
Et il y a d'ailleurs,
autre exemple,
le même cas avec Netflix.
Il y a des opérateurs,
même encore aujourd'hui,
ou, bah, typiquement,
il y a, en fait,
il y a tellement de trafics
et ça consomme tellement Netflix
que pour essayer
de fournir
de la bonne bande passante
vers Netflix
à tous ses abonnés,
bah tu vas dégrader
un petit peu la QOS de Netflix
à certains heures de la journée, etc.
Bah parce que sinon,
tu t'en sors pas
ou ça te coûte trop cher
ou tes accords de Piring
avec Netflix sont
ce qu'ils sont, etc.
Et donc du coup,
si tu fais ton test
de connexion sur face.com,
qui est le Speedtest
de Netflix,
bah tu pourras avoir
un résultat
un peu différent,
ou moins bon, par exemple,
que sur Google
ou que sur un service
qui est moins utilisé
à 10 heures du soir.
Voilà.
Alors, du coup,

on a une question
tous les Google
Netflix, etc.
vu qu'ils ont tous un peu
des conflits d'intérêt
parce qu'ils font autre chose
qu'un Speedtest,
on pourrait se dire
bon bah le plus fiable,
c'est Speedtest.net
finalement,
il appartient à aucun
grand gaffe.
Eh ben en fait.
Eh ben en fait.
Non, juste,
je sais pas pourquoi
il y a un problème dans mes notes,
mais c'est tout.
Eh ben bien.
Est-ce que, du coup,
ces services de Speedtest,
qui font que du Speedtest,
nous cachent quelque chose ?
La réponse est oui.
Parce que,
comme je l'ai dit tout à l'heure,
pour faire un bon Speedtest,
en fait, il faut une sacrée
infrastructure réseau.
Il faut des serveurs partout
qui soient le plus proche
de tout le monde, tout le temps.
Il faut des serveurs
qui puissent gérer
minimum 10 gigabits de seconde
parce qu'aujourd'hui,
il y a des connexions
qui sont parfois capables
de faire du 10 gigabits de seconde
même chez des gens
comme vous et moi.
Bon, c'était une belle installation.
Il en faut partout.
Il faut des fibres
qui relient les points de présence
réseau partout dans le monde.
Ça coûte un bras.
Alors, ok Google est capable
de faire ça
parce qu'il y a d'autres raisons.
Comment Speedtest
est capable de faire ça ?
Et alors d'ailleurs,
chose...
Non, je le dirais après.
Comment font-ils, du coup,
ces Speedtest ?
C'est très simple.
Ils récoltent des données.
Et parfois,
pas forcément anonymisés.
Et en fait,
ils les revendent.
Alors, pour Netflix,
Google et CloudFair
et qu'on sort,
ils les revendent pas forcément,
mais en fait,
ça les aide dans leur infrastructure.
En fait, ça permet
de débugger leur infrastructure.
Ça permet de savoir
à quel endroit
leur connexion, leur peering,
leur connexion avec leur service
marche mieux dans le monde.
Où est-ce qu'il y a un propre
problème, où est-ce qu'il faut débug.
Bref, en fait,
c'est comme mettre des sondres
un peu partout dans le monde
pour savoir comment va leur état
de leur réseau.
Mais pourquoi ?
Ils ont fait ça, c'est les gens
qui les font tout seuls.
Sauf que c'est des gens
qui les font tout seuls,
ils ont rien à faire.
Mais en fait,
eux, ça leur permet
d'avoir des petites alertes
partout.
Et donc pourquoi
tous les gros services
qui ont des infrastructures
réseaux absolument immenses
mettent en place des Speedtest,
mais en fait,
c'est pour ça.
C'est pas une genre de carte
d'Internet.
Exactement.
Ça cartographie leur propre
réseau.
C'est pas grave.
C'est pas grave.
Mais ça cartre.
Parce qu'en fait,
ce qu'il faut savoir,
c'est que pour
connaître la vitesse d'Internet,
il n'y a pas d'autre moyen
que de juste tester
pratiquement avec un Speedtest
et d'envoyer des paquets
et de voir combien de temps
ils mettent à revenir.
En fait,
tu peux faire toute la théorie
que tu veux.
Tu peux prendre les valeurs
théoriques de normalement
du 3 gigabit seconde.
Oui, mais en réalité,
pas de 3 gigabit seconde,
ta sens on m'éga-octet.
Et donc,
du coup, en fait,
la seule possibilité,
c'est de faire speedset.
Je me suis un peu
embrouillée dans les pinceaux,
mais du coup,
Speedtest moneste,
c'est les gentils de l'histoire.
Et en fait, pas du tout.
Ils ont une méga belle interface,
qui est bourrée de pub,
soit dit en passant.
Ils ont absolument des serveurs partout.
Ils ont tout un marketing
pour encourager
à faire le Speedtest.
J'en ai lancé un cet après-midi.
Il m'a dit,
on a fait plus de 50 milliards
de tests de connexion.
50 milliards.
Dans la journée, tu veux dire ?
Non, depuis...
Ah, depuis l'idée,
parce que je suis heureux,
quand même.
On est 7 milliards.
Et en fait, ils s'en servent
pour récolter des milliers
et des milliers de résultats.
Et ils vendent ces données
soit à des agences marketing.
On a fait attention aux IP.
Et surtout,
je crois que c'était direct.
Et surtout, je me suis dit,
là, le test de plo de...
En même temps que la diffusion
soit une...
Je sais pas, je crois qu'il...
C'est ton direct.
Ah, d'accord.
Ouais, peut-être que je l'ai maintenant.
Mais...
Mais du coup, en fait,
ils revendent...
On est toujours vivants,
priori, on est toujours vivants.
Je suis bien insé...
Bon, et je vais me permettre d'intervenir.
Maintenant, je comptais attendre la fin.
Mais en fait, quand on a changé de chronique,
j'ai dû recharger tous mes assets.
Et Arc, notre navigateur de feu,
a rechargé tous les liens
de tous les speed testers.
En même temps,
le débit est absolument tombé.
Au moment où tu as commencé ta chronique
en disant,
alors, les speed tests,
on a pris un...
Divisé par 4 en bitrate.
Voilà.
C'était la petite...
Oui, donc ça a marché.
Non, non, mais effectivement,
les gens, ils...
nous ont perdu.
C'était...
Ça a mo...
Je trouve ça à mourir de rire.
Alors, ils nous ont pas complètement perdu.
On est passé de 6500...
Kilobits de seconde à 2500.
Donc oui,
grande perte, mais en gros...
En fait, c'est pour là.
Normalement, on a une diffusion
qui s'adapte et qui...
Et où on devrait compenser
le manque de problème.
Je trouve ça à mourir de rire
que pile au moment
où on teste l'opelot de l'émission,
je sais pas, je me suis dit...
Ça, est-ce que c'est une bonne idée
de faire ça à bout maintenant ?
Pardon.
Et du coup ?
Mais du coup,
l'interface est magnifique,
ça a l'air...
Interface est magnifique,
il y a pas mal de pub et tout.
Il y a tout pour encourager
à faire plein de speed tests
et en plus,
c'est un peu les leaders du marché.
Mais en fait,
ils récoltent énormément de données
de connexion, d'IP,
et parfois même plus.
Et en fait,
ils revendent ces données,
c'est leur business model,
soit des agences marketing
pour du ciblage,
parce que ça peut permettre
de faire cibler des pubs,
soit des États
ou par exemple,
des agences comme l'ARCEP,
qui gère le réseau français,
peut être très intéressé
par avoir des données de connexion
pour cartographier un peu le pays,
avec des précisions assez importantes.
Tu peux avoir...
Enfin,
tu peux avoir l'IP,
le user agent, etc.
Et j'ai une anecdote incroyable
qui prouve un peu ce qu'on dit,
enfin, qui émet une hypothèse.
Louis, avec qui j'ai discuté,
il a demandé à Comcast,
donc c'est aux États-Unis que ça se passe,
c'est son opérateur,
il a demandé ces données privées.
Je peux faire des réclamations
RGBD, alors là-bas,
ça s'appelle pas comme ça,
mais pour avoir accès
à ces données privées.
Et dedans,
il y avait des données,
de résultats, de tests de débit,
de sa connexion,
de son adresse IP,
avec des précisions,
genre l'heure des tests,
son user agent, etc.
Et en fait,
c'est très très très probable
que ça vienne de Oucla
et que Comcast, lui-même,
en tant qu'opérateur,
ait acheté
une étude,
une banque de données
pour évaluer la connexion
de ces utilisateurs et de ces adresses IP
à Oucla.
Et en fait, c'est un business.
C'est incroyable.
Tu ne te dis pas
qu'il pourrait y avoir un lien
entre ton opérateur
et le site de ton speedtest.
Et genre là, vraiment,
il y a un potentiellement un
qui est le client de l'autre.
Voilà, et là, vraiment,
dans les données que Comcast avait sur lui,
il y avait
des données d'un test de connexion,
très certainement faits sur Oucla,
avec des infos
assez précises,
enfin pas tout anonymes,
ils étaient assez précises
sur le fait que c'était bien
une machine qui lui appartenait.
Alors, peut-être qu'ils n'ont pas acheté
et qu'ils l'ont récupérée,
parfois aussi,
il y a des données
qui sont accessibles sur Internet.
Mais bon, c'est quand même...
Ils ont scrapé.
Peut-être qu'ils n'ont scrapé, etc.
Mais il y a quand même une possibilité
où ils ont acheté la banque de données.
Non, c'est...
Et ce qui est marrant,
et puis c'est le business de Oucla,
Oucla appartient à une firme
qui s'appelle ZIF-Devis,
qui est une grande firme
qui fait plusieurs choses.
Ils sont en même temps
dans la cyber sécurité,
ils ont des VPN,
notamment, ils ont
IPVN, HPN,
Strong VPN.
Ils sont aussi dans les magazines,
ils ont PCMAG,
et donc si vous voyez...
Ils font aussi des VPN.
Oui, ils font des VPNs, ZIF-Devis.
En gros,
c'est des gens qui...
C'est dur à expliquer.
Mais,
ils ont des médias.
Donc par exemple,
sur PCMAG,
vous aurez des tests de VPN,
et souvent,
dans les premiers résultats
qui tombent,
ça sera leur VPN,
parce qu'évidemment,
ça leur appartient,
ils ont Meshable aussi.
Et ils ont aussi Oucla.
Et en fait,
ça leur permet
d'agréger plein de données
et de revendre des données
un peu partout à Keev.
C'est marrant.
C'est marrant.
La combinaison plateforme
de communication
et business en ligne
très rentable.
Mais ça permet, en fait,
les plateformes de communication
permettre de faire de la pub
pour les VPN,
pour Oucla,
pour mettre des pubs...
Parce que c'est des sites
qui probablement marrent.
Et puis, TEC,
tu vois PCMAG,
Meshable, Life Hacker...
C'est tellement smart.
Il y a l'écosystème.

Alors,
c'est pas...
ils ont tout à fait le droit
de faire ce qu'ils font,
mais ils ont acheté plein de trucs
et qu'ils se sont fait
une petite galaxie.
Et que Ziv Davis
est une énorme compagnie.
Mais c'est intéressant
de comprendre
les mécanismes sous-jacents
que tu peux voir.
Je sais pas,
moi, tu vas faire tes recherches
sur ton VPN.
Là,
tu vois le top 5
des VPNs sur PCMAG,
par exemple.
Bon,
mais t'es content quand même
de te faire des tests


Et on t'aille les télacteurs.
C'est comme tu dis,
c'est leur problème.
Mais c'est intéressant de savoir.
Pour avoir regardé,
il y a un petit moment.
Eux, ils sont plutôt réglos.
Ils l'indiquent.
Alors,
en petit,
en bas du feed,
mais ils indiquent toujours
PCMAG
et une société de Ziv Davis
qui détient
Teletel VPN.
En vrai...
Disclosure, mais...
Bon.
Personne ne lit ce message.
Bizarre part,
peut-être moi.
Mais voilà.
Et alors,
ce qui est très marrant,
c'est que les opérateurs
font aussi des speed tests.
Et souvent, ils les font la nuit
pour éviter justement
congestion du réseau
parce que ça peut quand même
avoir un impact.
Mais eux aussi, ils ont besoin...
De leur côté.
De leur côté sur leur
leur infra en perso.
En fait,
les acteurs du réseau,
c'est un truc qui font tout le temps.
Et du coup,
j'en arrive
à ma conclusion.
Déjà,
qu'est-ce qui détermine
la vitesse de connexion ?
En fait,
c'est deux choses.
Déjà,
déjà,
déjà,

déjà,


physiques des équipements réseaux,
soit si vous avez la fibre,
le cuivre,
les équipements réseaux
qui sont sur le chemin
entre le client et les serveurs,
les câbles,
tout ça,
ça peut avoir des aspects limitants,
mais en fait,
les deux liemes,
c'est les perturbations du réseau
qui vont entraîner
des pertes de paquets.
En fait,
l'un des trucs,
si vous voulez savoir
si votre connexion est preferable,
regardez les pertes de paquets.
Il y a un certain speed test
qui godra l' tout pour le pourcentage
de pertes de paquets.
Je crois que c'est le cas
sur Garius,
mais sur d'autres aussi,
et en fait,
c'est le pourcentage de perte de paquet.
C'est ce qui fait descendre votre débit à cause de la latence.
Si vous avez bien suivi.
C'est maintenant ce qui a été corriger d'ailleurs dans Château pour reboucler.
Puisque dans ton interface, tu vois ton débit descendant,
mais aussi les paquets perdus.
Parce que depuis le début, c'était ça.
C'était ça le problème ?
Le truc qui foutait la merde, c'est que les gens avaient des bons débits
théoriquement, mais en fait, avec énormément de pertes de paquet
qui le poussaient leur expérience sur Internet.
Surtout quand tu es sur du stream vidéo,
on sait un peu ce que c'est.
Les pertes de paquet ont un gros impact.
Et donc du coup, pour finir, un speed set, ça vous donne un aperçu,
une indication de votre connexion entre un serveur donné et vous.
Mais en fait, aujourd'hui, déjà avec les débits qu'on a,
qui sont de plus en plus grands, c'est devenu quasiment inutile.
Parce qu'on a commencé tous à avoir la file, pas tous.
Mais en fait, appartientement, si tu sais que tu as la DSL,
la file, tu auras des différences, mais qui ne seront pas énormes.
Et surtout que si vous avez des soucis de connexion,
c'est plus probable qu'il vienne d'un autre élément.
Je ne sais pas, votre serveur,
que vous essayez de contacter, il a des problèmes
et que ça ne soit pas votre connexion à vous.
Mais en réalité, à qui est le plus utile ?
Pardon. Mais en réalité, le speed test est surtout utile
à celui qui l'héberge.
C'est-à-dire qu'en fait, quand vous faites un speed test,
vous avez une petite information pour vous,
mais c'est super hégile pour speedtest.net,
ou Google, ou CloutFair, ou Netflix,
qui cartographient ensemble de son réseau.
C'est pas grave, vous ne donnez pas des informations de connexion,
mais en fait, c'est plus utile à ceux qui hébergent les speed tests
que à ceux qui les font.
C'est hyper marrant.
C'est vrai que je n'ai jamais pensé comme ça.
Je n'ai pas l'impression de participer à cartographier Internet
quand je fais le speed test.
Je ne penserai pas les prochaines fois.
C'est cartographer le réseau d'un arc-terre en particulier.
Rien est gratuit.
Rien n'est jamais gratuit.
C'est marrant de voir des boîtes complètes
qui peuvent financer des infra-mais extrêmement cher,
juste parce qu'elles font de l'intelligence et de la donnée.
Et ce qui est fou, c'est que déjà, un speed test,
ça coûte super cher à mettre en place,
parce qu'il faut des grosses infras.
Alors quand tu les as déjà, c'est OK,
mais quand tu les as pas déjà, c'est OK.
C'est pas OK.
Et en plus, rien n'est à nos dents.
C'est fou.
Petite question, et je ne sais pas si tu as eu des infos sur cette partie-là,
mais théoriquement, si je fais un speed test avec mon iPad,
ce que je mesure, c'est donc le trajet entre des requêtes
entre mon iPad et un serveur qui est qu'il part sur Internet.
Oui.
Donc en réalité, on peut dire que ça mesure deux choses.
C'est à quelle vitesse vont les requêtes
entre mon iPad et mon routeur,
et à quelle vitesse elles vont ensuite entre mon routeur
et une Netflix, par exemple.
Oui.
Est-ce que tu sais
ce qui peut influer ?
J'ai des idées, j'ai des idées, j'ai des doutes,
mais est-ce que tu sais ce qui peut influer le plus
entre mon iPad et mon routeur ?
Comment est-ce que...
En local, du coup.
Exactement, en local.
Là, on a beaucoup parlé du fait qu'il peut y avoir des congestions,
des pertes de paquet sur le réseau,
parce qu'il y a aussi des trucs en local qui peuvent avoir une influence
sur le débit que je veux obtenir.
Alors déjà, c'est intéressant parce que le calcul de la latence
qu'on fait du débit entre un client et un serveur,
c'est vraiment la latence de bout en bout.
Donc, tu ne peux pas en déduire les latences entre tes morceaux,
de tes différents équipements.
Tu ne peux pas savoir si c'est à cause d'un routeur
qui mère d'au milieu de ton passage,
si c'est à cause de ton device à l'origine,
c'est plutôt à cause du sable.
C'est vraiment de bout en bout.
Donc, encore une fois, c'est assez imparfait, en fait,
comme technique pour avoir la vitesse de ta connexion.
Et alors, ce qui a influé entre ton appareil et ton routeur,
ça va être comment tu te connais, les équipements.
Est-ce que ton routeur est capable de gérer du 1 gigabit de seconde
ou plutôt du 100 millisecondes ?
Est-ce qu'il est en wifi ? Est-ce qu'il est en Ethernet ?
Est-ce qu'il est reconnecté en USB ?
Ton téléphone est connecté en USB et il fait du partage de co.
Et en fait, ça va beaucoup dépendre de la physique
et ça va aussi dépendre de ce que font les autres gens sur ton réseau.
Par exemple, j'ai appris un truc.
C'est que tu peux être très proche en wifi de ta box, de ton routeur,
avec un bon débit, un wifi 5 ou un wifi 6, wifi AC ou wifi AX.
Si t'as un mec avec son téléphone qui est loin et qui galère,
et qui est lui qui galère à envoyer des requêtes parce qu'il est loin
et que ça galère beaucoup plus,
c'est un impact sur le mec qui est tout prêt.
Encore le routeur, il fait des efforts entre eBay
pour essayer de discuter avec cette personne qui a très longu porté.
Et donc ça détériore toi, ton expérience à l'or côté à 2 mètres.
En fait, tout le système IP et fonctionne en best effort.
C'est le principe de l'IP.
Et donc du coup, c'est un impact.
Best effort, ça veut dire qu'on t'essaye de faire le max pour tout le monde.
Quitte à pourrir la vie de certains au détriment de d'autres.
D'où la QOS qui est parfois bien utile.
OK.
Interessant.
Alors peut-être que tu n'as pas la réponse, mais peut-être le chat de Laura.
Est-ce que, je sais que pour des souris, par exemple,
tu peux avoir en réalité des latences plus faibles sur ton PC
avec des souris sans fil qu'avec des souris filaires.
Ce qui paraît complètement contre-intuitif quand il pense.
Parce que tu te dis que les informations,
elles passent plus rapidement via un câble que dans l'air.
Est-ce que tu sais si jamais ton débit peut être meilleur en wifi
quand filaire ?
Il peut être meilleur.
Aujourd'hui, il peut être meilleur.
Parce que ça a tellement évolué que en fonction de ton câble que tu utilises,
ton wifi peut juste être meilleur.
C'est-à-dire que typiquement, si tu as une installation fibrée dans ta maison ultra-moderne,
ce que personne n'a quasiment, dans ce cas, elle n'a peut-être pas.
Non, en gros, la fibre, c'est un peu le meilleur des mondes.
C'est ce qui passe sous l'Atlantique.
En fait, c'est à la vitesse de la lumière dans un tube qui est guidé.
C'est-à-dire qu'en plus, ta lumière, elle ne peut pas aller dans tous les sens
comme une onde radio.
Elle est vraiment guidée sur une fibre optique.
En gros, la fibre optique, c'est ce qui va le plus vite.
Mais en fait, si tu prends par exemple la capteur sada,
je crois que c'est limité à 100 Mbps.
Aujourd'hui, il y a du wifi qui va à plus de 100 Mbps.
Donc ça dépend de ton câble et de tes équipements.
Il faut faire des comparatifs.
Par exemple, si tu branches en USB, t'es limité à ton téléphone.
Et après, derrière, tu fais de l'éternet.
T'es limité à 300 Mbps en USB 2.
Mais si tu vas en USB 3, c'est beaucoup plus.
En fait, tu as plein de limitations.
Tu partages de quoi avec ton iPhone ?
Tu peux être limité par ton câble USB qui est...
Évidemment.
En fait, tu es limité par chaque transmission ou appareil de transmission.
Et s'il y en a un dans le tas qui merde,
ça sera la vitesse la plus faible qu'il emporte.
C'est pour ça que, par exemple, faire des installations à 10 Mbps,
c'est méga cher parce qu'il faut acheter des câbles
incroyablement vif et robustes.
Il faut acheter tous les routers qui coûtent super cher, etc.
Apparemment, en câble torsadé,
donc les câbles RJ45 que tu peux acheter,
tu peux monter à 1 Gbps.
Bien sûr.
Je ne parlais pas des câbles torsadés.
Je ne parlais plus du câble, la perte de câble numérique.
Enfin, c'est pas le internet.
D'accord.
Le coaxial.
Le coaxial, parce que t'as dit torsadé.
Je me suis trompé. Le coaxial.
Pardon.
En coaxial, t'as des limitations.
T'as des limitations partout.
Effectivement, avec les dernières normes wifi,
tu peux probablement atteindre des débits
qui vont dépasser des installations classiques,
1 Gbps.
Typiquement, je sais que si tu vas mettre du CPL dans ta maison,
parce qu'il y a un truc qui est quand tu fais beaucoup d'une émission un peu ancienne.
Du coup, tu utilises le réseau électrique de la maison
pour envoyer du RG45,
et enfin, de l'Eternet,
souvent, tu ferais mieux d'être wifi-fi, en fait.
Parce que des appareils récents qui sont wifi-fici, etc.,
vont largement exploser ton débit et ta latence.
Oui, et par exemple, le réseau 5G aussi,
joué énormément, je crois que la 5G millimétrique,
dans certains cas, j'ai un petit doute là-dessus,
mais tu peux atteindre du 1 Gbps,
ce qui est plus que ton réseau local chez toi.
Tu n'as pas du 1 Gbps.
Dans certains cas, le cellulaire, il peut aller plus vite.
Donc, à la base, qui était vrai en filaire,
ou ça va forcément plus vite en filaire,
c'est des contraintes physiques.
Si tu es en wifi, tu vas avoir des contraintes radio,
donc tu peux avoir beaucoup de perturbations,
donc du coup, créer des paquets de loss,
et donc du coup avoir un débit moindre.
Et en physique, ça va dépendre des perturbations de ton câble.
Si ton câble n'est pas de qualité,
enfin, s'il n'est pas capé en dessous,
tu as une vitesse moindre.
Je fais un remarque extrêmement drôle.
Le message du chat, il dit, dès qu'on parle de réseau,
personne n'est d'accord, c'est dingue.
Oui, c'est vrai.
C'est extrêmement drôle.
Tu vois qu'on a lancé des débats à l'infini.
Il y a des débats là sur le chat.
Oui, oui, sur le fait que si, sur du coaxial,
en fait, tu peux monter à plus d'1 Gbps,
mais seulement sur 1 m, parce qu'après, ça commence à partir.
Et en fait, ce qui est intéressant de dire aussi,
c'est que tu peux avoir du 1 Gbps théorique,
mais en fait, tu n'auras jamais du 1 Gbps sur toutes les destinations,
dans tout le globe.
En fait, ça va vachement dépendre.
Tu peux très bien, si ton serveur est méga loin
et est super mal desservi, entre guillemets,
tu seras peut-être à 100 Mbps pour l'attendre.
Parce qu'il suffit qu'il y ait un moment sur le réseau.
Oui.
C'est comme si les nœuds du Internet, c'était un peu des...
Si t'es au cas actant et qu'ils ont fait n'importe quoi avec le router,
no offense pour au cas acteur,
parce qu'ils ont un bon réseau parce qu'ils ont plein de fermes de minage.
Mais...
Mais...
Mais ouais, complètement.
Donc en fait, c'est comme si t'avais des nœuds qui étaient trop...
Trop desservis, trop occupés à certains endroits du globe.
Si ton chemin passe par là, globalement,
toi, il va y avoir le meilleur fibre symétrique,
un Gbps, tu vas avoir une connection avec toi.
J'ai même une anecdote qui va, je pense,
va retourner l'autre chat, parce que je vais me faire un subtil,
mais c'est pas grave.
Mais c'est vrai.
C'est, dans certains cas,
tu sais, quand tu utilises un VPN, c'est forcément plus long.
Ce qui est physiquement vrai, parce que tu encapsules ta connexion
dans quelque chose d'autre, et le fait d'encapsuler cette connexion,
ça rend...
C'est plus que la ronde plus lente.
Si tu es dans un moment où il y a une congestion de réseau,
je reprends le Netflix à 20 heures,
et que t'es loin, par exemple, tu dois être traversé l'Atlantique,
j'ai déjà entendu des gens me dire que si tu prends un VPN,
ça peut potentiellement aller un poil plus vite,
parce qu'il va passer par un chemin différent.
Après, il faudrait faire des cours de BGP, de routeur et tout.
Mais il va prendre un chemin différent.
Il n'aura peut-être pas les mêmes congestions.
Et du coup, malgré le fait que tu utilises un VPN,
eh bien tu peux aller un petit peu plus vite.
Et ça, je ne l'ai pas fait moi personnellement,
mais j'ai discuté avec des gens, et je les crois profondément,
qui l'ont vérifié.
Alors, c'est sur des grandes distances,
donc là, c'était traversé l'Atlantique,
à minimum,
comme tout l'Est Europe.
C'est littéralement l'équivalent de Waze,
qui te fait un énorme détour quand tu finis par garder du temps.
Attends, mais du coup, ça veut dire que si tu fais un speedtest avec un VPN ?
Ah, du coup, la même chose.
Et en fait, les VPN, en fonction de ton VPN,
c'est aussi des grosses infras très bien implantées,
et ils sont capables de te faire passer par des endroits incroyables
de leur réseau.
Passant très peu de temps.
Passions, non. Et ben, je sais maintenant comment marche
à la tête des connections.
Non, en vrai, je n'avais jamais vraiment creusé le truc,
alors que c'est un truc qu'on utilise vraiment tout le temps.

Bah tu veux moins maintenant ?
Moi, les utiliser peut-être.
Justement, le chat a parlé d'une alternative qui existe,
et qui est libre, qui s'appelle LibreSpeed.
Voilà, je me permets de la partager,
qui est du coup, ton propre speedtest que tu héberges,
libre, open source ou ça.
Et à mon avis, comme tu le disais, Mathieu,
tu vas l'héberger sur un de tes serveurs,
et donc ça va imiter...
Enfin, ça va te...
Je pense que c'est comme Hyperf, non ?
Oui, à mon avis, c'est ça.
Et à mon avis, ça va te donner un speedtest avec ton serveur.
C'est-à-dire que si ton serveur, il tient pas bien la route,
ou alors sa propre collection à lui est éclatée,
ça peut un peu forcer tes résultats.
Ouais, typiquement, si ton serveur, il est chez tes parents,
mais que...
Il ne sera pas ouf.
Exactement.
Je l'ai pas refait, mais je remercie grandement Louis,
avec qui j'ai pu échanger.
On n'a pas pu faire de visio,
parce que c'était trop juste, mais en vrai,
si c'est intéressant, on peut toujours le faire.
Après, je te le dis,
mais si tu penses que ça apporte un truc,
juste là, il prenait un avion, c'était compliqué.
En vrai, je sais...
Merci beaucoup Louis, qui a travaillé chez Cloudflare,
et qui a littéralement participé à un plémentaire speedtest.
Donc, il y a eu plein d'infos que j'ai eu grâce à lui.
Franchement, ça fait un impression.
Je suis sur les parties, opérateurs,
c'est un truc comme ça.
Ça fait de cool de lui poser des questions.
Trop cool.
Eh bien, ça clôt la troisième chronique de cette émission.
J'espère que vous l'avez apprécié.
Nous, on se retrouvera dans deux semaines.
On ne fait pas de pause pour la fin de l'année.
Donc, si on fait...
Assurez-vous, on part en vacances.
Mais on sera bien là, présent, dans deux semaines,
pour la prochaine émission de notre corps mercredi à 19h.
En attendant, vous pouvez follow cette chaîne Twitch.
C'est très important pour ne pas rater ça.
Et surtout, qu'on est toujours à l'heure.
Moi, je vois des gens, après, on commence les émissions,
ils sont bon, ils sont commencés à l'heure, mais moi, je suis en retard.
Si vous ne voulez pas que ça arrive, il suffit de vous follow.
Vous avez la petite notification.
Exactement.
Et sur ce, on vous souhaite une extrêmement belle soirée.
Bonne soirée à tous.
Et à très bientôt.
Et nous, on va manger des pédéles.
Et bonne fête.
Oui.
On se revoit juste après.
Le 3 janvier.
Je l'allais oublier.
Joyeux Noël à tous en avance.
Et on se revoit dans deux semaines.
Tchuss !