1 00:00:00,790 --> 00:00:09,100 Sagen Sie ihm zu Rodders. Lassen Sie uns einen Blick auf die Protokolliergrade von Rodda 1 werfen. 2 00:00:09,190 --> 00:00:17,630 Die Protokollierung der Befehlskonsole ist standardmäßig aktiviert. Diese Ebene dient zum Debuggen an anderen Stellen, an denen Sie 3 00:00:17,630 --> 00:00:20,200 sich am Monitor anmelden können. 4 00:00:20,300 --> 00:00:28,850 Dies ist in der Regel der Fall, wenn Sie zu einem Gerätepuffer telnet, wenn die Pufferprotokollierung deaktiviert ist. Die Trap-Protokollierung, 5 00:00:31,550 --> 00:00:36,820 die mit dem Protokollserver verwendet wird, wird auf die Informationsebene festgelegt. 6 00:00:37,010 --> 00:00:45,380 Ich bemerkte also, dass diese Debugging-Ebene mit der Level 7-Trap-Protokollierung standardmäßig auf diesem 7 00:00:45,670 --> 00:00:50,760 Router auf Informationsebene (Level 6) eingestellt ist. 8 00:00:51,020 --> 00:00:58,550 Schreiben Sie es also, um Protokollierung oder Protokollierung zu zeigen. 9 00:00:58,660 --> 00:01:00,850 Jetzt hat sich dieser Shradha nicht geändert. 10 00:01:00,850 --> 00:01:02,370 Dies ist die Standardeinstellung. 11 00:01:02,470 --> 00:01:11,110 Daher ist der Level 7-Monitor des Konsulats Level 7-Puffer deaktiviert und der Trap. 12 00:01:11,140 --> 00:01:15,780 Mit anderen Worten, das Senden an einen Slug ist auf Information gesetzt. 13 00:01:15,830 --> 00:01:20,730 Mal sehen, was passiert, wenn wir an den Stangen Änderungen vornehmen. 14 00:01:20,870 --> 00:01:29,440 Ich werde eine IP-Adresse für jeden Rodda konfigurieren, also die Schnittstelle nicht schließen. 15 00:01:29,440 --> 00:01:33,830 Beachten Sie, was passiert, wenn Sie nicht schreiben, wenn die Schnittstelle aufgerufen wird. 16 00:01:33,830 --> 00:01:38,260 In diesem Fall ist der Text Rijk kopiert. 17 00:01:38,530 --> 00:01:44,180 Bei den meisten Routern wird sie jedoch standardmäßig nicht erneut kopiert. 18 00:01:44,230 --> 00:01:49,810 Der Grund, warum es hier gemacht wird, ist, dass ich die Shradha innerhalb 19 00:01:53,070 --> 00:02:01,270 von ingenius 3 ausführte und standardmäßig auf diesem Rodda von Jinnah 3 Rodda dieser Befehl synchron auf der Konsole eingetippt wurde. 20 00:02:01,650 --> 00:02:10,650 Wenn Sie also show run eingeben und einen Blick auf die Konsole dieses Rodda werfen, werden Sie feststellen, dass die Protokollierung synchron 21 00:02:10,650 --> 00:02:16,620 aktiviert wurde. Wenn Sie also einen Befehl eingeben, werde ich nicht unterbrochen und 22 00:02:16,620 --> 00:02:23,660 ich werde das einfach demonstrieren Wenn ich wieder Interface-Loop bei 0 eingebe und dann die IP-Adresse antippe. 23 00:02:23,880 --> 00:02:26,830 Beachten Sie, dass der Befehl erneut eingegeben wird. 24 00:02:29,410 --> 00:02:40,660 Auf der Konsole Wenn ich jedoch zur Konsole dieses Routers gehe und keine Protokollierung synchron eingebe und dann Schnittstellenschleife auf 25 00:02:40,660 --> 00:02:50,310 Null zurückschalte und anfange zu tippen, habe ich bemerkt, dass mein Text nicht erneut kopiert wird. 26 00:02:50,500 --> 00:02:59,910 Ich muss also als Beispiel auf die Tabulatortaste drücken, um zu sehen, was ich eingegeben habe. In der Regel sollten Sie die 27 00:03:01,170 --> 00:03:06,730 Protokollierung synchron auf Ihrer Konsole eingeben, damit Ihr Text erneut kopiert wird. 28 00:03:08,900 --> 00:03:14,880 Ich werde OSPF auf diesen Routern aktivieren. 29 00:03:14,920 --> 00:03:15,780 Bereiche, 30 00:03:19,190 --> 00:03:25,390 die einfach zu vereinfachen sind, ermöglichen OSPF auf allen Schnittstellen. 31 00:03:29,140 --> 00:03:30,190 Kurz bevor ich das freue. 32 00:03:30,190 --> 00:03:34,620 Auf dem anderen Router werde ich P aktivieren. F. Nachbarschaften. 33 00:03:40,230 --> 00:03:42,900 Und er würde auf der rechten Seite 34 00:03:45,610 --> 00:03:51,760 eintreten. Rodda bemerkte auf der linken Seite, dass Rodda eine Menge Ausgabe auf der Benutzeroberfläche erhielt, da 35 00:03:52,390 --> 00:03:55,190 ich das Debuggen auf Rodek T aktiviert habe. 36 00:03:55,420 --> 00:04:00,000 Ich bekomme keine Ausgabe, weil ich das Debuggen nicht aktiviert habe, also 37 00:04:04,860 --> 00:04:07,240 wenn ich viele Informationen sehe. 38 00:04:07,300 --> 00:04:08,050 Also 39 00:04:11,280 --> 00:04:19,810 zeigen Sie, dass der Börsengang OSPF-Nachbarn ist. Ein Beispiel zeigt mir auch meine Nachbarschaft am Broadway. 40 00:04:19,970 --> 00:04:30,840 Ich habe gerade eine Benachrichtigung der Stufe 5 erhalten, in der es heißt, dass die Nachbarschaftsbeziehung aufgetaucht ist. Stufe 5 ist also eine 41 00:04:30,840 --> 00:04:34,690 Benachrichtigung, die normale, aber wichtige Bedingungen darstellt. 42 00:04:34,770 --> 00:04:40,880 So wurde ich informiert, dass eine Nachbarbeziehung auftauchte, aber auf Radio 1 wurde nichts 43 00:04:40,890 --> 00:04:50,770 anderes angezeigt, weil ich nicht immer p. F. adjacency debugging Ich sehe auf der Konsole dieses 44 00:04:50,820 --> 00:04:52,660 Rodda eine Menge Ausgaben. 45 00:04:52,930 --> 00:05:02,240 Und der Grund, warum es auf der Konsole angezeigt wird, ist der, dass ich auf der Konsole einen Debugging-Level habe. 46 00:05:02,290 --> 00:05:07,270 Wenn Sie also das Debugging aktivieren, wird die Ausgabe als Test erneut angezeigt. 47 00:05:07,270 --> 00:05:13,460 Also auf der Schnittstelle alle schnell Ethan geschlossen ist es 0 0 auf Rodda 2. 48 00:05:13,870 --> 00:05:17,680 Ich sehe also Logging-Informationen, dass die Nachbarschaft heruntergefahren ist. 49 00:05:17,680 --> 00:05:20,760 Level 5-Schnittstelle ist ausgefallen. 50 00:05:20,860 --> 00:05:24,990 Das Nachrichtenleitungsprotokoll der Stufe 5 ist gesunken. 51 00:05:25,000 --> 00:05:25,660 Stufe fünf. 52 00:05:25,660 --> 00:05:31,150 Nachricht, wenn ich die Schnittstelle wieder geschlossen habe. 53 00:05:31,250 --> 00:05:36,210 Beachten Sie, dass ich auf Radu eine Menge Ausgabe sehe. 54 00:05:36,340 --> 00:05:45,350 Dies ist auch deshalb so, weil ich mit Debugging gekennzeichnet bin. Wenn also Debugging oben angezeigt wurde, 55 00:05:45,640 --> 00:05:54,340 können Sie sehen, dass das Adacency-Debugging aktiviert wurde und die Protokollierungsstufe auf Stufe 7 eingestellt ist. 56 00:05:54,470 --> 00:06:09,220 Wenn ich jedoch die Protokollierung auf der Konsole auf Level 3-Serienfehlerbedingungen änderte, würde dies jetzt 57 00:06:09,220 --> 00:06:10,410 geschehen. 58 00:06:12,420 --> 00:06:24,050 Wenn ich den gleichen Test mache, schließe das Interface auf Rodda so, dass es auf dem Broadway nicht zu einem Shutdown kommt. 59 00:06:24,470 --> 00:06:26,860 Ich führe immer noch das OSPF-Debugging aus. 60 00:06:27,230 --> 00:06:31,100 Beachten Sie jedoch, dass auf der Konsole keine Debug-Meldungen angezeigt werden. 61 00:06:32,990 --> 00:06:40,820 IP-OSPF-Nachbarn anzeigen zeigt mir, dass meine Nachbarbeziehung entstanden ist, und ich kann das auf rodded sehen, 62 00:06:40,850 --> 00:06:43,830 zu dem sie noch Level 7 63 00:06:46,530 --> 00:06:49,130 Debugging auf der Konsole verwendet. 64 00:06:49,410 --> 00:06:56,840 Aber ich sehe das auf Rotto nicht, weil ich das Debugging auf Level 3 geändert habe. 65 00:06:56,850 --> 00:07:04,970 Mit anderen Worten, Fehler könnten ich noch einmal auf Stufe 7 ändern. 66 00:07:05,090 --> 00:07:06,280 Und lass uns ein Wort benutzen. 67 00:07:06,400 --> 00:07:15,500 Das Debuggen eines letzten Tests beendet die Schnittstellenbeziehung. 68 00:07:15,500 --> 00:07:16,940 Rufen Sie die Schnittstelle erneut auf. 69 00:07:17,860 --> 00:07:25,030 Und ich bemerke noch einmal das Debuggen auf Rotto 1, da ich von Level 7 auf Protokollierungsstufe gewechselt 70 00:07:25,030 --> 00:07:25,720 bin.