[Problem] 3270v3, freetz-2.0-11463, 96.05.50: Reconnect funktioniert nicht mehr: IPv4 statisch

[riganit]

Hallo,
Ich hab eine 3270v3, die bereits seit etwa einem Jahr mit Freetz läuft. Anfang des Jahres wollte ich im Urlaub mal aktualisieren, weil ich mir davon einige Verbesserungen erhofft hab (funktionierende IPv6-Firewallfreigabe, stabilere SOCKS-Verbindungen mit Dropbear, das Problem dass der AVM-ftpd nach einiger Zeit seine externe IP nicht mehr aktualisiert woraufhin der PASV-Mode fehlschlägt).
Das alte Freetz war auf Basis von 96.05.21, das neue ist 96.05.50. Ich hab also Freetz neu gebaut und das Image im Freetz-Webinterface geflasht. Es hat einwandfrei funktioniert, bis auf eines: exakt seit dem Update bekomme ich beim Reconnect (egal ob manuell oder durch die Box in der Nacht) keine neue IPv4-Adresse mehr. Es werden nicht mal bestehende TCP-Verbindungen unterbrochen. Es gibt schlicht keinerlei Auswirkung. Das v6-Präfix wird brav geändert, aber ich hab jetzt quasi seit einer Woche eine statische IP obwohl ich das gar nicht will. Im Log sieht das dann so aus:

07.01.14 05:58:51 IPv6-Präfix wurde erfolgreich aktualisiert. Neues Präfix: 2001:a60:1234:5678::/56
07.01.14 05:28:51 IPv6-Präfix wurde erfolgreich bezogen. Neues Präfix: 2001:a60:1234:5678::/56
07.01.14 05:28:51 Internetverbindung IPv6 wurde erfolgreich hergestellt. IP-Adresse: 2001:a60:1234:5678:6666:1234:5678:9abc
07.01.14 05:28:47 Running onlinechanged: online
07.01.14 05:28:46 Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 188.174.1.2, DNS-Server: 212.18.0.5 und 212.18.3.5, Gateway: 82.135.16.28, Breitband-PoP: ac1.nue3
07.01.14 05:28:46 Running onlinechanged: offline
07.01.14 05:28:46 Internetverbindung wurde getrennt.
07.01.14 05:28:46 Internetverbindung IPv6 wurde getrennt, Präfix nicht mehr gültig.
07.01.14 05:28:42 Die Internetverbindung wird kurz unterbrochen, um der Zwangstrennung durch den Anbieter zuvorzukommen.

Am Tag vorher:

06.01.14 05:30:06 Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 188.174.1.2, DNS-Server: 212.18.0.5 und 212.18.3.5, Gateway: 82.135.16.28, Breitband-PoP: ac1.nue3

Bisher hab ich immer gedacht, dass der Reconnect vom Provider erzwungen wird und die IP vom Provider bestimmt wird.

Bevor ich jetzt anfange zu recovern und alle möglichen Kombinationen von Firmware+Freetz durchprobiere: hat jemand eine Idee an was das liegen kann?

 

[RalfFriedl]

Bisher hab ich immer gedacht, dass der Reconnect vom Provider erzwungen wird und die IP vom Provider bestimmt wird.

Die IP-Adresse wird vom Provider vergeben. Der Reconnect wird vom Provider erzwungen, aber die Fritz Box trennt vorher.

Bevor ich jetzt anfange zu recovern und alle möglichen Kombinationen von Firmware+Freetz durchprobiere: hat jemand eine Idee an was das liegen kann?

Am Provider.

 

[riganit]

Am Provider.

Ja schön, aber warum tritt das dann exakt seit dem Update auf und warum bekommt ein Kollege der die gleiche Box und den gleichen Provider hat (aber noch die 96.05.21) nach wie vor bei jedem Reconnect eine neue IP? Ich kann mir nicht vorstellen das dann nur am Provider liegen kann.

 

[RalfFriedl]

Dann installiere wieder die alte Firmware und schau, was passiert.

 

[riganit]

Das werd ich dann wohl machen müssen. Für den wahrscheinlichen Fall dass es dann wieder so ist wie vorher bin ich dann aber trotzdem nicht schlauer, schließlich will ich ja die neue Version einsetzen. Ich hatte gehofft, dass sich jemand mit den Interna der Reconnect-Funktion der AVM-Firmware auskennt und eine mögliche Erklärung für dieses Phänomen hat. Immerhin sollte doch wie Du schon sagst die IP vom Provider vergeben werden und nicht sich die Box wünschen dass sie doch bitte die IP behalten darf. Das ist doch kein DHCP wo man Leases erneuern kann, oder doch?

 

[RalfFriedl]

Auch bei PPP kann der Client einen Vorschlag zur IP Adresse machen. Und der Server kann diesen Vorschlag auch annehmen. Wenn die Box also tatsächlich als Vorschlag die letzte IP Adresse bringt und diese noch frei ist, kann es passieren, dass die gleiche Adresse wieder zugewiesen wird. Die Frage ist, ob man etwas dagegen tun kann (oder will), da diese Funktion im AVM Teil ist.

 

[riganit]

Interessant.

Ich hab festgestellt:
Die Variante mit ctlmgr_ctl ist scheinbar das was der Knopf im AVM-Webinterface und der nächtliche Reconnect machen und funktioniert nicht.
Was hingegen funktioniert: dsld -s;dsld -n und die Verbindung wird wirklich unterbrochen und ich bekomme eine neue IP. Damit könnte ich evtl. leben: "Standleitung" und bei Bedarf per Skript reconnecten.