Dépannage Du Réseau

Chapitre 8 Dpannage du Rseau
Page 1 sur 36
CCNA Exploration - Commutation de rseau local et sans fil

8.0-Prsentation du Chapitre
Une fois quun rseau est oprationnel, les administrateurs doivent contrler ses performances pour garantir la productivit de
lentreprise. Des pannes de rseau peuvent parfois se produire. Elles sont parfois prvues lavance et leur impact sur lentreprise peut
facilement tre gr. Elles sont parfois imprvues et leur impact sur lentreprise peut tre important. Dans le cas dune panne de rseau
inattendue, les administrateurs doivent tre capables de dpanner le rseau et de rtablir lensemble des fonctionnalits. Dans le prsent
chapitre, vous allez apprendre un processus mthodique qui vous permettra de rsoudre les pannes de rseau.
8.1-Etablissement de la ligne de Base des performances du Rseau

8.1.1-Documenter votre rseau
Documenter votre rseau
Pour diagnostiquer et corriger des problmes de rseau de
faon efficace, un ingnieur rseau doit savoir comment un
rseau a t conu et doit connatre les performances
attendues pour ce rseau dans des conditions dutilisation
normales. Lensemble de ces informations sappelle la ligne
de base du rseau et se trouve dans la documentation telle
que les tables de configuration et les diagrammes
topologiques.
La documentation de la configuration du rseau offre un
diagramme logique du rseau et contient des informations
dtailles sur chaque composant. Ces informations doivent
tre regroupes en un lieu unique, que ce soit sous forme de
copie papier ou sur le rseau ou sur un site Web protg. La documentation rseau doit inclure les composants suivants :
la table de la configuration du rseau ;

la table de configuration du systme dextrmit ;
le diagramme topologique du rseau.
Table de la configuration du rseau

Elle contient des enregistrements prcis et jour du matriel et des logiciels utiliss sur un rseau. La table de la configuration du rseau
doit fournir lingnieur rseau toutes les informations ncessaires pour identifier et corriger lincident rseau.
CCNA 4 Version 4.0
By NSK
Page 2 sur 36
Cliquez sur le bouton Documentation Routeur et commutateur dans la figure.

Le tableau de la figure illustre lensemble des donnes devant tre incluses pour tous les composants :
le type de priphrique et la dsignation du modle ;

le nom de limage IOS ;
le nom dhte du rseau du priphrique ;
lemplacement du priphrique (btiment, tage, salle, bti, panneau) ;
sil sagit dun priphrique modulaire, tous les types de module et lemplacement de module o ils se situent ;
les adresses de couche liaison de donnes ;
les adresses de couche rseau ;
toute information importante supplmentaire sur les aspects physiques du priphrique.
Cliquez sur le bouton Documentation Systme dextrmit dans la figure.

Table de configuration du systme dextrmit
Elle contient les enregistrements de la ligne de base pour le
matriel et les logiciels utiliss sur des priphriques de
systme dextrmit tels que des serveurs, des consoles
dadministration de rseaux et des stations de travail. Sil nest
pas correctement configur, un systme dextrmit peut avoir
des consquences ngatives sur les performances globales dun
rseau.
des fins de dpannage, les informations suivantes doivent
tre recueillies :
le nom du priphrique (fonction) ;

le systme dexploitation et la version ;
ladresse IP ;
le masque de sous-rseau ;
les adresses de la passerelle par dfaut, du serveur de noms de domaine (DNS) et du serveur WINS ;
toute application rseau large bande passante excute par le systme dextrmit.
Cliquez sur le bouton Diagramme topologique du rseau dans la figure.

Diagramme topologique du rseau
Cette reprsentation graphique dun rseau illustre comment chaque
priphrique dun rseau est connect et son architecture logique. Un
diagramme topologique compte de nombreux composants communs
avec la table de configuration du rseau. Chaque priphrique rseau
doit tre reprsent sur le diagramme en utilisant de manire
cohrente une notation ou un symbole graphique. De plus, chaque
connexion logique ou physique doit tre reprsente laide dun
simple trait ou dun autre symbole appropri. Il est galement possible
de faire apparatre les protocoles de routage.
Le diagramme topologique doit comporter au moins les lments
suivants :
les symboles de tous les priphriques et leurs connexions ;
les numros et types dinterface ;
les adresses IP ;
les masques de sous-rseau.
CCNA 4 Version 4.0
By NSK
Page 3 sur 36
8.1.2-Documenter Votre Rseau

Processus de documentation du rseau
La figure illustre le processus de documentation du rseau.
Dans la figure, placez votre pointeur sur chaque tape pour
obtenir plus dinformations sur le processus.
Lorsque vous documentez votre rseau, vous devrez peuttre recueillir des informations directement sur les routeurs
et les commutateurs. Les commandes suivantes sont utiles au
cours du processus de documentation du rseau :
La commande ping permet de tester la connectivit

avec les priphriques voisins avant de vous y
connecter. Lorsque vous envoyez une requte ping
dautres ordinateurs du rseau, le processus de
dtection automatique de ladresse MAC est
galement lanc.
La commande telnet permet de se connecter distance un priphrique afin daccder des informations de configuration.
La commande show ip interface brief permet dafficher ltat actif ou inactif et ladresse IP de toutes les interfaces dun
priphrique.
La commande show ip route permet dafficher la table de routage dans un routeur afin de connatre les voisins connects
directement, de reprer plus de priphriques distants (via des routes apprises) et de connatre les protocoles de routage qui ont
t configurs.
La commande show cdp neighbor detail permet dobtenir des informations dtailles sur les priphriques voisins Cisco
connects directement.
8.1.3-Pourquoi est-il important dtablir une ligne de Base de Rseau

Pour tablir une ligne de base des performances du rseau,
vous devez recueillir des donnes de performances cls sur
les ports et les priphriques qui sont essentiels
lexploitation du rseau. Ces informations aident
dterminer la personnalit du rseau et apportent des
rponses aux questions suivantes :
Quelles sont les performances du rseau dans

jour normal ou moyen ?
Quelles parties du rseau sont sous-utilises
surutilises ?
O se produit la majorit des erreurs ?
Quels seuils doivent tre dfinis pour
priphriques devant tre surveills ?
Le rseau peut-il permettre de mettre en place
stratgies identifies ?
un
et
les
les
Ladministrateur rseau peut mesurer les performances initiales et la disponibilit des liaisons et des priphriques rseau critiques afin de
dterminer la diffrence entre une situation anormale et des performances rseau standard alors que le rseau stend ou que les modles
de trafic changent. La ligne de base permet galement de dterminer si la conception actuelle du rseau peut permettre de mettre en
place les stratgies requises. Sans ligne de base, aucune norme ne permet de mesurer le niveau optimal du trafic rseau et les niveaux
dencombrement.
De plus, une analyse effectue aprs une ligne de base initiale a tendance rvler des problmes cachs. Les donnes recueillies rvlent
la vraie nature de lencombrement (rel ou potentiel) dun rseau. Elles peuvent galement indiquer des parties du rseau qui sont sousutilises, ce qui peut dboucher sur une nouvelle conception du rseau base sur les observations relatives la qualit et la capacit.
CCNA 4 Version 4.0
By NSK
Page 4 sur 36
8.1.4-Etablissement de la ligne de Base des performances du Rseau

Page 1 :
Planification de la premire ligne de base
Il est important de planifier soigneusement la premire ligne
de base des performances du rseau car elle prpare le terrain
pour mesurer les effets des changements au niveau du rseau
et les activits de dpannage qui en dcoulent. Il est conseill
de suivre les tapes suivantes lors de la planification de la
premire ligne de base :
tape 1. Choix des types de donnes collecter
Pour la premire ligne de base, commencez par slectionner
quelques variables qui reprsentent les stratgies dfinies. Si
vous slectionnez trop de points de donnes, la quantit de
donnes peut tre trop importante, rendant difficile lanalyse
des donnes recueillies. Commencez par quelques donnes seulement et affinez votre choix au fur et mesure. Lutilisation de linterface
et lutilisation de lUC sont gnralement des bonnes mesures de dpart. La figure comprend des captures dcran de donnes de
lutilisation de linterface et de lUC, telles quelles saffichent dans un systme dadministration de rseaux de Fluke Networks.
Cliquez sur le bouton Priphriques et ports intressants dans la figure.
tape 2. Identification des priphriques et des ports
intressants
Ltape suivante consiste identifier les principaux
priphriques et ports pour lesquelles vous souhaitez mesurer
les donnes de performances. Les priphriques et ports
intressants sont :
les ports des priphriques rseau qui se connectent

dautres priphriques rseau ;
les serveurs ;
les utilisateurs principaux ;
tout lment considr comme vital pour le bon
fonctionnement des oprations.
La figure illustre une topologie dans laquelle ladministrateur

rseau a mis en vidence les priphriques et les ports intressants contrler lors du test de la ligne de base. Les routeurs R1, R2 et R3,
PC1 (le terminal admin) et SRV1 (le serveur Web/TFTP) sont des priphriques intressants. Les ports sur R1, R2 et R3 qui se connectent
aux autres routeurs ou aux commutateurs et, sur le routeur R2, le port qui se connecte SRV1 (Fa0/0) sont des ports intressants.
En rduisant le nombre de ports analyss, les rsultats sont plus concis et la charge dadministration des rseaux est rduite. Souvenezvous quune interface sur un routeur ou un commutateur peut tre une interface virtuelle, telle quune interface virtuelle de commutation
(SVI).
Cette tape est plus simple si vous avez indiqu ce qui se connecte au port dans les champs de description du port du priphrique. Par
exemple, pour un port de routeur qui se connecte au commutateur de distribution dans le groupe de travail Ingnierie, vous pouvez inclure
la description Commutateur de distribution rseau local Ingnierie .
CCNA 4 Version 4.0
By NSK
Page 5 sur 36
Cliquez sur le bouton Dure de la ligne de base dans la figure.

tape 3. Dure de la ligne de base
La dure et les informations sur la ligne de base recueillies
doivent tre suffisantes pour dfinir une image type du rseau.
Cette priode doit couvrir au moins sept jours pour relever des
tendances quotidiennes ou hebdomadaires. Les tendances
hebdomadaires sont aussi importantes que les tendances
quotidiennes ou horaires.
La figure contient des exemples de captures dcran montrant
des tendances de lutilisation de lUC recueillies sur un jour, une
semaine, un mois et un an. Les tendances de la semaine de
travail sont trop courtes pour rvler de faon prcise la nature
rcurrente de laugmentation dutilisation qui se produit tous les samedis soir, au moment o une importante opration de sauvegarde des
bases de donnes consomme de la bande passante rseau. Ce modle rcurrent est visible avec la tendance mensuelle. La tendance
annuelle donne en exemple est trop longue pour fournir des dtails intressants sur les performances de la ligne de base. Une ligne de
base ne doit pas durer plus de six semaines, moins que des tendances spcifiques long terme doivent tre mesures. En rgle gnrale,
une ligne de base doit couvrir entre deux et quatre semaines.
Neffectuez pas de mesure de ligne de base lorsque le modle de trafic est unique car les donnes ne fourniraient pas une image exacte
des oprations normales sur le rseau. Vous obtiendriez une mesure inexacte des performances rseau si vous avez effectu une mesure
de ligne de base pendant des jours fris ou au cours dun mois o la majorit des employs sont en vacances.
La ligne de base du rseau doit tre rgulirement analyse.
Analysez tous les ans lensemble du rseau ou dterminez la ligne
de base de diffrentes sections du rseau les unes aprs les
autres. Une analyse rgulire permet de comprendre comment le
rseau est affect par la croissance et par dautres changements.
Page 2 :
Mesure des donnes de performances rseau
Des logiciels sophistiqus dadministration des rseaux sont
souvent utiliss pour dterminer la ligne de base des rseaux
tendus et complexes. Par exemple, le module SuperAgent de
Fluke Network permet aux administrateurs de crer et de revoir
automatiquement des rapports grce aux rfrences intelligentes.
Cette fonction compare les niveaux de performances actuels aux
observations antrieures. En un coup dil, le service
informatique peut automatiquement identifier les problmes de
performances et les applications qui ne fournissent pas les
niveaux de service attendus.
Cliquez sur le bouton Commandes manuelles dans la figure.
Dans le cas de rseaux plus simples, la dtermination de la ligne
de base peut demander la fois un recueil manuel des donnes et
lutilisation de simples inspecteurs de protocole rseau. Des
heures ou des jours de travail peuvent tre ncessaires pour
tablir une ligne de base initiale ou pour analyser le suivi des
performances si lon souhaite reflter avec prcision les
performances rseau. Des logiciels dadministration des rseaux ou des sniffeurs et des inspecteurs de protocole peuvent tre excuts en
continu pendant le recueil des donnes. Le recueil manuel des donnes laide des commandes show sur chaque priphrique rseau
prend beaucoup de temps et doit tre rserv aux priphriques rseau vitaux.
CCNA 4 Version 4.0
By NSK
Page 6 sur 36
8.2-Mthodologie et outils de dpannage

8.2.1-Approche Gnrale du dpannage
Les ingnieurs rseau, les administrateurs et le personnel du
support ont conscience que le dpannage est un processus qui
occupe la majorit de leur temps. Lutilisation de techniques de
dpannage efficaces permet de rduire le temps pass dpanner
un environnement de production.
Deux approches extrmes du dpannage conduisent quasiment
toujours une dception, un retard ou un chec. Dun ct,
lapproche la Einstein, base sur la thorie. De lautre, lapproche
de lhomme des cavernes, difficilement applicable.
Avec lapproche la Einstein, vous ne cessez danalyser la situation
jusqu ce que la cause exacte du problme soit identifie et
corrige avec une prcision chirurgicale. Ce processus est certes
assez fiable, mais peu dentreprises peuvent se permettre une
panne de rseau pendant des heures ou des jours pendant que
lanalyse en profondeur a lieu.
La premire ide de lhomme des cavernes, cest de commencer changer les cartes, les cbles, le matriel et les logiciels jusqu ce que le
rseau fonctionne de nouveau, comme par miracle. Mme si le rseau fonctionne de nouveau, cela ne veut pas dire quil fonctionne
correctement. Cette approche peut permettre de remdier rapidement aux symptmes, mais elle nest pas trs fiable et ne garantit pas la
suppression de la cause principale du problme.
Ces deux approches reprsentant les extrmes, la meilleure solution consiste utiliser les lments positifs de chaque. Il est important
danalyser le rseau dans son ensemble plutt que de faon dcousue. Une approche mthodique permet de limiter la confusion et de
rduire le temps qui serait perdu faire des essais et analyser les erreurs.
8.2.2-Utilisation des Modles en Couches pour le dpannage
Modles en couches OSI et TCP/IP
Les modles de rseau logiques, tels que les modles OSI et
TCP/IP, sparent les fonctionnalits rseau en couches
modulaires. Au cours du dpannage, ces modles en couches
peuvent tre appliqus au rseau physique afin disoler les
problmes rseau. Par exemple, si les symptmes font penser
un problme de connexion physique, le technicien rseau
peut concentrer ses efforts sur le dpannage du circuit qui
fonctionne au niveau de la couche physique. Si ce circuit
fonctionne correctement, le technicien analyse dautres
lments dune autre couche qui pourraient tre lorigine du
problme.
Modle de rfrence OSI
Le modle OSI fournit aux ingnieurs rseau un langage
commun ; il est souvent utilis lors du dpannage des rseaux. Les problmes sont gnralement dcrits en fonction dune couche de
modle OSI donne.
Le modle de rfrence OSI dcrit comment les informations issues dune application logicielle dun ordinateur se dplacent via un support
rseau vers une application logicielle dun autre ordinateur.
CCNA 4 Version 4.0
By NSK
Page 7 sur 36
Les couches suprieures (de 5 7) du modle OSI concernent les problmes dapplication et ne sont gnralement mises en uvre que
dans les logiciels. La couche application est la plus proche de lutilisateur final. Les utilisateurs et les processus de la couche application
interagissent avec les applications logicielles qui contiennent un composant de communications.
Les couches infrieures (de 1 4) du modle OSI grent les problmes de transport des donnes. Les couches 3 et 4 ne sont gnralement
mises en uvre que dans les logiciels. La couche physique (couche 1) et la couche liaison de donnes (couche 2) sont mises en uvre dans
le matriel et les logiciels. La couche physique est la plus proche du support rseau physique, le cblage rseau par exemple, et est charge
de placer les informations sur le support.
Modle TCP/IP
Semblable au modle rseau OSI, le modle rseau TCP/IP divise galement larchitecture de rseau en couches modulaires. La figure
illustre la correspondance entre le modle rseau TCP/IP et les couches du modle rseau OSI. Cest grce cette proche correspondance
que la suite TCP/IP de protocoles peut communiquer avec autant de technologies rseau.
La couche application de la suite TCP/IP combine en fait les fonctions de trois couches du modle OSI : session, prsentation et application.
La couche application assure la communication entre les applications telles que FTP, HTTP et SMTP sur des htes distincts.
Les couches transport de TCP/IP et dOSI ont la mme fonction. La couche transport est charge de lchange des segments entre
priphriques sur un rseau TCP/IP.
La couche Internet du modle TCP/IP correspond la couche
rseau du modle OSI. La couche Internet est charge de mettre
les messages dans un format donn afin que les priphriques
puissent les grer.
La couche accs rseau du modle TCP/IP correspond la couche
physique et la couche liaison de donnes du modle OSI. La
couche accs rseau communique directement avec le support
rseau et offre une interface entre larchitecture du rseau et la
couche Internet.
Cliquez sur le bouton Priphriques - Couches OSI dans la figure.
Placez votre pointeur sur chaque priphrique pour voir les
couches OSI que vous devez souvent dpanner pour ce type de
priphrique.
8.2.3-Procdures gnrales de dpannage
Le processus gnral de dpannage comporte les tapes
suivantes :
tape 1 : recueil des symptmes. La premire tape du
dpannage consiste recueillir et documenter les symptmes
sur le rseau, les systmes dextrmit et auprs des utilisateurs.
Ladministrateur rseau dtermine galement les composants du
rseau qui ont t affects et compare la nouvelle fonctionnalit
du rseau avec la ligne de base. Les symptmes peuvent prendre
diffrentes formes, notamment des alertes dun systme
dadministration de rseaux, des messages de la console et des
plaintes des utilisateurs.
Lorsque vous recueillez les symptmes, vous devez poser des questions afin de rduire le nombre des problmes possibles.
CCNA 4 Version 4.0
By NSK
Page 8 sur 36
tape 2 : isolation du problme. Le problme nest pas rellement isol tant quun seul problme, ou un ensemble de problmes associs,
nest pas identifi. Pour ce faire, ladministrateur rseau analyse les caractristiques des problmes au niveau des couches logiques du
rseau afin de pouvoir slectionner la cause la plus probable. ce moment-l, ladministrateur rseau peut recueillir et documenter
dautres symptmes en fonction des caractristiques identifies.
tape 3 : correction du problme. Une fois que ladministrateur rseau a isol et identifi la cause du problme, il essaie de corriger ce
problme en mettant en uvre, en testant et en documentant une solution. Si ladministrateur rseau dtermine que laction corrective a
cr un autre problme, il documente la solution essaye, annule les modifications et recommence recueillir les symptmes et isoler le
problme.
Ces tapes ne sexcluent pas mutuellement. En effet, ladministrateur peut tout moment tre amen revenir lune des tapes
prcdentes. Il peut par exemple tre oblig de recueillir dautres symptmes pendant quil isole un problme. De plus, pendant quil
essaye de corriger un problme, il est possible quun autre problme non identifi soit cr. Il deviendrait ainsi ncessaire de recueillir les
symptmes, disoler le nouveau problme et de le corriger.
Une stratgie de dpannage doit tre tablie pour chaque tape. Cette stratgie permet de dfinir le mode daction pour chaque tape.
Elle doit notamment indiquer que chaque information importante doit tre documente.
8.2.4-Mthodes de dpannage
Page 1 :
Mthodes de dpannage
Il existe trois principales mthodes de dpannage des rseaux :
Ascendante
Descendante
Diviser et conqurir
Chaque approche prsente des avantages et des

inconvnients. Cette rubrique dcrit ces trois mthodes et
vous aide choisir la meilleure mthode selon la situation.
Mthode de dpannage ascendante
Avec cette mthode, vous commencez par les composants physiques du rseau et remontez une une les couches du modle OSI jusqu
ce que vous identifiiez la cause du problme. Cette approche est conseille lorsque vous pensez que le problme est physique. La majorit
des problmes de rseau se situent des niveaux infrieurs ; lutilisation de lapproche ascendante offre donc souvent de bons rsultats. La
figure illustre lapproche ascendante du dpannage.
Linconvnient de lapproche ascendante du dpannage est
quelle vous oblige vrifier chaque priphrique et interface
du rseau jusqu ce que vous trouviez la cause du problme.
Noubliez pas que chaque conclusion et possibilit doit tre
documente ; cela peut donc reprsenter un travail
administratif important. Il nest pas non plus facile de
dterminer les priphriques que vous devez analyser en
premier.
Cliquez sur le bouton Mthode descendante dans la figure.
CCNA 4 Version 4.0
By NSK
Page 9 sur 36
Mthode de dpannage descendante

Avec cette mthode, vous commencez par les applications de lutilisateur final et descendez une une les couches du modle OSI jusqu
ce que vous identifiiez la cause du problme. Les applications de lutilisateur final dun systme dextrmit sont testes avant de
sattaquer des lments plus prcis du rseau. Utilisez cette approche pour des problmes simples ou lorsque vous pensez que le
problme vient dun logiciel.
Linconvnient de lapproche descendante est quelle vous oblige vrifier chaque application du rseau jusqu ce que vous trouviez la
cause du problme. Chaque conclusion et possibilit doit tre documente. Il nest pas facile de dterminer lapplication que vous devez
analyser en premier.
Cliquez sur le bouton Mthode Diviser et conqurir dans la figure.
Mthode de dpannage Diviser et conqurir
Lorsque vous appliquez la mthode Diviser et conqurir pour
dpanner un problme rseau, vous slectionnez une couche et
testez dans les deux directions partir de la couche de dpart.
Avec cette mthode, vous commencez par recueillir des
informations auprs de lutilisateur ayant eu le problme, vous
documentez les symptmes, puis grce ces informations, vous
dcidez de la couche OSI qui constituera le point de dpart de
votre investigation. Si vous pouvez vrifier quune couche
fonctionne correctement, vous pouvez gnralement supposer
que les couches infrieures fonctionnent. Remontez alors une
une les couches du modle OSI. Si une couche OSI ne
fonctionne pas correctement, analysez une une les couches
infrieures du modle en couches OSI.
Par exemple, si des utilisateurs ne peuvent pas accder au serveur Web et que vous russissez envoyer une requte ping au serveur, vous
savez que le problme se trouve au-dessus de la couche 3. Si vous ne pouvez pas envoyer de requte ping au serveur, vous savez que le
problme se situe sans doute au niveau dune couche OSI infrieure.
Page 2 :
Instructions pour choisir une mthode de dpannage
Pour rsoudre rapidement des problmes de rseau, prenez le
temps de slectionner la mthode de dpannage rseau la plus
efficace. tudiez la figure. Utilisez le processus illustr dans la figure
pour vous aider slectionner la mthode de dpannage la plus
efficace.
Voici par exemple comment choisir une mthode de dpannage
pour un problme spcifique. Deux routeurs IP nchangent pas
dinformations de routage. La dernire fois que ce type de
problme a eu lieu, il sagissait dun problme de protocole. Vous
choisissez donc la mthode de dpannage Diviser et conqurir.
Grce votre analyse, vous savez que la connectivit est correcte
entre les routeurs ; vous commencez donc le dpannage au niveau
de la couche physique ou liaison de donnes, vous confirmez la
connectivit et vous commencez tester les fonctions lies au
TCP/IP au niveau de la couche suprieure suivante du modle OSI,
savoir la couche rseau.
CCNA 4 Version 4.0
By NSK
Page 10 sur 36
8.2.5- Recueil des symptmes

Recueil des symptmes
Pour dterminer ltendue du problme, recueillez et
documentez les symptmes. Le diagramme de la figure
illustre ce processus. Voici une rapide description de
chacune des tapes de ce processus :
tape 1. Analyse des symptmes existants. Analysez les
symptmes recueillis grce au rapport dincident, auprs
des utilisateurs ou sur les systmes dextrmit affects
par le problme afin de dfinir ce problme.
tape 2. Dtermination de la proprit. Si le problme se
trouve dans votre systme, passez ltape suivante. Si le
problme nest pas de votre ressort, par exemple en cas
de perte de connectivit Internet en dehors du systme
autonome, contactez un administrateur du systme
externe avant de recueillir dautres symptmes.
tape 3. Rduction de ltendue. Dterminez si le problme se trouve au niveau de la couche cur de rseau, de distribution ou daccs du
rseau. Au niveau de la couche que vous venez didentifier, analysez les symptmes existants et servez-vous de vos connaissances de la
topologie du rseau pour dterminer les lments matriels les plus susceptibles dtre la cause du problme.
tape 4. Recueil des symptmes sur les priphriques suspects. En suivant une approche de dpannage par couche, recueillez les
symptmes matriels et logiciels sur les priphriques suspects. Commencez par la cause la plus probable et servez-vous de vos
connaissances et de votre exprience pour dterminer si le problme est sans doute plus un problme de configuration matrielle ou
logicielle.
tape 5. Documentation des symptmes. Le problme peut parfois tre rsolu laide de symptmes documents. Si ce nest pas le cas,
commencez la phase disolation du processus gnral du dpannage.
Cliquez sur le bouton Commandes dans la figure.
Utilisez les commandes Cisco IOS pour recueillir des symptmes sur le rseau. Le tableau de la figure dcrit les commandes Cisco IOS
couramment utilises pour recueillir les informations
systme dun problme de rseau.
Bien que la commande debug soit un outil important
pour le recueil de symptmes, elle gnre une grande
quantit de trafic de messages sur la console, ce qui
peut affecter les performances dun priphrique
rseau. Noubliez pas de prvenir les utilisateurs du
rseau que vous effectuez un dpannage et que les
performances rseau peuvent tre affectes. Noubliez
pas de dsactiver le dbogage lorsque vous avez
termin.
CCNA 4 Version 4.0
By NSK
Page 11 sur 36
Page 2 :
Questions aux utilisateurs finaux
Lorsque vous posez des questions aux utilisateurs finaux propos
dun problme rseau, utilisez des techniques de questionnement
efficaces. Cela vous permettra dobtenir les informations dont vous
avez besoin pour documenter de faon efficace les symptmes dun
problme. Le tableau de la figure offre des instructions et des
exemples de questions aux utilisateurs finaux.
8.2.6- Outils de dpannage

Page 1 :
Outils logiciels de dpannage
De nombreux outils logiciels et matriels facilitent le
dpannage. Ces outils permettent de recueillir et danalyser les
symptmes de problmes rseau et sont souvent dots de
fonctions de contrle et de rapport qui permettent dtablir la
ligne de base du rseau.
Outils NMS
Le systme dadministration de rseaux (NMS) comprend des
outils de contrle des priphriques, de configuration et de
gestion des pannes. La figure illustre un exemple dcran du logiciel NMS WhatsUp Gold. Ces outils permettent danalyser et de corriger
des problmes rseau. Le logiciel de surveillance du rseau affiche de faon graphique une vue physique des priphriques rseau,
permettant aux administrateurs rseau de surveiller les priphriques distants sans les contrler physiquement. Les logiciels de gestion des
priphriques offrent des informations dynamiques sur ltat, les statistiques et la configuration des produits commuts. CiscoView, HP
Openview, Solar Winds et WhatsUp Gold sont des exemples doutils dadministration de rseaux couramment utiliss.
Cliquez sur le bouton Base de connaissances dans la figure pour
afficher un exemple de site Web de base de connaissances.
Bases de connaissances
Les bases de connaissances en ligne des fabricants de
priphriques rseau sont devenues une source dinformations
indispensable. En associant les bases de connaissances des
fabricants aux moteurs de recherche sur Internet, tels que
Google, un administrateur rseau a accs de nombreuses
informations bases sur lexprience.
La figure montre la page Tools & Resources (Outils &
Ressources) qui se trouve sur le site Web de Cisco ladresse
http://www.cisco.com. Cet outil gratuit offre en anglais des
informations sur le matriel et les logiciels Cisco. Il contient des
procdures de dpannage, des guides de mise en uvre et des livres blancs sur la plupart des aspects de la technologie des rseaux.
CCNA 4 Version 4.0
By NSK
Page 12 sur 36
Cliquez sur le bouton Outils de cration dune ligne de base

dans la figure pour voir des exemples doutils de cration
dune ligne de base.
Outils de cration dune ligne de base
De nombreux outils permettent dautomatiser la
documentation du rseau et le processus de cration dune
ligne de base. Ces outils sont disponibles sous Windows, Linux
et AUX. La figure montre un cran des logiciels SolarWinds
LANsurveyor et CyberGauge. Les outils de cration dune ligne
de base vous assistent dans les tches courantes de
documentation de la ligne de base. Ils peuvent par exemple
vous aider dessiner le diagramme du rseau, mettre jour
la documentation du matriel et des logiciels rseau et
mesurer de faon rentable lutilisation de la bande passante
sur le rseau.
Cliquez sur le bouton Analyseur de protocole dans la figure
pour voir un exemple type dapplication danalyseur de
protocole.
Analyseurs de protocole
Un analyseur de protocole dcode les diffrentes couches de
protocole dans une trame enregistre et prsente ces
informations sous un format relativement facile utiliser. La
figure montre une capture dcran de lanalyseur de protocole
Wireshark. Un analyseur de protocole affiche diverses
informations, notamment laspect physique, la liaison de
donnes, le protocole et les descriptions de chaque trame. La
plupart des analyseurs de protocole peuvent filtrer le trafic
rpondant certains critres ; par exemple, lensemble du trafic depuis et vers un certain priphrique peut tre captur.
Page 2 :
Outils matriels de dpannage
Cliquez sur les boutons dans la figure pour voir des
exemples doutils matriels de dpannage.
Module danalyse rseau
Un module danalyse rseau (NAM) peut tre install sur les
commutateurs Cisco Catalyst 6500 et les routeurs Cisco 7600
afin dobtenir une reprsentation graphique du trafic
provenant de commutateurs et de routeurs locaux et
distants. Le module NAM est une interface intgre base
sur un navigateur qui gnre des rapports sur le trafic qui
consomme des ressources rseau critiques. De plus, le
module NAM peut capturer et dcoder des paquets et surveiller les temps de rponse afin didentifier un problme dapplication sur le
rseau ou le serveur.
CCNA 4 Version 4.0
By NSK
Page 13 sur 36
Multimtres numriques
Les multimtres numriques sont des instruments qui permettent de mesurer directement les valeurs
lectriques de la tension, du courant et de la rsistance. Dans le cas dun dpannage rseau, la majorit des
tests multimdia implique la vrification de la tension dalimentation et la vrification que les priphriques
rseau sont bien aliments.
Testeurs de cble
Les testeurs de cble sont des appareils portables spcialiss qui permettent de tester diffrents types de
cblage de communication de donnes. Les testeurs de cble peuvent tre utiliss pour dtecter des cbles
rompus ou croiss et des connexions court-circuites ou mal jumeles. Ces appareils peuvent tre des
dispositifs dessai de la continuit lectrique peu onreux, des
testeurs de cblage moyennement onreux ou des rflectomtres
temporels plus coteux (TDR).
Les TDR permettent de mesurer la distance qui les spare dune
coupure dun cble. Ces appareils mettent des signaux le long du
cble et attendent quils soient rflchis. Le temps entre lmission
du signal et sa rception est ensuite converti en distance. La
fonction dun TDR est traditionnellement associe des testeurs de
cble. Les TDR utiliss pour tester les fibres optiques sappellent
des rflectomtres optiques temporels (OTDR).
Analyseurs de cble
Les analyseurs de cble sont des appareils portables multifonctions qui
permettent de tester et de certifier les cbles en cuivre et fibre optique
pour diffrents services et diffrentes normes. Les outils les plus
perfectionns comprennent des diagnostics de dpannage avancs qui
mesurent la distance entre lappareil et le point de dfaillance (NEXT, RL),
identifient les actions correctives et affichent de faon graphique la
diaphonie et limpdance. Les analyseurs de cble comprennent galement
gnralement des logiciels pour PC. Une fois les donnes recueillies sur le
terrain, lappareil portable peut tlcharger les donnes et des rapports
prcis et jour peuvent tre crs.
Analyseurs rseau portables

Ces appareils portables permettent de dpanner des rseaux commuts et
des rseaux locaux virtuels. En branchant lanalyseur rseau sur le rseau,
un ingnieur rseau peut dterminer le port de commutateur auquel le
priphrique est connect ainsi que les utilisations moyenne et maximale.
Lanalyseur peut galement dtecter la configuration de rseau local virtuel,
identifier les principaux metteurs, analyser le trafic sur le rseau et afficher
les dtails de linterface. Lappareil peut gnralement tre connect un
ordinateur sur lequel un logiciel de surveillance du rseau est install afin
damliorer lanalyse et le dpannage.
Page 3
CCNA 4 Version 4.0
By NSK
Page 14 sur 36
8.3-Problmes Courant avec la mise en uvre dun Rseau tendu

8.3.1-Communications dans un Rseau Etendu
Un fournisseur daccs ou un oprateur tlcom est
gnralement propritaire des liaisons de donnes qui
constituent un rseau tendu. Les liaisons sont mises la
disposition des abonns contre paiement et sont utilises
pour interconnecter les rseaux locaux ou se connecter des
rseaux distants. La vitesse de transfert des donnes (bande
passante) dun rseau tendu est beaucoup plus lente que la
bande passante habituelle des rseaux locaux. Les frais de
mise en uvre des liaisons constituent le cot le plus
important ; la mise en uvre dun rseau tendu doit donc
avoir pour objectif de fournir une bande passante maximale
un prix raisonnable. Du fait de la pression exerce par les
utilisateurs souhaitant obtenir davantage daccs des
dbits plus levs et de celle exerce par la direction qui
souhaite rduire les cots, il nest pas ais de dterminer la
configuration optimale du rseau tendu.
Les rseaux tendus transportent divers types de trafic, notamment les donnes, la voix et la vido. La conception slectionne doit fournir
la capacit et les temps de transfert correspondant aux besoins de lentreprise. Entre autres spcifications, il faut tenir compte de la
topologie des connexions entre les diffrents sites, de la nature de ces connexions et de la bande passante.
Auparavant, les rseaux tendus consistaient souvent en des liaisons de donnes assurant la connexion des ordinateurs centraux
distants. De nos jours, les rseaux tendus relient des rseaux locaux spars gographiquement. Les technologies de rseau tendu
fonctionnent au niveau des trois couches infrieures du modle de rfrence OSI : les stations des utilisateurs finaux, les serveurs et les
routeurs communiquent sur des rseaux locaux et les liaisons de donnes de rseau tendu se terminent au niveau des routeurs locaux.
Les routeurs dterminent le chemin le plus appropri vers la destination des donnes partir des en-ttes de la couche rseau et
transfrent les paquets la connexion la liaison de donnes approprie en vue de les livrer sur la connexion physique. Les routeurs
peuvent galement effectuer une gestion par qualit de service (QS), qui alloue des priorits aux diffrents flux de trafic.
8.3.2-Etapes de la Conception dun Rseau tendu
Les entreprises utilisent la connectivit de rseau tendu pour rpondre aux besoins stratgiques de dplacer des donnes entre plusieurs
filiales. tant donn que la connectivit de rseau tendu est importante pour lentreprise et quelle est coteuse, vous devez concevoir le
rseau tendu en suivant une approche mthodique. Cette figure illustre les tapes de la conception dun rseau tendu.
Chaque fois que vous envisagez de modifier un rseau tendu, vous devez suivre ces
tapes. Cependant, de nombreux rseaux tendus ayant volu dans le temps, il se peut
que certaines des directives prsentes ici naient pas t prises en compte. Les
modifications dun rseau tendu peuvent survenir suite au dveloppement des serveurs
de rseau tendu de lentreprise ou ladoption de nouvelles pratiques ou mthodes de
travail.
La conception ou la modification dun rseau tendu comporte les tapes suivantes :
tape 1. Localisation des rseaux locaux. tablissez les points dextrmit source et de
destination qui se connecteront via le rseau tendu.
tape 2. Analyse du trafic. Dterminez quel trafic de donnes doit tre achemin, son
origine et sa destination. Les rseaux tendus acheminent diffrents types de trafic, avec
des besoins diffrents en termes de bande passante, latence et gigue. Pour chaque paire
de points dextrmit et pour chaque type de trafic, il est ncessaire dobtenir des
informations sur les diverses caractristiques du trafic.
CCNA 4 Version 4.0
By NSK
Page 15 sur 36
tape 3. Planification de la topologie. La topologie est influence par des considrations gographiques, mais galement par dautres
besoins, tels que la disponibilit. Une grande disponibilit demande des liaisons supplmentaires offrant des chemins de donnes
supplmentaires pour la redondance et lquilibrage de la charge.
tape 4. Estimation de la bande passante requise. Le trafic sur les liaisons peut prsenter divers besoins en matire de latence et de gigue.
tape 5. Choix de la technologie de rseau tendu. Vous devez slectionner les technologies de liaison adquates.
tape 6. valuation des cots. Une fois que vous avez dtermin toutes les conditions requises, vous pouvez dterminer les cots
dinstallation et dexploitation du rseau tendu et les comparer aux besoins de lentreprise lorigine de la mise en uvre du rseau
tendu.
Comme lillustre la figure, les tapes de la conception dcrites ici ne constituent pas un processus linaire. Il peut tre ncessaire de
rpter ces tapes avant de finaliser une conception. Afin de maintenir des performances optimales sur le rseau tendu, il est ncessaire
deffectuer une surveillance et une rvaluation constantes.
8.3.3-Considrations sur le trafic dun Rseau Local
Le tableau de la figure illustre la grande varit de types de trafic et les besoins relatifs la bande passante, la latence et la gigue.
Pour dterminer les conditions du flux de trafic et la dure dune liaison de rseau tendu, vous devez analyser les caractristiques du
trafic spcifiques chaque rseau local connect au rseau tendu. Pour dterminer ces caractristiques, vous pouvez tre amen
consulter les utilisateurs du rseau et valuer leurs besoins.
8.3.4-Considrations sur la Topologie du rseau tendu

Page 1 :
Une fois que vous avez tabli les points dextrmit du rseau local et les caractristiques du trafic, ltape suivante de la mise en uvre
dun rseau tendu consiste concevoir une topologie approprie. Pour concevoir la topologie dun rseau tendu, vous devez effectuer
les oprations suivantes :
Slectionner un motif ou une configuration dinterconnexion pour les liaisons entre les divers sites
Slectionner les technologies permettant ces liaisons de rpondre aux besoins de lentreprise un cot raisonnable
Cliquez sur les boutons dans la figure pour voir un exemple de chaque type de topologie de rseau tendu.
CCNA 4 Version 4.0
By NSK
Page 16 sur 36
De nombreux rseaux tendus sappuient sur une topologie en

toile. Lorsque lentreprise se dveloppe et que de nouvelles
filiales apparaissent, ces dernires sont connectes au sige pour
produire une topologie en toile traditionnelle. Les points
dextrmit de ltoile sont parfois interconnects, crant une
topologie maillage global ou partiel. Ceci offre de nombreuses
combinaisons possibles dinterconnexion. Lors de la conception, de
la rvaluation ou de la modification dun rseau tendu, il est
ncessaire de slectionner une topologie rpondant aux besoins
de la conception.
Lors de la slection dune configuration, plusieurs facteurs doivent
tre pris en compte. Un nombre plus important de liaisons
augmente le cot des services de rseau, alors que plusieurs
chemins entre les destinations augmentent la fiabilit. En
revanche, lajout de priphriques rseau sur le chemin des
donnes augmente la latence et rduit la fiabilit. En gnral,
chaque paquet doit tre entirement reu par un nud avant
dtre transmis au suivant.
Cliquez sur le bouton Hirarchique dans la figure.
La solution hirarchique est recommande lorsque de nombreux
sites doivent tre relis. Imaginons par exemple une entreprise
dont lactivit stend chaque pays de lUnion Europenne et
disposant dune filiale dans chaque ville de plus de 10 000
habitants. Chaque filiale a un rseau local et il a t dcid
dinterconnecter les filiales. Un rseau maill nest videmment
pas ralisable car il faudrait des centaines de milliers de liaisons.
La solution consiste donc mettre en uvre une topologie
hirarchique. Regroupez les rseaux locaux dans chaque zone et
crez des interconnexions entre elles pour former une rgion ;
crez des interconnexions entre les diverses rgions pour former le
cur du rseau tendu. La zone peut tre base sur le nombre de
sites connecter, avec une limite suprieure situe entre 30 et 50.
La zone peut adopter une topologie en toile, les concentrateurs
des toiles tant relis pour former la rgion. Les rgions peuvent
tre gographiques et compter entre trois et 10 zones, le concentrateur de chaque rgion pouvant tre reli en point point.
Une hirarchie trois couches savre souvent utile lorsque le trafic du rseau reproduit la structure de filiales de lentreprise et est divis
en rgions, zones et filiales. Elle est galement utile lorsquil existe
un service central auquel toutes les filiales doivent avoir accs,
mais que les niveaux de trafic sont insuffisants pour justifier la
connexion directe dune filiale au service.
Le rseau local situ au centre de la zone peut disposer de
nombreux serveurs fournissant des services au niveau de la zone
et au niveau local. En fonction des volumes et des types de trafic,
les connexions daccs peuvent tre commutes, loues ou de
type relais de trames. Le relais de trames (Frame Relay) facilite le
maillage pour la redondance, sans demander lajout de
connexions physiques supplmentaires. Les liaisons de distribution
peuvent tre de type Frame Relay ou ATM et le cur du rseau
peut tre une ligne loue ou ATM.
CCNA 4 Version 4.0
By NSK
Page 17 sur 36
Lors de la planification de rseaux plus simples, une topologie hirarchique doit toujours tre envisage car elle offre une meilleure
volutivit au rseau. Le concentrateur situ au centre dun modle deux couches constitue galement un cur, mais sans que dautres
routeurs de cur de rseau ny soient connects. De mme, avec une solution une seule couche, le concentrateur de la zone sert de
concentrateur rgional et de concentrateur cur. Cela permet une croissance future facile et rapide, la conception de base pouvant tre
rplique pour y ajouter de nouvelles zones de service.
Page 2 :
Technologies des connexions WAN
Un rseau tendu priv typique utilise une
combinaison de technologies gnralement
choisies en fonction du type et du volume de
trafic. Les technologies RNIS, DSL, Frame Relay ou
les lignes loues sont utiliss pour connecter les
filiales individuelles une zone. Frame Relay, ATM
ou les lignes loues permettent de reconnecter les
zones externes au rseau fdrateur. ATM ou les
lignes loues constituent le rseau fdrateur du
rseau tendu. Les technologies qui demandent
ltablissement dune connexion avant que les
donnes ne puissent tre transmises, tels que le
tlphone analogique, le RNIS ou X.25, ne sont
pas adaptes aux rseaux tendus qui ncessitent
des temps de rponse rapides ou une faible
latence.
Les diffrentes parties dune entreprise peuvent tre connectes directement au moyen de lignes loues ou tre connectes laide dune
liaison daccs au point de prsence le plus proche dun rseau partag. Frame Relay et ATM sont des exemples de rseaux partags. Les
lignes loues sont gnralement plus coteuses que les liaisons daccs, mais peuvent offrir pratiquement nimporte quel dbit et
prsentent des niveaux trs faibles de latence et de gigue.
Les rseaux ATM et Frame Relay peuvent transporter du trafic provenant de plusieurs clients sur les mmes liaisons internes. Lentreprise
na aucun contrle sur le nombre de liaisons ou de sauts que les donnes doivent traverser sur le rseau partag. Elle ne peut pas contrler
la dure dattente des donnes au niveau de chaque nud avant le passage la liaison suivante. Ces niveaux incertains de latence et de
gigue rendent ces technologies peu adaptes certains types de trafic rseau. Toutefois, les inconvnients dun rseau partag sont
souvent compenss par ses cots rduits. Comme plusieurs clients partagent la liaison, les cots qui incombent chacun sont
gnralement infrieurs ceux dune liaison directe de mme capacit.
Bien quATM soit un rseau partag, il a t conu pour produire des niveaux minimes de latence et de gigue grce des liaisons internes
haute vitesse permettant de transfrer des units de donnes faciles grer, les cellules. Les cellules ATM ont une longueur fixe de
53 octets, 48 pour les donnes et 5 pour len-tte. ATM est trs utilis pour transporter du trafic urgent.
Frame Relay peut galement tre utilis pour le trafic urgent ; il est alors souvent associ des mcanismes QS afin de donner la priorit
aux donnes les plus sensibles.
Page 3 :
De nombreux rseaux tendus dentreprise disposent de connexions Internet.
Bien quInternet puisse poser des problmes de scurit, il offre galement
dautres possibilits pour le trafic inter-filiales. La partie du trafic qui doit tre
prise en compte lors de la conception se dirige vers Internet ou en provient.
Traditionnellement, la mise en uvre se fait de sorte que chaque rseau de la
socit se connecte un FAI diffrent ou que tous les rseaux de la socit se
connectent un mme FAI partir dune connexion de couche cur de rseau.
CCNA 4 Version 4.0
By NSK
Page 18 sur 36
8.3.5-Considration sur la Bande Passante des Rseaux Etendus

Souvenez-vous quun rseau doit rpondre aux besoins dune
entreprise. De nombreuses socits comptent sur le transfert de
donnes haut dbit entre des sites distants. Par consquent, elles
doivent imprativement disposer dune large bande passante car
cela leur permet de transmettre des donnes plus rapidement.
Lorsque la bande passante ne rpond pas aux besoins, la
concurrence entre diffrents types de trafic provoque
laugmentation des temps de rponse, ce qui rduit la productivit
des employs et ralentit les processus mtier Web critiques.
La figure indique comment les liaisons de rseau tendu sont
traditionnellement rparties entre haut dbit et bas dbit.
8.3.6-Problmes Courants avec la mise en uvre dun rseau
tendu
La figure rsume les problmes qui se produisent
couramment lors de la mise en uvre dun rseau tendu et
les questions auxquelles vous devez rpondre avant de
pouvoir mettre en uvre de faon efficace un rseau tendu.
8.3.7-Etude de cas : dpannage dun rseau tendu du point de vue dun FAI
Le tableau contient les questions quun technicien dassistance dun FAI devrait poser un client appelant pour obtenir de laide.
Une grande partie des appels dassistance reus par un FAI concernent la lenteur du rseau. Pour rsoudre efficacement ce problme, vous
devez isoler les composants individuels et les tester comme ceci :
Hte dun ordinateur individuel : la lenteur attribue au rseau peut tre due au fait que de nombreuses applications sont ouvertes
simultanment sur lordinateur. Des outils tels que le Gestionnaire des tches Windows peuvent aider dterminer lutilisation de lUC.
Rseau local : si le rseau local du client est quip dun logiciel
de surveillance du rseau, ladministrateur rseau doit tre
capable dindiquer si la bande passante du rseau local atteint
souvent les 100 % dutilisation. Ce problme devrait tre rsolu
en interne par la socit du client. Cest pourquoi une ligne de
base du rseau et une surveillance permanente sont si
importantes.
Liaison entre la priphrie du rseau de lutilisateur et la
priphrie du FAI : testez la liaison entre le routeur de
priphrie du client et le routeur de priphrie du FAI en
demandant au client de se connecter leur routeur et denvoyer
cent requtes ping avec 1 500 octets de donnes ladresse IP
du routeur de priphrie du FAI. Ce problme ne peut pas tre
rsolu par le client ; il incombe au FAI de demander au
fournisseur de liaisons de le corriger.
Rseau fdrateur du FAI : le reprsentant du service clientle
du FAI peut excuter des requtes ping avec 1 500 octets de donnes depuis le routeur de priphrie du FAI vers le routeur de priphrie
CCNA 4 Version 4.0
By NSK
Page 19 sur 36
du client. Il peut galement excuter ces mmes requtes ping sur chaque liaison utilise par le trafic du client. En isolant et en testant
chaque liaison, le FAI peut dterminer quelle liaison est lorigine du problme.
Serveur accd : dans certains cas, la lenteur attribue au rseau est en fait due lencombrement du serveur. Ce problme est le plus
difficile diagnostiquer ; il doit sagir de la dernire option envisage, une fois que toutes les autres options ont t limines.
8.4-Dpannage du Rseau
8.4.1-Interprtation des Diagrammes de Rseau pour identifier des problmes
Il est quasiment impossible de dpanner nimporte quel type
de problme de connectivit rseau sans avoir recours un
diagramme du rseau qui indique notamment les adresses
IP, les routes IP et les priphriques tels que les pare-feu et
les commutateurs. En rgle gnrale, les topologies logiques
et physiques sont utiles au dpannage.
Diagramme physique du rseau
Un diagramme physique du rseau indique la disposition
physique des priphriques connects au rseau. Vous devez
savoir comment les priphriques sont physiquement
connects pour pouvoir rsoudre des problmes au niveau
de la couche physique, notamment les problmes de cblage
ou de matriel. Ce diagramme comprend gnralement les
informations suivantes :
le type de priphrique ;
le modle et le fabricant ;
la version du systme dexploitation ;
le type et lidentificateur de cble ;
les spcifications du cble ;
le type de connecteur ;
les points dextrmit de cblage.
La figure prsente un exemple de diagramme physique du rseau qui fournit des informations sur lemplacement physique des
priphriques rseau, sur les types de cble entre eux et sur les numros didentification des cbles. Ces informations sont essentiellement
utilises pour la rsolution de problmes physiques au niveau des priphriques ou des cbles. En plus du diagramme physique du rseau,
certains administrateurs ajoutent des photos des locaux techniques la documentation du rseau.
Diagramme logique du rseau
Un diagramme logique du rseau indique comment les
donnes sont transfres sur le rseau. Les lments tels
que les routeurs, les serveurs, les concentrateurs, les htes,
les concentrateurs VPN et les priphriques de scurit sont
reprsents par des symboles. Un diagramme logique de
rseau peut comprendre les informations suivantes :
les identificateurs de priphriques ;

ladresse IP et le sous-rseau ;
les identificateurs dinterfaces ;
le type de connexion ;
le DLCI pour les circuits virtuels ;
les rseaux privs virtuels de site site ;
les protocoles de routage ;
les routes statiques ;
CCNA 4 Version 4.0
By NSK
Page 20 sur 36
les protocoles liaison de donnes ;

les technologies de rseau tendu utilises.
Cliquez sur le bouton Logique dans la figure pour afficher un exemple de diagramme logique dun rseau.
La figure illustre le mme rseau, mais elle fournit cette fois des informations logiques telles que ladresse IP de priphriques spcifiques,
les numros de rseau et de port, les types de signal et les affectations DCE pour les liaisons srie. Ces informations peuvent tre utiles
pour la rsolution de tous les problmes, quelle que soit la couche OSI.
8.4.2-Dpannage de la couche physique
Page 1 :
Symptmes des problmes au niveau de la couche physique
La couche physique transmet des bits dun ordinateur un autre et
rgule la transmission dun flux de bits sur le support physique. La
couche physique est la seule couche avec des proprits physiquement
concrtes, par exemple les cbles, les cartes et les antennes.
Des pannes et des conditions non optimales au niveau de la couche
physique sont gnantes pour les utilisateurs et peuvent avoir des
consquences sur la productivit de lensemble de lentreprise. Les
rseaux confronts ce type de conditions sarrtent souvent
brusquement. Les couches suprieures du modle OSI dpendant de la
couche physique pour fonctionner, un technicien rseau doit tre
capable disoler et de corriger de faon efficace les problmes au
niveau de cette couche.
Un problme se produit au niveau de la couche physique lorsque les proprits physiques de la connexion sont infrieures la norme,
provoquant le transfert des donnes une vitesse constamment infrieure la vitesse du flux de donnes tablie dans la ligne de base. Si
un problme dexploitation non optimale se situe au niveau de la couche physique, le rseau peut tre oprationnel, mais les
performances sont infrieures au niveau spcifi dans la ligne de base, de faon constante ou par intermittence.
Les problmes rseau au niveau de la couche physique peuvent avoir les symptmes courants suivants :
Performances infrieures la ligne de base : si les performances ne sont jamais satisfaisantes, le problme est probablement li
une mauvaise configuration, une capacit inadquate ou un autre problme au niveau du systme. Si les performances
varient et quelles sont parfois satisfaisantes, le problme est probablement li une erreur ou leffet du trafic provenant
dautres sources. Des serveurs surchargs ou sous-aliments, des configurations de commutateur ou de routeur inadquates,
lencombrement du trafic sur une liaison faible capacit et la perte chronique de trames sont les raisons les plus courantes de
faibles performances.
Perte de connectivit : si un cble ou un priphrique est dfaillant, le symptme le plus vident est la perte de connectivit
entre les priphriques qui communiquent sur cette liaison ou avec le priphrique ou linterface en chec, comme peut le
montrer un simple test de requte ping. La perte intermittente de connectivit pourrait indiquer quune connexion est lche ou
oxyde.
Nombre de collisions lev : les problmes de domaine de collision affectent le support local et gnent les communications avec
les priphriques dinfrastructure de couche 2 ou 3, les serveurs locaux ou les services. Les collisions sont normalement un
problme plus important sur les supports partags que sur les ports du commutateur. La moyenne du nombre de collisions sur
un support partag doit gnralement tre infrieure 5 %, bien que ce nombre soit dans la moyenne basse. Assurez-vous que
les dcisions soient prises en fonction de la moyenne du nombre de collisions et non dune pointe. Avec les problmes lis aux
collisions, il est souvent possible de remonter une source unique. Il peut sagir dun cble dfectueux sur une station donne,
dun cble de liaison montante dfectueux sur un concentrateur ou un port sur un concentrateur ou dune liaison expose une
interfrence lectrique externe. Une source dinterfrence proximit dun cble ou dun concentrateur peut provoquer des
collisions mme sil ny a pas de trafic apparent pour les provoquer. Si les collisions saggravent en corrlation avec le niveau du
trafic, si la quantit de collisions approche les 100 % ou sil ny a pas du tout de trafic correct, le systme de cblage est peut-tre
dfaillant.
CCNA 4 Version 4.0
By NSK
Page 21 sur 36
Goulots dtranglement sur le rseau ou encombrement : si un routeur, une interface ou un cble connat une dfaillance, les
protocoles de routage peuvent rediriger le trafic vers dautres routes qui ne sont pas conues pour supporter la capacit
supplmentaire. Cela peut provoquer un encombrement ou des goulots dtranglements au niveau de ces lments du rseau.
Forte utilisation de lUC : une forte utilisation de lUC indique quun priphrique, par exemple un routeur, un commutateur ou
un serveur, fonctionne la limite autorise par sa conception ou la dpasse. Si le problme nest pas rapidement rsolu, la
surcharge de lUC peut entraner une dfaillance ou la panne du priphrique.
Messages derreur sur la console : les messages derreur qui apparaissent sur la console du priphrique indiquent un problme
de couche physique.
Page 2 :
Causes des problmes au niveau de la couche physique
Les problmes rseau au niveau de la couche physique sont souvent dus aux problmes suivants :
Problmes dalimentation
Les problmes dalimentation sont la principale source des problmes rseau. Lalimentation en courant alternatif arrive dans un module
(externe ou interne) de conversion de courant alternatif en courant continu qui se trouve dans un priphrique. Le transformateur fournit
un courant continu correctement modul, qui alimente les circuits, les connecteurs, les ports et les ventilateurs du priphrique. Si vous
pensez que le problme vient de lalimentation, vous pouvez inspecter le module dalimentation. Assurez-vous que les ventilateurs
fonctionnent correctement et que larrive et la sortie dair du chssis sont dgages. Si dautres units voisines se sont galement mises
hors tension, une panne de courant sest peut-tre produite.
Dfauts matriels
Des cartes rseau dfectueuses peuvent tre la cause des erreurs de transmission rseau en raison de collisions tardives, de trames courtes
et dmissions incontrles (ou jabber). Une mission incontrle est souvent dfinie comme une condition au cours de laquelle un
priphrique rseau transmet continuellement et de faon alatoire des donnes vides de sens sur le rseau. Une mission incontrle
peut galement tre due des fichiers du pilote de la carte rseau dfectueux ou corrompus ou des problmes de cbles ou de mise la
terre.
Dfauts de cblage
De nombreux problmes peuvent tre rsolus en dbranchant et en rebranchant les cbles qui se sont lgrement dconnects. Lorsque
vous inspectez les cbles, assurez-vous quils sont en bon tat, que les types de cble sont adquats et que les cbles RJ-45 sont
correctement sertis. Les cbles suspects doivent tre tests ou remplacs par des cbles qui fonctionnent.
Assurez-vous que les cbles croiss sont correctement utiliss et que des ports de concentrateur et de commutateur ne sont pas par
mgarde configurs comme ports de croisement. Si les paires sont spares, les cbles fonctionneront mal ou pas du tout, selon la vitesse
Ethernet utilise, la longueur du segment spar et la distance par rapport aux extrmits.
Les problmes de cbles fibre optique peuvent tre provoqus par des connecteurs sales, des courbures trop serres et des connexions
RX/TX permutes lorsquelles sont polarises.
Des problmes de cble coaxial se produisent souvent au niveau des connecteurs. Lorsque le conducteur central de lextrmit du cble
coaxial nest pas droit et que sa longueur nest pas correcte, la connexion obtenue ne sera pas bonne.
Attnuation
Un flux de donnes attnu se produit lorsque lamplitude des bits est rduite lors de la circulation sur un cble. Si lattnuation est grave,
le priphrique rcepteur ne parvient pas toujours faire la distinction entre chaque bit de composant du flux. cause de cela, la
transmission est altre et le priphrique rcepteur doit demander lexpditeur de transmettre de nouveau le trafic qui nest pas pass.
Lattnuation peut se produire lorsque la longueur dun cble dpasse la limite de conception pour ce support (par exemple, un cble
Ethernet est limit 100 mtres pour que les performances soient bonnes) ou lorsquune connexion est faible cause dun cble lche ou
de contacts sales ou oxyds.
CCNA 4 Version 4.0
By NSK
Page 22 sur 36
Bruit
On dsigne souvent par bruit lensemble des perturbations lectromagntiques (ou EMI) locales. Il existe quatre types de bruit qui
sappliquent particulirement aux rseaux de donnes :
Le bruit impulsif est provoqu par les fluctuations ou les pointes de

tension sur les cbles.
Le bruit blanc ou alatoire est gnr par de nombreuses sources,
notamment les stations de radio FM, la radio de la police, la scurit
dun btiment et llectronique aronautique pour les atterrissages
automatiques.
La paradiaphonie trangre est le bruit produit par dautres cbles
adjacents.
La paradiaphonie (ou diaphonie locale) est le bruit produit par la
diaphonie de cbles adjacents ou le bruit des cbles lectriques
voisins, des priphriques quips de gros moteurs lectriques ou de
tout matriel comprenant un metteur plus puissant quun
tlphone portable.
Erreurs de configuration de linterface

De nombreux lments peuvent tre mal configurs sur une interface, ce qui peut entraner sa panne suite la perte de la connectivit
avec des segments rseau lis. Les erreurs suivantes sont des exemples de problmes de configuration qui affectent la couche physique :
Liaisons srie reconfigures comme asynchrones plutt que synchrones

Frquence dhorloge incorrecte
Source dhorloge incorrecte
Interface non active
Dpassement des limites de conception

Un composant peut ne pas fonctionner de faon optimale au niveau de la couche physique car il est utilis un dbit moyen suprieur au
maximum autoris par la configuration. Lorsque vous dpannez ce type de problme, il devient vident que les ressources du priphrique
fonctionnent au maximum de sa capacit (ou sen approchent) et le nombre derreurs dinterface augmente.
Surcharge de lUC
Des processus avec un fort pourcentage dutilisation de lUC, des abandons dans la file dattente dentre, des faibles performances, des
services de routeur tels que Telnet et ping qui sont lents ou qui ne rpondent pas et labsence de mise jour de routage sont des exemples
de symptmes. Lune des causes de la surcharge de lUC dans un routeur est le volume du trafic. Si certaines interfaces sont rgulirement
surcharges cause du trafic, pensez modifier le flux du trafic dans le rseau ou amliorer le matriel.
Page 3 :
Pour isoler les problmes au niveau des couches physiques, procdez comme suit :
Vrifiez que les cbles ou les connexions sont corrects
Vrifiez que le cble de linterface source est correctement connect et est en bon tat. Votre testeur de cble permet de vrifier si le
cblage est ouvert. Par exemple, dans la figure, le testeur CableIQ de Fluke Networks a dtect que les cbles 7 et 8 sont dfectueux. Si
lintgrit dun cble est suspecte, remplacez le cble en question par un cble qui fonctionne. En cas de doute sur la connexion, retirez le
cble, inspectez le cble et linterface, puis rebranchez le cble. Si ce cble est connect une prise murale suspecte, utilisez un testeur de
cble pour vrifier que la prise est correctement raccorde.
Vrifiez que la norme de cblage en vigueur est respecte sur lensemble du rseau
Vrifiez que le cble utilis est appropri. Un cble crois peut tre requis pour des connexions directes entre certains priphriques.
Assurez-vous que le cblage est correct. Par exemple, dans la figure, le testeur CableIQ de Fluke Networks a dtect que bien quun cble
CCNA 4 Version 4.0
By NSK
Page 23 sur 36
soit correct pour Fast Ethernet, il ne peut pas prendre en charge 1000BASE-T car les fils 7 et 8 ne sont pas correctement connects. Ces fils
ne sont pas requis pour Fast Ethernet, mais ils le sont dans Gigabit Ethernet.
Vrifiez que le cblage des priphriques est correct
Vrifiez que tous les cbles sont bien branchs aux ports ou aux interfaces
adquats. Vrifiez que toutes les interconnexions sont raccordes au bon
emplacement. Si vos locaux techniques sont rangs et organiss, cela vous
permettra de gagner beaucoup de temps.
Vrifiez que les configurations dinterfaces sont correctes
Vrifiez que tous les ports de commutateur sont dfinis dans le bon rseau local
virtuel et que les paramtres de Spanning Tree, de vitesse et doption
bidirectionnelle sont correctement configurs. Confirmez quaucune interface ou
port actif nest arrt.
Consultez les statistiques dutilisation et les taux derreurs des donnes
Utilisez les commandes show de Cisco pour analyser des statistiques telles que les
collisions et les erreurs dentre et de sortie. Les caractristiques de ces statistiques
dpendent des protocoles utiliss sur le rseau.
8.4.3-Dpannage de la couche liaison de donnes
Page 1 :
Symptmes des problmes sur la couche liaison de donnes
Le dpannage de problmes sur la couche 2 peut savrer difficile. La
configuration et le fonctionnement de ces protocoles sont
indispensables la cration dun rseau fonctionnel et adapt.
Les symptmes relevs couramment en cas de problmes sur la
couche liaison de donnes vous aident identifier les problmes de
couche 2. Si vous parvenez reconnatre ces symptmes, vous
pourrez limiter le nombre de causes possibles. Les problmes rseau
au niveau de la couche liaison de donnes peuvent avoir les
symptmes courants suivants :
Pas de fonctionnalit ni de connectivit au niveau de la couche
rseau ou un niveau suprieur
Certains problmes de couche 2 peuvent empcher lchange de
trames sur une liaison alors que dautres problmes ne font que
diminuer les performances rseau.
Les performances rseau sont infrieures la ligne de base
Deux types de fonctionnement non optimal au niveau de la couche 2 peuvent se produire sur un rseau :
Les trames suivent un chemin non logique vers leur destination mais elles arrivent. Une topologie Spanning Tree de couche 2 mal
conue est un exemple de problme qui pourrait amener les trames suivre un chemin non optimal. Dans ce cas, une utilisation
leve de la bande passante peut tre releve sur des liaisons qui ne devraient pas connatre ce niveau de trafic.
Certaines trames sont abandonnes. Ces problmes peuvent tre identifis via des statistiques sur le nombre derreurs et des
messages derreur sur la console qui apparaissent sur le commutateur ou le routeur. Dans un environnement Ethernet, une
requte ping tendue ou continue indique galement si des trames sont abandonnes.
CCNA 4 Version 4.0
By NSK
Page 24 sur 36
Nombre excessif de diffusions

Les systmes dexploitation les plus rcents utilisent largement les diffusions pour dtecter les services rseau et les autres htes. Dans le
cas dun nombre excessif de diffusions, il est important didentifier la source des diffusions. En rgle gnrale, un nombre excessif de
diffusions se produit dans les situations suivantes :
applications mal programmes ou mal configures ;

importants domaines de diffusion de couche 2 ;
problmes rseau sous-jacents, tels que des boucles STP ou des routes en battement.
Messages sur la console

Un routeur reconnat parfois quun problme sest produit au niveau de la couche 2 ; il envoie alors un message dalerte sur la console. Un
routeur envoie gnralement ce message lorsquil dtecte un problme lors de linterprtation des trames entrantes (problmes
dencapsulation ou de tramage) ou lorsque des messages de test dactivit sont attendus mais quils narrivent pas. Le message qui
apparat le plus souvent sur la console pour signaler un problme de couche 2 est le message de panne du protocole de ligne.
Page 2 :
Causes des problmes sur la couche liaison de donnes
Les problmes suivants au niveau de la couche liaison de donnes provoquent gnralement des problmes de connectivit ou de
performances rseau :
Erreurs dencapsulation
Une erreur dencapsulation se produit lorsque les bits placs par
lmetteur dans un champ donn ne correspondent pas aux attentes
du rcepteur. Ce cas se produit lorsque les encapsulations chaque
extrmit dune liaison de rseau tendu sont configures
diffremment.
Erreurs de mappage dadresses
Dans des topologies de type point multipoint, Frame Relay ou
Ethernet de diffusion, il est essentiel quune adresse de destination de
couche 2 adquate soit attribue la trame. Elle arrivera ainsi la
bonne destination. Pour ce faire, le priphrique rseau doit faire
correspondre une adresse de destination de couche 3 la bonne
adresse de couche 2 laide de cartes statiques ou dynamiques.
Lorsque des cartes statiques sont utilises dans le relais de trames, lutilisation dune carte incorrecte constitue une erreur courante. De
simples erreurs de configuration peuvent empcher la correspondance des informations dadressage des couches 2 et 3.
Dans un environnement dynamique, le mappage des informations des couches 2 et 3 peut chouer pour les raisons suivantes :
des priphriques peuvent avoir t spcialement configurs pour ne pas rpondre aux requtes ARP (normales ou inverses) ;
les informations de la couche 2 ou 3 mises en mmoire cache peuvent avoir physiquement changes ;
des rponses ARP non valides sont reues en raison dune mauvaise configuration ou dune attaque de scurit.
Erreurs de trames
Les trames fonctionnent gnralement par groupe doctets de 8 bits. Une erreur se produit lorsquune trame ne se termine pas par une
limite doctets de 8 bits. Lorsque cela se produit, le rcepteur peut prouver des difficults dterminer o se termine une trame et o
commence une autre. Selon la gravit de ce problme, linterface peut arriver interprter certaines trames. Sil y a trop de trames non
valides, les messages de test dactivit valides ne peuvent pas tre changs.
Les erreurs de trames peuvent tre dues une ligne srie perturbe, un cble mal conu (trop long ou avec un blindage inadquat) ou une
horloge de ligne CSU mal configure.
CCNA 4 Version 4.0
By NSK
Page 25 sur 36
checs ou boucles STP

Le but du protocole STP est de rsoudre une topologie physique redondante en topologie arborescente en bloquant les ports redondants.
La plupart des problmes de STP sont relatifs aux problmes suivants :
Des boucles dacheminement qui se produisent lorsque dans une topologie redondante, aucun port nest bloqu et le trafic est
transmis indfiniment en boucles. Lorsque la boucle dacheminement commence, elle encombre gnralement les liaisons
prsentant la plus faible bande passante le long du chemin. Si toutes les liaisons sont associes la mme bande passante, toutes
les liaisons sont encombres. Cet encombrement provoque la perte de paquets et conduit larrt du rseau dans le domaine L2
affect.
Inondation excessive en raison de nombreuses modifications de la topologie STP. Le rle du mcanisme de modification de la
topologie est de corriger les tables dacheminement de couche 2 une fois que la topologie dacheminement a chang. Cette
opration est ncessaire pour viter une panne de connectivit car aprs une modification de topologie, certaines adresses MAC
qui taient auparavant accessibles via certains ports peuvent devenir accessibles via dautres ports. Une modification de
topologie ne devrait pas souvent se produire si le rseau est bien configur. Lorsquune liaison sur un port de commutateur
devient active ou inactive, une modification de topologie peut se produire lorsque ltat STP du port est ou tait dfini sur
lacheminement. Cependant, lorsquun port est en battement (cest--dire lorsquil oscille entre ltat actif et ltat inactif), cela
provoque des modifications rptes de la topologie et des inondations.
La lenteur de la convergence ou de la reconvergence STP, qui peut tre due des diffrences entre la topologie relle et la
topologie documente, une erreur de configuration, par exemple une configuration non homogne des compteurs STP, une UC
de commutateur surcharge au cours de la convergence ou un dfaut logiciel.
Page 3 :
Dpannage de la couche 2 - PPP
Le dpannage des technologies de la couche 2, telles que
les protocoles PPP et Frame Relay, est difficile car les outils
habituels de dpannage de la couche 3 ne sont pas
disponibles, notamment la requte ping, pour vous aider
au-del de la confirmation que le rseau est en panne.
Seule une parfaite comprhension des protocoles et de
leur fonctionnement peut permettre un technicien
rseau de choisir la mthodologie de dpannage et les
commandes Cisco IOS qui lui permettront de rsoudre
rapidement le problme.
La plupart des problmes qui se produisent avec le
protocole PPP sont lis la ngociation de liaison. Les
tapes suivantes permettent de dpanner le protocole
PPP :
tape 1. Vrifiez que lencapsulation utilise aux deux
extrmits est correcte laide de la commande show
interfaces serial. Dans la figure, ltape 1, le rsultat de la
commande indique que R2 a t faussement configur
pour utiliser lencapsulation HDLC.
tape 2. Confirmez que les ngociations LCP (Link Control
Protocol) ont abouti en recherchant dans le rsultat le
message LCP Open.
Cliquez sur le bouton tape 2 dans la figure.
Dans la figure, lencapsulation sur R2 a t change en
PPP. Le rsultat de la commande show interfaces serial
affiche le message LCP Open, ce qui indique que les ngociations LCP ont abouti.
CCNA 4 Version 4.0
By NSK
Page 26 sur 36
tape 3. Vrifiez lauthentification aux deux extrmits de la

liaison laide de la commande debug ppp authentication.
Dans la figure, le rsultat de la commande debug ppp
authentication indique que R1 ne peut pas authentifier R2
laide du protocole CHAP car le nom dutilisateur et le mot de
passe de R2 nont pas t configurs sur R1.
Pour plus dinformations sur le dpannage des mises en uvre
PPP, reportez-vous au chapitre 2, Protocole PPP .
Page 4 :
Dpannage de la couche 2 - Frame Relay
Le dpannage des problmes rseau Frame Relay se dcompose
en quatre tapes :
tape 1. Vrifiez la connexion physique entre lunit CSU/DSU et
le routeur. Dans la figure, les connexions physiques entre les
routeurs R1 et R2 et leur CSU/DSU correspondant peuvent tre
vrifies laide dun testeur de cble et en vrifiant que tous
les LED dtat de lunit CSU/DSU sont verts. Dans la figure,
certains voyants dtat du CSU/DSU au niveau de R3 sont
rouges, ce qui indique un possible problme de connectivit
entre le CSU/DSU et le routeur R3.
tape 2. Vrifiez laide de la commande show frame-relay

lmi que le routeur et le fournisseur de relais de trames
changent correctement les informations LMI.
Dans la figure, le rsultat de la commande show frame-relay
lmi au niveau de R2 ne signale aucune erreur et aucun
message perdu. R2 et le commutateur du fournisseur de
relais de trames changent donc correctement les
informations LMI.
CCNA 4 Version 4.0
By NSK
Page 27 sur 36
tape 3. Vrifiez laide de la commande show frame-relay pvc

que ltat du circuit virtuel permanent est actif.
Dans la figure, le rsultat de la commande show frame-relay pvc
au niveau de R2 permet de vrifier que ltat du circuit virtuel
permanent est actif.
tape 4. Vrifiez laide de la commande show interfaces serial
que lencapsulation Frame Relay est la mme sur les deux
routeurs.

Dans la figure, le rsultat de la commande show interfaces serial
au niveau des routeurs R2 et R3 indique quil y a une diffrence
dencapsulation. Une erreur de configuration fait que R3 utilise
lencapsulation HDLC au lieu de Frame Relay.
Pour plus dinformations sur le dpannage des mises en uvre
de Frame Relay, reportez-vous au chapitre 3, Protocole Frame
Relay .
Page 5 :
Dpannage de la couche 2 - Boucles STP
Si vous pensez quune boucle STP est lorigine dun problme de couche 2,
vrifiez si le protocole STP est excut sur chaque commutateur. Le protocole STP
ne doit tre dsactiv que si le commutateur ne fait pas partie dune topologie en
boucle. Pour vrifier le fonctionnement du protocole STP, utilisez la commande
show spanning-tree sur chaque commutateur. Si vous vous rendez compte que le
protocole STP ne fonctionne pas, vous pouvez lactiver laide de la commande
spanning-treeid-vlan.
Les tapes suivantes vous permettent de dpanner les boucles dacheminement :
tape 1. Dterminez lexistence dune boucle STP.
Lorsquune boucle dacheminement sest dveloppe sur un rseau, les
symptmes suivants apparaissent gnralement :
perte de connectivit depuis, vers et via des zones du rseau affectes ;

forte utilisation de lUC sur les routeurs connects aux segments ou aux rseaux locaux virtuels affects ;
forte utilisation des liaisons (souvent 100 %) ;
forte utilisation du fond de panier du commutateur, compare lutilisation de la ligne de base ;
messages syslog indiquant des paquets en boucle sur le rseau (par exemple, des messages dadresse IP en double du protocole
de routeur de secours automatique HSRP) ;
messages syslog indiquant la racquisition constante des adresses ou les messages de battement des adresses MAC ;
augmentation du nombre dchecs de sortie sur de nombreuses interfaces.
CCNA 4 Version 4.0
By NSK
Page 28 sur 36
tape 2. Identifiez la topologie (tendue) de la boucle.

La premire priorit est darrter la boucle et de restaurer la fonctionnalit du rseau. Pour arrter la boucle, vous devez connatre les
ports qui sont impliqus. Recherchez les ports dont lutilisation de liaison est la plus forte (en paquets par seconde). La commande show
interface indique lutilisation pour chaque interface. Assurez-vous de noter cette information avant de passer ltape suivante. Si vous ne
le faites pas, il pourrait vous tre difficile plus tard de dterminer la cause de la boucle.
tape 3. Cassez la boucle.
Arrtez ou dconnectez les ports impliqus les uns aprs les autres. Une fois que vous avez dsactiv ou dconnect chaque port, regardez
si lutilisation du fond de panier du commutateur est revenue un niveau normal. Notez vos conclusions. Noubliez pas que certains ports
nentretiennent peut-tre pas la boucle, mais inondent le trafic arrivant avec la boucle. Lorsque vous dsactivez les ports lorigine des
inondations, vous ne rduisez quun peu lutilisation du fond de panier ; vous narrtez pas la boucle.
tape 4. Dterminez et corrigez la cause de la boucle.
Comprendre pourquoi la boucle a commenc constitue souvent la partie la plus difficile du processus car les raisons sont diverses. Il est
galement difficile dtablir une procdure qui sadaptera tous les cas de figure. Commencez par tudier le diagramme topologique afin
de trouver un chemin redondant.
Pour chaque commutateur sur le chemin redondant, recherchez les problmes suivants :
Le commutateur connat-il la bonne racine STP ?

Le port racine est-il correctement identifi ?
Les units Bridge Protocol Data Unit (BPDU) sont-elles reues rgulirement sur le port racine et sur les ports qui sont censs
assurer le blocage ?
Les units BPDU sont-elles envoyes rgulirement sur des ports non racine dsigns ?
tape 5. Restaurez la redondance.

Une fois que le priphrique ou la liaison lorigine de la boucle a t trouv et que le problme a t rsolu, vous devez restaurer les
liaisons redondantes qui ont t dconnectes.
Nous navons trait du dpannage des boucles STP que superficiellement. Le dpannage des boucles et dautres problmes de STP est
complexe ; une discussion dtaille ce sujet dpasse le cadre de ce cours. Cependant, si vous voulez en savoir plus sur le dpannage des
problmes de STP.
8.4.4-Dpannage de la couche rseau
Page 1 :
Symptmes des problmes de couche rseau
Les problmes de couche rseau englobent tous les problmes
relatifs un protocole de couche 3, quil soit rout ou de routage.
Cette rubrique traite principalement des protocoles de routage IP.
Des problmes au niveau de la couche rseau peuvent entraner
une panne du rseau ou des performances non satisfaisantes. On
parle de panne de rseau lorsque le rseau est non fonctionnel
(entirement ou en trs grande partie), affectant tous les
utilisateurs et toutes les applications du rseau. Ces pannes sont
gnralement constates rapidement par les utilisateurs et les
administrateurs rseau ; elles ont un impact norme sur la productivit de lentreprise. Les problmes doptimisation du rseau concernent
gnralement un ensemble dutilisateurs, dapplications, de destinations ou un certain type de trafic. Les problmes doptimisation sont
souvent plus difficiles dtecter et encore plus difficiles isoler et diagnostiquer car elles concernent souvent plusieurs couches, voire
lordinateur hte lui-mme. Dterminer que tel problme est un problme de couche rseau peut prendre du temps.
CCNA 4 Version 4.0
By NSK
Page 29 sur 36
Page 2 :
Dpannage de problmes sur la couche 3
Dans la majorit des rseaux, les routes statiques sont utilises en conjonction avec les
protocoles de routage dynamique. Une mauvaise configuration des routes statiques peut
entraner un routage non optimal ; dans certaines situations, des boucles de routage
peuvent mme tre cres ou des parties du rseau peuvent devenir inaccessibles.
Pour pouvoir dpanner des protocoles de routage dynamique, vous devez parfaitement
comprendre comment ils fonctionnent. Certains problmes sont communs tous les
protocoles de routage tandis que dautres sont spcifiques chaque protocole.
Il nexiste pas de modle unique permettant de rsoudre les problmes de couche 3. Pour
rsoudre les problmes de routage, il convient de suivre un processus mthodique en
utilisant une srie de commandes afin disoler et de diagnostiquer le problme.
Vous devez analyser les domaines suivants lorsque vous diagnostiquez un possible
problme relatif aux protocoles de routage :
Problmes gnraux de rseau
Une modification de la topologie, par exemple la panne dune liaison, peut souvent avoir
des effets sur dautres zones du rseau auxquels vous nauriez pas immdiatement penss. Il peut sagir notamment de linstallation de
nouvelles routes, statiques ou dynamiques, ou de la suppression dautres routes.
Les lments suivants sont prendre en compte :
Y a-t-il eu rcemment une quelconque modification sur le rseau ?

Quelquun travaille-t-il actuellement sur linfrastructure du rseau ?
Problmes de connectivit
Recherchez dventuels problmes dquipement et de connectivit, notamment des problmes dalimentation tels que des pannes de
courant et des problmes au niveau de lenvironnement, par exemple une surchauffe. Recherchez galement dventuels problmes de
couche 1, notamment des problmes de cblage, des ports dfectueux et des problmes de FAI.
Problmes de voisinage
Si le protocole de routage tablit une contigut avec un voisin, recherchez dventuels problmes avec les routeurs formant la relation de
voisinage.
Base de donnes topologique
Si le protocole de routage utilise une table ou une base de donnes topologique, assurez-vous que la table est correcte et, par exemple,
que des entres ne sont pas manquantes ou inattendues.
Table de routage
Assurez-vous que la table de routage est correcte et, par exemple, que des routes ne sont pas manquantes ou inattendues. Utilisez les
commandes debug pour afficher les mises jour de routage et la maintenance de la table de routage.
CCNA 4 Version 4.0
By NSK
Page 30 sur 36
8.4.5-Dpannage de la couche Transport

Page 1 :
Problmes courants de liste daccs
Des problmes rseau peuvent se produire cause de problmes de
couche transport sur le routeur, particulirement en priphrie du
rseau o les technologies de scurit analysent et modifient le trafic.
Cette rubrique traite de deux des technologies de scurit de la couche
transport les plus souvent mises en uvre : les listes de contrle
daccs et la traduction dadresses de rseau (NAT).
Cliquez sur le bouton Problmes de liste daccs dans la figure.
Les problmes les plus courants avec les listes de contrle daccs sont
dus une mauvaise configuration. Ces problmes de configuration se
produisent souvent dans lun des huit domaines suivants :
Slection du flux de trafic
Lerreur de configuration la plus courante sur un routeur consiste
appliquer la liste de contrle daccs au mauvais trafic. Le trafic est
dfini par linterface de routeur via laquelle le trafic est achemin et
par la direction du flux de trafic. Une liste de contrle daccs doit tre
applique la bonne interface et la bonne direction du trafic doit tre
slectionne pour que la liste fonctionne correctement.
Ordre des lments du contrle daccs
Les lments dune liste de contrle daccs doivent aller du plus
spcifique au plus gnral. Mme si une liste de contrle daccs
dispose dun lment qui autorise de faon spcifique un certain flux
de trafic, les paquets ne correspondront jamais cet lment sils sont
refuss par un autre lment situ plus haut dans la liste.
Instruction implicite deny all
Lorsquun niveau lev de scurit nest pas requis sur la liste de contrle daccs, loubli de cet lment implicite de contrle daccs peut
tre la cause dune mauvaise configuration de la liste de contrle daccs.
Adresses et masques gnriques
Si le routeur excute la fois des listes de contrle daccs et la fonction NAT, lordre dans lequel chacune de ces technologies est
applique un flux de trafic a de limportance :
Le trafic entrant est trait par la liste de contrle daccs entrante avant dtre trait par la fonction NAT de lextrieur vers
lintrieur.
Le trafic sortant est trait par la liste de contrle daccs sortante aprs avoir t trait par la fonction NAT de lintrieur vers
lextrieur.
Les masques gnriques complexes permettent damliorer lefficacit de faon significative, mais le risque derreurs de configuration est
plus grand. Un masque gnrique complexe peut par exemple consister utiliser ladresse 10.0.32.0 et le masque gnrique 0.0.32.15 pour
slectionner les 15 premires adresses dhte dans le rseau 10.0.0.0 ou le rseau 10.0.32.0.
CCNA 4 Version 4.0
By NSK
Page 31 sur 36
Slection du protocole de couche transport

Lorsque vous configurez des listes de contrle daccs, il est important de ne spcifier que les bons protocoles de couche transport.
Lorsquils ne savent pas si un certain flux de trafic utilise un port TCP ou UDP, de nombreux ingnieurs rseau configurent les deux. Lorsque
les deux ports sont spcifis, un trou se cre dans le pare-feu, laissant la possibilit aux pirates daccder au rseau. Cela ajoute galement
un lment supplmentaire la liste de contrle daccs, ce qui rallonge son temps de traitement et introduit plus de latence dans les
communications sur le rseau.
Ports source et de destination
Pour contrler correctement le trafic entre deux htes, des lments de contrle daccs symtriques sont requis pour les listes de
contrle daccs entrantes et sortantes. Ladresse et les informations de port pour le trafic gnr par un hte correspondent ladresse et
aux informations de port pour le trafic gnr par lhte dorigine.
Utilisation du mot cl established
Le mot cl established permet de renforcer la scurit fournie par une liste de contrle daccs. Cependant, si le mot cl est appliqu une
liste de contrle daccs sortante, des rsultats inattendus peuvent se produire.
Protocoles rares
Des listes de contrle daccs mal configures provoquent souvent des problmes pour des protocoles moins habituels que TCP et UDP.
Les protocoles de rseau priv virtuel et de chiffrement sont des protocoles rares qui gagnent en popularit.
Dpannage des listes de contrle daccs
Le mot cl log utilis sur les entres de liste de contrle daccs permet dafficher les oprations de cette liste. Ce mot cl demande au
routeur de placer une entre dans le journal du systme chaque fois que cette condition dentre est satisfaite. Lvnement consign
comprend des dtails sur le paquet correspondant llment de la liste de contrle daccs.
Le mot cl log est particulirement utile pour le dpannage et fournit galement des informations sur les tentatives dintrusion qui sont
bloques par la liste de contrle daccs.
Page 2 :
Problmes courants de NAT
Le problme le plus important avec toutes les technologies NAT est
linteroprabilit avec les autres technologies rseau, spcialement
celles qui contiennent ou qui rcuprent des informations depuis
ladressage rseau hte dans le paquet. Les technologies suivantes sont
concernes :
BOOTP et DHCP : ces deux protocoles grent lattribution

automatique dadresses IP aux clients. Souvenez-vous que le
premier paquet envoy par un nouveau client est un paquet
IP de diffusion de requte DHCP. Ladresse IP source du
paquet de requte DHCP est 0.0.0.0. La fonction NAT
ncessitant la fois une adresse IP source et une adresse IP
de destination valides, il peut tre difficile pour les protocoles BOOTP et DHCP de fonctionner sur un routeur excutant une
fonction NAT statique ou dynamique. Pour rsoudre ce problme, vous pouvez configurer la fonction IP Helper.
DNS et WINS : tant donn quun routeur excutant la fonction NAT dynamique modifie rgulirement la relation entre les
adresses internes et externes lorsque les entres de table expirent et sont recres, un serveur de noms de domaine (DNS) ou un
serveur WINS externe la fonction NAT ne dispose pas dune reprsentation exacte du rseau lintrieur du routeur. Pour
rsoudre ce problme, vous pouvez configurer la fonction IP Helper.
SNMP : limage des paquets DNS, la fonction NAT ne peut pas modifier les informations dadressage stockes dans les donnes
utiles du paquet. cause de cela, il est possible quune station dadministration SNMP situe dun ct dun routeur NAT ne
CCNA 4 Version 4.0
By NSK
Page 32 sur 36
puisse pas contacter les agents SNMP de lautre ct du routeur NAT. Pour rsoudre ce problme, vous pouvez configurer la
fonction IP Helper.
Protocoles de transmission tunnel et de chiffrement : les protocoles de transmission tunnel et de chiffrement ncessitent
souvent que le trafic soit issu dun port UDP ou TCP spcifique ou lutilisation dun protocole au niveau de la couche transport qui
ne puisse pas tre trait par la fonction NAT. Par exemple, les protocoles de transmission tunnel IPsec et les protocoles
dencapsulation de routage gnrique utiliss par les implmentations de rseau priv virtuel ne peuvent pas tre traits par la
fonction NAT.
Si les protocoles de chiffrement ou de transmission tunnel doivent tre excuts via un routeur NAT, ladministrateur rseau peut crer
une entre NAT statique pour le port requis pour une seule adresse IP lintrieur du routeur NAT.
Lune des erreurs de configuration NAT les plus courantes est doublier que la fonction NAT affecte la fois le trafic entrant et sortant. Un
administrateur rseau sans exprience pourrait configurer une entre NAT statique pour rediriger le trafic entrant vers un hte de
sauvegarde interne donn. Cette instruction NAT statique modifie galement ladresse source du trafic de cet hte, ce qui peut provoquer
des rsultats inattendus ou un fonctionnement non optimal.
Des compteurs mal configurs peuvent galement provoquer des rsultats inattendus sur le rseau et un fonctionnement non optimal de
la fonction NAT dynamique. Si les compteurs NAT sont trop courts, les entres de la table NAT peuvent expirer avant que les rponses ne
soient reues ; les paquets sont alors ignors. La perte de paquets provoque des retransmissions, ce qui consomme plus de bande
passante. Si les compteurs sont trop longs, les entres risquent de rester dans la table NAT plus longtemps que ncessaire, consommant
ainsi le pool des connexions disponibles. Si le trafic est dense sur ces rseaux, des problmes de mmoire peuvent survenir sur le routeur
et les htes risquent de ne pas pouvoir tablir de connexions si la table NAT dynamique est pleine.
Pour plus dinformations sur le dpannage de la configuration NAT, reportez-vous au chapitre 7, Services dadressage IP .
8.4.6-Dpannage de la Couche Application
Page 1 :
Prsentation de la couche application
La plupart des protocoles de couche application fournissent des
services aux utilisateurs. Les protocoles de couche application
sont gnralement utiliss pour ladministration de rseaux, le
transfert de fichiers, les services de fichiers distribus,
lmulation de terminal et le courriel. Cependant, de nouveaux
services aux utilisateurs sont souvent ajouts, tels que les
rseaux privs virtuels et la voix sur IP.
Les protocoles suivants font partie des protocoles de couche
application TCP/IP les plus connus et les plus mis en uvre :
Telnet : permet aux utilisateurs dtablir des

connexions de session de terminal avec des htes
distants.
HTTP : prend en charge lchange sur le Web de fichiers texte, image, son, vido et dautres fichiers multimdia.
FTP : assure le transfert interactif de fichiers entre des htes.
TFTP : assure le simple transfert interactif de fichiers, gnralement entre des htes et des priphriques rseau.
SMTP : prend en charge les services de base de livraison des messages.
POP : se connecte aux serveurs de messagerie et tlcharge le courriel.
SNMP (Simple Network Management Protocol) : recueille des informations de gestion auprs des priphriques rseau.
DNS : associe les adresses IP aux noms attribus aux priphriques rseau.
Systme de fichiers en rseau (NFS) : permet aux ordinateurs daccder aux lecteurs sur des htes distants et de les utiliser
comme sil sagissait de lecteurs locaux. Dvelopp lorigine par Sun Microsystems, ce systme se combine deux autres
protocoles de couche application, la reprsentation externe des donnes (XDR) et lappel de procdure distant (RPC), pour
permettre un accs transparent aux ressources rseau distantes.
CCNA 4 Version 4.0
By NSK
Page 33 sur 36
Cliquez sur le bouton Protocoles dapplication et ports dans

la figure pour afficher une liste des protocoles dapplication
et leur port associ.
Page 2 :
Symptmes des problmes de couche application
Les problmes de couche application empchent les programmes
dapplication daccder aux services. Un problme au niveau de la couche
application peut empcher laccs ou lutilisation des ressources alors
que les couches physique, liaison de donnes, rseau et transport sont
fonctionnelles. Il est possible que la connectivit rseau soit totale mais
que lapplication ne puisse simplement pas fournir de donnes.
Un autre type de problme se produit au niveau de la couche application
lorsque les couches physique, liaison de donnes, rseau et transport
sont fonctionnelles mais que le transfert de donnes et les requtes de
services rseau partir dune application ou dun service rseau unique
ne rpondent pas aux attentes dun utilisateur.
Un problme au niveau de la couche application peut amener des
utilisateurs se plaindre de la lenteur du rseau ou de lapplication quils
utilisent lorsquils transfrent des donnes ou lorsquils demandent des services rseau.
La figure illustre certains des symptmes possibles des problmes de couche application.
Page 3 :
Dpannage des problmes de couche application
Le processus gnral de dpannage utilis pour isoler les problmes au niveau des couches
infrieures peut galement tre utilis pour isoler les problmes au niveau de la couche
application. Les concepts sont identiques, mais lattention se porte plus particulirement
sur des lments tels que les connexions refuses ou expires, les listes daccs et les
problmes de DNS.
Les tapes suivantes permettent de dpanner les problmes de couche application :
tape 1. Envoyez une requte ping la passerelle par dfaut.
Si la requte aboutit, les services des couches 1 et 2 fonctionnent correctement.
tape 2. Vrifiez la connectivit de bout en bout.
Utilisez une requte ping tendue si vous essayez denvoyer la requte ping depuis un
CCNA 4 Version 4.0
By NSK
Page 34 sur 36
routeur Cisco. Si la requte aboutit, la couche 3 fonctionne correctement. Si les couches 1 3 fonctionnent correctement, le problme doit
se situer au niveau dune couche suprieure.
tape 3. Vrifiez le fonctionnement de la liste daccs et de la traduction NAT.
Pour dpanner les listes de contrle daccs, procdez comme suit :
Utilisez la commande show access-list. Des listes de contrle daccs arrteraient-elles le trafic ? Notez les listes daccs qui ont
des correspondances.
Rinitialisez les compteurs des listes daccs laide de la commande clear access-list counters et essayez dtablir nouveau
une connexion.
Vrifiez les compteurs des listes daccs. Certains compteurs ont-ils augment ? Devraient-ils augmenter ?
Pour dpanner la fonction NAT, procdez comme suit :
Utilisez la commande show ip nat translations. Existe-t-il des traductions ? Les traductions sont-elles conformes aux attentes ?
Effacez les traductions NAT laide de la commande clear ip nat translation * et essayez nouveau daccder aux ressources
externes.
Utilisez la commande debug ip nat et analysez le rsultat.
Analysez le fichier de la configuration courante. Les commandes ip nat inside et ip nat outside sont-elles situes sur les bonnes
interfaces ? Le pool NAT est-il correctement configur ? La liste de contrle daccs identifie-t-elle correctement les htes ?
Si les listes de contrle daccs et la traduction NAT fonctionnent normalement, le problme doit se situer au niveau dune couche
suprieure.
tape 4. Dpannez la connectivit des protocoles de couche suprieure.
Mme si une connectivit IP existe entre une source et une destination, des problmes peuvent toujours exister pour un protocole de
couche suprieure spcifique, tel que FTP, HTTP ou Telnet. Ces protocoles utilisent le transport IP de base mais sont sujets des problmes
spcifiques aux protocoles et relatifs aux filtres de paquets et aux pare-feu. Il est possible que seul le courriel ne fonctionne pas entre une
source et une destination.
Pour pouvoir dpanner un problme de connectivit au niveau du protocole de la couche suprieure, vous devez comprendre le
fonctionnement du protocole. Ces informations se trouvent gnralement dans le dernier document RFC relatif au protocole ou sur la page
Web des dveloppeurs.
Page 4 :
Rsolution des problmes de couche application
Les tapes suivantes permettent de rsoudre les problmes de couche
application :
tape 1 : cration dune copie de sauvegarde. Avant de poursuivre,
assurez-vous quune configuration valide a t enregistre pour tous les
priphriques sur lesquels la configuration peut tre modifie. Cela vous
permettra de revenir un tat initial connu.
tape 2 : premire modification de la configuration matrielle ou
logicielle. Si la correction ncessite plusieurs modifications, napportez
quune modification la fois.
tape 3 : valuation et documentation de chaque modification et de son
rsultat. Si le rsultat dune tape visant rsoudre le problme nest pas
satisfaisant, annulez immdiatement les modifications. Si le problme est
intermittent, attendez de voir si le problme se produit de nouveau avant dvaluer leffet de la modification.
CCNA 4 Version 4.0
By NSK
Page 35 sur 36
tape 4 : dterminer si la modification rsout le problme. Assurez-vous que la modification rsout bien le problme sans en crer de
nouveaux. Le rseau doit revenir un fonctionnement conforme la ligne de base et aucun symptme (nouveau ou existant) ne doit
exister. Si le problme nest pas rsolu, annulez toutes les modifications. Si de nouveaux problmes ou des problmes supplmentaires
sont dtects, modifiez le plan de correction.
tape 5 : arrt lorsque le problme est rsolu. Napportez plus de modifications ds que le problme dorigine semble rsolu.
tape 6 : recours une aide externe, si ncessaire. Il peut sagir dun collgue, dun consultant ou du centre dassistance technique (TAC)
de Cisco. En de rares occasions, une image mmoire peut tre ncessaire ; celle-ci peut tre analyse par un spcialiste de Cisco Systems.
tape 7 : documentation. Une fois le problme rsolu, documentez la solution.
CCNA 4 Version 4.0
By NSK
Page 36 sur 36
8.6-Rsum
Dans le prsent chapitre, vous avez appris quune ligne de base du rseau est requise pour effectuer un dpannage efficace. La premire
tape de la cration dune ligne de base consiste sassurer que la documentation rseau est jour et exacte. Une bonne documentation
rseau doit inclure une table de configuration rseau pour tous les priphriques et un diagramme topologique qui indique ltat actuel du
rseau. Lorsque le rseau a t entirement document, une mesure de ligne de base des performances rseau doit tre prise sur une
priode allant de plusieurs semaines un mois afin dtablir la personnalit du rseau. La premire ligne de base est cre au moment o
le fonctionnement est stable et normal.
Le meilleur moyen de dpanner consiste suivre une approche mthodique en utilisant un modle en couches, tels que les modles OSI ou
TCP/IP. Les trois mthodes couramment utilises pour le dpannage sont les mthodes ascendante, descendante et diviser et conqurir.
Chaque mthode prsente des avantages et des inconvnients ; vous avez appris choisir la mthode appliquer. Vous avez galement
tudi les diffrents outils matriels et logiciels qui permettent aux professionnels des rseaux de recueillir des symptmes et de dpanner
des problmes rseau.
Bien quils fonctionnent principalement sur les trois premires couches OSI, les rseaux tendus font lobjet de problmes de mise en
uvre qui peuvent affecter le fonctionnement du reste du rseau. Vous avez tudi certaines considrations prendre en compte lors de
la mise en uvre de rseaux tendus et les problmes quintroduisent souvent les rseaux tendus dans les rseaux, par exemple les
menaces de scurit, les problmes de bande passante, la latence et les problmes de qualit de service (QS).
Enfin, vous avez analys les symptmes et les causes des problmes se produisant couramment au niveau de chaque couche OSI et vous
avez tudi les tapes menant leur rsolution.
CCNA 4 Version 4.0
By NSK

Dépannage Du Réseau

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Dépannage Du Réseau

Încărcat de

Drepturi de autor:

Formate disponibile

Chapitre 8 Dpannage du Rseau

CCNA Exploration - Commutation de rseau local et sans fil

8.1-Etablissement de la ligne de Base des performances du Rseau

la table de la configuration du rseau ;

Table de la configuration du rseau

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

Cliquez sur le bouton Documentation Routeur et commutateur dans la figure.

le type de priphrique et la dsignation du modle ;

Cliquez sur le bouton Documentation Systme dextrmit dans la figure.

le nom du priphrique (fonction) ;

Cliquez sur le bouton Diagramme topologique du rseau dans la figure.

les symboles de tous les priphriques et leurs connexions ;

les numros et types dinterface ;

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

8.1.2-Documenter Votre Rseau

La commande ping permet de tester la connectivit

8.1.3-Pourquoi est-il important dtablir une ligne de Base de Rseau

Quelles sont les performances du rseau dans

Chapitre 8 Dpannage du Rseau

8.1.4-Etablissement de la ligne de Base des performances du Rseau

les ports des priphriques rseau qui se connectent

La figure illustre une topologie dans laquelle ladministrateur

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

Cliquez sur le bouton Dure de la ligne de base dans la figure.

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

8.2-Mthodologie et outils de dpannage

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

Chaque approche prsente des avantages et des

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

Mthode de dpannage descendante

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

8.2.5- Recueil des symptmes

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

8.2.6- Outils de dpannage

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

Cliquez sur le bouton Outils de cration dune ligne de base

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

Analyseurs rseau portables

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

8.3-Problmes Courant avec la mise en uvre dun Rseau tendu

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

8.3.4-Considrations sur la Topologie du rseau tendu

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

De nombreux rseaux tendus sappuient sur une topologie en

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

CCNA 4 Version 4.0

Chapitre 8 Dpannage du Rseau

8.3.5-Considration sur la Bande Passante des Rseaux Etendus