GUIDE SUPPORT · DIAGNOSTIC
Connexion lente : trouver le maillon en cause avant de changer d’offre.
Un téléchargement rapide ne prouve pas qu’une visioconférence sera stable. Le chemin comprend le terminal, le réseau local, le routeur, l’accès opérateur et le service distant. Comparer un seul test à un débit publicitaire ne suffit pas à localiser un problème.
Quel test effectuer en premier ?
Comparez le même terminal en Ethernet puis en Wi-Fi, à horaire proche, avec le même service de mesure. Suspendez les transferts concurrents avec l’accord des utilisateurs et relevez débit montant, descendant, latence et pertes. Recommencez en période chargée. Cette comparaison distingue un problème local d’un accès ou d’une application à investiguer.
- Référence
- Même terminal, même serveur, même horaire
- Voix et vidéo
- Latence, variation du délai et pertes
- Cloud et sauvegarde
- Capacité montante réellement disponible
- Preuve utile
- Plusieurs mesures datées et un symptôme reproductible
Interpréter les résultats sans conclure trop vite
| Observation | Hypothèse à tester | Contrôle suivant | Limite |
|---|---|---|---|
| Ethernet correct, Wi-Fi lent | Radio, emplacement, terminal ou liaison du point d’accès. | Tester près du point d’accès puis dans la zone concernée. | Un seul appareil peut être en cause. |
| Tous les terminaux lents | Accès saturé, routeur ou service distant. | Comparer plusieurs destinations et les compteurs du routeur. | Un serveur de test peut lui-même limiter le débit. |
| Appels dégradés pendant une sauvegarde | File d’attente sur le lien montant. | Mesurer le délai au repos puis pendant le transfert. | La QoS ne crée pas de bande passante. |
| Un seul service inaccessible | DNS, chemin réseau ou application. | Comparer résolution et état public du service. | Une réponse au ping ne valide pas l’application. |
1. Décrire précisément le symptôme
Notez ce qui échoue : ouverture d’un site, transfert montant, appel, VPN ou application métier. Relevez heure, zone, terminal, connexion utilisée et fréquence. Un incident qui touche un seul service appelle un autre diagnostic qu’une lenteur générale.
Conservez le résultat brut et les unités. Les débits en Mbit/s ne sont pas des Mo/s : huit bits correspondent à un octet, avant les frais de protocole. Les capacités du port Ethernet, du câble, du processeur et du navigateur peuvent limiter la mesure.
- Symptôme observable
- Horodatage et zone
- Modèle et interface réseau
- Unités et méthode consignées
2. Construire une comparaison reproductible
Utilisez une liaison Ethernet connue et vérifiez la vitesse négociée du port. Testez ensuite le Wi-Fi avec le même terminal. Évitez de lancer simultanément plusieurs tests : ils se concurrencent et rendent le résultat difficile à interpréter.
Le VPN ou un logiciel de sécurité peut influencer le chemin et la capacité. Ne désactivez pas une protection imposée par l’entreprise. Faites valider une comparaison contrôlée par l’administrateur et documentez la configuration réellement testée.
- Ethernet puis Wi-Fi
- Serveur identique pour la comparaison
- Transferts concurrents identifiés
- Configuration autorisée et documentée
3. Mesurer pendant l’usage qui pose problème
Comparez le délai au repos et lorsque la ligne transporte les transferts habituels. Une file d’attente importante peut dégrader voix et vidéo même lorsque le débit maximal semble suffisant. Observez aussi les pertes et la variation du délai.
Répétez aux heures difficiles et à un horaire calme. Pour un accès mobile, consignez l’emplacement et les indicateurs radio disponibles. Ne comparez pas directement deux mesures effectuées à des lieux ou serveurs différents comme si seule l’offre avait changé.
- Débit dans les deux sens
- Délai au repos et sous charge
- Pertes et variation du délai
- Plusieurs créneaux représentatifs
4. Transmettre un dossier exploitable
Fournissez au support le périmètre affecté, la chronologie, les mesures, les références du matériel et les changements récents. Joignez les identifiants de service nécessaires par un canal approprié, sans mots de passe ni clés privées.
Après une correction, reproduisez la même méthode et validez une action complète : appel, VPN, paiement ou transfert. Un simple voyant vert ne clôt pas un incident qui empêche encore le travail.
- Constats avant et après
- Périmètre et impact métier
- Numéro de ticket conservé
- Recette avec l’utilisateur
Livrables et critères de réception
Adaptez ces critères à votre périmètre et faites-les valider avant la commande ou le changement. Conservez date, méthode, responsable et résultats. Une hypothèse sans preuve reste à confirmer.
| Contrôle | Livrable | Validation |
|---|---|---|
| Comparaison | Ethernet et Wi-Fi sur le même terminal. | Variables changées explicites. |
| Charge | Délai au repos et sous transfert. | Symptôme reproduit. |
| Correction | Avant/après et action métier. | Résultat validé avec l’utilisateur. |
Checklist avant décision
- Décrire une action qui échoue
- Comparer Ethernet et Wi-Fi
- Vérifier la vitesse du port
- Relever les transferts concurrents
- Mesurer montée, descente et latence
- Répéter à plusieurs horaires
- Documenter la configuration
- Valider l’action après correction
Réponses complémentaires
Un débit élevé garantit-il un appel stable ?
Non. Un appel dépend aussi des pertes, de la latence, de sa variation et du terminal. Mesurez pendant les heures et dans les zones réellement utilisées.
Faut-il redémarrer immédiatement le routeur ?
Relevez d’abord l’heure, les voyants et les informations utiles si cela ne retarde pas une reprise urgente. Un redémarrage peut effacer des traces et interrompre les autres utilisateurs.
Le Wi-Fi peut-il limiter une fibre rapide ?
Oui. Le terminal, la bande radio, les obstacles, les interférences et la liaison du point d’accès peuvent limiter le débit observé.
Un mauvais ping prouve-t-il une panne ?
Pas seul. Certains équipements limitent les réponses ICMP. Croisez les observations avec des tests applicatifs et plusieurs destinations.
Sources et limites
Ces ressources publiques complètent l’étude. Elles ne remplacent ni un test sur place, ni l’éligibilité opérateur, ni les conditions contractuelles applicables au service concerné.
- Arcep — Ma connexion internetConfronter l’accès annoncé à la situation de l’adresse, sans garantie de performance mesurée.
- BEREC — Transparence des accès InternetComprendre les informations de débit et les conditions à comparer dans les offres.
Guide préparé par l’équipe éditoriale de Nicholas Owen Global Telecom et mis à jour le . Les prix, couvertures, délais et performances doivent être confirmés par écrit.
Guides complémentaires
Ces sujets prolongent les vérifications présentées dans ce guide.
GUIDE RÉSEAU · WI-FI PROFESSIONNELAuditer un Wi-Fi d’entreprise au-delà des barres de signal.Préparez un audit Wi-Fi professionnel : plans, mesures radio, capacité, itinérance, câblage, sécurité, validation et livrables.
GUIDE EXPLOITATION · SUPERVISION RÉSEAUConstruire une supervision réseau qui explique l’impact, pas seulement les voyants rouges.Reliez inventaire, télémétrie, qualité de service, alertes, journaux et procédures pour détecter les incidents et mesurer leur impact métier.
GUIDE · CAPACITÉ ET UPLOADDimensionner le débit montant pour le cloud et la sauvegardeUne ligne peut offrir une capacité descendante importante et devenir pénalisante dès que plusieurs utilisateurs envoient des fichiers.
GUIDE · LATENCE SOUS CHARGERéduire la latence sous charge : files d’attente et QoSUne visioconférence peut se dégrader au moment où une sauvegarde démarre, même si la ligne affiche un débit élevé.
GUIDE · TÉLÉTRAVAILOrganiser une connectivité fiable et sûre pour le télétravailLe télétravail associe accès domestique, terminal professionnel, identité et applications de l’entreprise.