Hallo guten Tag, * habe ein Gerät mit Ethernet-Kabel an einen PC-Netzwerkkartenport angeschlossen. * Ethernet-Packet generiere ich selber * Was muss ich da reinschreiben, dass ich irgendwas in Wireshark auf dem PC sehen kann? Also muss die z.B. die MAC- Adresse FF:FF:FF:FF:FF:FF sein oder ist das egal? Danke
Nicht Alles mit RJ45 ist Ethernet.
Kommt drauf an!
also wireshark soll nur irgendwas zeigen. auch wenn alles 0 ist wäre das ok
Gast
#7059265
Bliad B. schrieb: > * habe ein Gerät mit Ethernet-Kabel an einen PC-Netzwerkkartenport > angeschlossen. Was für ein Gerät? > * Ethernet-Packet generiere ich selber wie machst du das, wie sieht das aus? Erläuterungen vom Aufbau / Intentionen wären möglicherweise zielführend..
Bliad B. schrieb: > Also muss die z.B. die MAC- Adresse FF:FF:FF:FF:FF:FF sein oder ist das > egal? a.) Keiner weis was du da alles verbaut hast, wie das konfiguriert ist und wie sich das in speziellen Fällen genau verhalten wird. b.) Kaum jemand verschickt nackte Ethernet Bytes durch die Gegend. Da steckt meist noch mindestens der IP-Layer obendrüber. Ohne gültigen Payload werden etliche NIC die Daten garnicht erst an das OS weiterreichen und solange wirst du unter umständen auch nichts sehen (Wireshark ist in der Regel kein Hardwaregerät was Physikalisch an die Links angeschaltet ist:-). c.) Und wie so oft gilt "einfach nachlesen", erst recht wenn man sich irgendwas Exotisches zusammenbasteln will. - https://en.wikipedia.org/wiki/Ethernet_frame - https://datatracker.ietf.org/doc/html/rfc1122 - https://datatracker.ietf.org/doc/html/rfc1123
Gast
#7059602
Irgend W. schrieb: > b.) Kaum jemand verschickt nackte Ethernet Bytes durch die Gegend. Da > steckt meist noch mindestens der IP-Layer obendrüber. Brrrhh, ruhig Brauner... Bevor wir in den Layer3 aufsteigen, sollte die Sache erstmal auf Layer2, also dem MAC-Layer funktionieren. Man kann da einfach irgendwelchen Müll versenden und empfangen. Nunja, solange halt zumindest die MAC-Adressen passen.
c-hater schrieb: > Man kann da einfach irgendwelchen Müll versenden und empfangen. Nunja, > solange halt zumindest die MAC-Adressen passen. Ja genau das denke ich auch . Trotzdem bin ich mir nicht ganz sicher. Aber ja natürlich muss ich die Spezifikation durchgehen! Darüber hinaus auch noch mal vergleichbare ankommende Testframes, die mein Geräte bereits automatisch sendet anschauen: Erste Annahme: Die Testframes hatten TYP 0806 ARP request mit der Zieladresse 0x0 Payload war 1488 groß glaube ich. :)
Moin, Bliad B. schrieb: > Die Testframes hatten TYP 0806 ARP request mit der Zieladresse 0x0 > Payload war 1488 groß glaube ich. Das ist schon mal verdaechtig. "normale" Arps sind eher so kurz, dass sie noch auf 64 Byte Mindestlaenge gestufft werden muessen. Prinzipiell sind aber "arp-artige" Pakete fuer den Anfang gut geeignet. Damit wireshark irgendwas anzeigt, sollte 1.) diese 64Byte Mindestpaketlaenge erreicht werden und 2.) die CRC ueber's Packerl (FCS) stimmen. Gruss WK
Dergute W. schrieb: > Moin, > > Bliad B. schrieb: >> Die Testframes hatten TYP 0806 ARP request mit der Zieladresse 0x0 >> Payload war 1488 groß glaube ich. > > Das ist schon mal verdaechtig. "normale" Arps sind eher so kurz, dass > sie noch auf 64 Byte Mindestlaenge gestufft werden muessen. Prinzipiell > sind aber "arp-artige" Pakete fuer den Anfang gut geeignet. > Damit wireshark irgendwas anzeigt, sollte 1.) diese 64Byte > Mindestpaketlaenge erreicht werden und 2.) die CRC ueber's Packerl (FCS) > stimmen. > > Gruss > WK Hmm ok. Hört sich interessant an! * Muss mal 0806 testen. * Habe es bereits versucht * FCS wird eigentlich über meinen MAC gemacht * gepadded macht auch der MAC / sollte er machen * schicke eh immer genug ---- habe letztens von einem prototypen was zu einem anderen gesendet. Es wurde fast das richtige empfangen. Aber es gab sehr viele falsche Zeichen darin :( Der Empfänger-MAC wollte die Daten auch nicht hinten ausgeben. Das deutet auf falsche Frames hin. Kann das pass passieren wenn: falsche lanes order -> xaui -> xgmii mit mit seltsamer lane-order ?
also
1 | |
2 | |
oder einfacher axi generator -> MAC< loopback der MAC gibt in meiner Simulation, wenn die Daten korrekt sind das gleiche wieder aus. Da habe ich auch gesehen, dass hinten immer die FCS dran ist. Habe nur das Problem, dass die Lanes alle ein bisschen vertauscht sind. In der Realität ist das seltsam mit den Transceivern. Ich bekomme das auch nicht hin die richtig zu entwirren. Die von Xilinx meinen sogar das es egal ist. Bin mir einfach nicht sicher. Aber eine Richtung müsste gehen. Also TX lanes müsste ich hinbekommen. Sodass ich ein ARP Request senden könnte. ... Ich werde mir mal einige statusvektoren anschauen :D
Moin, Hm, ist das grad irgendwo Pruefungsvorbereitung oder sowas? Hier scheint mir was aehnlich gelagertes zu sein: Beitrag "CRC von Ethernet Frame berechnen" Kannst ja mal gucken, ob das, was dein MAC dranhaengt, die "richtige" FCS ist. Gruss WK