FRITZ!Box 7490 / FRITZ!OS 7.11 vom 27.05.2019

[H´Sishi]

Die Telekom-Störungsmeldung klappt leider nur für Telekom-Kunden, nicht für Kunden lokaler Provider, bei denen die Telekom der technische Vorleister ist .

 

[HorschtG]

Bin Telekom Kunde...Siehe Signatur

 

[H´Sishi]

Naja, ich hatte gehofft es ginge auch bei mir, weil die Telekom meine VDSL-Leitung realisiert. Derzeit bin ich gedrosselt; ich hatte vor zwei Wochen noch 60 MBit, letzte Woche 70, derzeit 80. Die Leitung packt knapp 96.

 

[japes]

komisch. vor wenigen Wochen (ich schätz 2 Monate) hat das problemlos funktioniert bei mir und zwar mehrfach. Hatte die Verkabelung aller Dosen über 2 Etagen neugemacht und immer getestet ob Werte besser werden. Natürlich wurde ich durch die ständigen Resyncs gedrosselt. Nach dem Störungsassistentenspiel hatte ich wieder Vollsync und den Standardträgersatz B43. Durch das DLM war ich zwischenzeitlich auf B43c

Schade wenn's nicht mehr funktioniert mit dem Trick.

 

[Micha0815]

und den Standardträgersatz B43. Durch das DLM war ich zwischenzeitlich auf B43c

Der Wechsel des Trägersatzes hat imho nichts mit DLM zu tun. Ich konnte den Wechsel hier über Monate mitverfolgen, ohne DLM wirklich zu spüren zu bekommen. Nach Recherche (schon eine Weile her) wird durch B43c nur versucht, den Upload zu optimieren, falls möglich.
Die DSL-Experten können dazu u.U. mit neueren Erkenntnissen nachhelfen?
LG

 

[japes]

das hab ich nur interpretiert. ich war auf 70Mbit runtergedrosselt. und da stand B43c. Seit ich wieder Vollsync habe steht da B43.

--



Also hier gehts immer noch. Den zweiten Teil der Meldung braucht man nicht machen. Man benötigt ja nur die in der Meldung beschriebene Trennung der Systeme von Telekomseite.

 

[H´Sishi]

Immerhin, der Kunde kann sich hier selbst helfen. Das ist gut gemacht.

Die meisten Kunden anderer Provider haben hier das Nachsehen.

 

[KunterBunter]

Seit ich wieder Vollsync habe ...

Also hier gehts immer noch.

Da du ja schon Vollsync hast, kannst du gar nicht mit Sicherheit sagen, dass es hier immer noch geht. Um das zu zeigen, müsstest du vorher DLM erst wieder aktivieren.

 

[Scary674]

das hab ich nur interpretiert. ich war auf 70Mbit runtergedrosselt. und da stand B43c. Seit ich wieder Vollsync habe steht da B43.

--

Anhang anzeigen 101635

Also hier gehts immer noch. Den zweiten Teil der Meldung braucht man nicht machen. Man benötigt ja nur die in der Meldung beschriebene Trennung der Systeme von Telekomseite.

Und genau hier ist der Knackpunkt. Zur Trennung kommt es ja nicht mehr. Es sieht aus, als würde beim nächsten Schritt die Diagnose starten, aber es passiert schlicht gar nichts mehr. Entweder kommt dann nur es muss ein Ticket eingereicht werden, oder wenn du später aufrufst, ob alles wieder ok ist.

Die effektive Trennung kommt dennoch nicht zustande.

 

[japes]

Das ist dann aber Mist dann muss man sich jetzt echt stark überlegen, ob man überhaupt noch was testet oder die FB stromlos macht aus anderen Gründen. Wird man runtergedrosselt, dauert das dann Wochen, bis man wieder oben ist. Ich meine pro Woche 1 Schritt nach oben so wie beim @Sishi.

 

[NDiIPP]

vor wenigen Wochen (ich schätz 2 Monate) hat das problemlos funktioniert bei mir und zwar mehrfach

Ja, vor 2 oder 3 Monaten hat das noch funktioniert. Nun aber nicht mehr.

Durch das DLM war ich zwischenzeitlich auf B43c

Das DLM beeinflusst meines Wissens nach nicht primär den Trägersatz. Da das CPE mehrere Trägersätze beim Sync ausprobiert und der DSLAM wiederum mehrere akzeptiert, wird der aktuell verwendete Trägersatz eher nach dem Prinzip Zufall gewählt. Wobei das CPE (Fritzbox) beim Start in der Regel eine vorgegebene Reihenfolge einhält, weshalb man häufig den gleichen Trägersatz sieht. Aber wenn aus verschiedensten gründen (bspw. DSL-Kabel gezogen, DSLAM-Reboot usw. usf.) mal nicht der erste vom DSLAM akzeptierte Trägersatz verwendet werden kann, sieht man eben auch mal einen anderen.

 

[marmor3]

Mir ist seit ein paar Tagen auch ein Problem aufgefallen. Alle Fritz Fon zeigen "AB Speicher voll". Ein und Ausschalten der Schnurli und des AB bei der Fritzbox hilft nicht. Der Anrufbeantworter ist leer, zweiten habe ich nicht eingerichtet, Und bei dem einen habe ich auch gar nicht das Speichern der Nachricht sondern "Nachrichten per e-Mail versenden" und "Nachrichten nach dem Versand löschen". Warum das Problem mir erst vor kurzem aufgefallen ist kann ich nicht sagen. Mit einer Nachricht die ich erhalten habe kann es nicht zusammen hängen weil die erhielt ich letztmals am 12.6. und das Problem ist mir erst seit ein paar Tagen aufgefallen. (längsten 2 Wochen).

Der Anrufbeantworter funktioniert auch. Ich kann Nachrichten aufnehmen. Er zeigt nur am Mobilteil an, das der Speicher voll ist. Es ist also nur ein Schönheitsfehler.

 

[H´Sishi]

Sind denn die verwendeten Speicher in Ordnung? Der interne Speicher ist begrenzt; bei angeschlossenen USB-Sticks können Fehler im Dateisystem auftreten.

Gruß
HSishi

 

[Grisu_]

vielleicht hilft euch ja die 7.11-70155-LabBETA (möglicher 7.12 Kandidat) bei DSL-Problemen mit Braodcom DSLAM (siehe Changelog): https://www.facebook.com/fritzboxcyprus/
Edit: wohl doch nicht da nur für internationale Boxen geeignet!

 

[granate2000]

Hallo. Ich habe die 7.11 schon eine ganze Weile installiert. Was ich seitdem feststellen musste ist, das es in unregelmäßigen Abständen immer mal wieder auftritt, das die WLAN-LED anfängt, dauerhaft zu blinken. Abhilfe schafft dann nur noch ein Reboot der Box. Im Ereignisprotokoll steht überhaupt nix dazu drin. Im Gegenteil, es sieht eher danach aus als würde WLAN-Seitig überhaupt nichts mehr protokolliert, sobald das Blinken einsetzt. Dabei sind die Abstände recht unterschiedlich. Mal 2 Wochen ohne Probleme, mal nach 2 Tagen und einmal schon nach wenigen Minuten nach Reboot. Hat jemand ähnlich Beobachtungen machen können ?

 

[tacitus-nrw]

Ich bin ja hier schon mal angefurzt worden, weil ich mich immer wieder über den seit 7.1x lahmen VPN beschwert habe. Da wurde ich ja "freundlich" belehrt, dass die Fritzbox kein VPN Server sei und ich dafür einen eigenen Thread aufmachen sollte. Anlalog dazu müsste man auch einen eigenen Thread für das VDSL Modemthema aufmachen . (Was natürlich Quatsch wäre, für beide Themen). Jedenfalls habe ich alle Fritz OS Varianten der 7490 (nur die Finals bzw. diese Final Plus nun ) seit 6.3x im Laufe der Zeit alle durchgetestet und am Nokia DSLAM mit mittlerweile 177.238 Firmware steht der Sync nie länger als 2 Tage. Ich komm an meiner 450 m langen Leitung mit VDSL 100 nicht um ein separates Broadcom basiertes Modem herum. Nur damit habe ich keine Last mit DLM und zig Resyncs. Fazit: Die 7490 hat auch kein brauchbares Vectoring Modem ;-). Die Leitungsdaten sehen so aus, es ist halt eine grenzwertig lange Leitung für VDSL 100, aber es geht mit Broadcom basierten Modems wie Zyxel VMG 1312 B30A oder für Supervectoring DGA 4132 auch stabil, der letzte Resync wurde durch den erfolglosen Fritzbox Versuch ausgelöst:

============================================================================
VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
Traffic Type: PTM Mode
Link Uptime: 14 days: 1 hour: 15 minutes
============================================================================
VDSL Port Details Upstream Downstream
Line Rate: 37.697 Mbps 99.154 Mbps
Actual Net Data Rate: 37.698 Mbps 99.155 Mbps
Trellis Coding: ON ON
SNR Margin: 9.8 dB 8.0 dB
Actual Delay: 0 ms 0 ms
Transmit Power: 7.6 dBm 12.4 dBm
Receive Power: -8.5 dBm -6.7 dBm
Actual INP: 43.0 symbols 44.0 symbols
Total Attenuation: 16.2 dB 19.1 dB
Attainable Net Data Rate: 37.698 Mbps 106.358 Mbps
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 5.3 21.1 32.6 N/A 11.9 25.9 39.6
Signal Attenuation(dB): 5.3 20.8 31.9 N/A 15.1 25.7 39.6
SNR Margin(dB): 9.9 9.9 9.8 N/A 9.1 7.7 7.6
Transmit Power(dBm):- 4.2 4.7 4.1 N/A 8.0 7.8 7.1
============================================================================

VDSL Counters

Downstream Upstream
Since Link time = 14 days 1 hours 15 min 7 sec
FEC: 48507 3339
CRC: 6 0
ES: 5 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 1 min 59 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec

 

[oldmen]

Ist halt nicht eindeutig klar, ob es an der 7490 oder an der Nokia Gegenstelle liegt.
Ein paar Screenshots der 7490 von DSL, Spektrum u.s.w. könnten vllt. noch den einen oder anderen Hinweis liefern.

 

[informerex]

seit 7.1x lahmen VPN beschwert habe ...einen eigenen Thread für das VDSL Modemthema aufmachen . (Was natürlich Quatsch wäre, für beide Themen).

wieso soll das quatsch sein, denn es handelt sich ja (evtl.) um eine Problem, dass mehrere Firmware-Versionen und modellübergreifend vorhanden ist/sein könnte.
somit könnten diese 2 Threads als feedback für AVM bzw. die betroffenen User sein.

wenn die Problematik nur bspw. hier in diesem Thread (7490 + 7.11) bzw. folgende also - kommende 7.12 - gepostet wird, dann geht es doch in den postings unter.

 

[Micha0815]

@tacitus-nrw
Wurde das VPN-Problem nicht schon einmal erklärt? Iirc hat AVM in allen FW-Versionen neueren Datums eine Schlüssellänge beim crypten/decrypten im VPN (IKEv1-Protokoll) geändert (war es verdoppelt?), sodass die Performance halt systembedingt leidet aufgrund dadurch anfallendem höherem/längerem Rechenaufwand für die CPU? Wenn dies seitens AVM unter Sicherheitsaspekten für zwingend notwendig erachtet wurde, wird sich imho an der VPN-Performance wohl auch zukünftig nichts entscheidend ändern, falls sich u.U. nichts anderes, als das eher betagte IKEv1-Protokoll integrieren lässt.
Ob man dies nun als User für einen Bug hält oder unter dem Sicherheitsaspekt als notwendiges "Übel" verbucht, liegt wohl im Auge des Betrachters.

LG and my2cent

 

[tacitus-nrw]

AVM hat es nirgendwo im Changelog erwähnt.