[Problem] Sticky-IP Fritz!Box 7390

Bei wem hast Du denn Deinen Anschluss?

Macht M-Net die IP-Vergabe mit PPPoE oder mit DHCP?

Bei der ersten Variante kann man (m.E.) nicht viel machen (da gibt es keine Wahl für den Client) ... bei DHCP könnte es sein, daß die Box erst einmal nur mit einem DHCPREQUEST-Paket versucht, dieselbe Adresse erneut zu erhalten, anstatt mit einem DHCPDISCOVER-Paket quasi mit "sauberem" DHCP zu starten.

Da könnte man dann vielleicht mit einem eigenen DHCPDISCOVER (oder vielleicht mit dem Deaktivieren/Aktivieren der DSL-Schnittstelle bzw. dem Neustart des dsld) ein DHCPDISCOVER auch bei der Initialisierung seitens der Box erzwingen ... aber dazu muß erst einmal klar sein, daß es tatsächlich mit DHCP erfolgt.

Es liegt tatsächlich am Versuch der Box die alte IP wieder zu bekommen. Das "Problem" (manche sehen das eher als Feature) mit M-Net gibt's schon seit ein paar Jahren, dazu gibt's in deren Forum auch was.

So ein Versuch kann ja dann (meiner Meinung nach) nur bei DHCP-Vergabe erfolgreich sein.

Da würde ich tatsächlich mal probieren (ich lese jetzt aber nicht bei M-Net nach, ob das schon jemand erfolglos versucht hat), den dsld zu stoppen und anschließend neu zu starten. Wenn ich mich nicht irre, müßte die aktuell vergebene IP-Adresse ausschließlich im dsld verwaltet werden und nachdem der gestoppt wurde, sollte da auch ein DHCPDISCOVER notwendig sein und auch ausgeführt werden.

Die Kommandos wären:
Sollte die Telefonie damit dann nicht klarkommen, muß auch noch der voipd neu gestartet werden, nachdem der dsld wieder eine Internetverbindung hergestellt hat.

@snop: Wenn das erfolgreich sein sollte, wäre eine entsprechende Meldung hier nett ... aber auch im Falle eines Mißerfolgs, dann weiß man wenigstens, daß man bei der nächsten Frage in dieser Richtung nichts erneut versuchen muß (und dann kann man sich auch falsche Vorschläge ersparen).

Was ist denn die Bedienung bei der eine neue IP-Adresse geholt werden soll?

Es sollte Bedingung heißen...

Abend

Im lokalen Netz, ganz ohne Benutzer/Passwort zum Beispiel von einem RaspPi...
reconnect.sh

Und wenn Pikachu noch vorbeischneit gibt es vielleicht auch ein VBS Skript.

@koy:
Über TR-064 kann er aber den dsld nicht stoppen und neu starten, dazu muß er sich schon - siehe oben - einen eigenen httpd starten (oder irgendeinen anderen Daemon auf der FRITZ!Box, die Möglichkeiten sind ja unendlich, nur AVM packt so wenig Software dazu), wenn er das über einen "Button" erreichen will. Das was durch "ForceTermination" erreicht wird (klappt eigentlich auch nur, wenn da "automatisch verbinden" an ist und auch jemand etwas aus dem Netz will, das kann notfalls die Box selbst sein), das erreicht man auch über den Reconnect-Button im GUI oder auch direkt über "msgsend ... reconnect-button" (ob das jetzt syntaktisch richtig ist und ob die Message an den dsld oder an den ctlmgr gehen sollte, müßte ich erst nachsehen). Das würde aber bei diesem M-Net-Anschluß mit einiger Wahrscheinlichkeit wieder nur zum "DHCPREQUEST"-Modus des dsld reichen.

Vielleicht sollten wir uns mal mit dem Gedanken anfreunden, für den Zugriff auf die FRITZ!Boxen so etwas wie eine PowerShell-Bibliothek zu erschaffen. Das hat erstens den Vorteil, daß man das leicht "kontrollieren" kann, was da passiert (analog Linux-Shell-Code) und zweitens das ganze Zeugs dann auch unter Windows mal zur Verfügung stehen würde ... und zwar auf einem System "out of the box", denn die PowerShell gehört ja nun schon seit ein paar Jahren dazu und die Alternative der (freien) Entwicklungsumgebung von MS für "richtige" .NET-Programme liegt sicherlich auch nicht jedem. Nachdem da die Preise für MSDN-Abos so extrem gestiegen sind, verzichten auch immer mehr Entwickler auf den Erwerb irgendwelcher Pakete mit VisualStudio-Lizenzen und greifen entweder zu freien Werkzeugen oder eben gleich zu PowerShell, wenn es nur ums "Automatisieren" geht.

Da man dort natürlich auch solche HTTP-Requests erzeugen kann (es steht ja das gesamte .NET-Framework zur Verfügung), wäre das doch mal ein nettes Community-Projekt, solch eine Bibliothek zu entwerfen und umzusetzen. Wenn AVM Ernst macht und den Telnet-Zugang abschafft und parallel eine neue Oberfläche einführt, wo die bisher vorhandenen Tools dann u.U. ins Leere greifen, dann wäre ja TR-064 eine naheliegende Wahl und nachdem AVM bei den eigenen FRITZ!Apps ja auch auf diese Schnittstelle setzt, kommen da erstens immer mehr Funktionen hinzu (u.a. bei der aktuellen Labor-Version für die 7490) und zweitens dürfte diese Schnittstelle eine gewisse Stabilität (der Definition) gewinnen, die beim GUI ja absehbar demnächt nicht vorhanden sein wird.

Das unterschiedliche Verhalten kann durchaus auch an unterschiedlichen Firmware-Versionen oder sogar am Verhalten des DHCP-Servers beim Provider liegen. Wenn der DHCP-Server ein DHCPNACK sendet und die DHCPREQUEST-Message somit verwirft, dann fängt die Box eben "von vorne" an. Eine Einstellung bzgl. des Verhaltens des DHCP-Clients auf der WAN-Schnittstelle ist mir nicht bekannt, das muß nicht zwangsläufig heißen, daß es die nicht trotzdem gibt. Mögliche Kandidaten für einen Test findest Du am ehesten mit einer Zeichenkettensuche in der Datei /lib/libar7cfg.so ... wenn man mal unterstellt, daß sich eine solche Einstellung in der ar7.cfg befinden würde und nicht in einer anderen Datei.

Für ein Skript (so richtig verstehe ich noch nicht, wo da das Problem liegen soll) müßte man ja wenigstens erst einmal wissen, wie das am Ende gestartet werden soll ... und das meint zwar auch die Frage nach dem konkreten "Trigger" für den Neuaufbau einer Verbindung, aber viel mehr eigentlich noch den Aspekt des Startens eines entsprechenden Prozesses (z.B. eines zusätzlichen HTTP-Servers) beim Start der Box oder das permanente Modifizieren des AVM-GUI.

Wenn Dir jetzt jemand ein Skript hinstellt, das genau die zwei Anweisungen zum Stoppen und Starten des dsld (bei einer "sophisticated solution" dann noch mit Auswertung des tatsächlichen Systemzustands zwischen den beiden Kommandos) enthält und Dir dazu schreibt, daß Du lediglich das AVM-GUI bei der Erstellung Deines eigenen Images entsprechend anpassen mußt (damit der "Neu verbinden"-Button eben dieses Skript aufruft), dann setzt das ja schon mal das Modifizieren der Box voraus, zu dem Du u.U. keine Lust hast oder das Du Dir nicht zutraust. Also müßtest Du ja zumindest mal eine Richtung andeuten, in die man (wenn man Dir denn helfen will) denken sollte ...

Hat M-Net ein Kundencenter in dem du vielleicht so etwas einstellen kannst?

Moins

@PeterPawn: Eben, ganz deiner Meinung.
Wenn UPnP/SOAP nicht hilft dann kann von Außen nur noch was mit telnet gedreht werden, solange es den denn noch gibt.
...dessen Zeiten sind ja wohl gezählt, rauscht es aus dem Wald.

PeterPawn schrieb:

Macht M-Net die IP-Vergabe mit PPPoE oder mit DHCP?

Bei der ersten Variante kann man (m.E.) nicht viel machen (da gibt es keine Wahl für den Client) ...

Zum Vergrößern anklicken....

Ich habe beim Wiresharken meiner PPPOE-Verbindung etwas gefunden, die FB versucht via IPCP ihre alte IP zu bekommen, bei mir sagt der BRAS aber scheinbar immer nein, vielleicht schon wieder vergeben, manchmal scheint die neu zugeteilte IP schon wieder vergeben bis meine 3370 die Zuteilung bestätigt hat