1
00:00:00,920 --> 00:00:07,730
Wenn also ein Gerät mit einem anderen Gerät im selben Subnetz kommunizieren möchte,

2
00:00:07,730 --> 00:00:16,190
sendet es eine Rundsendung an das lokale Segment, um die MAC-Adresse des Geräts anhand der Ziel-IP-Adresse zu ermitteln.

3
00:00:16,190 --> 00:00:20,080
In diesem Fall bleibt der Rahmen an der Nabe erhalten.

4
00:00:20,390 --> 00:00:27,290
Da der Hub ein Multi-Port-Repeater ist, wird der Frame von allen Ports mit Ausnahme des Ports gesendet, an dem er

5
00:00:27,290 --> 00:00:28,060
angekommen ist.

6
00:00:28,130 --> 00:00:36,560
Sowohl der Router als auch der Hoost See empfangen den Frame. Network Interface

7
00:00:36,650 --> 00:00:44,150
Cards akzeptieren nur Unicast-Datenverkehr an ihre MAC-Adresse oder Broadcast-Datenverkehr sowie Multicast-Datenverkehr für

8
00:00:44,210 --> 00:00:47,880
die von ihnen abonnierten Multicast-Adressen.

9
00:00:48,170 --> 00:00:52,480
Der Router hat eine MAC-Adresse von g auf der ersten Ethan 00-Schnittstelle.

10
00:00:52,610 --> 00:00:59,480
Der Router empfängt also den Broadcast und leitet die Anfrage an die Protokolle von Hialeah weiter. Der

11
00:00:59,480 --> 00:01:07,850
Rotto kann mindestens drei erkennen, dass dies eine ungerade Anforderung für die IP-Adresse 10 1 1 2 ist, der Rodda in

12
00:01:07,850 --> 00:01:14,690
diesem Beispiel jedoch mit IP-Adressen 10 1 konfiguriert ist ein einhundert und 10 1 bis 100.

13
00:01:14,690 --> 00:01:20,990
Der Ratable verwirft also den Frame, da die Anforderung nicht für eine seiner IP-Adressen gilt.

14
00:01:21,260 --> 00:01:23,660
Router leiten keine Broadcasts weiter.

15
00:01:23,660 --> 00:01:30,710
Diese Sendung wird also nicht über die Schnittstelle Ethan weitergeleitet. Sie ist 0 1, sodass die von der Rada

16
00:01:30,710 --> 00:01:32,170
empfangene Sendung entfällt.

17
00:01:32,420 --> 00:01:38,990
Die Netzwerkschnittstellenkarte in PCC empfängt die Sendung und stellt fest, dass es sich um eine Up-Anfrage für

18
00:01:38,990 --> 00:01:40,370
ihre IP-Adresse handelt.

19
00:01:40,370 --> 00:01:43,220
So wird es dann mit einer op antworten.

20
00:01:43,340 --> 00:01:50,990
Wie wir im Abschnitt Warum soll Capture erkennen, aktualisiert PCC seinen Up-Cache, um anzuzeigen, dass die IP-Adresse 10 1

21
00:01:51,410 --> 00:01:57,530
1 1 mit der MAC-Adressenzahlung verbunden ist, und sendet dann den Frame an den Hub.

22
00:01:57,530 --> 00:02:02,300
Der Hubble leitet den Frame von allen Ports weiter, da es sich um einen Repeater mit mehreren Ports handelt.

23
00:02:02,300 --> 00:02:07,830
Die Route in diesem Beispiel empfängt einen Frame vom Hub. Da die Ziel-MAC-Adresse jedoch

24
00:02:07,830 --> 00:02:14,510
a ist und nicht die MAC-Adresse des Ratos ist, die den Fehler darstellt, wird der Frame gelöscht.

25
00:02:14,540 --> 00:02:21,380
Sie erhalten auch eine Kopie des Frames, wenn er den Frame empfängt, den er annehmen wird, da die Zieladresse

26
00:02:21,380 --> 00:02:22,180
a ist.

27
00:02:22,310 --> 00:02:23,870
Und seine MAC-Adresse ist a.

28
00:02:24,020 --> 00:02:31,520
Anschließend wird der Up-Cache mit einem Up-Eintrag aktualisiert, der besagt, dass die IP-Adresse 10 1 1 2 der MAC-Adresse

29
00:02:31,520 --> 00:02:32,840
C zugeordnet ist.

30
00:02:33,020 --> 00:02:38,550
Die Antwort erlaubt also eine Aktualisierung des Bargeldes.

31
00:02:38,630 --> 00:02:41,900
Zu diesem Zeitpunkt wurde noch kein Nutzerverkehr übertragen.

32
00:02:42,110 --> 00:02:49,070
Was hier passiert ist, ist, dass die Geräte einfach herausgefunden haben, welche MAC-Adressen welchen IP-Adressen

33
00:02:49,070 --> 00:02:50,560
zugeordnet sind.

34
00:02:50,690 --> 00:03:00,100
AA weiß nun, dass die MAC-Adresse C der IP-Adresse 10 zugeordnet ist. Der rosa Verkehr kann nicht

35
00:03:00,100 --> 00:03:06,760
mit einer MAC-Adresse gesendet werden, die die MAC-Adresse des lokalen Computers

36
00:03:06,760 --> 00:03:07,550
ist.

37
00:03:07,570 --> 00:03:14,740
Mit anderen Worten, PCC hat die Ziel-MAC-Adresse durch ARP-Quell-IP-Adressen gelernt, und der Hund wandelte eins zu eins

38
00:03:14,760 --> 00:03:21,040
Ziel-IP-Adresse, und man würde sich auch fragen, wenn der Hub den Frame vom PC empfängt,

39
00:03:21,070 --> 00:03:25,680
wird er ihn an allen Schnittstellen außer der Schnittstelle wiederholen.

40
00:03:25,690 --> 00:03:26,820
Es kam am an.

41
00:03:27,010 --> 00:03:33,130
Der Router empfängt den Frame also wieder, löscht ihn jedoch, da seine MAC-Adresse G ist

42
00:03:33,130 --> 00:03:36,760
und die Ziel-MAC-Adresse für diesen Frame c ist.

43
00:03:36,760 --> 00:03:43,480
PCC empfängt auch den Datenverkehr und akzeptiert ihn, da die Ziel-MAC-Adresse C ist und seine

44
00:03:43,480 --> 00:03:48,970
lokalen Mac-Adressen die beiden späten Köpfe entfernen. Die IP-Adressinformationen werden von Protokollen

45
00:03:49,120 --> 00:03:51,010
höherer Schichten gelesen.

46
00:03:51,010 --> 00:03:59,950
Dies ist ein ICMP-Echopaket, daher antwortet der PC mit einer Echo-Antwortnachricht. C sendet den Frame an den Hub

47
00:03:59,950 --> 00:04:06,760
mit einer Quell-MAC-Adresse der Ziel-MAC-Adresse eines EGNOS, der MAC-Adresse von AA, aufgrund der

48
00:04:06,760 --> 00:04:09,070
Anforderungsnachricht des vorherigen OP.

49
00:04:09,070 --> 00:04:17,020
Es ist also ein Cache, der eine In-Tree-Zuordnung der MAC-Adresse a mit der IP-Adresse 10 1 1 1 als Quell-MAC-Adresse hat und der Frame

50
00:04:17,020 --> 00:04:18,100
ist c ..

51
00:04:18,160 --> 00:04:24,750
Ziel-MAC-Adresse ist eine Quell-IP-Adresse ist 10 1 1 2 Ziel-IP-Adresse ist 10 1 1 1.

52
00:04:25,000 --> 00:04:30,430
Wenn der Frame vom Hub empfangen wird, wiederholt der Hubble alle Ports mit Ausnahme des Ports, an

53
00:04:30,430 --> 00:04:31,740
dem er empfangen wurde.

54
00:04:31,900 --> 00:04:38,370
Der Rotto empfängt den Frame, lässt ihn aber fallen, da die Ziel-MAC-Adresse nicht G ist.

55
00:04:38,530 --> 00:04:45,070
Die MAC-Adresse des lokalen Routers wird beim Empfang des Frames vom Hub akzeptiert, da die Ziel-MAC-Adresse

56
00:04:45,070 --> 00:04:48,420
eine und die MAC-Adressen des PCs sind.

57
00:04:48,850 --> 00:04:54,460
Dann werden Layer-2-Header entfernt und die Informationen an Protokolle höherer Ebenen weitergeleitet.

58
00:04:54,460 --> 00:04:56,530
In diesem Fall war es eine Echoantwort.

59
00:04:56,770 --> 00:04:59,540
Der Ping zeigt also eine Erfolgsmeldung an.

60
00:04:59,560 --> 00:05:07,430
Mit anderen Worten, eine Echoanfrage wurde an PCC gesendet und eine Echoantwortnachricht wurde erfolgreich zurückgesendet.

61
00:05:07,470 --> 00:05:13,590
In meinem Wireshark-Capture kann ich zum Beispiel nach ICMP-Nachrichten filtern.

62
00:05:13,690 --> 00:05:21,850
Ich kann die anfängliche Echoanforderung sehen, eine von meinem PC an 10 0 0 0 2 4 4 gesendete Nachricht, und dann

63
00:05:21,850 --> 00:05:23,830
kann ich die Echoantwortnachricht sehen.

64
00:05:23,830 --> 00:05:28,380
Beachten Sie bitte, dass es sich hierbei um einen einzigartigen Kostenrahmen handelt.

65
00:05:28,390 --> 00:05:36,280
Zuerst werden von meinem PC an den lokalen Router und dann über einen Unicast vom Router an meinen lokalen

66
00:05:36,280 --> 00:05:43,000
Computer die gleichen Informationen angezeigt, wenn Sie als Benutzer ein anderes lokales Gerät im Segment anpingen, und

67
00:05:43,000 --> 00:05:45,010
Sie sehen so ähnlich.

68
00:05:45,190 --> 00:05:49,970
Ping 10 0 0 2 4 4 und der Ping war erfolgreich.

69
00:05:50,020 --> 00:05:56,890
In diesem Beispiel hat mein PC erfolgreich eine Antwort vom entfernten Gerät erhalten, dass ich einen Ping-Befehl durchgeführt habe.