Hallo Carlos,
Dank für die Erklärung. Soweit so klar.
…
Dabei passiert es immer wieder, daß zwei
Pakete gleichzeitig gesendet werden ->
Kollision.
Ja, ab und zu. Aber doch nicht so
permanent!?!?
Doch, wenn zwei Stationen sich effizient mit TCP unterhalten, erreicht man bei geshartem Ethernet maximale Werte von 50-80% (84% ist der höchste Wert, den ich in einem gesharten Segment jemals gemessen habe).
Die Kollisionsraten steigen dann bis zu 50%.
Bei mehreren Tausend Kollisionen/Sekunde blinkt die LED nicht mehr, sondern leuchtet nur noch rot.
Das Netz läuft *ausschließlich* auf
TCP/IP
Da wäre ich mir nicht so sicher 
.
Ich meine natürlich Protokolle wir
IPX/SPX, AppleTalk etc. Ich meinte nicht
die aufsetzenden Dienste oder
implementierte Protokolle.
Klar, ich habe nur die Erfahrung gemacht, daß viele User auch NetBEUI verwenden (das holt man sich bei der Installation ganz schnell mit, im Übrigen finde ich NetBeui gut!). Daneben gibt es auch andere „Restprotokolle“, die einzelne Geräte mitbringen, z.B. das Cisco-Gerät mit SNAP-Paketen, der Printserver mit NetBEUI, etc.
Ich kenne das „Handshaking“ von TCP/IP
und kenne aber auch Zeiten, wo das alles
bei mir viel flüssiger lief. (Damals war
alles besser…) nein, im Ernst: Meine
Ausstattung wurde hochwertiger, alle
Nonames wurden Marken, aber die
Netzwerkgeschwindigkeit immer langsamer.
Wo liegen die *Ursachen* für so
permantent *viele* Kollisionen?
Eine mögliche Ursache für extreme Kollisionen könnte einen moderne Netzwerkarte (10/100) mit Autonegotiation sein, denn das Autonegotiation funktioniert leider oft nicht.
Folge: Eine Karte macht Full Duplex, d.h. sie sendet und empfängt gleichzeitig Pakete.
An einem Hub ist das eine üble Sache.
Abhilfe: Alle Netzwerkkarten manuell auf 10 Mbit, Half Duplex einstellen.
Kann es an Verständigungsproblemen zw.
Win98 und Win95 liegen?
An den Kartentreibern? (Windows eigene
NE2000 Treiber bringen aber auch keine
Besserung).
Nein, Kollisionen findet auf der Schicht 1 statt, damit haben Betriebssysteme nichts zu tun.
Am Hub?
Unwahrscheinlich, wenn er eine Macke hat, geht überhaubt nichts mehr.
Vielleicht hast Du ein-zwei Tips zur
Optimierung bzw. Fehlersuche parat??
Siehe oben.
Oder irgendwie einen Tip zu Software,
einen Sniffer o.ä., der z.B. TCP Pakete
scannt und auswertet, wie oft gesendet
wird bis brauchbares ankommt bzw. Fehler
auf Sender/Empfänger protokolliert?
Bei Windows NT Server-Version ist der Netzwerkmonitor dabei. Dies ist die Billigversion eines Softwaresniffers, ansonsten kenne ich nur teure kommerzielle Systeme.
Gehen Daten übers Netz, die nicht von den
Activity-LEDs angezeigt werden?
Nein, dazu ist die Arbeitsweise eines Hubs zu primitiv.
Bis ich alles auf 100MBit umstellen kann
gehen noch ein paar Wochen hin.
Vielleicht erreiche ich ja dann
wenigstens 10MBit, momentan sind’s so ca.
0.5 - 1
Entscheidend ist nicht nur die nominelle Geschwindigkeit, sondern auch das Zugriffsverfahren geshared oder geswitched.
Gruß
Carlos