Heimnetzwerke - WIFI, LAN, Router und Co 16.539 Themen, 81.405 Beiträge

Routingproblem

hasw / 7 Antworten / Baumansicht Nickles

Moin,

Erst mal zum Aufbau:

Netzadresse: 10.40.32.0 Netmask 255.255.240.0
Hosts also von 10.40.32.1 bis 10.40.47.254

Standardgateway (Router): 10.40.47.254

Die meistens Hosts liegen auf 10.40.40 - 10.40.44 (dyn. DHCP-Bereich).

Problem:
Beim Traceroute von irgendeinem Rechner aus dem Bereich (getestet mit 10.40.34.12 und 10.40.40.78,142) auf die Adr. 10.40.40.206 und 10.40.40.211 ist das erste Ziel der Router. Obwohl die Zieladressen eindeutig im gleichen Netz liegen.

Traceroute auf 10.40.40.228,207,190 funktionierte einwandfrei.

An den Quellrechner kann es nicht liegen, wir haben verschiedene ausprobiert und ist auch immer nur die Standardroute gesetzt (10.40.47.254). Ob tracert unter W2K oder traceroute unter Linux (auch von verschiedenen Maschinen ausprobiert), der erste Hop ist bei den 206/211 immer der Router...

Nach zwei Stunden gings ploetzlich wieder...dafuer war das Problem dann bei 3 anderen Zielrechner vorhanden (10.40.40.38,74,122).

Ich dachte bis heute immer, das OS entscheidet wann eine IP nicht ins lokale Netz passt schickt die an den Default-GW. Da das Problem aber unter Linux und verschiedenen Win-Kisten auftaucht kanns nicht am OS liegen.


Nach ICMP-Redirect,etc. Messages haben wir auch gesucht. Kam aber nichts in der Art vor.

bei Antwort benachrichtigen
basil hasw „Routingproblem“
Optionen

Hast Du auf den betroffenen Rechnern schon einmal die Netzwerkparameter überprüft, die per DHCP vergeben wurden? Eventuell gab es Probleme bei der Zuweisung der Parameter durch den DHCP-Server, die anschließend durch einen neuen lease behoben wurden.

bei Antwort benachrichtigen
hasw basil „Hast Du auf den betroffenen Rechnern schon einmal die Netzwerkparameter...“
Optionen

Ja, weil wir dachten das vielleicht die Netmask vom Zielrechner nicht stimmt, passte aber alles. Die Leasezeit ist ausserdem 7 Tage, auch ein /renew hat nix gebracht.

Mittlerweile tritt das Problem immer abwechselnd auf, immer bei verschiedenen Rechnern, nach 2-3 Stunden gehts meistens wieder.

Seit heut Morgen ist auch externe Firma mit dem Problem beschaeftigt, die haben aber auch noch nix gefunden und sehen ziemlich ratlos aus.

bei Antwort benachrichtigen
basil hasw „Ja, weil wir dachten das vielleicht die Netmask vom Zielrechner nicht stimmt,...“
Optionen

Könnte es eventuell mit ARP-Tabellen in angeschlossenen Switches zusammenhängen?

bei Antwort benachrichtigen
hasw basil „Könnte es eventuell mit ARP-Tabellen in angeschlossenen Switches zusammenhängen?“
Optionen

Bei denen wurde auch ein Reset durchgefuehrt. Ausserdem ist das so Problem so ziemlich wahllos, es tritt mit Rechner auf die an verschiedene Switch-Stacks haengen.

bei Antwort benachrichtigen
basil hasw „Bei denen wurde auch ein Reset durchgefuehrt. Ausserdem ist das so Problem so...“
Optionen

Und was sagt die Routingtabelle der entsprechenden Rechner? Passt das seltsame Verhalten zu den Routingregeln? Stimmen in den Routingregeln die Subnetmasken?
Mir kommt da noch eine Idee, könnte es mit Broadcasts zusammenhängen? Ich könnte mir diesen Umstand eigentlich nur dadurch erklären, daß die betroffenen Zielrechner auf Broadcasts nicht antworten können und der Router antwortet mit seinen Angaben im ARP-Cache. Habt ihr einen DNS-Server im Netz? Wenn es wieder auftritt, dann nutze einmal Ethereal oder TCPView um den Netzwerkverkehr von den sendenden Rechnern aus zu testen, speziell auf ARP-Pakete hin.

bei Antwort benachrichtigen
basil hasw „Ja, weil wir dachten das vielleicht die Netmask vom Zielrechner nicht stimmt,...“
Optionen

PS: Hast Du Dir einmal die Kernel-Routingtabellen angeschaut?

bei Antwort benachrichtigen
hasw basil „PS: Hast Du Dir einmal die Kernel-Routingtabellen angeschaut?“
Optionen

Du meinst /proc/net/route ?

Ja, aber auch nix aufaelliges. Steht jedenfalls keine Route extra fuer einen Rechner im gleichen Segment drin. Stehn standardmaessig nur zwei drin, die fuers lokale Netz und der Standard-Gateway. Und trotzdem ergibt traceroute das das erste Paket an den Router gesendet wird, obwohl gleiches Netz und keine extra Route vorhanden ist.

bei Antwort benachrichtigen