1 00:00:19,600 --> 00:00:23,720 OK, also mal sehen, ob wir diese Fragen praktisch beantworten können. 2 00:00:23,950 --> 00:00:31,420 Dazu verwende ich den Simulationsmodus im Packet Tracer und ändere die Filter 3 00:00:31,480 --> 00:00:36,160 so, dass nur ICMP-Nachrichten angezeigt werden. 4 00:00:36,160 --> 00:00:44,170 Ich möchte nicht alle anderen Verkehrstypen im Netzwerk sehen, also schauen wir mal, was passiert, wenn P. S. Pings. 5 00:00:44,170 --> 00:01:02,420 P. P. S. Für P. S. Man hat eine IP-Adresse von 10 1 1 1 P. S. For hat eine IP-Adresse von 10 1 6 00:01:02,420 --> 00:01:04,700 1 4, daher senden wir ICMP-Verkehr. 7 00:01:04,700 --> 00:01:05,960 Mit anderen Worten 8 00:01:08,670 --> 00:01:16,150 rosa Verkehr von P. S. 1 2 P. S. Denn und dann werden wir beobachten, was jetzt in diesem Beispiel passiert. 9 00:01:16,150 --> 00:01:18,890 Ich werde nur zwei Pakete senden. 10 00:01:19,030 --> 00:01:28,410 Mit anderen Worten, zwei Pings bemerken, was im Netzwerk passiert, es gibt ICMP-Verkehr, aber es gibt auch 11 00:01:28,440 --> 00:01:31,520 einen Operationsrahmen, der generiert wird. 12 00:01:31,650 --> 00:01:37,110 P. P. S. Man muss lernen und die MAC-Adresse von P. S. 4. 13 00:01:37,320 --> 00:01:47,820 Es sendet also eine Operation aus, bei der es sich um eine Broadcast-Anforderung der Ziel-MAC-Adresse von P handelt. C. Für die Beantwortung unserer ersten Frage, 14 00:01:47,820 --> 00:01:51,320 welche Art von Paket gesendet wird. 15 00:01:51,330 --> 00:01:58,250 Zu Beginn lautet die Antwort Ein OPP-Paket, bei dem es sich um ein Broadcast-Paket handelt. 16 00:02:02,170 --> 00:02:08,280 Wir haben dies durch Ausführen des Simulationsmodus in Packet Tracer bewiesen. 17 00:02:08,290 --> 00:02:16,510 Dies ist eine Übertragung, und in diesem Netzwerk sind die Geräte mit einem Hub verbunden, sodass 18 00:02:16,510 --> 00:02:25,670 der Datenverkehr auf alle Geräte im Netzwerk mit Ausnahme des Geräts, das das Paket gesendet hat, übertragen werden sollte. 19 00:02:25,670 --> 00:02:27,500 Also wer erhält das Paket. 20 00:02:27,530 --> 00:02:28,510 P. P. S. tanzen. 21 00:02:28,520 --> 00:02:41,380 P. P. S. 3 tut und P. auch. S. Für P. S. 2 und P. S. 3 verwirft die 22 00:02:41,530 --> 00:02:52,830 Pakete, da das Paket nicht für die IP-Adresse P ist. S. 2 als Beispiel ist mit der IP-Adresse 10 konfiguriert. 1 1 2 SPC 2 wird 23 00:02:52,830 --> 00:02:53,660 das Paket verwerfen. 24 00:02:53,910 --> 00:03:04,010 Die OP-Anforderung betrifft die IP-Adresse 10 1 1 4, also sowohl P2 als auch P3. 25 00:03:04,020 --> 00:03:14,360 Lass das Paket fallen, aber P. S. 4 akzeptiert das Paket und sendet jetzt eine Antwort an ein OP zurück. 26 00:03:14,750 --> 00:03:27,400 Wenn wir uns also dieses Paket ansehen, bemerken wir, dass das eingehende Paket zum Hub ein op-Antwortpaket mit der MAC-Adresse von P 27 00:03:27,400 --> 00:03:32,020 ist. S. 4 das ist P. C. falsche IP-Adresse. 28 00:03:32,050 --> 00:03:34,090 Dies ist die MAC-Adresse. 29 00:03:34,090 --> 00:03:46,170 Wir können dies überprüfen, indem wir den IP-Konfigurationsbefehl verwenden, und ich sollte sagen, dass IP-Konfigurationsschrägstriche alle die MAC-Adresse bemerken, die 30 00:03:46,170 --> 00:03:55,650 die Quell-MAC-Adresse des Frames ist, und das ist die Quell-MAC-Adresse, die wir hier sehen. 31 00:03:55,650 --> 00:04:00,120 Die nächste Frage ist also, wer den Rückverkehr erhält. 32 00:04:00,120 --> 00:04:11,180 Also, wenn ich auf Capture Forward Notice P klicke. S. 1 P. S. 3 und P. S. um den Rückverkehr so zu empfangen, dass es 33 00:04:11,180 --> 00:04:13,300 BPC 1 P. S. zu NPC 3. 34 00:04:13,490 --> 00:04:23,740 P. P. S. 2 und P. S. 3 wird die OP-Antwort löschen, da sie nicht für sie 35 00:04:24,580 --> 00:04:33,320 bestimmt ist. Wenn wir uns dieses Paket ansehen, können wir sehen, dass die Ziel-MAC-Adresse P ist. S. 1 und wir können dies bestätigen, indem wir uns die 36 00:04:33,320 --> 00:04:44,420 Konfiguration von P ansehen. S. 1 Beachten Sie, dass die MAC-Adresse somit P lautet. C. 2 und P. S. 3 lässt das OP fallen. 37 00:04:44,410 --> 00:04:53,840 Antwort Wir haben dann gefragt, wann Ping-Verkehr von P gesendet wird. S. 1 TPC für den Empfänger des Datenverkehrs. 38 00:04:53,840 --> 00:04:58,280 Jetzt ist es ein Hub, damit der Verkehr überflutet wird. 39 00:04:58,440 --> 00:05:10,320 Hier ist also die ICMP-Nachricht. Wir können sehen, dass es sich um ein Ethernet handelt, das mit IP für mindestens drei Frames erstellt werden soll, und wir können sehen, dass 40 00:05:10,320 --> 00:05:16,440 es sich um ein ICMP-Paket handelt, und wenn wir auf Capture Forward Notice klicken. 41 00:05:16,550 --> 00:05:29,850 P. P. S. zu P3 und P4 erhalten den Verkehr aber wieder P. S. An und P. S. 3 wird aus 42 00:05:29,850 --> 00:05:40,670 dem Paket herausfallen, weil es nicht für sie bestimmt ist, wenn wir die eingehende PD Yoo oder Protokolldateneinheit auf PCI 43 00:05:40,670 --> 00:05:47,880 betrachten, um festzustellen, dass die Ziel-IP-Adresse PCI 4 und die Ziel-MAC-Adresse ist. 44 00:05:47,880 --> 00:05:58,270 P. P. S. 4 Wir können dies erneut überprüfen, indem wir den Befehl IP config slash all verwenden, und wir können 45 00:05:58,270 --> 00:05:59,170 die MAC-Adresse von sehen. 46 00:05:59,170 --> 00:06:02,950 P. P. S. Denn so wird es jetzt weitergehen. 47 00:06:03,410 --> 00:06:03,980 Wann. 48 00:06:03,980 --> 00:06:08,320 P. P. S. Für Antworten hat TPC gewonnen. 49 00:06:08,400 --> 00:06:15,660 Der Verkehr ist überflutet und dies ist das Problem mit dem Hub, obwohl das Gespräch 50 00:06:16,110 --> 00:06:23,480 zwischen P. S. 1 und P. S. denn jeder im Netzwerk empfängt den Verkehr.