Daniel Musketa <Daniel@musketa.de> schrieb am Thu, Jun 01, 2006 at 04:43:23PM +0200: > Am Donnerstag, 1. Juni 2006 14:44 schrieb Paul Puschmann: > > Daniel Musketa schrieb am Thu, Jun 01, 2006 at 01:58:13PM +0200: > > > > > > Der Client "FAILED" rechts unten bekommt nach dem Starten sofort seine > > > IP-Adresse vom DHCP-Server, lädt das pximage per tftp, dann den Kernel, > > > macht ein bißchen Hardwareerkennung und bleibt dann -- vermutlich beim > > > NFS-Mounten des Root-FS -- ewig hängen. Gaaaaanz laaangsaaaaaaam tut sich > > > dann was ... und schließlich startet irgendwann (bis zu 20 min.) auch > > > Xorg und ich kann mich einloggen. > > > Das Arbeiten selbst ist flüssig, die von X ausgetauschten TCP-Pakete > > > finden also ihren Weg. > > > > > > Nebenbei: Auch sonst gibt es keine Netzwerkprobleme in dem durch ältere > > > Leitungen nur mit 10 Mbit angebundenen Gebäudeteil. > > > > > > Ich vermute, das NFS-Protokoll (UDP???) kommt nicht damit klar, daß die > > > von ihm mit 100 Mbit/s versandten Pakete nicht alle/prompt beantwortet > > > werden. > > > > Hi, vielleicht hat du dem rechten Switch (oder evtl. auch auf dem Hub) > > eine Option "Broadcast Storm Control" oder aehnlich gesetzt? Das > > behindert dann die Broadcasts/Multicasts, die durchs Netz flitzen. > > Auf der 10MBit-Leitung koennte das ja gewunscht sein. > > > Die Switches (es sind genau genommen jeweils zwei auf jeder Seite des 10er > Hubs) sind einfache 5er/8er Switche aus der 30-EUR-Klasse. Nicht > konfigurierbar. Der Hub (ein 3Com-Office-Teil, ich wüßte auch nicht von einer > Konfigurierbarkeit) dient mir nur als Bremse, weil die eben nicht > konfigurierbaren Switche links und rechts der schlechten Kabelstrecke sonst > versuchen würden, 100 Mbit miteinander zu sprechen, was schief geht. > So war es bisher eigentlich unproblematisch. > > Ist diese "Broadcast Storm Control" ein Standard-"Feature" in SOHO-Geräten? > Was macht die? > > Ach so, bei "Broadcast" fällt mir ein: Wie gesagt, DHCP klappt sofort ... > "Broadcast Storm Control" ist ein Feature bei managebaren 3Com Switches. Du kannst damit einstellen wieviele Broadcasts maximal pro Zeitfenster uebertragen werden sollen. Asl wir bei eine Anwendung mit extremer Multicast-Nutzung eingefuehrt hatten mussten wir dass auf den Switches deaktivieren, da sonst die Anwendung super schnarch-langsam war. Als ich gerade beim letzten Switch das OK zum deaktivieren des BSC gesetzt hatte, flitzte die Anwendung schon los. Hubs haben selten eine Managementfunktion, denke ich. Deine einfachen Switches, die du ja auch nicht konfigurieren kannst, sollten die auch einwandfrei laufen. Kannst du den Hub gegen einen anderen austauschen? Ich weiss leider auch nicht, ob es (unter Linux) ein Tool zum Testen von Broadcast/Multicast gibt. Gruss, Paul
Attachment:
signature.asc
Description: Digital signature