1 00:00:00,980 --> 00:00:05,100 Im Moment ist eher einer, der PC ist, man kann eine fünf schreiben. 2 00:00:05,240 --> 00:00:06,740 Handeln ist PC. 3 00:00:07,510 --> 00:00:08,720 Alle 10 4 00:00:11,810 --> 00:00:15,000 dieser Debugs Schauen wir uns einige show-Befehle an. 5 00:00:15,020 --> 00:00:23,690 Der erste Befehl auf Rodda, der den Zira-Tunnelnull für den Schnittstellentunnel anzeigt, ist aufwärts gerichtet. 6 00:00:23,970 --> 00:00:25,560 Der Hardwaretyp ist Tunnel. 7 00:00:25,830 --> 00:00:35,090 Die IP-Adresse an der Schnittstelle ist 1 zu 3 bis 1 mit einem 8 00:00:35,090 --> 00:00:40,960 Schrägstrich 30 ausgeschrieben. Der Verkapselungstyp ist Tunnel. 9 00:00:41,210 --> 00:00:47,370 Das Protokoll und der Transport sind GRV über IP Version 4. 10 00:00:47,390 --> 00:00:58,050 Beachten Sie, dass das MT, das Sie für diese Schnittstelle reduziert haben, aufgrund der in GRB verwendeten Header das MT, das Sie zwingen, seriell 11 00:00:58,410 --> 00:01:05,190 auf Null zu setzen, oder die maximale Übertragungseinheit für Schnittstelle auf Schrägstrich Null ist. 12 00:01:06,120 --> 00:01:14,570 5300 Bytes, aber der MTUC für den GOP-Tunnel ist 15:14. 13 00:01:14,800 --> 00:01:24,850 1 4 5 0 minus 1 5 1 4 ergibt also 36 Bytes aufgrund der zusätzlichen Header, die in Jari verwendet werden. 14 00:01:25,060 --> 00:01:27,400 Die leere Ansicht ist reduziert. 15 00:01:27,400 --> 00:01:32,500 Mit anderen Worten, es können nur kleine Pakete über die serielle Verbindung 16 00:01:32,500 --> 00:01:38,550 übertragen werden, da Jeery zusätzliche Header hinzugefügt hat. Ursprünglich haben wir nur einen einzigen IP-Header. 17 00:01:38,750 --> 00:01:46,040 Aber jetzt haben wir einen zusätzlichen IP-Header, den so genannten Delivery-Header sowie den GOP-Header, und 18 00:01:46,040 --> 00:01:48,200 wir können sehen, dass bei 19 00:01:53,030 --> 00:01:57,320 einer Schock-Erfassung der Verkehr auf Getreide erfasst wird, um 20 00:02:01,160 --> 00:02:07,390 einen auf Rodda zu schneiden PC eins zwei von fünf als PC zum 21 00:02:13,460 --> 00:02:14,450 Ping. 22 00:02:14,730 --> 00:02:20,320 Ich erinnere mich, dass wir ursprünglich nur einen IP-Header der Version 4 mit der Nutzlast hätten. 23 00:02:20,510 --> 00:02:26,730 Jetzt haben wir jedoch sowohl den GOP-Header als auch den Out-Header oder den Delivery-Header. 24 00:02:27,110 --> 00:02:32,540 Das ursprüngliche Paket, das Rodda hier erhalten hat, enthält 25 00:02:38,130 --> 00:02:41,430 also nicht die GOP-Header. 26 00:02:41,550 --> 00:02:43,140 Wenn wir diesen 27 00:02:49,630 --> 00:02:55,480 Ping erneut ausführen, ist dies das erste Itam-Interface, auf das er gebracht wurde. 28 00:02:55,700 --> 00:03:04,310 Wir können die Ping-Nachricht mit der Standard-IP-Version für Header und Ethernet-Header sehen. Wenn dies jedoch über die 29 00:03:04,310 --> 00:03:12,310 serielle Schnittstelle geht, wird bei einem Cisco-Deal der ursprüngliche Header und die Nutzlast angezeigt. 30 00:03:12,540 --> 00:03:18,700 Also da ist der Ping aber beachtet noch einmal den zusätzlichen Header. 31 00:03:18,790 --> 00:03:23,870 Wir haben also sowohl die Lieferung als auch den GOP-Header gehabt. 32 00:03:25,080 --> 00:03:33,120 Im Vergleich zum ursprünglichen Paket wurden daher zusätzliche Header hinzugefügt, wodurch die leere Ansicht 33 00:03:33,190 --> 00:03:34,790 reduziert wird. 34 00:03:34,790 --> 00:03:43,480 Sie können aufgrund der zusätzlichen Header nur eine maximale Paketgröße von 15 bis 14 Byte senden. 35 00:03:43,490 --> 00:03:51,820 Also noch einmal auf Seriell um den leeren Wert auf 5400 Byte zu reduzieren. 36 00:03:52,320 --> 00:04:00,440 Auf der Tunnelschnittstelle sind es aufgrund der zusätzlichen Header jedoch 15 14 Byte. 37 00:04:00,480 --> 00:04:08,290 Sie können auch etwas sehen, wenn Sie den Befehl 38 00:04:09,750 --> 00:04:16,760 show ip interface tunnel 0 aufrufen. Nur 39 00:04:17,370 --> 00:04:22,990 das Befehlstunnel-Interface 00 wird aktiviert. 40 00:04:23,990 --> 00:04:30,640 Reservierte Multicast-Gruppen schließen ein: 3:58 0 0 10. Wenn Sie sich erinnern, ist dies die Multicast-Gruppe für 41 00:04:30,670 --> 00:04:31,840 Ihren Job. 42 00:04:32,150 --> 00:04:38,510 Ihr Job ist in der Lage, eine Nachbarbeziehung über die Tunnelschnittstelle hinweg aufzubauen, ähnlich 43 00:04:38,510 --> 00:04:41,180 wie bei einer seriellen Schnittstelle. 44 00:04:41,270 --> 00:04:49,040 Da dies ein Punkt-zu-Punkt-Link ist, logisch direkt von einem Router zum anderen, um zu 45 00:04:49,040 --> 00:04:54,940 zeigen, dass der abgehackte IP-Nachbar eine Nachbarschaftsbeziehung mit Rob hat. 46 00:04:54,950 --> 00:05:03,200 Für auf dieser IP-Adresse und nicht auf dieser IP-Adresse, da die Nachbarbeziehung über den Tunnel 47 00:05:03,200 --> 00:05:04,610 gebildet wird. 48 00:05:04,610 --> 00:05:08,140 IP-GOP-Typologie anzeigen. 49 00:05:08,420 --> 00:05:16,960 Wir haben eine Route 10 1 2 0 0 über 10 1 3 2 durch Tunnel 0 gelernt. 50 00:05:17,240 --> 00:05:21,080 Und wieder kann niemand Route 5 pingen. 51 00:05:21,230 --> 00:05:26,840 Als PC fungieren, wenn wir eine Spur von 10 1 bis 2 verfolgen. 52 00:05:26,900 --> 00:05:35,540 Beachten Sie, dass der Trace zu Rodda führt, um dann ein for durch den Tunnel zu routen und dann eine 5 zu rollen. Route 3 53 00:05:35,560 --> 00:05:43,040 wird in dem Trace überhaupt nicht angezeigt, da das logisch Weiterleiten an einen Fehler auf dieselbe Weise direkt mit einem Fehler 54 00:05:43,040 --> 00:05:44,060 verbunden ist. 55 00:05:44,240 --> 00:05:47,230 Schrieb eine 5, wenn Sie 10 zu eins nachfahren. 56 00:05:47,480 --> 00:05:54,990 Da verkehrt der Verkehr dann logischerweise zu wackeln und dann eine eins laufen.