Internet fonctionne, les fichiers s'ouvrent, rien ne semble mort - mais toutes les quelques secondes, 3 à 4 paquets ping disparaissent et des applications comme Tally continuent de se reconnecter. Il s'agit de la recherche de cette erreur, dans l'ordre dans lequel un ingénieur d'assistance la résout réellement.
Ce guide fait suite à un cas de support réel tiré de la vidéo. Un utilisateur du service comptable exécutait Tally et, après quelques minutes de travail, Tally commençait à se reconnecter et interrompait son flux. Une utilisation normale semblait correcte. Seul un test ping continu a montré la vérité : 3 à 4 paquets tombant ensemble, puis des réponses propres à nouveau. L'équipe a d'abord changé le fil - les gouttes sont restées. Ils ont réparé la prise IO murale et re-patché la connexion - et le véritable coupable s'est avéré être un paramètre : l'adaptateur réseau du PC Vitesse et duplex était configuré à des vitesses Mbps alors que le commutateur était compatible Gigabit. Voici toute cette chasse comme méthode reproductible.
Exemple uniquement : les réponses s'exécutent correctement, puis 3 à 4 requêtes expirent ensemble, puis les réponses reprennent. Ce modèle de rafale est l'empreinte digitale d'une erreur au niveau de la liaison, et un ping rapide de 4 paquets le manquera généralement complètement.
Ne faites pas confiance au ping standard à 4 paquets. Exécutez ping -t 192.168.1.1 sur votre passerelle et une deuxième fenêtre avec ping -t sur le serveur sur lequel l'utilisateur travaille réellement, et regardez pendant deux ou trois minutes. Dans le cas de la vidéo, les gouttes sont arrivées par rafales de 3 à 4 : un test rapide envoyé entre les rafales n'a montré aucune perte et l'utilisateur avait l'air mal. Comptez correctement la perte : un motif de rafale pointe vers le lien lui-même, pas vers l'application, ni vers la ligne Internet.
Ouvrez l'état Ethernet sur le PC ou exécutez Get-NetAdapter dans PowerShell et lisez la colonne LinkSpeed. Un PC Gigabit sur un commutateur Gigabit devrait afficher 1,0 Gbit/s. S'il affiche 100 Mbps, la liaison est tombée en panne - généralement une paire de câbles endommagée ou un réglage forcé. Si la vitesse change entre les contrôles, la liaison est en renégociation, ce qui correspond exactement au moment où les paquets meurent. Ce numéro divise le problème en deux avant de toucher à un matériel.
C'était la cause première dans la vidéo. Ouvrez le Gestionnaire de périphériques, ouvrez les propriétés de la carte réseau, l'onglet Avancé et recherchez Vitesse et duplex. Il devrait s'agir de Négociation automatique. Dans le cas présent, il a été configuré à une valeur Mbps alors que le commutateur était gigabit - les deux extrémités ne se sont jamais correctement accordées et la liaison a abandonné les paquets par rafales. Gigabit Ethernet est conçu pour négocier ; laissez le PC et le port du commutateur sur Auto, sauf si vous avez une raison documentée, et si un côté est forcé, l'autre côté doit être forcé exactement au même paramètre.
L'équipe vidéo a également effectué le travail physique, et l'ordre compte : le cordon de raccordement d'abord, puis la prise IO murale, puis le panneau de brassage, puis un autre port de commutateur. Un coup de poing lâche ou un jack avec un contact fatigué donne le même symptôme de burst-drop. Modifiez une chose, puis réexécutez le ping continu pendant deux minutes. Tout changer d'un coup ne règle rien dont vous puissiez tirer des leçons - lorsque les gouttes s'arrêteront, vous ne saurez pas ce qui les a guéries, et la faute reviendra sur un autre bureau le mois prochain.
Après le correctif, exécutez ping -n 200 sur la passerelle et sur le serveur et lisez la ligne récapitulative : paquets envoyés, reçus, perdus. Aucune perte supérieure à 200 pings plus une vitesse de liaison de 1,0 Gbit/s est un cas clos. Ensuite, laissez l'utilisateur travailler : dans la vidéo, le véritable test était que Tally restait connecté tout au long d'une session de travail complète, et non une capture d'écran épurée. Si les chutes se poursuivent, les suspects restants sont la qualité de la paire de câbles et le port du commutateur lui-même, abordés dans les guides complémentaires de cette série.
Voir le cas complet en direct : la plainte de reconnexion de Tally, l'échange de câble qui n'a pas résolu le problème et le réglage de l'adaptateur qui l'a résolu.
Watch Full VideoUn ping normal envoie seulement 4 paquets. Si la panne supprime des paquets par rafales toutes les quelques secondes, un test de 4 paquets peut atterrir entièrement entre les rafales et ne signaler aucune perte. Exécutez un ping continu avec ping -t pendant deux ou trois minutes, ou envoyez au moins 200 paquets et comptez la perte réelle.
Oui. Si l'adaptateur est réglé sur un paramètre Mbps alors que le commutateur attend une négociation Gigabit, les deux extrémités ne sont pas d'accord sur le fonctionnement de la liaison. Le lien peut apparaître, laisser passer un trafic léger et néanmoins rejeter des rafales de paquets - exactement le modèle dans ce cas. Réglez les deux extrémités sur Négociation automatique.
Ce résultat est une information, pas un échec : le responsable du patch est probablement innocent. Accédez à la prise IO murale et à la terminaison du panneau de brassage, essayez un autre port de commutateur et vérifiez les paramètres de vitesse et de duplex de l'adaptateur ainsi que la vitesse de liaison négociée avant de remplacer quoi que ce soit d'autre.