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.
Heimnetzwerke - WIFI, LAN, Router und Co 16.557 Themen, 81.662 Beiträge
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.
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.
Könnte es eventuell mit ARP-Tabellen in angeschlossenen Switches zusammenhängen?
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.
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.
PS: Hast Du Dir einmal die Kernel-Routingtabellen angeschaut?
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.
