Je ne vois pas en quoi.

Free limite aussi la capacité du tuyau en replay, donc le trafic n'est peut-être pas si colossal que ça.

je me ferais un plaisir de démontrer la saturation d'un NRA aux heures de pointes même sur les destinations (en tout cas annoncés comme) non saturés (genre OVH)

quelle genre de commande faut-il lancer coté serveur et client (et pourquoi pas en TCP et UDP) avec iperf?

j'avais fait quelques essais avec pathping (google it) pour observer les liens entre ici et ovh mais je n'avais rien trouvé de concluant (diff entre heure creuses/pleines), j'imagine, parce qu'il ne s'agit que d'ICMP
impossible de tester directement la connexion d'un abonné à un autre puisque de toutes façon en ADSL on a pas le débit montant suffisant

un test iperf ne permettra peut-être pas de pointer du doigt l'élèment précis saturé, mais au moins on pourra voir qu'il existe

Je penche aussi pour un problème global d'infras. Je miserais sur la taille des tuyaux dans le chainage de NRA mais aussi sur le remplissage des cartes/ports sur les routeurs de coeur CRS-1. Free ne montre plus sa weathermap, mais à l'époque on avait 2 coeurs majeurs à Telehouse 2 et Bezons sur lesquels arrivaient en redondance l'ensemble du réseau. D'ailleurs on avait parfois des comportements différents entre les zones de la France à une époque selon qu'elles arrivaient en priorité sur le Sud Est (TH2) ou le Nord Ouest de Paris (Bezons). J'imagine que ça a évolué mais pas forcèment fondamentalement.

Le CRS-1 sur TH2 semble visuellement bien rempli (pour ne pas dire plein) et je ne serais pas étonné qu'un upgrade de capacité pour le peering ou même pour le trafic en interne nécessite d'upgrader le routeur lui même (ajouter ou remplacer), ce qui coûterait pas mal d'argent puisqu'on ne parle plus d'un port mais de reprovisionner un chassis avec ses cartes de sup et de ligne.

Ce coût à remettre pour un opérateur particulier, je comprends qu'il fasse mal, mais pour autant je ne suis pas d'accord avec free sur sa politique, qui d'ailleurs nuit à tout le monde puisque tous les opérateurs qui ne payent pas le peering avec free sont dégradés en qualité de manière importante en heure de pointe.

Pour les fibres, à partir du moment où Free déploie sa fibre et où Niel a mis des billes dans une société qui fait du déploiement de fibres dans Paris et vu l'économie que ça doit représenter à long terme, j'imagine qu'au moins le principal est en propre.

Ce backbone est en cours d'upgrade massif (migration de liens 1G > 10G jusqu'à l'an dernier pour les chaînages, et passage de 10G à 100G sur les liaisons inter-POP nationaux en cours).
A priori, donc, la capacité des différents liens augmente régulièrement, mais il reste à savoir si tout suit et si c'est suffisant...

J'ai la même information que toi : Free est en train de faire un upgrade de son réseau en province.

Non seulement un changement des routeurs, mais aussi un changement des équipements DWDM pour permettre de mettre plus de capacité sur une fibre noire.

Nico avait fait des tests qui mettaient en évidence la saturation du backbone de Free entre Paris et la province, je ne les retrouve plus.

Ca serait possible de faire tourner ce petit script pour linux sur une Freebox de province pour tester chaque heure le débit entre le serveur hébergé par d'OVH (http://proof.ovh.net/files/) et le serveur de Bytel (https://testdebit.info/)

Il est téléchargeable sur https://lafibre.info/testdebit/scripts/test_debit_ovh_bytel.pl

Il faut le rendre exécutable : bouton droit sur le fichier puis dans permissions cocher la "Autoriser l’exécution du fichier comme un programme"

Ensuite pour qu'il soit exécuté chaque heure, il faut le mettre dans le crontab.

Dans un terminal, il faut taper la commande crontab -e
Si il propose un choix d'éditeur, choisir /bin/nano

Pour que le test soit lacé à la 16ème minute de chaque heure, il faut mettre cette ligne de commande :
16 * * * * /home/scripts/test_debit_ovh_bytel.pl >> /home/scripts/test_debit.csv

/home/scripts/test_debit_ovh_bytel.pl est l'emplacement complet du script (a adapter en fonction de là où il est réellement)
/home/scripts/test_debit.csv est l'emplacement complet du fichier .csv qui sera crée

Je te conseille d'éditer le fichier .csv avec un éditeur de texte afin d'y rajouter la ligne de titre :
Date;Heure;Debit Moyen1;Temps DNS1;Temps connect1;Temps start transfer1;Temps total1;Taille1;Debit Moyen2;Temps DNS2;Temps connect2;Temps start transfer2;Temps total2;Taille2
Pour lire les résultats (après 1 à 2 jours de test), il suffit de double cliquer sur le fichier, il s'ouvre directement avec LibreOffice ou Excel.
Le téléchargement "1" OVH
Le téléchargement "2" est Bouygues Telecom.

J'ai la même information que toi : Free est en train de faire un upgrade de son réseau en province.

Non seulement un changement des routeurs, mais aussi un changement des équipements DWDM pour permettre de mettre plus de capacité sur une fibre noire.

Je confirme que le réseau en Province est quasi en continuelle upgrade (il y a des upgrades toutes les nuits de semaine un peu partout en France...) : aussi bien des liens de collecte entre les NRA (passage 1G vers 10G, voire plusieurs x 10G), que du backbone en lui même (liens inter POPs).
Toutefois, loin de moi l'idée de réfuter tout cas de saturation réseau sur des liens de collecte qui peuvent subsister, mais c'est loin d'être une généralité. Et parfois une desat ne peut pas se faire en changeant "simplement" les optiques à chaque bout du lien (install de switch éventuellement nécessaire, avec des cas boiteux de manque de place par exemple).

@badmax, le moyen de mesure que tu utilises ne me parait pas fiable. Avec ta méthode, tu es incapable de distinguer une saturation du serveur, et une saturation du réseau entre toi et le serveur.

Leon.