Das funktioniert zumindest solange, bis der IPv4 DHCP Server ausfällt.
Beiträge von frank_m
-
-
Das Problem ist doch nur, dass es keine IPv6 Adresse gab, du aber native IPv6 Verbindung eingestellt hattest. Was gibt es da noch zu analysieren? Mit nativer IPv4 Adresse hast du zumindest schon mal Internet (und das kommt nach einem Ausfall auch von allein), und wenn das DHCP Problem gelöst ist, auch wieder eine IPv6 Adresse.
Was ist daran so schwer zu verstehen?
-
Und die Logs haben nichts mit dem zu tun, wonach ich oben gefragt habe.
-
So wie auf Seite 3 bei Abschnitt 4. in der von mir im www gefundenen Anleitung vom Hersteller geschrieben ist, dass die Fip-Box automatisch ohne irgendwelche zusätzliche Konfiguration direkt von der Alarmanlage gefunden wird, klappt das im identischen Netz definitiv.
Es ist umgekehrt: Die FIP Box findet die Alarmanlage. Dafür muss sie nicht im gleichen Netz sein.
Aber im Fall, dass die Fip-Box im anderen per VPN verbundenen Netz eingebunden ist funktioniert das nicht.
Wir reden nicht von VPN, wir reden schlimmstenfalls von einem NAT Router, bei geschickter Konfiguration ggf. auch von einem vollwertigen Router.
Darüber hinaus: Warum sollte das nicht gehen? Bei der Fritzbox kann man keine Portweiterleitungen in entfernte Netze einstellen, weil die Weboberfläche das verhindert. Prinzipiell spricht aber nichts gegen eine Weiterleitung in ein anderes Subnetz, solange das Gerät im anderen Subnetz erreicht werden kann.
-
Könnt die Fip-Box auf der VM theoretisch auch eine statische IP aus dem Netz der Alarmanlage vergeben bekommen?
Muss sie denn?
Wenn der FIP Tunnel auf der VM auf dem NAS terminiert, kommen dort die Pakete aus der öffentlichen IP an. Auch wenn sie in einem privaten Netz auf dem NAS läuft, kann sie von da aus die Alarmanlage erreichen, und Antwort-Pakete werden auch zurückkommen, wenn das NAS ganz normal im Heimnetz eingebunden ist.
-
Am Telekom Anschluss kannst du keine Portweiterleitung vornehmen, mit der du die Alarmanlage direkt erreichbar machst. Portweiterleitungen kann man immer nur im LAN anlegen, aber nicht auf ein entferntes Ziel in einem per VPN angebundenen Netz.
Ich sehe 3 Möglichkeiten:
- Du platzierst im Netz der 5590 ein kleines Gerät, dass Ziel einer Portweiterleitung in der 5590 wird und seinerseits die Pakete zur Alarmanlage weiterleitet. Nachteil: Die Zusatzhardware wandert nur von deinem DG Anschluss zu deinem Telekom Anschluss, ist aber trotzdem nötig.
- Du sorgst für eine öffentliche IP in deinem DG Netz. Das klappt jetzt mit der fip Box, eine günstigere Alternative wäre Noez mit einem GRE Tunnel. Nachteil: Kostet auch zusätzliche Hardware, wenn du nichts findest, was eh läuft, auf dem du den Tunnel terminieren lassen kannst
- Ein VPS. Kostet keine Zusätzliche Hardware bei dir, aber im Rechenzentrum. Ist mit rund 1 EUR im Monat aber unterm Strich vermutlich die günstigste Lösung.
-
Deutsche Glasfaser: Einrichtung kundeneigener Router am Beispiel der 7590.
-
Wie viele Leute laufen denn bei dir durch den Keller, dass für einen Test, der maximal eine Stunde dauert, die Verletzungsgefahr so hoch ist?
-
mich "stört" dabei ipv6_automatic/ipv6_native
Irgendwelche Verhaltensweisen in diese Konfigurationsoptionen nur aufgrund der Benennung hineinzuinterpretieren, ist pure Spekulation.
Wenn so beabsichtigt müsste eigentlich DG Glasfaser und AVM (im Falle von DG Glasfaser) darauf hinweisen bevorzugt (bzw. sicherheitshalber, sofern keine anderen Kriterien dagegen sprechen) IPv4 zu verwenden (solange IPv6 noch nicht so robust wie IPv4 ist).
Deshalb steht sowohl in den Anleitungen von der DG als auch in denen von AVM dick drin "Nativ IPv4" einstellen.
Wichtige Frage zum Abschluß: wie lange sollte der Power-Down für meine Stress-Versuche mindestens dauern damit es sich wirklich um einen echten Neustart am Glasfaseranschlus DG handelt ? Ist mindestens 1 Stunde ausreichend ? 1/2 Stunde schon zu kurz ?
Meines Erachtens bringen die ganzen Powerdown Versuche gar nichts. Ein spezifisches Fehlverhalten der Netzseite wirst du so nicht reproduzieren. Direkt nach einem Netzausfall fragen tausende DHCP Clients nach einer Adresse, die Server sind völlig überlastet. Das Szenario kriegst du nicht hin, egal ob du 30 oder 90 Minuten den Strom ausmachst.
-
bei meiner ersten Verlängerung bin ich von 200/200 auf 400/200 zum gleichen Preis gewechselt. Früher gab es schon mal andere Tarife. ;). Seitdem bekomme ich ein Treueangebot mit 10 oder 15 Eur Nachlass.
-
-
Von Außennach Innen geht jedoch nicht. Beim Wählen der eigenen Rufnummer mit dem Startphone bleibt der Lautsprecher stumm bis zum Abbruch.
Nach dem Gesprächsaufbau? Oder klingelt es gar nicht? Wenn es nicht klingelt: Was zeigt das Smartphone an?
-
Sorry, ich hatte den threat gelesen, konnte ihm aber nicht entnehmen dass es bereits funktioniert und wie bzw. dass man die 5690 Pro ohne ONT im DG-Netz freigeschaltet bekommt.
Ich fand die Beiträge eigentlich ziemlich eindeutig:
-
Nope, wenn die Verbindung mal steht ist alles okay, allerdings bricht sie bei mtr z.b. sporadisch irgendwann mal mit dem genannten "Host unreachable" ab.
Sie bricht ab? Ich hätte erwartet, dass es dann ab einem gewissen Hop Verluste gibt. Da das Phänomen nach deiner Beschreibung ja temporär ist, hätte ich dann erwartet, dass es sich irgendwann erholt. Zeig bitte mal den Trace.
Es fühlt sich so an, als wäre z.B. der AFTR am Limit und kann keine weitere Verbindungen mehr handlen und sendet dann einfach ein "Host unreachable" zurück.
Es gibt keinen AFTR bei der DG. Man nutzt nativ IPv4, allerdings mit CGNAT. Aber mangelnde Ausgangsports auf dem NAT Server könnten das Problem erklären, zumindest mit den TCP Verbindungen. Bei ICMP eigentlich nicht. Ist denn der Router dein NAT Router? Das müsste man auch dem Trace entnehmen können.
-
Kann man bei traceroutes/mtr/trippy auf die Ziel-Hosts irgendwas erkennen? Paketverluste oder so?
-
Es ist kein außergewöhnliches Problem. Du hattest vermutlich IPv6 nativ eingestellt. Das führt dazu, dass die Box erst eine IPv6 und dann eine IPv4 Verbindung aufbaut. Wenn IPv6 scheitert => Bumm. Bei nativ IPv4 ist es umgekehrt, da wird die IPv4 vor der IPv6 Verbindung aufgebaut, da hast du sofort eine Verbindung, auch wenn IPv6 scheitert.
-
Native IPv6 oder IPv4 sollte für mein geschildertes Problem aber keine Rolle spielen - oder möglicherweise doch ?
Doch, das kann Einfluss haben, nämlich wenn es IPv6 Probleme gibt. Bei DG immer auf native IPv4 stellen, vor allem, wenn man Telefonie nutzt.
Ansonsten ist der Traffic Shaper falsch eingestellt. Aber das hat keinen Einfluss auf den Verbindungsaufbau, sondern nur auf die Qualität von priorisierten Diensten, wie Telefonie oder Videostreaming.
-
Die restlichen Einstellungen sollten OK sein, bin ich mit Deutsche Glasfaser Support explizit auch nochmal durchgegangen (kann aber gerne nochmals Screenshots anfügen).
Ja, zeige Screenshots davon. Wie gesagt, im funktionierenden und im nicht funktionierenden Zustand.
Generell sollte man das Profil "Deutsche Glasfaser" nicht nutzen, da kann man den Traffic Shaper nicht richtig einstellen. Wähle anderer Anbieter und vergibt keinen (!) Namen. Danach alles sauber einrichten.
-
Was den Internetanschluß wieder an's Laufen gebracht hat war ausschließlich eine Neu-Eingabe des Internetanbieters (ohne Eingabe der Zugangsdaten).
Es gibt bei der DG gar keine Zugangsdaten.
Könnt ihr dieses "Verhalten" der Fritzbox am DG Deutsche Glasfaser Anschluß bestätigen ? Ist das ein bekanntes Problem ?
Überhaupt nicht. Da man bei der DG nur auf DHCP setzt, ist das auch sehr ungewöhnlich.
ch denke es fehlt wahrscheinlich einfach "nur" eine Art "Anstoß" seitens DG Deutsche Glasfaser und/oder AVM Fritzbox nach Störungsbeseitigung um die Frittzbox wieder in's Internet zu bekommen (?).
Nein, die DG hat nichts damit zu tun. Die Fritzbox muss danach fragen, per DHCP Request.
Wir brauchen Screenshots der Konfiguration, des Online-Monitors und des Logs, und zwar vom funktionierenden Zustand, und wenn das Problem auftritt. Da du von Zugangsdaten sprichst, vermute ich einen grundlegenden Konfigurationsfehler.
-
Im passenden Thread dazu ist die Information seit längerem bekannt:
