1 00:00:01,010 --> 00:00:06,800 Alle Arten von One-Shot-Aufnahmen auf der seriellen Verbindung in der Ausgabe können 2 00:00:10,900 --> 00:00:12,870 wir ein Halopaket sehen. 3 00:00:12,870 --> 00:00:16,540 S. von Rotto 1. 4 00:00:16,600 --> 00:00:24,670 Dies ist also ein Paket ohne SPF, das an die Multicast-Adresse 5 00:00:24,670 --> 00:00:33,790 für OSPF gesendet wird. Wir sehen, dass es in HGL als Unicast-Tasche angezeigt wird. 6 00:00:33,790 --> 00:00:46,910 Der Protokolltyp ist IP-Version is OSPF Es ist also das Protokoll 89 und das verwendete Protokoll ist OSPF. Wir können 7 00:00:46,910 --> 00:00:58,960 sehen, dass es sich um ein hohles Paket mit einer US-Netzwerkmaske handelt und dass es vom Router stammt. 8 00:00:58,990 --> 00:01:04,620 Wenn Sie sich die HDFC-Nachrichten anschauen, beachten Sie, dass es sich um IP-Version 4 handelt. 9 00:01:04,970 --> 00:01:15,460 Da das Protokoll hier CGP ist, wird hier ein anderer Typ verwendet. 10 00:01:15,730 --> 00:01:28,330 Und noch einmal, wenn wir mit IP-Version 6 einen anderen HLC-Typ als IP-Version 6 anpingen, ändern Sie 11 00:01:28,330 --> 00:01:35,180 die Kapselung auf einer Seite absichtlich auf etwas anderes. 12 00:01:35,430 --> 00:01:38,810 Also die verschiedenen Kapselungen Aber ich werde es einstellen. 13 00:01:39,090 --> 00:01:45,390 Und wir sollten bemerken, dass die Schnittstelle ausfällt. Man kann sehen, dass OSPF sagt, dass 14 00:01:45,390 --> 00:01:50,070 die Beziehung abgebrochen ist und dass das Leitungsprotokoll abgebrochen ist. 15 00:01:50,670 --> 00:01:53,950 Daher ist die serielle Schnittstelle der Schnittstellendarstellung gleich Null. 16 00:01:57,660 --> 00:02:04,830 In der Ausgabe sehen wir, dass die physikalische Schnittstelle aktiv ist, das Leitungsprotokoll jedoch ausfällt und 17 00:02:04,830 --> 00:02:06,840 die Lösung GPP ist. 18 00:02:06,900 --> 00:02:09,630 Dies bedeutet, dass wir kein Layer-1-Problem haben. 19 00:02:09,690 --> 00:02:15,720 Die Schnittstelle ist physisch verbunden, aber dies zeigt uns, dass wir ein Schicht-2-Problem haben, 20 00:02:15,720 --> 00:02:19,050 das in unserem Fall ein Einkapselungsproblem ist. 21 00:02:19,990 --> 00:02:22,560 Auf der Seite ist OSPF untergegangen. 22 00:02:22,780 --> 00:02:25,110 Schnittstelle anzeigen Ciril zum Nullabgleich 23 00:02:28,690 --> 00:02:34,910 überwacht den Befehl, den die Schnittstellen zwar physisch haben, das Leitungsprotokoll ist jedoch inaktiv. 24 00:02:34,930 --> 00:02:42,440 Der Grund, warum die Kapselung auf der Website eine gute Sache ist, ist eine gute Lösung. Peepy. Damit 25 00:02:43,360 --> 00:02:50,520 das Interface aktiviert ist, müssen Sie sicherstellen, dass die isolierte Isolation auf beiden Seiten die gleiche ist. 26 00:02:50,780 --> 00:03:00,530 Also nochmal auf der Seite alles auf HDL umstellen und hoffentlich soll das Interface nach 27 00:03:00,530 --> 00:03:02,540 einer Weile auftauchen. 28 00:03:02,540 --> 00:03:04,140 Nun, das ist darauf ausgerichtet, am Leben zu bleiben. 29 00:03:04,220 --> 00:03:12,340 Daher müssen Sie möglicherweise eine Weile warten, bis diese jammernden Gesichter auf 10 Sekunden eingestellt sind. 30 00:03:12,620 --> 00:03:18,740 Es kann also einige Sekunden dauern, bis der Link herunterfährt oder heraufkommt. 31 00:03:18,920 --> 00:03:25,520 Ich weiß nicht, ob eine Schnittstelle geschlossen ist, und rechne damit, dass sie sofort funktioniert oder sofort heruntergefahren wird. 32 00:03:25,700 --> 00:03:32,540 Warten Sie einige Sekunden, damit keepalive den Link durchlaufen kann, um sicherzustellen, dass die Dinge ordnungsgemäß funktionieren. 33 00:03:32,630 --> 00:03:35,440 Das Leitungsprotokoll war also zu dieser Zeit auf oder ab. 34 00:03:35,840 --> 00:03:44,820 Ich habe hier bemerkt, dass es hochgegangen ist. Warten Sie also immer ein 35 00:03:44,820 --> 00:03:53,600 paar Sekunden, damit Keep Alive von einer Seite zur anderen gelingen kann. 36 00:03:53,670 --> 00:03:57,540 Beziehungen wurden gebildet, und wenn Sie sich die Schnittstelle ansehen, können 37 00:04:00,400 --> 00:04:02,690 Sie erkennen, dass Schnittstellen Pop sind. 38 00:04:02,790 --> 00:04:04,950 Sie hielten die Isolation für HTL. 39 00:04:05,110 --> 00:04:16,000 Beachten Sie das Keepalive, das Sie beim Waschen oder Capturen beim Scrollen nach oben sehen können. 40 00:04:16,150 --> 00:04:21,800 Es wird viel Verhandlung zwischen OSPF-Nachbarn stattfinden. 41 00:04:21,860 --> 00:04:25,650 Worauf ich hier hinweisen möchte, ist das Keepalive. 42 00:04:25,860 --> 00:04:30,120 Es gibt also einen Keepalive Heiligen von einer Seite zur anderen. 43 00:04:30,480 --> 00:04:32,990 Ich stelle fest, dass wir Zahlen für den Keep-Alive sequenziert haben. 44 00:04:33,090 --> 00:04:41,010 Es gibt also eine ausgehende Sequenznummer und eine zurückgegebene Sequenznummer für die Keep Alive von einer Seite 45 00:04:41,010 --> 00:04:47,630 der Verbindung zur anderen und Sie werden bemerken, dass hier weiterhin gesendet wird. 46 00:04:47,630 --> 00:04:54,650 Beachten Sie, dass die Sequenznummer auf 1 gesetzt wurde, als die Schnittstelle kam wieder auf. 47 00:04:54,670 --> 00:04:57,240 Hier ist die OSPF-Verhandlung. 48 00:04:57,310 --> 00:05:06,320 Ja die IP-Version 6 in Verhandlung und beachten Sie, dass hier immer OSPF-Kram bleibt. 49 00:05:06,760 --> 00:05:09,640 Und beachte die Sequenznummern im Keep Alive. 50 00:05:10,270 --> 00:05:14,530 Weil das Interface auch bei Rodda wieder aufkam. 51 00:05:14,530 --> 00:05:16,750 Die halten also die gezeigten. 52 00:05:17,110 --> 00:05:21,190 Daher ist es wichtig, dass beide Seiten die gleiche Kapselung haben. 53 00:05:22,630 --> 00:05:29,680 Es ist wichtig, dass Sie die isolierte Isolation überprüfen, ob die physische Schnittstelle aktiv ist. Überprüfen Sie, ob das 54 00:05:29,680 --> 00:05:36,190 Leitungsprotokoll aktiv ist, und warten Sie einige Sekunden, bis der Keepalive-Vorgang auf beiden Seiten erfolgreich ist. 55 00:05:36,520 --> 00:05:43,270 Warten Sie also etwa eine halbe Minute, um sich niederzulassen und weiterleben zu lassen.