Datendurchsatz im LAN

S

schmidtl_dd

0
Hi,

wie berechne ich den Datendurchsatz im LAN? Ich weiß, ich habe eine Bandbreite von 100MBit/s, und ich muß 1000 Pakete mit jeweils 400Byte Nutzdaten (via TCP) übertragen. Wie lang brauche ich dazu.

Einfachste Rechnung: 400 byte* 120 byte Rahmeninfos (TCP header, IP header...) macht 520 bytes pro Frame, bei 100Mbit/s = 12,5MByte/s wären das so um die 25.000 Pakete pro Sekunde.

So weit so gut, doch sicher auch: falsch.

Denn da schwirren ja noch ACK's über die Leitung, irgendwann wenn die Leitung am Anschlag brummt hab ich doch sicher auch vermehrten Schwund durch Kollisionen... gibts eine andere "Formel" oder empirische Erfahrungen was so über die Leitung geht?

(Lasst uns vorerst von zwei via Crossover verbundenen Rechnern ausgehen, ohne andere aktive Komponenten)
 
wenn du udp (statt tcp) nutzt, würde das ganze stimmen.

folgende 2 parameter müssen sicherlich auch noch in die rechnung miteinbezogen werden
- hast du full- oder half-duplex
- windows size
 
nein die mtu ist nicht die window size
windows size ist die max anzahl pakete welche noch nicht mit ack bestätigt sein müssen. die ack's darfst du bei tcp nie vernachlässigen.

full duplex (aus layer 2 sicht) bedeutet, dass man gleichzeitig senden und empfangen kann. dies funktioniert bei ethernet nur, wenn man eine direkte verbindung bzw mit switches arbeitet.
sobald man hubs benutzt, funktioniert ein gleichzeitiges senden und empfangen nicht mehr. dabei gibt es kollisionen welche die bandbreite wiederum beeinträchtigen.
wichtig ist, dass man das fest auf half-duplex stellen kann (auch wenn man keine hubs benutzt). normalerweise wird dies jedoch automatisch erkannt und die schnellste ausgefählt. es kann auch sein, dass die automatische erkennung der schnellsten einstellung fehlschlägt.
 
Und warum kann ich die ACK's nicht vernachlässigen? Fließen Daten in beide Richtungen, hängen die ACK's ja quasi huckepack auf den Packeten. Fließen Daten vornehmlich in eine Richtung (wohin meine Frage abziehlt) ist (Full Duplex, da Crossover Kabel bzw. geswitchte Umgebung) die andere Richtung doch fast frei, so dass die kleinen ACK Packete (sind doch dann nur quasi leere TCP frames mit gesetzem Ack flag und entsprechender Sequenznummer) kaum ins Gewicht fallen sollten.

Hab ich da nen Denkfehler?

Was mir noch einfällt, es spielt ja sicher eine entscheidende Rolle ob die Daten in einer TCP Verbindung behandelt werden, oder ob's für jedes Packet einen neien Verbindungsaufbau gibt... das liegt aber(?) allein in den Händen des Anwendungsentwicklers...
 
Darum gehts doch... WARUM ist der nicht zu erreichen, und wie lässt sich der zu erreichende Wert möglichst genau ermitteln (im Vorfeld, messung am KONKRETENObjekt nicht möglich)
 
Ich habe schon mal das wort "Labor-Wert" gehört.
Ich könnte mir vorstellen das in normaler Umgebung durch 100te von Störeinflüssen dies einfach nicht erreicht werden kann.

- Qualität der Leiter und Kabel
- Störungen durch Funkwellen
- Fehler im Material
- "schlechte" Aktive Komponenten
- Schmutz

usw.
 
Original von schmidtl_dd
...Und warum kann ich die ACK's nicht vernachlässigen? ...

...ob die Daten in einer TCP Verbindung behandelt werden, oder ob's für jedes Packet einen neien Verbindungsaufbau gibt...
Zum Vergrößern anklicken....

ich hab "vernachlässigen" mit "wegdenken/ignorieren" gleichgesetzt....wenn wenige/keine von diesen ack's richtig uebertragen werden, kommst du schnell an die window size grenze und musst die daten zig mal neu uebertragen (passiert z.b. bei geknickten rj45 kabel welche "halb defekt" sind).

bei einer normalen uebertragung wird nur ein mal die verbindung aufgebaut....eine solche einzelne verbindung musst du auch fuer die messzwecke benutzen (bzw mehere verbindungen welche bereits aufbeaut sind und die daten gleichzeitig uebertragen)

ein weiterer punkt ist, dass tcp bei einem verlorenen packet die window size wieder runterschraubt (durchsatz verringert sich) wird, sofern ein packet im nirvana landet und somit nicht ankommt.
sofer die empfangsbuffer des empfangenden pc's nicht genug schnell gelehrt und verarbeitet wird, kann dieser dem sender auch mitteilen, dass er weniger schnell senden soll.

in einem lan solltest du aber ohne probleme auf ueber 95% durchsatz kommen (sofern die pc's ihren empfangsbuffer genug schnell auslesen). versuchs doch mal mit tools wie z.b. "iperf"

bei udp sollte eine beinahe 100%ige auslastung moeglich sein.
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben