NB: Une collecte d’information n’est pas complète, Ou une analyse trop rapide voire inexistante, =>Des solutions sont alors testées un peu au hasard. =>Les chances de résolutions faibles, =>cela peut déboucher sur une aggravation du problème initial.
celle du dessous, ▪ Il est possible d’assumer que si la couche actuelle fonctionne, celles du dessous fonctionnent aussi. ▪ La couche Application ne peut pas fonctionner, si la connectivité au niveau Network n’est pas opérationnelle. ▪ L’idée est donc de partir de la couche Application, tout en sachant que le plus souvent le problème vient de cette couche.
▪ En fonction du résultat des tests, il faudra monter ou
descendre dans le modèle OSI. ▪ Par exemple, si les tests au niveau 3 sont concluants, nous pourrons assumer que les niveaux 1 et 2 sont aussi fonctionnels. ▪ ▪ En général, cette approche est la plus efficace.
Branch1# show ip route <output omitted> 10.0.0.0/24 is subnetted, 1 subnets C 10.132.125.0 is directly connected, FastEthernet4 C 192.168.36.0/24 is directly connected, BVI1 S* 0.0.0.0/0 [254/0] via 10.132.125.1
▪ Branch2 has connectivity problems
Branch2# show ip route <output omitted> 10.0.0.0/24 is subnetted, 1 subnets C 10.132.126.0 is directly connected, FastEthernet4 C 192.168.37.0/24 is directly connected, BVI1
• un exemple d’éliminer une cause possible sur un problème de
connectivité réseau serait de vérifier les statistiques de l’interface sur l’hôte et le switch. • Si il y pas d’erreurs, la connexion est bonne et vous pouvez chercher ailleurs
▪ Une documentation précise est essentielle pour un
dépannage efficace. ▪ Une base des performances du réseau est essentielle et peut inclure : • Charge de l’interface pour des liaisons de réseau critiques (IOS), • Utilisation mémoire et CPU du processeur des routeurs et des commutateurs (SNMP), • Comptabilité du trafic réseau (NBAR, NetFlow) • Mesure des caractéristiques de performance de réseau (IP SLA),
▪ Changement de contrôle est un processus fondamental
dans l’entretien du réseau. ▪ Contrôle lorsque les modifications sont apportées, autorisation requise et quelles mesures sont prises. ▪ Peut réduire les interruptions non planifiées et augmentent la disponibilité du réseau. ▪ Le processus de contrôle de changement : • Mettre en œuvre le changement, • Vérifier qu’il atteint les résultats escomptés, • Faire reculer si nécessaire, • Sauvegarder les configurations modifiées ou logiciel, • Document/communiquer vos modifications,
▪ Une reprise d’activité réussie dépend de l’existence
de ce qui suit :
• Sauvegardes de configuration à jour,
• Sauvegardes de logiciels à jour, • Les inventaires de matériel à jour et de la documentation, • Configuration et logiciels outils, de provisionnement
