Windows bleibt stur auf einer Route

[neustadt]

Folgende Routing Tabelle:
Ziel Netmaske Gateway Interface Metrik
0.0.0.0 255.255.255.0 192.168.2.254 192.168.2.21 1
0.0.0.0 255.255.255.0 192.168.2.253 192.168.2.21 2


Folgende Situation: Gateway 254 ist down.

Verhalten von Windows XP: Nach ca. 10 Pings mit Zeitüberschreitung wird Gateway 253 verwendet.

Verhalten von Windows 7: Nach nunmehr 30 Minuten wird weiterhin der Weg über den 254er Gateway gesucht... Sprich: Windows 7 will stur den Gateway mit der kleineren Metrik ansteuern, auch wenn der nicht erreichbar ist.

Wie kann ich Windows 7 dazu bringen die Backupgateway-Route zu nehmen, wie bei Windows XP?

Es geht ziemlich genau um dieses Szenario (http://blog.palehorse.net/2009/08/24/using-windows-7-with-multiple-gateways-and-dhcp/)und dank des Artikels bekomme nun auch ordentliche Metriken vom DCHP Server, aber das Verhalten von Windows 7 ist für mich nicht nachvollziehbar.

[konkretor]

auf dem gleichen Blog gibt es noch folgender Hinweis


http://blog-rat.blogspot.com/2011/06/how-to-change-gateway-metric-on-windows.html

[Rolsch]

Dead Gateway detection gabs bei Win Server 2003 und XP. Wurde ab Vista wieder entfernt, weil es keinen vernünftigen Fallback Mechanismus gibt.

Aber du kannst ja ein kleines Script basteln mit ping und route change.

[sei laut]

Irgendwie haben alle Betriebssysteme ein Problem damit, weswegen redundanter Gateways in den Routern selbst eingebaut werden. (und so 2 Router ein Gateway anbieten)
http://de.wikipedia.org/wiki/VRRP
@Rolsch: Danke für die Info, wieder was gelernt. Wäre auch davon ausgegangen, dass es noch drin ist.

[Rolsch]

Wobei hier (http://technet.microsoft.com/en-us/library/cc754287%28WS.10%29.aspx) steht das es gar nicht entfernt wurde, sondern jetzt selbständig prüft.


Changes in dead gateway detection

Dead gateway detection in TCP/IP for Windows Server 2003 and Windows XP provides a failover function, but not a failback function in which a dead gateway is tried again to determine whether it has become available. The Next Generation TCP/IP stack provides failback for dead gateways by periodically attempting to send TCP traffic by using the previously detected dead gateway. If the TCP traffic sent through the dead gateway is successful, the Next Generation TCP/IP stack switches the default gateway to the previously detected dead gateway. Support for failback to primary default gateways can provide faster throughput by sending traffic by using the primary default gateway on the subnet.

[neustadt]

VRRP ist interessant, haben die beiden Router aber leider nicht. Sind nur Consumergeräte.
Zu Dead Gateway Detection: Laut diesem Artikel (http://msdn.microsoft.com/en-us/library/aa505956.aspx) springt der Algorithmus nur bei TCP Verbindungen an. Ich habe allerdings mit Ping getestet. Kann also daran gelegen haben dass Dead Gateway Detection nicht angesprungen ist.

Vllt hat es aber auch was mit den weiteren Adaptern zu tun. Auf dem Rechner wo ich es ausprobiert habe war glaube ich noch ein virtueller Adapter und ein deaktiverter WLan Adapter.

Werd morgen nochmal einen genaueren Blick drauf werfen. Danke schonmal für die Infos.

[sei laut]

Dein verlinkter Artikel beschreibt die Dead Gateway Detection von Windows XP/2003, die ja bei dir super funktioniert.

Du kannst aber auch mal schauen, ob sie überhaupt an ist:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
und dort EnableDeadGWDetect
1 = an, 0 aus