Wenn also ein Gerät mit einem anderen Gerät im selben Subnetz kommunizieren möchte,
sendet es eine Rundsendung an das lokale Segment, um die MAC-Adresse des Geräts anhand der Ziel-IP-Adresse zu ermitteln.
In diesem Fall bleibt der Rahmen an der Nabe erhalten.
Da der Hub ein Multi-Port-Repeater ist, wird der Frame von allen Ports mit Ausnahme des Ports gesendet, an dem er
angekommen ist.
Sowohl der Router als auch der Hoost See empfangen den Frame. Network Interface
Cards akzeptieren nur Unicast-Datenverkehr an ihre MAC-Adresse oder Broadcast-Datenverkehr sowie Multicast-Datenverkehr für
die von ihnen abonnierten Multicast-Adressen.
Der Router hat eine MAC-Adresse von g auf der ersten Ethan 00-Schnittstelle.
Der Router empfängt also den Broadcast und leitet die Anfrage an die Protokolle von Hialeah weiter. Der
Rotto kann mindestens drei erkennen, dass dies eine ungerade Anforderung für die IP-Adresse 10 1 1 2 ist, der Rodda in
diesem Beispiel jedoch mit IP-Adressen 10 1 konfiguriert ist ein einhundert und 10 1 bis 100.
Der Ratable verwirft also den Frame, da die Anforderung nicht für eine seiner IP-Adressen gilt.
Router leiten keine Broadcasts weiter.
Diese Sendung wird also nicht über die Schnittstelle Ethan weitergeleitet. Sie ist 0 1, sodass die von der Rada
empfangene Sendung entfällt.
Die Netzwerkschnittstellenkarte in PCC empfängt die Sendung und stellt fest, dass es sich um eine Up-Anfrage für
ihre IP-Adresse handelt.
So wird es dann mit einer op antworten.
Wie wir im Abschnitt Warum soll Capture erkennen, aktualisiert PCC seinen Up-Cache, um anzuzeigen, dass die IP-Adresse 10 1
1 1 mit der MAC-Adressenzahlung verbunden ist, und sendet dann den Frame an den Hub.
Der Hubble leitet den Frame von allen Ports weiter, da es sich um einen Repeater mit mehreren Ports handelt.
Die Route in diesem Beispiel empfängt einen Frame vom Hub. Da die Ziel-MAC-Adresse jedoch
a ist und nicht die MAC-Adresse des Ratos ist, die den Fehler darstellt, wird der Frame gelöscht.
Sie erhalten auch eine Kopie des Frames, wenn er den Frame empfängt, den er annehmen wird, da die Zieladresse
a ist.
Und seine MAC-Adresse ist a.
Anschließend wird der Up-Cache mit einem Up-Eintrag aktualisiert, der besagt, dass die IP-Adresse 10 1 1 2 der MAC-Adresse
C zugeordnet ist.
Die Antwort erlaubt also eine Aktualisierung des Bargeldes.
Zu diesem Zeitpunkt wurde noch kein Nutzerverkehr übertragen.
Was hier passiert ist, ist, dass die Geräte einfach herausgefunden haben, welche MAC-Adressen welchen IP-Adressen
zugeordnet sind.
AA weiß nun, dass die MAC-Adresse C der IP-Adresse 10 zugeordnet ist. Der rosa Verkehr kann nicht
mit einer MAC-Adresse gesendet werden, die die MAC-Adresse des lokalen Computers
ist.
Mit anderen Worten, PCC hat die Ziel-MAC-Adresse durch ARP-Quell-IP-Adressen gelernt, und der Hund wandelte eins zu eins
Ziel-IP-Adresse, und man würde sich auch fragen, wenn der Hub den Frame vom PC empfängt,
wird er ihn an allen Schnittstellen außer der Schnittstelle wiederholen.
Es kam am an.
Der Router empfängt den Frame also wieder, löscht ihn jedoch, da seine MAC-Adresse G ist
und die Ziel-MAC-Adresse für diesen Frame c ist.
PCC empfängt auch den Datenverkehr und akzeptiert ihn, da die Ziel-MAC-Adresse C ist und seine
lokalen Mac-Adressen die beiden späten Köpfe entfernen. Die IP-Adressinformationen werden von Protokollen
höherer Schichten gelesen.
Dies ist ein ICMP-Echopaket, daher antwortet der PC mit einer Echo-Antwortnachricht. C sendet den Frame an den Hub
mit einer Quell-MAC-Adresse der Ziel-MAC-Adresse eines EGNOS, der MAC-Adresse von AA, aufgrund der
Anforderungsnachricht des vorherigen OP.
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
ist c ..
Ziel-MAC-Adresse ist eine Quell-IP-Adresse ist 10 1 1 2 Ziel-IP-Adresse ist 10 1 1 1.
Wenn der Frame vom Hub empfangen wird, wiederholt der Hubble alle Ports mit Ausnahme des Ports, an
dem er empfangen wurde.
Der Rotto empfängt den Frame, lässt ihn aber fallen, da die Ziel-MAC-Adresse nicht G ist.
Die MAC-Adresse des lokalen Routers wird beim Empfang des Frames vom Hub akzeptiert, da die Ziel-MAC-Adresse
eine und die MAC-Adressen des PCs sind.
Dann werden Layer-2-Header entfernt und die Informationen an Protokolle höherer Ebenen weitergeleitet.
In diesem Fall war es eine Echoantwort.
Der Ping zeigt also eine Erfolgsmeldung an.
Mit anderen Worten, eine Echoanfrage wurde an PCC gesendet und eine Echoantwortnachricht wurde erfolgreich zurückgesendet.
In meinem Wireshark-Capture kann ich zum Beispiel nach ICMP-Nachrichten filtern.
Ich kann die anfängliche Echoanforderung sehen, eine von meinem PC an 10 0 0 0 2 4 4 gesendete Nachricht, und dann
kann ich die Echoantwortnachricht sehen.
Beachten Sie bitte, dass es sich hierbei um einen einzigartigen Kostenrahmen handelt.
Zuerst werden von meinem PC an den lokalen Router und dann über einen Unicast vom Router an meinen lokalen
Computer die gleichen Informationen angezeigt, wenn Sie als Benutzer ein anderes lokales Gerät im Segment anpingen, und
Sie sehen so ähnlich.
Ping 10 0 0 2 4 4 und der Ping war erfolgreich.
In diesem Beispiel hat mein PC erfolgreich eine Antwort vom entfernten Gerät erhalten, dass ich einen Ping-Befehl durchgeführt habe.