Hallo,
über einen LANCOM 1721 VPN mit FW 7.82.0159RU6 laufen 2 WAN-Verbindungen: 1. DSLoL via PPPoE über eine als reines Modem genutzte FritzBox 3270v3 und 2. PPPoE über das interne Modem.
(Das interne Modem synchronisiert an der primären Gegenstelle nicht vernünftig.)
Die 2. Verbindung ist als Backup für die erste eingerichtet. Bei einem Ausfall der 1. Verbindung funktioniert das Backup einwandfrei, alles inkl. VPN wird automatisch darüber geschickt.
Das Problem ist aber, dass die 1. Verbindung nach Wegfall der Störung nicht mehr aufgebaut und das Backup nicht zurückgenommen wird. Im LAN-Monitor steht "DSL Kanal 1 bereit", aber es finden keine Einwahlversuche statt. Nach einem Neustart des Routers werden beide Verbindungen neu aufgebaut und die 1. damit wieder genutzt.
Ich bin ein wenig überfragt, würde aber vermuten, dass ich in der Konfiguration einen Fehler habe?
Ist es okay, wenn sich die Gegenstellen gegenseitig absichern, sprich 1 ist Backup für 2 und umgekehrt?
Danke und Grüße
keats
1721 VPN schaltet nach Backup nicht zurück
Moderator: Lancom-Systems Moderatoren
Hallo,
habe zur Sicherheit noch mal nachgeschaut, aber beide Verbindungen sind auf eine Haltezeit von 9.999 konfiguriert.
Das scheint so weit auch zu funktionieren. Zumindest habe ich zwischendurch keine Trennungen und nach einem Neustart oder der Zwangstrennung in der Nacht werden beide Verbindungen direkt wieder aufgebaut.
Grüße
keats
habe zur Sicherheit noch mal nachgeschaut, aber beide Verbindungen sind auf eine Haltezeit von 9.999 konfiguriert.
Das scheint so weit auch zu funktionieren. Zumindest habe ich zwischendurch keine Trennungen und nach einem Neustart oder der Zwangstrennung in der Nacht werden beide Verbindungen direkt wieder aufgebaut.
Grüße
keats
Kannst du das Problem nachstellen, in dem du an der Fritz Box das DSL Kabel kurz ziehst und so ein neuen Sync auf dem DSL auslöst?
Wenn ja könnte man im Lancom mit dem Trace weiterkommen.
Ich könnte mir nämlich vorstellen das der Lancom den Verbindungsaufbau nach N-Fehlversuchen unterbricht. Hier könnte das Problem daraus resultieren das für den Lancom der DSL Port ja ok aussieht, da ein Link vorhanden ist.
Aber die DSL Verbindung an der Fritzbox nicht steht, und somit kein PPPoE Einwahl möglich ist.
Nur so als Idee, kein gewähr auf Richtigkeit D:
Grüße
Tom
Wenn ja könnte man im Lancom mit dem Trace weiterkommen.
Ich könnte mir nämlich vorstellen das der Lancom den Verbindungsaufbau nach N-Fehlversuchen unterbricht. Hier könnte das Problem daraus resultieren das für den Lancom der DSL Port ja ok aussieht, da ein Link vorhanden ist.
Aber die DSL Verbindung an der Fritzbox nicht steht, und somit kein PPPoE Einwahl möglich ist.
Nur so als Idee, kein gewähr auf Richtigkeit D:
Grüße
Tom
Hallo,
der Aufbau steht an einem Remote-Standort. Aber Deine These, ob nur gemutmaßt oder nicht, finde ich trotzdem recht plausibel. Ich habe die FB daher jetzt mal als Router und die WAN-Verbindung des LANCOM als Plain Ethernet konfiguriert. Bzgl. des Backups habe ich die DNS-Server des Anbieters in die Polling-Tabelle gesetzt.
Auf diese Weise muss der LANCOM nichts neu aufbauen und wenn es daran lag, sollte das Problem behoben sein.
Lange muss ich für einen Test vermutlich nicht warten. Die Verbindung ist nachts öfter mal rausgeflogen, so dass es "hoffentlich" bald Ergebnisse gibt.
Grüße
keats
der Aufbau steht an einem Remote-Standort. Aber Deine These, ob nur gemutmaßt oder nicht, finde ich trotzdem recht plausibel. Ich habe die FB daher jetzt mal als Router und die WAN-Verbindung des LANCOM als Plain Ethernet konfiguriert. Bzgl. des Backups habe ich die DNS-Server des Anbieters in die Polling-Tabelle gesetzt.
Auf diese Weise muss der LANCOM nichts neu aufbauen und wenn es daran lag, sollte das Problem behoben sein.
Lange muss ich für einen Test vermutlich nicht warten. Die Verbindung ist nachts öfter mal rausgeflogen, so dass es "hoffentlich" bald Ergebnisse gibt.
Grüße
keats