Beste Möglichkeit zum Umgang mit Link-Failover basierend auf der Konnektivität zu einem einzelnen Host?

Beste Möglichkeit zum Umgang mit Link-Failover basierend auf der Konnektivität zu einem einzelnen Host?

Wir haben hier eine Maschine, die eine Verbindung zu einem Remote-Server herstellen muss. Die Verbindung zum Remote-Server ist eine unzuverlässige 7-GHz-Verbindung – aber wir haben ein Backup. Wir müssen in der Lage sein, auf die Backup-Verbindung umzuschalten, wenn der Remote-Host nicht über die Standardverbindung angepingt werden kann.

Ein Proxy kann nicht verwendet werden, da dieser nicht webbasiert ist (und die Konfiguration sensibel ist).

Es wäre toll, wenn jemand eine Empfehlung für ein Hardwaregerät hätte!

Danke, gooddelta

Antwort1

Jeder vernünftige Router sollte in der Lage sein, das Failover mithilfe eines Routing-Protokolls wie OSPF oder RIPv2 durchzuführen.

Ich denke, dass sogar einige der wirklich günstigen Router vom Typ Linksys/Netgear RIPv2 unterstützen.

Sie können beispielsweise Quagga auch auf einer Linux-/BSD-/Unix-Box ausführen.

Die Konfiguration einer Einrichtung mit einem echten Router erfordert wahrscheinlich etwas mehr Aufwand, sollte aber relativ zuverlässig und zudem erweiterbar sein.

Wenn Ihre beiden Verbindungen Ethernet sind, können Sie möglicherweise auch mit Spanning Tree auskommen.

Antwort2

Hängt von den Netzwerkschnittstellen in den WANs ab. Netopia hat jedoch einige günstigere, einfache Router, die beim Einwählen ein Failover durchführen.

Antwort3

Sie könnten versuchen,Hotbrick LB2. Das verfügt über ein Failover zum sekundären WAN basierend auf Pings.

Antwort4

Jeder vernünftige Router, der ein dynamisches Routing-Protokoll (Rip/OSPF usw.) verwendet, wird Ihren Anforderungen gerecht. Dafür sind sie nämlich konzipiert.

Cisco, Juniper, Linux-Boxen mit Quagga, Vyatta (unter der Haube Linux mit einer akzeptablen Web-Benutzeroberfläche) oder sogar ein Paar Linksys WRT54GLs mit OpenWRT würden den Zweck erfüllen.

verwandte Informationen