Probleme mit dem Netzwerk

Das hängt von der Konfiguration ab.

Kleiner Tipp, ping und traceroute sind auf so ziemlich jedem IP-fähigem 
Rechner vorhanden und sollten Dir bei der Fehlersuche weiterhelfen.

Um welche Art von Switchen handelt es sich?

Bei "normalen" Level-2-Switchen (MAC-adressiert) gehen für die 
Kommunikation zwichen den Clients keine Daten über den Router, denn alle 
Clienten befinden sich im gleichen Subnetz. Jeder Client kann jeden 
anderen per ARP-Request erreichen und in seine interne Liste aufnehmen 
... da braucht man keinen Router.

Etwas anders und komplizierter wäre die Situation bei der Verwendung von 
Level-3-Switchen (IP-adressiert) und wenn die beiden Clientgruppen in 
unterschiedlichen Subnetzen liegen ... da verwischen sich die Funktionen 
Switch/Router ein wenig ...

Klär' uns mal auf!

Christian B. schrieb:
> Das hängt von der Konfiguration ab.
>
> Kleiner Tipp, ping und traceroute sind auf so ziemlich jedem IP-fähigem
> Rechner vorhanden und sollten Dir bei der Fehlersuche weiterhelfen.

Nützt aber bezüglich (Level-2-) Switch nicht viel ... Traceroute beruht 
auf Ping und ein solcher Switch reagiert nicht auf Ping.

Frank E. schrieb:
> Um welche Art von Switchen handelt es sich?

Erwischt. Das weiß ich gerade nicht. Die Anlage ist in einem 
Vereinsheim, da komme ich gerade nicht ran. Ich werde nachsehen, aber 
Level-2 und Level-3 höre ich zum ersten mal. Bin halt doch keiner von 
der IT-Crew :/
Ich hol den Thread nochmal raus wenn ich Infos über die Switches raus 
gefunden habe. Es sind jedenfalls 8-Port-Switches und Switch 2 sogar mit 
8-Port-PoE der die Clients 2.x versorgt. Nicht dass ich das als 
hilfreich einstufen würde, aber das ist im Moment alles was ich dazu 
weiß. Alles Andere wäre geraten oder gelogen.

Christian B. schrieb:
> Kleiner Tipp, ping ...
Ja an ping habe ich auch schon gedacht. Ping hat glaube ich auch schon 
mal funktioniert. Ich werde da mal versuchen über permanente Pings von 
einem PC (nicht eingezeichnet; am Router angeschlossen) die 
Erreichbarkeit der Clients 2.x zu "loggen". Vielleicht fällt mir da 
schon was auf. Ich möchte nur gerne Ideen sammeln und möglichst viele 
Tests/Loggs parallelisieren.

Leo B. schrieb:
> Die Kommunikation, welche
> gelegentlich fehlschlägt, findet primär zwischen den Clients 1.x und dem
> zugehörigen Client 2.x statt.

Wie sieht es denn mit Kabel S1-S2 aus? Nicht daß die selben Mäuse, die 
das Kabel S1-R angefressen haben, auch dieses Kabel lecker fanden...

> Was ich mich nun frage, ist ob eine Beschädigung an dem Kabel (S1-R) zum
> Router dazu führen kann, dass Daten auf ihrem Weg von Client 1.x zu
> Client 2.x verloren gehen.

Wäre schon möglich. Zu den oben schon genannten Punkten könnte der 
Router auch als DHCP- und DNS-Server fungieren. Und wenn die 
Kommunikation der Clients nicht direkt über IP-Adressen, sondern über 
DNS-Namen adressiert wird, muss der Router bei den meisten 
Verbindungsaufbauten erfolgreich kontaktiert werden können.

Wenn einer oder beide Switche managebar sind, kannst Du normalerweise 
auch über die Mangagementoberfläche Daten zu Übertragungsfehlern etc. 
auslesen.

Leo B. schrieb:
> Müssen also alle Daten über den Router oder werden sie auf dem direkten
> Weg übermittelt?

Fehler in der Netzwerkonfiguration einzelner Clients können dazu führen, 
dass netzinterner Traffic den Weg über den Router nimmt. Beispielsweise 
bei falscher Netmask.

Generell sind sporadische Paketverluste im Ethernet zulässig und 
Betriessystem oder Software sollten damit rechnen. Switches mit 
Management geben über Interfacefehler und Paketverluste Auskunft.

oszi40 schrieb:
> Zieh doch mal für eine Zeit das Routerkabel ab, um zu sehen ob/wie sich
> der Gesamtzustand dann ändert?

Da dann die DHCP Renews fehlschlagen, ist das ein guter Weg das ganze 
Netz mangels gültiger IP Adressen für eine längere Zeit tot zu bekommen.

Nimm lieber mal 2 Notebooks (oder PCs) und teste die Verbindung mal mit 
NetIO. Nicht dass da ein Kabel schlecht geworden ist.

Jim M. schrieb:
> oszi40 schrieb:
>> Zieh doch mal für eine Zeit das Routerkabel ab, um zu sehen ob/wie sich
>> der Gesamtzustand dann ändert?
>
> Da dann die DHCP Renews fehlschlagen, ist das ein guter Weg das ganze
> Netz mangels gültiger IP Adressen für eine längere Zeit tot zu bekommen.

Die Renews sind doch, zumindest im SoHo-Bereich, im Bereich von 
Tagen-Wochen.