Comment tester si votre FAI ou opérateur bride votre connexion

Pourquoi il faut tester votre connexion

Les clients accusent depuis longtemps les FAI et opérateurs de réduire la vitesse de leur connexion par divers procédés : pare-feu, gestionnaires de trafic, censeurs ou redirections qui peuvent dégrader le trafic. Avec la montée du mobile, les opérateurs cellulaires sont parfois mis en cause de la même façon. Souvent, la dégradation est invisible sans tests ciblés — d’où l’utilité d’outils publics.

Important : « brider » signifie ici réduire volontairement ou appliquer des politiques de qualité de service qui limitent certains flux. Cela n’inclut pas les incidents réseau temporaires ou la congestion passagère.

Tests recommandés

Internet Health Test

L’outil Internet Health Test, créé par Battle for the Net, compare votre connexion auprès de plusieurs serveurs et technologie M-Lab pour détecter des signes de dégradation ciblée. Selon les règles de neutralité du net, un FAI ne doit pas bloquer ou brider des sites spécifiques ; ce test essaie d’objectiver si votre trafic est altéré.

Notes clés :

• Le test s’ouvre généralement dans une fenêtre pop-up et enchaîne plusieurs mesures.
• Le service utilise l’infrastructure Measurement Lab (M-Lab). Cela rend les résultats comparables et réplicables.
• L’interface montre plus de fonctionnalités pour les utilisateurs basés aux États‑Unis ; la localisation géographique des serveurs peut paraître incorrecte selon votre position réelle.

Exemple d’imprécision de localisation : l’outil peut afficher une ville voisine ou un point de présence intermédiaire. Cela ne rend pas forcément les mesures invalides, mais il faut l’avoir en tête lors d’interprétation.

Autre option : le test Glasnost (plus ancien) peut compléter l’analyse si vous souhaitez recouper.

Speedtest d’Ookla

Pour vérifier un contrat d’« illimité » sur mobile, l’application Speedtest d’Ookla est un choix répandu. Elle mesure débit descendant, débit montant et latence vers un serveur proche et permet d’exporter l’historique.

Méthode recommandée (résumée) :

1. Téléchargez l’application Speedtest d’Ookla (iOS, Android, Windows Phone).
2. Lancez plusieurs tests aux débuts de votre cycle de facturation pour obtenir des mesures de référence.
3. Consommez une quantité représentative de données (ex. 5 Go — souvent utilisée par les opérateurs comme seuil de politique d’usage acceptable).
4. Après consommation, exécutez les mêmes tests au même endroit et à la même heure pour limiter les variations liées à l’heure ou à la position.
5. Comparez les résultats et notez toute baisse significative du débit ou augmentation de la latence.
6. Conservez les logs (screenshots, export CSV) pour documenter la réclamation.

Important : testez plusieurs jours et à différents moments pour distinguer un bridage ciblé d’une congestion passagère.

Autres outils utiles : MobiPerf pour analyses mobiles plus détaillées et outils M‑Lab pour mesures profondes.

Méthodologie simple et reproductible (mini‑méthode)

1. Choisissez deux outils indépendants (ex. Internet Health Test + Speedtest).
2. Établissez une baseline : 5 tests sur 3 jours différents, heures variées.
3. Documentez l’environnement : emplacement, appareil, mode (Wi‑Fi ou mobile), heure, type d’abonnement.
4. Effectuez une série de tests après avoir consommé le volume indiqué dans votre contrat (ex. 5 Go) et répétez les mêmes conditions.
5. Analysez : cherchez une différence systématique (p. ex. débit descendant réduit de >30 % uniquement après seuil).
6. Consolidez preuves et contactez le support, puis le médiateur ou régulateur si nécessaire.

Quand ces tests peuvent échouer

• Zones à forte congestion : la baisse de performance peut venir d’un réseau saturé, pas d’un bridage ciblé.
• Serveurs de test mal géolocalisés : un serveur très éloigné fausse les mesures.
• Variations de réseau mobile : handovers entre antennes et conditions météo peuvent altérer temporairement le débit.
• Optimisations opérateur (compression, CDN) : certaines optimisations réduisent le trafic réel mais améliorent l’expérience.

Conseil : comparez vos mesures avec des voisins ou collègues qui utilisent le même opérateur pour établir si le phénomène est local ou généralisé.

Alternatives et approches complémentaires

• Analyse de paquets (PCAP) : pour utilisateurs avancés et administrateurs, un enregistrement des flux peut montrer manipulations ou injections.
• VPN comme test proxy : si le débit s’améliore nettement via un VPN, cela peut indiquer que certains flux sont traités différemment par le FAI.
• Outils de monitoring continu : installez un agent qui effectue des tests périodiques et centralise les résultats (utile pour PME).
• Tests dirigés vers services ciblés : testez spécifiquement des services (VoIP, streaming) pour voir les effets sur applications concrètes.

Note : l’utilisation d’un VPN peut masquer la nature réelle du trafic et doit être utilisée principalement pour diagnostic, pas comme preuve définitive.

Checklist par rôle

Utilisateur final :

• Installer Speedtest et Internet Health Test
• Effectuer tests de référence au début du cycle
• Exécuter tests après consommation (ex. 5 Go)
• Sauvegarder résultats et captures d’écran

Administrateur réseau :

• Mettre en place monitoring continu (SLI basiques : débit, latence, disponibilité)
• Collecter PCAP quand nécessaire
• Comparer mesures internes et externes

Responsable conformité / consommateur :

• Lire les conditions d’abonnement (fair use)
• Contacter le support avec preuves
• Saisir l’autorité de régulation si refus de correction

Critères de réussite des tests

• Répétabilité : résultats similaires sur 3 exécutions distinctes
• Contrôle des variables : mêmes lieu, même heure, même appareil
• Écart significatif : perte de débit récurrente et corrélée à la consommation de données
• Documentation : captures et exports horodatés

Glossaire (en une ligne chacun)

• Débit descendant : quantité de données reçues par seconde (ex. Mb/s).
• Latence : délai aller‑retour d’un paquet (ms).
• Fair use : politique d’usage équitable qui peut limiter des abonnements « illimités ».
• CDN : réseau de distribution de contenu qui accélère l’accès aux sites.

Exemple de plan d’action si vous suspectez un bridage

1. Rassemblez les tests de référence et les tests post‑consommation.
2. Comparez et calculez l’écart moyen.
3. Contactez le support technique du FAI en joignant les preuves.
4. Si la réponse est insatisfaisante, saisissez le médiateur ou le régulateur national avec le dossier.

Important : gardez la documentation complète (horodatage, localisation, captures) — elle facilite toute réclamation officielle.

Résumé

• Utilisez des outils publics (Internet Health Test, Speedtest) pour détecter une dégradation possible.
• Suivez une méthode reproductible : tests répétés, mêmes conditions, documentation.
• Recoupez avec d’autres approches (VPN, PCAP, monitoring) pour confirmer.
• Si vous confirmez un bridage, mobilisez le support puis le régulateur.

Notes : les tests aident à objectiver une suspicion mais n’établissent pas toujours la preuve juridique définitive. Restez méthodique et documentez chaque étape.

Social preview suggestion : Testez et documentez votre connexion pour vérifier si votre FAI ou opérateur bride votre débit.