1
00:00:01,100 --> 00:00:06,300
Savoir résoudre les problèmes de réseau est une compétence très importante pour tout ingénieur réseau.

2
00:00:06,560 --> 00:00:13,340
Et savoir utiliser correctement la journalisation sur les routeurs et les commutateurs Cisco est une condition sine qua non pour vous aider

3
00:00:13,340 --> 00:00:14,680
à résoudre les problèmes.

4
00:00:14,690 --> 00:00:21,470
Il est essentiel que vous sachiez utiliser la journalisation directement sur un périphérique Cisco et utiliser un serveur de type slug

5
00:00:21,740 --> 00:00:24,100
lorsque vous devez dépanner des réseaux.

6
00:00:24,110 --> 00:00:27,990
Cisco propose désormais de nombreuses options en matière de journalisation.

7
00:00:28,010 --> 00:00:31,360
Vous pouvez vous connecter directement au consul d'Urara.

8
00:00:31,460 --> 00:00:40,090
Vous pouvez vous connecter à une mémoire tampon que vous pouvez consulter pour assister le serveur

9
00:00:40,090 --> 00:00:46,180
de journalisation ainsi que des options de journalisation supplémentaires dans

10
00:00:46,450 --> 00:00:53,740
ces vidéos. le tampon ainsi que la connexion au serveur de journaux ISIS.

11
00:00:53,740 --> 00:01:01,350
Commençons donc dans cet exemple de réseau simple de deux barres Rato une sur deux barres connectées via Ils

12
00:01:01,350 --> 00:01:02,290
en premier.

13
00:01:02,310 --> 00:01:09,560
Ethan doit faire face à la Route 1 si je passe à la première interface Ethan et ne la ferme pas.

14
00:01:09,640 --> 00:01:16,120
Remarquez la sortie affichée sur le lien de la console, puis un numéro.

15
00:01:16,120 --> 00:01:26,240
Dans ce cas, trois interfaces en amont en premier Ethan, il est 0 0 a changé d'état en état actif, puis

16
00:01:26,240 --> 00:01:34,930
nous obtenons un autre message ou protocole de ligne numéro cinq dans ce cas, protocole en aval et

17
00:01:34,940 --> 00:01:36,440
interface en haut.

18
00:01:36,460 --> 00:01:40,510
Il y a aussi un horodatage sur le message.

19
00:01:40,510 --> 00:01:45,130
Il s’agit donc de messages de journalisation affichés sur la console du routeur.

20
00:01:45,400 --> 00:01:50,230
Et ce nombre indique le niveau de journal de service.

21
00:01:50,290 --> 00:01:57,390
Vous pouvez en savoir plus sur le protocole de journalisation dans RAFC 5:44.

22
00:01:57,720 --> 00:02:03,400
Et je ne vous ennuierai pas de parcourir tout le RAFC. Mais si vous voulez connaître les

23
00:02:03,520 --> 00:02:08,930
détails de la journalisation des messages et du protocole lent, c’est un bon point de départ.

24
00:02:09,060 --> 00:02:11,310
Je vais simplement souligner quelques points.

25
00:02:11,310 --> 00:02:14,370
Certains types de fonctions sont effectuées.

26
00:02:14,460 --> 00:02:20,360
Nous avons l'expéditeur qui génère le contenu Suslov à porter dans un message.

27
00:02:20,370 --> 00:02:26,810
Ainsi, par exemple, un routeur génère ce message de journal. Nous pourrions ensuite avoir un collecteur qui rassemble

28
00:02:26,810 --> 00:02:31,270
ce contenu de journal pour une analyse ultérieure dans une vidéo ultérieure.

29
00:02:31,350 --> 00:02:34,940
Je vais vous montrer comment configurer un système solaire Wiens, explique le serveur de journalisation.

30
00:02:35,190 --> 00:02:40,960
En tant que collecteur capturant plusieurs messages syslog sur un serveur central.

31
00:02:41,400 --> 00:02:45,480
Mais pour l'instant, commençons par quelques principes de base de ce journal.

32
00:02:46,080 --> 00:02:50,000
Et pour ce faire, nous devons examiner la priorité de chacun.

33
00:02:50,000 --> 00:02:51,400
Donc, message SLOC.

34
00:02:51,610 --> 00:03:00,720
Ainsi, dans le RAFC, nous avons les codes numériques 0 à 7 avec la description de la gravité.

35
00:03:00,720 --> 00:03:07,740
Lorsque vous configurez la journalisation sur un itinéraire, par exemple, vous pouvez configurer la sévérité soit par le numéro,

36
00:03:08,070 --> 00:03:17,830
soit par son nom, de manière à ce que tous les Cecka se trouvent au moment où je tape la journalisation de show remarquée lorsque j’ai tapé

37
00:03:18,240 --> 00:03:25,200
et qu’un message de niveau 5 et lorsque j'ai tapé montré logging, cela me montre que la journalisation de

38
00:03:25,200 --> 00:03:28,950
la console est définie sur le débogage de niveau.

39
00:03:29,100 --> 00:03:33,620
Je peux configurer le niveau de journalisation en tapant journalisation.

40
00:03:37,130 --> 00:03:44,180
Il existe plusieurs options, mais dans cet exemple, je vais configurer la journalisation. Konsole utilise un point

41
00:03:44,630 --> 00:03:52,930
d'interrogation et remarque que je peux spécifier un niveau de gravité de journalisation à l'aide d'un nombre ou un mot.

42
00:03:53,030 --> 00:03:58,670
Donc, soit le débogage ou en utilisant le numéro 7.

43
00:03:58,690 --> 00:04:04,900
Commençons donc avec le numéro le plus élevé sept, le débogage, qui vous permet d'afficher les messages de

44
00:04:05,540 --> 00:04:07,650
débogage des messages d'information Six.

45
00:04:07,660 --> 00:04:15,210
Ce serait quelque chose comme une liste d’accès de cinq notifications de violation, conditions normales mais importantes, et un exemple

46
00:04:16,340 --> 00:04:19,020
de protocole de ligne en panne.

47
00:04:19,250 --> 00:04:21,970
Donc interface si Cirrus a 0.

48
00:04:22,100 --> 00:04:28,610
Si je ferme l'interface, notez que le protocole à cinq lignes est en panne.

49
00:04:29,470 --> 00:04:31,970
Pour ces conditions d'alerte.

50
00:04:32,100 --> 00:04:41,750
Ainsi, un fichier de configuration est écrit sur un serveur via une erreur Shreeves de requête S & P.

51
00:04:41,760 --> 00:04:43,540
Ceci est une condition d'erreur.

52
00:04:43,560 --> 00:04:51,550
Un exemple serait les messages de mise à jour d'interface vers ces conditions critiques, qui pourraient ressembler à des

53
00:04:51,880 --> 00:04:53,810
échecs d'allocation de mémoire.

54
00:04:54,040 --> 00:04:57,680
L'un est une action d'alerte doit être prise immédiatement.

55
00:04:57,760 --> 00:05:04,480
Cela pourrait être quelque chose comme la limite de température a été dépassée et les urgences, le système est instable.

56
00:05:04,750 --> 00:05:11,950
Ainsi, un exemple serait que le système est en train de s'arrêter en raison d'un plateau de ventilateur manquant sur

57
00:05:11,950 --> 00:05:13,070
un commutateur.

58
00:05:13,090 --> 00:05:22,330
Les numéros numériques sont donc spécifiés dans ce RAFC 5:44 et sont spécifiés à de nombreux endroits sur le site

59
00:05:22,330 --> 00:05:24,190
Web de Cisco.

60
00:05:24,190 --> 00:05:26,040
Donc, voici un exemple.

61
00:05:26,900 --> 00:05:36,440
Sur le site Web de Cisco, vous parlez des mots-clés du message d'erreur et des définitions de journal correspondantes d'Unix.

62
00:05:36,440 --> 00:05:42,230
Donc, encore une fois, les notifications correspondent à cinq conditions normales mais significatives.

63
00:05:42,230 --> 00:05:48,140
Examinons maintenant un autre exemple montrant les différences de sortie sur la console d’un routeur

64
00:05:48,440 --> 00:05:56,640
en fonction du débogage que vous avez défini. Vous devez notamment noter que si vous activez un niveau supérieur tel que

65
00:05:56,790 --> 00:06:06,660
7, tous les autres niveaux sont activés si vous activer un niveau tel que cinq, ce qui signifie que les niveaux 0 1 2 3

66
00:06:06,660 --> 00:06:08,960
4 et 5 sont activés.

67
00:06:09,210 --> 00:06:16,320
Ainsi, chaque fois que vous spécifiez un niveau de ce niveau et que tous les niveaux inférieurs sont activés sur le routeur.