FBF 7050/7170/3070 - neue BETA-Firmware Build 3711 (Version XX.04.05-3711)

Status
Für weitere Antworten geschlossen.
Also ich hab wieder nach 3452 recovert, da die aktuelle vom speed her nach einiger Zeit sau lahm wird. Auch weil das Traffic Shaping nicht funktioniert.
 
Ich verstehe ehrlich gesagt nicht die Probleme...

Wozu überhaupt so ein downgrade.tar.gz Müll auf die Box laden?
Was soll daran Müll sein? So etwas sollte man nur schreiben, wenn man weiß wovon man schreibt. Ich bin froh daß es das Tool gibt (welches nur eine Variable modifiziert, ist nach Neuboot wieder weg), denn ohne es hätte ich keinen Downgrade vor einiger Zeit machen können. Das "revcover.exe" funktioniert bei mir nicht - weder mit eingestecktem DSL-Stecker, noch ohne (weiter vorne schreibt jemand, es ginge nur mit eingestecktem DSL).
 
SnoopyDog schrieb:
Was soll daran Müll sein?

Dass nach dem Downgrade die alte Firmware mit nicht dafür geeigneten neuen Confings läuft oder sich vielleicht aufhängt.

Das downgrade mod ändert temporär die Versionsnummer auf eine niedrigere.

Dadurch glaubt die Box ein Downgrade wäre ein Update.

Möglicherweise lässt sich mit solch einem Downgrade die Box ganz in den Himmel schicken wenn auch recovery.exe schon nicht geht.

Eigentlich sollte es mit ADAM immer gehen, es ist halt die saubere Methode.

Eine neue Firmware ist meist zu alten Config Files kompatibel.

Aber umgekehrt muss es bei der Fritzbox nicht sein, denn sonst würde AVM Downgrades vom Menü erlauben.

Das Update File ist halt wirklich nur für ein Update gemacht, und nicht für ein Downgrade.

Entpacke mal das image, da ist ein Update Script „install“ drin.

Was in diesem Script steht, entscheidet ganz alleine AVM.

Und darauf hat dein downgrade mod keinen Einfluss.

Wenn das downgrade mod jemandem geholfen hat, dann schön.

Trotzdem bin ich der Meinung dass es nicht immer klappen muss.

Eigentlich wäre es richtiger das ADAM Toll so zu gestalten dass es bei vorhandenen ENV immer geht.
 
Zuletzt bearbeitet:
Bitte mach doch nicht nach jeder Zeile eine Leerzeile :shock:

Und darauf hat dein downgrade mod keinen Einfluss.
Das ist nicht mein downgrade mod
Alles was Du da oben schreibst, ist durchgängig merkwürdig... :roll:

BTT:

Ich habe die Beta 3711 nun endgültig heruntergeschmissen und bin wieder auf die 3452 zurück. Gründe:

  • Traffic Shaping hat nicht vernünftig funktioniert.
  • VoIP Gespräche waren teilweise "abgehackt" (Tonstörungen)
  • Nach einem Neustart der Box gestern Abend (ich mußte die Stromversorgung kurz ziehen) waren scheinbar alle Einstellungen durcheinander (Schrott): Web-Interface war zwar erreichbar, jedoch war das von mir vergebene Paßwort durch irgendwas ersetzt und genauso schien es bei den anderen Einstellungen zu sein. Internetverbindung war weg, VoIP-Anbieter nicht mehr registriert, usw.

Zum Downgrade habe ich diesesmal das recover.exe verwendet, welches bei nur nur dann funktioniert, wenn der Stecker für die DSL-Verbindung gezogen ist. Andere schreiben, bei ihnen müsse der Stecker eingesteckt sein.
 
Zuletzt bearbeitet:
SnoopyDog schrieb:
Ich habe die Beta 3711 nun endgültig heruntergeschmissen und bin wieder auf die 3452 zurück.

Ich habe ebenfalls die 3711 runtergeschmissen.

Habe allerdings die offizielle Release 29.04.01 wieder drauf.

Die lief bei mir schon mal ein Monat ohne Probleme.

Kann mich SnoopyDog anschließen, hinzu kamm bei mir ein total schlechter PING zum ersten HOP nach einem Tag Betrieb.

Anscheinend routet die Box immer langsamer je länger Sie online ist.

Nach einem Reboot der Box war alles wieder ok.

Anscheinend hat die FW doch noch einge kritische Fehler.

Code:
traceroute to www.sipgate.de (217.10.79.6), 30 hops max, 40 byte packets
1  localhost (192.168.1.1)  0.377 ms  1.471 ms  2.424 ms
2  dslb-084-061-000-001.pools.arcor-ip.net (84.61.0.1)  8.723 ms  8.882 ms  11.184 ms
3  esn-145-254-12-125.arcor-ip.net (145.254.12.125)  9.836 ms  8.179 ms  12.002 ms
4  dus-145-254-18-158.arcor-ip.net (145.254.18.158)  11.248 ms  11.321 ms  13.953 ms
5  Arcor.DUS-2-pos020.de.lambdanet.net (217.71.107.141)  14.211 ms  9.859 ms  12.246 ms
6  FRA-8-pos000.de.lambdanet.net (217.71.105.46)  17.504 ms  18.251 ms  18.250 ms
7  bellaxa-2-FRA.de.lambdanet.net (217.71.104.206)  12.156 ms  11.801 ms  11.560 ms
8  217.118.18.38 (217.118.18.38)  12.483 ms  23.682 ms  18.904 ms
9  217.118.18.34 (217.118.18.34)  21.542 ms  19.326 ms  20.653 ms
10  r3-1-5.netzquadrat.net (217.10.64.14)  16.547 ms  22.513 ms  18.065 ms
11  r2-5-1.netzquadrat.net (217.10.64.5)  25.361 ms  23.166 ms  28.007 ms
12  www.sipgate.de (217.10.79.6)  28.228 ms  30.616 ms  31.210 ms


PING 84.61.0.1 (84.61.0.1) 56(84) bytes of data.
64 bytes from 84.61.0.1: icmp_seq=1 ttl=254 time=30.3 ms
64 bytes from 84.61.0.1: icmp_seq=2 ttl=254 time=62.1 ms
64 bytes from 84.61.0.1: icmp_seq=3 ttl=254 time=92.1 ms
64 bytes from 84.61.0.1: icmp_seq=4 ttl=254 time=11.4 ms
64 bytes from 84.61.0.1: icmp_seq=5 ttl=254 time=292 ms
64 bytes from 84.61.0.1: icmp_seq=6 ttl=254 time=310 ms
64 bytes from 84.61.0.1: icmp_seq=7 ttl=254 time=15.3 ms
64 bytes from 84.61.0.1: icmp_seq=8 ttl=254 time=191 ms
64 bytes from 84.61.0.1: icmp_seq=9 ttl=254 time=17.1 ms
64 bytes from 84.61.0.1: icmp_seq=10 ttl=254 time=935 ms
64 bytes from 84.61.0.1: icmp_seq=11 ttl=254 time=10.4 ms
64 bytes from 84.61.0.1: icmp_seq=12 ttl=254 time=540 ms
64 bytes from 84.61.0.1: icmp_seq=13 ttl=254 time=14.2 ms
64 bytes from 84.61.0.1: icmp_seq=14 ttl=254 time=28.6 ms
64 bytes from 84.61.0.1: icmp_seq=15 ttl=254 time=300 ms
64 bytes from 84.61.0.1: icmp_seq=16 ttl=254 time=699 ms
64 bytes from 84.61.0.1: icmp_seq=17 ttl=254 time=14.1 ms
64 bytes from 84.61.0.1: icmp_seq=18 ttl=254 time=17.1 ms
64 bytes from 84.61.0.1: icmp_seq=19 ttl=254 time=421 ms
64 bytes from 84.61.0.1: icmp_seq=20 ttl=254 time=13.6 ms
64 bytes from 84.61.0.1: icmp_seq=21 ttl=254 time=107 ms
64 bytes from 84.61.0.1: icmp_seq=22 ttl=254 time=15.2 ms
64 bytes from 84.61.0.1: icmp_seq=23 ttl=254 time=709 ms
64 bytes from 84.61.0.1: icmp_seq=24 ttl=254 time=14.3 ms

--- 84.61.0.1 ping statistics ---
24 packets transmitted, 24 received, 0% packet loss, time 23005ms
rtt min/avg/max/mdev = 10.400/202.680/935.176/265.146 ms


Nach dem Reboot / Neustart wieder alles klar:

PING 84.61.0.1 (84.61.0.1) 56(84) bytes of data.
64 bytes from 84.61.0.1: icmp_seq=1 ttl=254 time=7.41 ms
64 bytes from 84.61.0.1: icmp_seq=2 ttl=254 time=6.96 ms
64 bytes from 84.61.0.1: icmp_seq=3 ttl=254 time=7.21 ms
64 bytes from 84.61.0.1: icmp_seq=4 ttl=254 time=7.47 ms
64 bytes from 84.61.0.1: icmp_seq=5 ttl=254 time=7.35 ms
64 bytes from 84.61.0.1: icmp_seq=6 ttl=254 time=7.25 ms
64 bytes from 84.61.0.1: icmp_seq=7 ttl=254 time=7.00 ms
64 bytes from 84.61.0.1: icmp_seq=8 ttl=254 time=7.75 ms
64 bytes from 84.61.0.1: icmp_seq=9 ttl=254 time=7.01 ms
64 bytes from 84.61.0.1: icmp_seq=10 ttl=254 time=7.01 ms
64 bytes from 84.61.0.1: icmp_seq=11 ttl=254 time=7.02 ms
64 bytes from 84.61.0.1: icmp_seq=12 ttl=254 time=7.03 ms
64 bytes from 84.61.0.1: icmp_seq=13 ttl=254 time=7.28 ms
64 bytes from 84.61.0.1: icmp_seq=14 ttl=254 time=8.08 ms
64 bytes from 84.61.0.1: icmp_seq=15 ttl=254 time=7.20 ms
64 bytes from 84.61.0.1: icmp_seq=16 ttl=254 time=7.02 ms
64 bytes from 84.61.0.1: icmp_seq=17 ttl=254 time=7.03 ms
64 bytes from 84.61.0.1: icmp_seq=18 ttl=254 time=7.02 ms
64 bytes from 84.61.0.1: icmp_seq=19 ttl=254 time=7.06 ms
64 bytes from 84.61.0.1: icmp_seq=20 ttl=254 time=8.28 ms
64 bytes from 84.61.0.1: icmp_seq=21 ttl=254 time=6.81 ms
64 bytes from 84.61.0.1: icmp_seq=22 ttl=254 time=7.03 ms
64 bytes from 84.61.0.1: icmp_seq=23 ttl=254 time=6.84 ms
64 bytes from 84.61.0.1: icmp_seq=24 ttl=254 time=6.98 ms
64 bytes from 84.61.0.1: icmp_seq=25 ttl=254 time=6.83 ms
64 bytes from 84.61.0.1: icmp_seq=26 ttl=254 time=6.83 ms
64 bytes from 84.61.0.1: icmp_seq=27 ttl=254 time=7.09 ms
64 bytes from 84.61.0.1: icmp_seq=28 ttl=254 time=7.07 ms
64 bytes from 84.61.0.1: icmp_seq=29 ttl=254 time=7.32 ms

--- 84.61.0.1 ping statistics ---
29 packets transmitted, 29 received, 0% packet loss, time 28024ms
rtt min/avg/max/mdev = 6.810/7.185/8.280/0.360 ms
 
Meine Erfahrungen mit der neuen Firmware sind eigentlich nur Gute.
Ich hatte vorher aufgrund meiner schlechten Leitung das Problem, dass ich bei Sync Verlust (was zwar so gut wie nie vorkam, aber z.b. Stromausfall oder Update der FB ;) ) bei Alice anurfen musste um mir den Port resetten zu lassen, ist zwar nur ne Sache von 2min aber trotzdem...(ist übrigends bei meinem Siemens Modem genauso!)
Jetzt mit der neuen Beta hat es die FB7050 sofort geschafft sich selber zu syncen. Auch die Datenrate ist (für meine Leitung & ADSL2 mit ADSL1 hatte ich ne Dämpfung von 34db) ganz in Ordnung.

Also ich bleib bei dieser Firmware.

edit:
Die besagten Fehler kann ich im Allgemeinen nicht nachvollziehen. Vielleicht liegt es daran, dass ich ADSL2 habe?!
 

Anhänge

  • fb_beta.bmp
    13.9 KB · Aufrufe: 89
Zuletzt bearbeitet:
@Netkult: das war nicht böse gemeint von mir... :mrgreen:
 
SnoopyDog schrieb:
@Netkult: das war nicht böse gemeint von mir... :mrgreen:

So habe ich es auch nicht verstanden... :mrgreen:
Man kann doch über alles reden...

Ich hab gerad zwei 7170 Boxen mit der 230 Seriennummer.

Beide verhalten sich trotzdem nicht identisch mit dieser Beta Firmware.

Beide jedoch aus verschiedenen Quellen.

Die eine resynct sich täglich, die andere läuft stabil.

Die Fritzbox die stabil läuft, hängt sich jedoch oft teilweise beim Booten auf.

So dass telefonie und dsl nicht funktionieren.

Nur Stecker ziehen hilft.

Anscheinend gibt es da auch kleine Unterschiede in der Hardware.

Am stabilsten läuft auf beiden Boxen die FW 29.04.01
 
Bei mir ist die 3711 auch wieder weg. Grund:
VoIP Gespräche waren teilweise "abgehackt" (Tonstörungen)

MFG
 
Bin seit einigen Tagen zurück auf 29.04.01, meine Gründe sind:
  1. Traffic Shaping hat nicht vernünftig funktioniert (zufällig).
  2. VoIP Gespräche waren teilweise "abgehackt" (zufällige Tonstörungen).
  3. Wiederholtes (zufälliges) Brummen in der Leitung.

Mit zufällig meine ich, dass ich die Ursachen nicht genau zuordnen kann und diese Ungereimtheiten eben zufällig auftreten.
 
ich habe bei WLAN (WPA) das Kästchen mit "SSID bekannt geben" nicht ausgewählt, aber der Network Stumbler zeigt mir trotzdem die eingetragene SSID an! Kann das jemand bestätigen bzw. war das bei der Final anders?
 
xlephant schrieb:
Meine Erfahrungen mit der neuen Firmware sind eigentlich nur Gute.
Ich hatte vorher aufgrund meiner schlechten Leitung das Problem, dass ich bei Sync Verlust (was zwar so gut wie nie vorkam, aber z.b. Stromausfall oder Update der FB ;) ) bei Alice anurfen musste um mir den Port resetten zu lassen, ist zwar nur ne Sache von 2min aber trotzdem...(ist übrigends bei meinem Siemens Modem genauso!)
Jetzt mit der neuen Beta hat es die FB7050 sofort geschafft sich selber zu syncen. Auch die Datenrate ist (für meine Leitung & ADSL2 mit ADSL1 hatte ich ne Dämpfung von 34db) ganz in Ordnung.

Also ich bleib bei dieser Firmware.

edit:
Die besagten Fehler kann ich im Allgemeinen nicht nachvollziehen. Vielleicht liegt es daran, dass ich ADSL2 habe?!

ich würd mal ein anderes Modem vor der Box schalten, den die Box ist für ADSL2+ mit schlechten Leitungen sehr schlecht.
 
marco0206 schrieb:
ich habe bei WLAN (WPA) das Kästchen mit "SSID bekannt geben" nicht ausgewählt, aber der Network Stumbler zeigt mir trotzdem die eingetragene SSID an! Kann das jemand bestätigen bzw. war das bei der Final anders?
Das Verhalten ist völlig normal, weil Deinem Rechnerr ja das Netz, in dem er ist, bekannt ist.
Das ist bei mir nicht anders - unter Windows und Linux.

Nimmst Du aber einen Rechner, in dem die SSID nicht bekannt ist, dann würdest Du auch das Netz nicht sehen.
 
ah, ok danke für den Hinweis. habe es gerade mit dem WLAN meiner PSP überprüft: die Kennung wird beim Scan nicht angezeigt - wie es sein sollte.
 
Der Netstumbler sieht jedes Netz, ob Du SSID ein- oder abschaltest, ist dem völlig egal! Deswegen ist das als Sicherheitsfeature auch nutzlos. Mittlerweile sende ich nicht nur meine SSID, sondern habe an den Namen auch noch "Kanal"+Nr. angehängt, in der Hoffnung, dass meine Nachbarn diesen und möglichst auch die umliegenden meiden. Für die Sicherheit ist gesorgt, WPA-PSK mit 63 Zeichen langem, vom Passwortgenerator erzeugten Schlüssel, macht 375 bit "Schlüsselstärke".
 
Zuletzt bearbeitet:
Habe bei mir die 3711 wieder runtergenommen.

War die erste Beta die bei mir Probleme bei der WDS-Verbindung machte (Abbrüche ohne neu zu verbinden).

Kann aber auch an der zu alten FW der Slave-Box liegen (.87), habe es mit neueren FWs wegen Zeitmangel nicht testen können.

Hat jemand WDS mit der 3711 stabil in Betrieb?
 
Ich kann mit dem neuen InternetExlporer 7.0 beta 2 keine manuellen Firmwareupdates durchführen. Fehlermeldung: "Bitte vollständige Pfadnamen angeben"

1.) Liegt das nur am IE 7 beta 2 oder 2) liegt es an AVM ??

Wer kann mir dazu schreiben?
 
@xsapling:
Das deutet jedenfalls nicht auf ein Problem von/bei AVM hin.

Wann kommt die Fehlermeldung denn? Was hast Du vorher gemacht?
Woher hast Du das Firmware-Update?

Fragen über Fragen...
/*Flame-Tipp on:
... aber nimm doch einfach Firefox :)
Flame-Tipp off*/
 
Zuletzt bearbeitet:
wo gibt denn die IE beta?
Das ganze dürfte am IE liegen. Noch nicht mit Firefox probiert? Oder dem alten IE oder ist der dann weg?
 
Mit der IE 7.0 ß gibt es Probleme beim Seitenaufbau. Ist AVM bekannt
Tritt auch bei STARMONEY auf
 
Status
Für weitere Antworten geschlossen.

Zurzeit aktive Besucher

Statistik des Forums

Themen
246,195
Beiträge
2,247,818
Mitglieder
373,748
Neuestes Mitglied
fanti88
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.