Ethernet Kommunikation Prüfen

Guten Tag,

ich kann dir leider nicht helfen, würde aber gerne was zu deinem Projekt 
wissen.

Machst du das nur so in deiner Freizeit oder beruflich?

Wenn es nur so ist, warum macht man sowas und wie groß ist eigentlich 
der Aufwand dahinter?

ARM basierend mit Linux/Unix Basis?

MfG
 Phil

Hallo,

An Bord eines A380:
"Da spielt wieder einer TETRIS auf dem Rechner von Triebwerk 3, wer hat 
da das LAN Kabel vertauscht???"

SCNR

Gruß aus Berlin
Michael

Hallo,
mit einem PC auf IP-Ebene wird das schierig werden.
Damit der Socket die Packete nicht an das Default-Gatway schickt müssen 
die Source- und Destination- Adresse im gleichen Sub-Domäne liegen.
Liegen sie in der gleichen Sub-Domäne kann der Socket nicht entscheiden 
an welche NIC er sie binden soll.
Es muss also unterhalb der Sockets angesetzt werden. Ob es dafür Tools 
giebt? keine Ahnung!

Es giebt aber professionelle Netzwerktester. Die protokollieren wie 
viele Packette verworfen werden, bei maximaler Switching-Kapazität. Da 
euer Kunde sicherlich ein Nachweiss über die Leistungsfähigkeit haben 
will, würde ich doch zur spezialisierten Hardware greifen.

c't hatte mal bei einem NIC-Test geschrieben welches Equipmant sie 
verwenden. Finde den Artikel auf die schnelle nicht.


ciao Volker

Hier mal zwei links:

http://www.frbiz.com/product/15310971/Nustreams_85m_Ethernet_Switch_Tester.html

http://www.ixiacom.com/products/index.php

Bastler schrieb:
> Habe einen ersten vernünftigen Teststand aufgebaut.
[...]

Damit hast du gerade mal ein paar Fälle getestet, die selbst der 
verkorksteste Switch für 3,95 vom Grabbeltisch noch einigermassen sauber 
hinbekommt, sonst nichts.

Interessant wird es erst, wenn du die Worst Cases für den Switch 
testest, also z.B. Traffic bis zum Anschlag auf allen Ports 
gleichzeitig in beide Richtungen (Full Duplex), das ganze womöglich 
noch mit Frames in Minimalgrösse (64 Octets) etc. Ausserdem Tests mit 
extrem vielen verschiedenen MAC-Adressen nicht vergessen(*)!

Das reine Senden mit den erforderlichen Bandbreiten (und Frameraten!) 
dürfte noch halbwegs mit einem einzelnen Rechner hinzubekommen sein. Ich 
würde pktgen (Kernelmodul) unter Linux empfehlen, da hat man direkten 
Einfluss auf den Aufbau des Ethernetframes (VLAN-Tags, QoS, etc.), und 
es schafft die Bandbreiten, da es im Kernel Funktionen im Netzwerkstack 
nutzen kann, die aus dem Userspace heraus nicht verfügbar sind.

Wenn aber auch noch empfangen und ausgewertet werden soll, dann wird es 
mit nur einem Rechner wirklich sehr eng.

Wenn du mit diesen Tests bis zum Ende wartest, dann kann das durchaus 
böse Überraschungen geben, und du darfst mit der Switchentwicklung 
ggf. nochmal ganz von vorne anfangen. Wenn du aber halbwegs vernünftige 
Tests von Anfang an machen willst, wird vermutlich die Eigenentwicklung 
des Testequipments mehr kosten als fertiges Gerät.

Andreas

(*) Kann mich da an eine Geschichte vor ein paar Jahren erinnern, wo ein 
Highend-Switch (so in der 5-6stelligen Preisklasse damals) in der Praxis 
irgendwo bei um die 4000 verschiedenen MAC-Adressen (Oder warens 8000? 
Weiss nicht mehr genau.) in einer Broadcast-Domain die Grätsche gemacht 
hat, angeblich, weil ein für die MAC-Tabellen verbauter CAM-IC etwas 
weniger Einträge verkraftete als der Hersteller angab, und das nie 
jemand wirklich getestet hatte...