1
00:00:00,790 --> 00:00:09,100
Dites-le aux rodders Regardons les niveaux de journalisation montrent la journalisation sur Rodda 1.

2
00:00:09,190 --> 00:00:17,630
Il y a l'activation par défaut de la journalisation de la console de commande au niveau de ces débogages à d'autres endroits où

3
00:00:17,630 --> 00:00:20,200
vous pouvez vous connecter sur le moniteur.

4
00:00:20,300 --> 00:00:28,850
Cela se produit généralement lorsque vous connectez telnet à un tampon de périphérique au moment où la journalisation de la mémoire tampon est désactivée. La

5
00:00:31,550 --> 00:00:36,820
journalisation des interruptions utilisée avec le serveur de journalisation est définie sur le niveau informationnel.

6
00:00:37,010 --> 00:00:45,380
J'ai donc remarqué que le niveau de débogage de la console correspondant à la journalisation des interruptions de niveau 7 est défini

7
00:00:45,670 --> 00:00:50,760
par défaut sur ce routeur en mode informatif, qui correspond au niveau 6.

8
00:00:51,020 --> 00:00:58,550
Alors, écrivez-le pour afficher la journalisation ou plutôt pour la journalisation.

9
00:00:58,660 --> 00:01:00,850
Maintenant, cette Shradha n'a pas été changée.

10
00:01:00,850 --> 00:01:02,370
Ce sont les valeurs par défaut.

11
00:01:02,470 --> 00:01:11,110
Ainsi, le moniteur de niveau 7 du consulat est le niveau 7, la mémoire tampon est désactivée et le piège.

12
00:01:11,140 --> 00:01:15,780
En d'autres termes, l'envoi vers un slug est défini sur information.

13
00:01:15,830 --> 00:01:20,730
Voyons ce qui se passe lorsque nous apportons des modifications aux tiges.

14
00:01:20,870 --> 00:01:29,440
Je vais configurer une adresse IP sur chaque Rodda afin de ne pas fermer l'interface.

15
00:01:29,440 --> 00:01:33,830
Remarquez ce qui se passe quand vous ne tapez pas quand l'interface apparaît.

16
00:01:33,830 --> 00:01:38,260
Dans ce cas, le texte est copié par Rijk.

17
00:01:38,530 --> 00:01:44,180
Mais sur la plupart des routeurs par défaut, il ne sera pas recopié.

18
00:01:44,230 --> 00:01:49,810
Cela s'explique par le fait que j'exécute Shradha dans ingenius 3 et

19
00:01:53,070 --> 00:02:01,270
que, par défaut, cette Rodda 3 de Jinnah est enregistrée cette commande de manière synchrone sur la console.

20
00:02:01,650 --> 00:02:10,650
Donc, si je tape vraiment show run et jette un œil à la console de cette Rodda, vous remarquerez que la journalisation synchrone a été

21
00:02:10,650 --> 00:02:16,620
activée, ce qui signifie que lorsque je tape une commande, je ne suis pas interrompu et

22
00:02:16,620 --> 00:02:23,660
je démontrerai simplement que de nouveau si je tape interface en boucle à 0 puis commence à tapoter l'adresse IP.

23
00:02:23,880 --> 00:02:26,830
Notez que la commande est retapée.

24
00:02:29,410 --> 00:02:40,660
Sur la console Cependant, si je vais à la console de ce routeur et que je ne tape pas de journalisation synchrone, puis que

25
00:02:40,660 --> 00:02:50,310
je boucle l'interface à nouveau et que je commence à taper, mon texte n'est pas recopié, il est coincé là-haut.

26
00:02:50,500 --> 00:02:59,910
Il me faut donc appuyer sur l'onglet comme exemple pour voir ce que je saisais, donc vous voudrez généralement taper la journalisation

27
00:03:01,170 --> 00:03:06,730
de manière synchrone sur votre console pour que votre texte soit recopié.

28
00:03:08,900 --> 00:03:14,880
Je vais activer OSPF sur ces routeurs.

29
00:03:14,920 --> 00:03:15,780
Les

30
00:03:19,190 --> 00:03:25,390
zones zéro, pour simplifier, permettent toutes d'activer le protocole OSPF sur toutes les interfaces.

31
00:03:29,140 --> 00:03:30,190
Juste avant que je permette cela.

32
00:03:30,190 --> 00:03:34,620
Sur l'autre routeur, je vais activer P. F. adjacences.

33
00:03:40,230 --> 00:03:42,900
Et il entrerait sur le

34
00:03:45,610 --> 00:03:51,760
côté droit, Rodda remarquant sur le côté gauche, Rodda. L’interface génère beaucoup de sorties car

35
00:03:52,390 --> 00:03:55,190
j’ai activé le débogage sur Rodek T.

36
00:03:55,420 --> 00:04:00,000
Je ne reçois aucune sortie parce que je n'ai pas activé le débogage, donc

37
00:04:04,860 --> 00:04:07,240
c'est lorsque je vois beaucoup d'informations.

38
00:04:07,300 --> 00:04:08,050
Donc

39
00:04:11,280 --> 00:04:19,810
montrer que IPO est un voisin OSPF, un exemple me montre aussi ma relation de voisinage sur Broadway.

40
00:04:19,970 --> 00:04:30,840
Je viens de recevoir une notification de niveau 5 indiquant que la relation de voisinage a été mise en place. Le niveau 5 est donc une

41
00:04:30,840 --> 00:04:34,690
notification qui est une condition normale mais significative.

42
00:04:34,770 --> 00:04:40,880
J'ai donc été informé qu'une relation de voisinage s'était instaurée mais que rien d'autre n'était affiché alors que sur

43
00:04:40,890 --> 00:04:50,770
Radio 1 car je suis incapable de toujours P. F. débogage de contiguïté Je vois beaucoup de sortie sur

44
00:04:50,820 --> 00:04:52,660
la console de cette Rodda.

45
00:04:52,930 --> 00:05:02,240
Et la raison pour laquelle il s'affiche sur la console est que j'ai un niveau de débogage de la journalisation sur la console.

46
00:05:02,290 --> 00:05:07,270
Ainsi, lorsque vous activez le débogage, vous voyez la sortie comme une nouvelle fois le test.

47
00:05:07,270 --> 00:05:13,460
Donc, sur l’interface, tous sont vite fermés Ethan, c’est 0 0 sur Rodda 2.

48
00:05:13,870 --> 00:05:17,680
Je vois donc des informations de journalisation indiquant que la adjacence a diminué

49
00:05:17,680 --> 00:05:20,760
L'interface de niveau 5 a baissé.

50
00:05:20,860 --> 00:05:24,990
Le protocole de ligne de message de niveau cinq a été abaissé.

51
00:05:25,000 --> 00:05:25,660
Niveau cinq

52
00:05:25,660 --> 00:05:31,150
Message lorsque je sais que l'interface est à nouveau fermée.

53
00:05:31,250 --> 00:05:36,210
Remarquez que je vois beaucoup de résultats sur Radu one.

54
00:05:36,340 --> 00:05:45,350
Et encore une fois, c’est parce que je suis étiqueté «débogage». Par conséquent, si au-dessus de vous, vous pouvez

55
00:05:45,640 --> 00:05:54,340
voir que j’ai été débogué par contiguïté et que le niveau de journalisation est défini au niveau 7.

56
00:05:54,470 --> 00:06:09,220
Si toutefois je changeais la connexion sur la console aux conditions d'erreur de série de niveau 3, par exemple, ce qui se passerait

57
00:06:09,220 --> 00:06:10,410
maintenant

58
00:06:12,420 --> 00:06:24,050
Lorsque je fais le même test, fermez l'interface sur Rodda pour ne pas la fermer sur Broadway.

59
00:06:24,470 --> 00:06:26,860
J'exécute toujours le débogage OSPF.

60
00:06:27,230 --> 00:06:31,100
Mais remarquez que je ne vois pas de messages de débogage sur la console.

61
00:06:32,990 --> 00:06:40,820
Show IP OSPF voisin me montre que ma relation de voisin est apparue et que je peux voir cela sur

62
00:06:40,850 --> 00:06:43,830
le disque auquel elle utilise toujours le débogage

63
00:06:46,530 --> 00:06:49,130
de niveau 7 sur la console.

64
00:06:49,410 --> 00:06:56,840
Mais je ne vois pas cela sur Rotto one car j'ai changé le débogage au niveau 3.

65
00:06:56,850 --> 00:07:04,970
En d’autres termes, je pourrais encore une fois changer cela au niveau 7.

66
00:07:05,090 --> 00:07:06,280
Et utilisons un mot.

67
00:07:06,400 --> 00:07:15,500
Donc, le dernier test du débogage qui ferme la relation d’interface est rompu.

68
00:07:15,500 --> 00:07:16,940
Ramenez l'interface à nouveau.

69
00:07:17,860 --> 00:07:25,030
Et remarquez encore une fois que je vois le débogage sur Rotto one parce que je suis passé au niveau de journalisation au

70
00:07:25,030 --> 00:07:25,720
niveau 7.
