Exemple : Déboguer un ping défaillant

le Communications Trace Analyzer.
3. Cliquer sur File|New failure.
4. A la nouvelle défaillance, sélectionner le profil utilisateur sous lequel le fichier spool a été créé, choisir QPCMPRT pour Communications Trace output, ou QSYSPRT pour Trace Connection output, puis cliquer sur Retrieve list pour obtenir la liste des fichiers spool disponibles sur le système.
5. Sélectionner le fichier spool et cliquer sur Next.
6. Sur le panneau Failure Input, sélectionner Failure type Connection et cut-off reporting 50%.
7. Décocher la case Restrict Analysis.
8. Sur Line Input, sélectionner la ligne dont vous avez suivi la trace et choisir l’adresse IP de votre système dans le panneau Local IP Address Input.
9. Concentrer l’analyse sur le Remote IP Address Input en ne sélectionnant que l’IP distant que vous avez essayé de soumettre au ping (figure 9).
10. Si un message indique qu’il n’y a pas d’applications/ports pour la paire local/distant, sélectionner No, parce que voulez analyser cette trace.
11. Cliquer sur Finish dans le panneau Summary.
12. Après l’analyse, un panneau indique « ICMP Request Not Replied » (figure 10).
13. Pour voir le Trace Data qui montre le problème, sélectionner la cause et cliquer sur le bouton Trace Workbench. a. Dans le Trace Workbench, faire un clic droit sur la cause sur le panneau de résultats et sélectionner Show Evidence. b. Sur le panneau Evidence, faire un clic droit sur n’importe lequel des enregistrements dans la table et sélectionner Show Trace Data. Cela met à jour la section Trace Data du Trace Workbench avec les données de trace où le problème a été trouvé sur le Communications Trace (figure 11). c. Toujours sur le panneau Evidence, faire un clic droit sur n’importe lequel des enregistrements dans la table et sélectionner Show Reasoning pour voir une brève description de la raison pour laquelle l’enregistrement a été défaillant (figure 12).
14. Répéter ces actions pour chaque enregistrement du panneau Evidence.