Que vaut votre connexion internet?, Peut-être moins que ce qu'on veut vous faire croire !

[Laszlo Lebrun]

Bref, tu peux faire tourner Packetstats toute la journée, c'est pas lui qui te diras où est le pb, et en plus il te bouffe de la bande passante

C'est vrai, il ne te dira pas *où* est le problème, mais il mettra un problème en évidence, surtout s'il es sporadique. Et visiblement il y en a un avec mon FAI.
Quand à la bande passante, si une message minuscule par seconde est un problème, alors on peut reprendre le modem 1440 Bauds.

Tu ne veux pas donner les temps d'interco pour valider l'hypothèse d'un pb de bridage sur ce lien.

??? Que n'aurais-je pas voulu donner comme info?
J'ai donné les pings, le traceroute, les whois, il manque quoi?

Ce message a été modifié par Laszlo Lebrun - 13 Feb 2024, 10:53.

[Mac Arthur]

" Que vaut votre connexion internet?, Peut-être moins que ce qu'on veut vous faire croire !"

On ne veut rien nous faire croire du tout, il suffit de lire ce qui est écrit, c'est comme le Port Salut.
Un FAI ne peut pas transmettre plus vite que ce qu'il reçoit, ça date des cours de maths avec des baignoires qui se remplissent avec des robinets et se vident avec des bondes.
Je paie pour 120Mbps en up et 120Mbps en down et j'ai 120Mbps dans les 2 sens avec un ping de 2ms.
Evidemment mon FAI est correctement équipé avec des backbones qui lui permettent de suivre.
Alors ensuite on peut aller chercher un fichier au fin fond de tataouine et là c'est sûr que ça va coincer
Packetstats ne sert à rien dans ce cas.
Little Snitch me permet de surveiller toutes mes connexions entrantes et sortantes (et Dieu sait si ça pullule sans qu'on ne s'en rende compte) avec les débits correspondant.
Le reste n'est que...

[Benzebut]

@Benzebut
Quand je vois le résultat de tes pings sur macbidouille, je me demande si tu n'es pas dans les locaux de l'hébergeur de macbidouille (CloudFlare?)

J'en suis loin, mais c'est l'effet Jeux Olympiques sur la capitale. Le réseau fibre a été mis à jour en 40 Gb/s théorique pour accueillir la terre entière et garantir les débits requis cet été 2024. Donc évidemment, les temps de latence sont faibles actuellement pour faire ces tests sur macbidouille...

C'est vrai, il ne te dira pas *où* est le problème, mais il mettra un problème en évidence, surtout s'il es sporadique. Et visiblement il y en a un avec mon FAI.
Quand à la bande passante, si une message minuscule par seconde est un problème, alors on peut reprendre le modem 1440 Bauds.

Non toujours pas. Ce que vous mesurez c'est l'envoi de paquets sur le réseau à partir de votre connexion vers un serveur distant. Toute la beauté du protocole est qu'il va choisir le chemin disponible entre ces 2 points sans rationalité dans le parcours. Vous pouvez passer par l'Europe, les Etats-Unis ou l'Asie, même pour une connexion proche. Avec des optimisations différentes et de fait des latences associées. Pour faire une nouvelle analogie, lorsqu'un stade se vide, tous les individus présents vont prendre la direction de la sortie, mais chacun avec un comportement différent et dans des délais associés. Mais au final, tous sortiront comme annoncé...

Donc encore une fois, cela ne mesure par la même chose pour surfer sur internet et ces informations Packetstats ne seront guère exploitables...

Ce message a été modifié par Benzebut - 13 Feb 2024, 16:26.

[Laszlo Lebrun]

J'en suis loin, mais c'est l'effet Jeux Olympiques sur la capitale. Le réseau fibre a été mis à jour en 40 Gb/s théorique pour accueillir la terre entière et garantir les débits requis cet été 2024. Donc évidemment, les temps de latence sont faibles actuellement pour faire ces tests sur macbidouille...

La fibre, c'est le dernier mile.
Or le Traceroute le montre clairement: ce n'est pas le dernier mile qui est en cause.

C'est vrai, il ne te dira pas *où* est le problème, mais il mettra un problème en évidence, surtout s'il es sporadique. Et visiblement il y en a un avec mon FAI...

Non toujours pas. Ce que vous mesurez c'est l'envoi de paquets sur le réseau à partir de votre connexion vers un serveur distant.

Mais avant de partir pour le grand voyage par monts et par vaux que tu décris, il passe d'abord par les serveurs du FAI qui décortiquent entre autres le DNS.
Et c'est là que se fait la différence La fameuse étape 3 de 100mS de mes traceroute.

[Polo35230]

Je reviens...

Pour redire que pour vérifier l'hypothèse d'un bridage de la liaison d'interco entre ton FAI et Deutsche Telekom, il faut faire PLUSIEURS traceroute vers Macbidouille (une dizaine par exemple) et observer les temps donnés ligne 3.

Si les temps sont élevés (par exemple >100ms), alors oui, c'est que cette liaison d'interconnexion est bien bridée, vraisemblablement par QoS (trafic shaping-policy, qui permet de garantir un débit, mais aussi de le limiter)

Ton FAI ne le reconnaîtra pas.
Passe chez Deutsche Teleckom!

Ce message a été modifié par Polo35230 - 13 Feb 2024, 20:25.

[Laszlo Lebrun]

Pour redire que pour vérifier l'hypothèse d'un bridage de la liaison d'interco entre ton FAI et Deutsche Telekom

Mais je suis chez Deutsche Telekom = T-online !

il faut faire PLUSIEURS traceroute vers Macbidouille (une dizaine par exemple) et observer les temps donnés ligne 3.

Je ne t'ai pas attendu: j'en ai déjà fait des centaines !

Si les temps sont élevés (par exemple >100ms), alors oui, c'est que cette liaison d'interconnexion est bien bridée, vraisemblablement par QoS (trafic shaping-policy, qui permet de garantir un débit, mais aussi de le limiter)
Ton FAI ne le reconnaîtra pas.

Ça c'est vrai ! Tu as beau leur mettre le nez dans leur m**de, ils ne reconnaissent absolument rien !
Mais mon voisin est chez Vodafone par le câble, et c'est pas mieux chez lui non plus...
Ils ont tous leurs démos trafiquées Ookla (avec qui ils sont sûrement en cheville) et considèrent le problème réglé quand l'aiguille est sur 75Mbit/s.
Ils peuvent ainsi vendre des centaines ou des milliers de contrats à 75Mbit/s en ayant derrière une infrastructure complètement sous-dimensionnée qui n'en gère pas le centième...

Ce message a été modifié par Laszlo Lebrun - 13 Feb 2024, 20:51.

[Polo35230]

Je ne t'ai pas attendu: j'en ai déjà fait des centaines !

Et ils sont tous au dessus de 100ms?

Tiens, un bon test de débit
Lance un Speedtest.
Clique sur "Changer de serveur"
Dans la barre de recherche, tape San Francisco
Prends San Francisco, CA -Wave
Lance le test

[Laszlo Lebrun]

Je ne t'ai pas attendu: j'en ai déjà fait des centaines !

Et ils sont tous au dessus de 100ms?

Pratiquement tous, oui.

Tiens, un bon test de débit...

Le problème est ailleurs: une fois qu'un flux est initialisé il passe sans délai. Un download passe en général dans les normes si l'autre côté suit et qu'il ne faut pas relancer le flux.
C'est l'initialisation qui prend du temps.
Et quand tu surfes normalement, il y a des centaines d'initialisations vers des centaines de serveurs publipoubelles qui font que ça n'avance pas.

[Polo35230]

Le problème est ailleurs: une fois qu'un flux est initialisé il passe sans délai. Un download passe en général dans les normes si l'autre côté suit et qu'il ne faut pas relancer le flux.
C'est l'initialisation qui prend du temps.
Et quand tu surfes normalement, il y a des centaines d'initialisations vers des centaines de serveurs publipoubelles qui font que ça n'avance pas.

Tu parles de normes (?), mais quels sont les débits donnés par le test en upload et en download?
À la louche, pour moi, si lien d'interco est bridé, vu les temps indiqués dans le traceroute, tu devrais être autour de 5 ou 6Mbps.

Quand tu dis que l'initialisation est lente, tu parles de quoi? Des requêtes DNS?
Bien sûr qu'il y a des connexions HTTP vers d'autres sites (publicités, métrologie)
Déjà, pour ça, un bloqueur de pub peut empêcher la plupart de ces connexions.
Mais tu as une liaison internat à 75Mbps. Ces connexions ne devraient pas te ralentir.
As-tu essayé de changer de DNS?
Celui de google par exemple (8.8.8.8)?

Fais un:
nslookup macbidouille.com
Et poste le résultat

Ce message a été modifié par Polo35230 - 13 Feb 2024, 23:10.

[Benzebut]

La fibre, c'est le dernier mile.
Or le Traceroute le montre clairement: ce n'est pas le dernier mile qui est en cause.

Pas dans le cas présent. La fibre utilisée en 40 Gb/s théorique concerne les premiers et derniers miles, car cela reste sur la même infrastructure dans Paris et explique ces faibles latences actuellement. Ce qui donne l'impression d'être dans les locaux de l'hébergeur de macbidouille...

Mais avant de partir pour le grand voyage par monts et par vaux que tu décris, il passe d'abord par les serveurs du FAI qui décortiquent entre autres le DNS.
Et c'est là que se fait la différence La fameuse étape 3 de 100mS de mes traceroute.

Non toujours pas. Et cela n'a rien à voir avec les FAI allemands (testez un autre fournisseur), des mesures trafiquées (testez un site de mesure alternatif), des DNS décortiquées (changez de serveur DNS) ou autres théories du complot. C'est simplement le fonctionnement normal en interconnexion au niveau du réseau. Et c'est largement ce qui est annoncé par les FAI sur les infrastructures qu'ils possédent.
Cas de mon nslookup sur le serveur macbidouille :

CODE

iMac-Pro-8Xeon-de-Benoit:~ benoit$ nslookup macbidouille.com
Server: 192.168.1.254
Address: 192.168.1.254#53

Non-authoritative answer:
Name: macbidouille.com
Address: 188.114.97.2
Name: macbidouille.com
Address: 188.114.96.2

[Laszlo Lebrun]

Cas de mon nslookup sur le serveur macbidouille :

Quel rapport avec le temps de latence des serveurs du FAI?
J'ai le même type de réponse.

[Polo35230]

Cas de mon nslookup sur le serveur macbidouille :

Quel rapport avec le temps de latence des serveurs du FAI?
J'ai le même type de réponse.

Aucun rapport bien sûr avec le temps de latence des pings, mais quand tu dis que c'est "l'initialisation qui prends du temps", perso, je ne sais pas trop ce que ça veut dire, alors je traduis qu'il y a un pb dans les requêtes DNS (en plus du pb de la ligne 3)
Parce que, parfois, on peut cumuler les emmerdes ...

Et effectivement, si au niveau de la configuration DNS, il y a des bizarreries (on va pas les détailler), la requête DNS peut prendre du temps.
Tiens, si tu analyses la page d'accueil du forum de macbidouille, il y a 5 connexions HTTP sur 5 sites différents, donc 5 requêtes DNS:
forum.macbidouille.com
w3.org
google-analytics.com (mon navigateur est chrome)
googlesyndaction.com
doubleclick.net

C'est pour ça que le nlookup est intéressant.
Tu nous dis que tu as le même type de réponse que celui de Benzebut, mais tu ne nous dis pas l'adresse IP de ton serveur DNS.
Même chose pour le test de débit du post #37, on n'a pas la réponse...
On ne peut pas tout deviner

Ce message a été modifié par Polo35230 - 14 Feb 2024, 17:06.

[Laszlo Lebrun]

Aucun rapport bien sûr avec le temps de latence des pings, mais quand tu dis que c'est "l'initialisation qui prends du temps", perso, je ne sais pas trop ce que ça veut dire, alors je traduis qu'il y a un pb dans les requêtes DNS (en plus du pb de la ligne 3)

J'ai changé les deux serveurs de DNS par des serveurs locaux à Dusseldorf et à Siegen
https://public-dns.info/nameserver/de.html
161.97.150.198
91.26.45.59

mais ça n'arrange rien, il y a toujours uen latence au 3ème hop:

Code

$ traceroute macbidouille.com
traceroute: Warning: macbidouille.com has multiple addresses; using 172.67.179.240
traceroute to macbidouille.com (172.67.179.240), 64 hops max, 52 byte packets
1  192.168.2.1 (192.168.2.1)  5.193 ms  6.644 ms  6.327 ms
2  p3e9bf49b.dip0.t-ipconnect.de (62.155.244.155)  6.791 ms  6.534 ms  19.663 ms
3  nyc-sb5-i.nyc.us.net.dtag.de (62.154.5.161)  273.299 ms  136.201 ms  99.328 ms
4  87.128.239.250 (87.128.239.250)  103.526 ms  99.624 ms  98.926 ms
5  * * *
6  66.198.70.2 (66.198.70.2)  107.658 ms  105.748 ms  105.730 ms
7  172.70.108.2 (172.70.108.2)  104.072 ms
    162.158.156.3 (162.158.156.3)  102.832 ms
    172.70.228.2 (172.70.228.2)  103.303 ms
8  172.67.179.240 (172.67.179.240)  101.806 ms  102.052 ms  101.895 ms

[Polo35230]

Je n'ai pas été assez précis, dans le post #37, c'était pour lancer un Speedtest...

Lance un Speedtest.
Clique sur "Changer de serveur"
Dans la barre de recherche, tape San Francisco
Prends San Francisco, CA -Wave
Lance le test

On aura une idée précise des débits dans les 2 sens.
Si l'hypothèse du bridage (la ligne 3) se vérifie, je pense que tu aura des débits proches de 5 Mbps.

[Laszlo Lebrun]

Je n'ai pas été assez précis, dans le post #37, c'était pour lancer un Speedtest...
...
Si l'hypothèse du bridage (la ligne 3) se vérifie, je pense que tu aura des débits proches de 5 Mbps.

Mais Speedtest c'est Ookla !
C'est ce que je vous dis depuis le début: C'est du bidon !
Resultat du speedtest

[Polo35230]

Le premier serveur DNS est celui d'un hébergeur : Contabo
Le 2ème (KONRAD-KNOBLAUCH-GERA-NET) semble être vaguement relié à Deutsch Telekm.

Pourquoi n'utilises tu pas un DNS de Deutsche Telekom?
194.25.0.68 par exemple

Mais Speedtest c'est Ookla !
C'est ce que je vous dis depuis le début: C'est du bidon !
Resultat du speedtest

Tu n'as pas fait le bon test
Tu as choisi un serveur de Dusseldorf. Les résultats sont bons (73Mbps et 37Mbps), mais tu ne passes pas par le même chemin que celui de macbidouille.

Clique sur "Changer de serveur"
Dans la barre de recherche, tape San Francisco
Prends San Francisco, CA -Wave
Lance le test

Ce message a été modifié par Polo35230 - 14 Feb 2024, 20:50.

[Laszlo Lebrun]

Clique sur "Changer de serveur"
Dans la barre de recherche, tape San Francisco
Prends San Francisco, CA -Wave
Lance le test

Presque kif-kif
Ookla c'est du pipeau !
Ça sort des vitesses de rêve avec 200ms de latence !
C'est pas comme ça qu'on évalue la qualité d'une connexion.

Ce message a été modifié par Laszlo Lebrun - 14 Feb 2024, 21:32.

[Polo35230]

Alors là, oui, le test de débit est bon

Et pour le DNS, tu as mis 194.25.0.68 pour voir si ça change quelque chose en naviguant?

[Polo35230]

Bon, là, je suis sec...
Le pb est peut-être uniquement au niveau de la navigation web...

Un truc curieux, c'est ton serveur DNS (161.97.150.198) qui est chez un hébergeur (Contabo)
Tu as été chez eux, à un moment donné?
Tu utilises peut-être un proxy chez eux.
Ça pourrait expliquer certaines lenteurs.

-Change le DNS et mets un DNS de Deutsche Telekom (194.25.0.68)
-Y a-t-il un proxy configuré dans ton navigateur?
-Y a-t-il un proxy configuré dans la conf réseau du Mac?
-Fais un : ifconfig (pour voir les interfaces), et poste le résultat.
-Fais un : netstat -r (pour voir les tables de routage), et poste le résultat.

Si après tout ça on ne trouve pas d'explications, de honte, je laisse tomber l'informatique, et je me mets à la broderie

[Laszlo Lebrun]

Bon, là, je suis sec...
Le pb est peut-être uniquement au niveau de la navigation web...

Un truc curieux, c'est ton serveur DNS (161.97.150.198) qui est chez un hébergeur (Contabo)
Tu as été chez eux, à un moment donné?
Tu utilises peut-être un proxy chez eux.
Ça pourrait expliquer certaines lenteurs.

-Change le DNS et mets un DNS de Deutsche Telekom (194.25.0.68)
-Y a-t-il un proxy configuré dans ton navigateur?
-Y a-t-il un proxy configuré dans la conf réseau du Mac?
-Fais un : ifconfig (pour voir les interfaces), et poste le résultat.
-Fais un : netstat -r (pour voir les tables de routage), et poste le résultat.

Si après tout ça on ne trouve pas d'explications, de honte, je laisse tomber l'informatique, et je me mets à la broderie

J'ai essayé de changer de DNS en choisissant un DNS proche puis un autre de Telekom les deux ayant une bonne note de 100%, sans que ça change notoirement le résultat, puis ai finalement remis le réglage du routeur Telekom.
metstat-r donne:

Code

netstat -r
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            speedport.ip       UGSc           48        0     en1      
127                localhost          UCS             0        0     lo0      
localhost          localhost          UH              1      128     lo0      
169.254            link#6             UCS             1        0     en1      !
192.168.2          link#6             UCS             5        0     en1      !
192.168.2.1/32     link#6             UCS             1        0     en1      !
speedport.ip       70:97:41:8d:61:9c  UHLWIir        14      269     en1   1191
6bebf8-speedhomewl 70:97:41:6b:eb:f8  UHLWI           0        3     en1   1173
sec842519103a42    84:25:19:10:3a:42  UHLWI           0        0     en1    737
192.168.2.156/32   link#6             UCS             0        0     en1      !
                   56:1c:27:e2:3:1c   UHLWI           0        1     en1    896
                   12:9a:1e:69:79:78  UHLWI           0       10     en1   1171
224.0.0/4          link#6             UmCS            1        0     en1      !
mdns.mcast.net     1:0:5e:0:0:fb      UHmLWI          0        0     en1      
255.255.255.255/32 link#6             UCS             0        0     en1      !

Internet6:
Destination        Gateway            Flags         Netif Expire
default            fe80::1%en1        UGc             en1      
default            fe80::%utun0       UGcI          utun0      
localhost          localhost          UHL             lo0      
p200300cc0f1709130 link#6             UC              en1      
p200300cc0f1709131 28:f0:76:1b:36:a   UHL             lo0      
p200300cc0f1709133 28:f0:76:1b:36:a   UHL             lo0      
fe80::%lo0         fe80::1%lo0        UcI             lo0      
fe80::1%lo0        link#1             UHLI            lo0      
fe80::%en1         link#6             UCI             en1      
fe80::1%en1        70:97:41:8d:61:9c  UHLWIir         en1

j'ai arrêté a partir de là pour ne pas révèler mes IP V6 permanentes
À noter: netstat -r met beaucoup de temps à afficher les infos en IPV6.
Du coup, j'ai aussi essayé de désactiver IPv6, un classique... Sans amélioration non plus...

En fait on fait la même chose que les hotlines: on cherche le problème de mon côté et dans mon (mes) ordi(s) ou mon routeur. Ce serait légitime si...
-Si je n'avais pas les mêmes résultats quels que soient mes OS et materiels utilisés.
-Si mon voisin n'avait pas pratiquement les mêmes résultats sur son autre ligne Telekom avec un autre routeur Telekom et un autre matériel.
Cherchez le dénominateur commun...

Ce message a été modifié par Laszlo Lebrun - 15 Feb 2024, 06:15.

[Polo35230]

En fait on fait la même chose que les hotlines: on cherche le problème de mon côté et dans mon (mes) ordi(s) ou mon routeur. Ce serait légitime si...
-Si je n'avais pas les mêmes résultats quels que soient mes OS et materiels utilisés.
-Si mon voisin n'avait pas pratiquement les mêmes résultats sur son autre ligne Telekom avec un autre routeur Telekom et un autre matériel.
Cherchez le dénominateur commun...

Mouais...
Tu laches des infos au compte-gouttes et tu ne réponds que partiellement aux questions posées.

Il y a bien un bridage (la fameuse ligne 3), mais tu ne dois pas passer tout le temps par là.
Il y a autre chose.
Bien possible que le pb vienne aussi de ta conf, qu'on découvre progrssivement...

DNS IPv4 chez un hébergeur...
Doubles requêtes DNS IPV4 IPv6.
Adresses IP permanentes associées à certains équipements.
Complexe sans connaître en détail les confs réseau de tes équipements.

[Mac Arthur]

Ça s'appelle "garder la main" sur le post...

[Benzebut]

DNS IPv4 chez un hébergeur...
Doubles requêtes DNS IPV4 IPv6.
Adresses IP permanentes associées à certains équipements.
Complexe sans connaître en détail les confs réseau de tes équipements.

Voire l’utilisation d'un VPN, antivirus ou autre applications qui brident et filtrent les connexions sur ces serveurs à partir de macOS...

Mais Speedtest c'est Ookla !
C'est ce que je vous dis depuis le début: C'est du bidon !
Resultat du speedtest

Encore une fois, non. Et si vous n'avez pas confiance en SpeedTest, il y a des alternatives de disponibles pour des mesures trafiquées par d'autres :

https://www.nperf.com/fr/
https://www.zoneadsl.com/test-debit-internet.html
https://www.degrouptest.com/test-debit.php
https://www.quechoisir.org/outil-speedtest-n64483/

Ce message a été modifié par Benzebut - 15 Feb 2024, 11:40.

[Laszlo Lebrun]

Il y a bien un bridage (la fameuse ligne 3), mais tu ne dois pas passer tout le temps par là.
Il y a autre chose.
Bien possible que le pb vienne aussi de ta conf, qu'on découvre progrssivement...

...et de la conf de mon voisin aussi, lequel n'a que du standard?
Essayez de ne pas occulter celà. C'est essentiel.

Ce message a été modifié par Laszlo Lebrun - 15 Feb 2024, 12:10.

[Mac Arthur]

Et si le voisin avait posé une "bretelle"

Ce message a été modifié par Mac Arthur - 15 Feb 2024, 12:27.

[Benzebut]

...et de la conf de mon voisin aussi, lequel n'a que du standard?
Essayez de ne pas occulter celà. C'est essentiel.

Justement, que donnent les tests et résultats de la configuration de votre voisin, qui n'a que du "standard" par son opérateur allemand ?

[Mac Arthur]

Excellente remarque.
Il faudrait demander au voisin de s'inscrire sur le forum et qu'il nous explique LUI sa vision des choses pour éviter l'effet prisme déformant.

On aurait ainsi 2 sons de cloche à comparer (les 2 sons hein, pas les cloches!).
Parce que si ce post doit servir de lanceur d'alerte pour précipiter la chute d'Ookla il faut que je sois au courant.
J'ai toutes mes économies chez eux.
Sacré MB, à l'aube de jeter un vrai pavé dans la mare.
Je contacte Mediapart ou on attend encore un peu?....

[Laszlo Lebrun]

...et de la conf de mon voisin aussi, lequel n'a que du standard?
Essayez de ne pas occulter celà. C'est essentiel.

Justement, que donnent les tests et résultats de la configuration de votre voisin, qui n'a que du "standard" par son opérateur allemand ?

Quand on a regardé ensemble, il avait des résultats semblables.
Je ne vais pas le redéranger pour la même chose.
On va en rester là. Ça tourne en rond.
Thank you for the fish...

[Polo35230]

On va en rester là. Ça tourne en rond.

Oui, j'en dormais plus

[Mac Arthur]

Et pourtant elle tourne...